Cytat: alcapon w Piątek 02 Grudzień 2011, 09:54:36
Funkcja ta została stworzona po to aby można było wyeksportować do pliku tylko wybrane warstwy.
Wtedy w pliku z opisem warstw podajemy warstwy które mają być eksportowane i na podstawie tego pliku ewmapa wybiera odpowiednie warstwy do eksportu.
(...) poza standardowymi warstwami mają także "swoje" warstwy na których kreślą informacje potrzebne tylko dla nich.

DOBRE.
zawsze rozbijałem to na katalogi warstw i różne śmieci umieszczałem na boku w innym katalogu

CytatCytat: karolina85 w Listopad 28, 2011, 23:48:02 pm
Pytanie - czy plik z opisem warstw jest konieczny???

moim zdaniem nie, ale w jakimś celu go Geobid dodał, więc odpowiem: nie znam powodów żeby z niego korzystać

Plik z opisem warstw nie jest konieczny.
Funkcja ta została stworzona po to aby można było wyeksportować do pliku tylko wybrane warstwy.
Wtedy w pliku z opisem warstw podajemy warstwy które mają być eksportowane i na podstawie tego pliku ewmapa wybiera odpowiednie warstwy do eksportu.

Zauważyłem że funkcja ta jest czasem wykorzystywane przez PODiK której poza standardowymi warstwami mają także "swoje" warstwy na których kreślą informacje potrzebne tylko dla nich.
Wtedy wystarczy raz stworzyć plik z opisem warstw i ewmapa będzie eksportowała tylko prawidłowe warstwy - "śmieci" nie będą eksportowane.

Jeśli ktoś chce wyeksportować tylko wybrane warstwy może to także zrobić z poziomu eksploratora - zaznaczając "ptaszkiem" odpowiednie warstwy.

Cytat: Tomsz Michałek w Wtorek 29 Listopad 2011, 08:17:41
a mam pytanie czy w momencie gdy uzupełniałeś różne bazy jakimiś zdefiniowanymi operatami, nie zdarzył ci się przypadek po połączeniu, że mimo zaimportowanych wszystkich operatów do bazy do jakiegoś elementu został przypisany zupełnie inny operat?

Ja jestem realistą i nie gniewaj się, ale podejrzewam błąd operatora.
Jeśli łączysz bazy to mogło Ci się przydarzyć zamiana par WARSTWY<->OPERATY biorąc W1<>O2 lub W2<>O1. Jeśli bazy operatów są  podobne (np były kontynuowane na takim samym pliku startowym) to baza całkiem Ci się nie rozjedzie, ale trafisz na takie przypadki jak opisałeś.

Faktycznie nikt Ci nie odpowiedział 
[/quote]

Cytat: karolina85 w Poniedziałek 28 Listopad 2011, 23:48:02
eksportuje sobie z każdego katalogu warstwy - eksport z bloku do formtau tekstowego dla wielu warstw (tutaj mam włączoną TYLKO opcję "Eksport danych autoryzacyjnych"), a następnie importuję otrzymane pliki txt do osobnego katalogu warstw (zaznaczone opcje "importuj operaty" i "importuj dane autoryzacyjne").

w zasadzie dane autoryzacyjne to daty wstawienia/modyfikacji/usunięcia i nazwa użytkownika
jeśli więc korzystasz z logowania to tak jest wskazane jeśli nie to nie konieczne

Cytat: karolina85 w Poniedziałek 28 Listopad 2011, 23:48:02
Pytanie - czy plik z opisem warstw jest konieczny???

moim zdaniem nie, ale w jakimś celu go Geobid dodał, więc odpowiem: nie znam powodów żeby z niego korzystać 

Cytat: karolina85 w Poniedziałek 28 Listopad 2011, 23:48:02
Plik z opisem warstw tworzę sobie w eksploratorze - zazanczam dany katalog warstw, wybieram ikonkę "eksport zaznaczonych warstw do formatu tekstowego", klikam "generuj plik z opisem warstw", po zapisie pliku wychodzę z eksportu dając anuluj.
Następnie z każdej bazy operatów eksportuje plik z operatami (w moim przypadku tylko operaty bazowe) i importuję je do czystej bazy operatów (z zaznaczeniem wszystkich trzech opcji). Część operatów, które PODGIK ma w swojej bazie powtarzają się w naszych bazach (są identycznie wpisane - podstawa zmian, opis, uwagi), ponieważ ktoś wprowadzając operat nie skartował wszystkiego.

Cytat: karolina85 w Poniedziałek 28 Listopad 2011, 23:48:02
PYTANIE - kiedy połączę warstwy i bazę operatów z PODGIK oraz swoje warstwy i bazę operatów, to NIC się nie nadpisze? Warstwy i baza operatów z PODGIK uzupełni się elementami z moich warstw oraz operatami z mojej bazy - nawet jeśli będa się powtarzać operaty? Próbowałam to robić na roboczych plikach i wszystko sie uzupełniło.

Tak powinno się zrobić. Problemem mogą być tylko literówki w nazwach/opisach operatów
Jeśli chcesz troszkę powalczyć to możesz
wyeksportować wszystkie operaty (również ośrodkowe)
połączyć pliki operatów np w excelu ustawiając kolor dla operatów z ośrodka
przesortować operaty po KERG
sprawdzić czy się nie dublują lub nie mają jakiś błędów we wpisach
usunąć te które się powtarzają z ośrodkowymi ( dostaniesz wtedy pliki bez nich, redukując problem niemalże do zera) uważaj żeby nie skasować tych które wpisaliście sami tylko na różnych kompach
zaimportować taki okrojony plik do bazy operatów z ośrodka, a następnie doimportować warstwy

ta kolejność (zresztą pisał już o tym Juliusz) nie jest niby obowiązkowa, ale jakaś taka bardziej naturalna. Wtedy nie musisz zezwalać na modyfikację czegoś co już jest w bazie operatów i potencjalnie wykluczasz problem jakichś pretensji Ośrodka.

Nie otrzymałałam konkretnej odpowiedzi na moje pytania...  Ja najpierw importowalam warstwy (zaznaczone opcje "importuj operaty", "importuj dane autoryzacyjne") a dopiero potem baze operatów z zaznaczeniem wszystkich trzech opcji: zezwolenie na modyfikacje - opisów operatów, uwag do operatów, nie nadpisuj pustymi operatami i uwagami.

Koledzy i Koleżanki Koniec OffTopu, jeżeli chcecie kontynuować rozmowę proszę o rozpoczęcie dyskusji w innym wątku.
W przeciwnym wypadku temat zostanie zamknięty.

pozdrawiam
Admin

edytowane by lupus:
Zwłaszcza że prawie sami moderatorzy dyskutują hihi

Czas pokaże - kiedyś będą musieli sobie strzelić :d (jak to tak nazywasz).
Jakoś inne firmy idą dalej z postępem 
A inne oprogramowanie - będzie potrzebne ośrodkom prowadzącym "ewidencję" 
I tak w większości oprogramowania jest pisane pod ośrodki - albo firmy które wykonują roboty tym ośrodkom.

Nie strzela się sobie w kolano albo i gdzie indziej

Jeśli ewmapa by dawała taką możliwość to daj mi jeden powód dla którego warto by było pisać kilka innych programów.

Cytat: Nyzczsel w Środa 30 Listopad 2011, 18:15:45
ale o tym już Juliusz pisał i dobrze wyjaśnił

Pytanie czy został zrozumiany 

Już dawno pisałem że każdy element w EM powinien mieć możliwość otworzenia tabeli atrybutów którą można by było połączyć z innymi tabelami.
Ale to tylko moje marzenia.
Proszę nie pisać mi tak jak pewni ludzie: przecież są jako obiekty... hehehe - nie o takiej tabeli mi się marzy, ale jakiś zaczątek/zalążek jest.

Wracając do operatów - zawsze dobrze jest najsampierw zaimportować operaty! ale o tym już Juliusz pisał i dobrze wyjaśnił

Cytat: Juliusz w Środa 30 Listopad 2011, 09:29:02

UWAGA -> niestety EWMAPA dopuszcza duble w bazie operatów /ten sam operat może występować w różnych typach operatu/

To nie do końca jest feler. Ten sam operat zawierający działania w różnych zakresach musi być jakoś zarejestrowany. Przykład? Podział po istniejącym zagospodarowaniu. Podział - bazowy/ewidencyjny pomiar zagospodarowania jako szkic.
Najlepszym rozwiązaniem byłaby oczywiście zmiana na bazę danych (zamiast pojedynczej tabeli) i powiązanie operatu z różnymi działami, z wykonawcami, itd. ale to by było zamieszanie i choć lepiej to wcale nie taniej

Ta kolejność jest potrzebna, jeśli wymagane są opisy operatów.
Niektóre PODGIK-i mają własne standardy w tym zakresie:
/np. opis -> to rodzaj pracy (podział, inwentaryzacja) + lokalizacja ogólna (nr działki); uwagi -> wykonawca/

Tak naprawdę to liczy się tylko prawidłowy nr operatu /do połączenia z programem OSRODEK/

Ps.
UWAGA -> niestety EWMAPA dopuszcza duble w bazie operatów /ten sam operat może występować w różnych typach operatu/

Cytat: Juliusz w Wtorek 29 Listopad 2011, 08:49:58
Najpierw zaimportuj operaty, a potem dopiero warstwy

A czemu tak?
Przy imporcie warstw jest możliwość "zaczekowania" importuj operaty. Jeżeli w bazie do której importujemy nie ma danego operatu to się utworzy.
Chyba że mają być jeszcze opisy i uwagi to faktycznie tak jak pisze kolega Juliusz. Jeżeli tylko sam nr i rodzaj operatu to spokojnie z pliku z warstwy.

Najpierw zaimportuj operaty, a potem dopiero warstwy
Koniecznie z opcją "nie dodawaj elementów już istniejących"

Uwaga na styki...

a mam pytanie czy w momencie gdy uzupełniałeś różne bazy jakimiś zdefiniowanymi operatami, nie zdarzył ci się przypadek po połączeniu, że mimo zaimportowanych wszystkich operatów do bazy do jakiegoś elementu został przypisany zupełnie inny operat?

Witam,

założyłam dla kilku osób bazy lokalne - katalogi warstw takie same jak z PODGIK tylko wyczyszczone. Każda z osób pracowała również na czystej bazie operatów. Teraz chcę połączyć kilka katalogów warstw oraz kilka baz operató. Najpierw eksportuje sobie z każdego katalogu warstwy - eksport z bloku do formtau tekstowego dla wielu warstw (tutaj mam włączoną TYLKO opcję "Eksport danych autoryzacyjnych"), a następnie importuję otrzymane pliki txt do osobnego katalogu warstw (zaznaczone opcje "importuj operaty" i "importuj dane autoryzacyjne"). Pytanie - czy plik z opisem warstw jest konieczny??? Plik z opisem warstw tworzę sobie w eksploratorze - zazanczam dany katalog warstw, wybieram ikonkę "eksport zaznaczonych warstw do formatu tekstowego", klikam "generuj plik z opisem warstw", po zapisie pliku wychodzę z eksportu dając anuluj. Następnie z każdej bazy operatów eksportuje plik z operatami (w moim przypadku tylko operaty bazowe) i importuję je do czystej bazy operatów (z zaznaczeniem wszystkich trzech opcji). Część operatów, które PODGIK ma w swojej bazie powtarzają się w naszych bazach (są identycznie wpisane - podstawa zmian, opis, uwagi), ponieważ ktoś wprowadzając operat nie skartował wszystkiego.
PYTANIE - kiedy połączę warstwy i bazę operatów z PODGIK oraz swoje warstwy i bazę operatów, to NIC się nie nadpisze? Warstwy i baza operatów z PODGIK uzupełni się elementami z moich warstw oraz operatami z mojej bazy - nawet jeśli będa się powtarzać operaty? Próbowałam to robić na roboczych plikach i wszystko sie uzupełniło.