i to wszystko? zadziałało? włączenie zmian bezpośrednich?
eeeee....
Jeśli po imporcie wszystko jest widoczne OK, a po ponownym włączeniu bazy nie, i jednocześnie zadziałało zaznaczenie zmian bezpośrednich przed importem, to oznacza, że dotychczas import był przeprowadzony w trybie aktywności jakiegoś operatu, a żeby  następnym to było widoczne to trzeba ten operat zatwierdzić.

ale jeśli TO jest problem, to trzeba na jakieś podstawowe szkolenie iść.

najprostszym sposobem jest wstawienie tego do jednego arkusza i przesortowanie po numerze działki
jeśli wszystko będzie poprawnie i będziesz miała tyle samo działek, to od raz dostaniesz w tym samym wierszu wsp działki, 2x numer działki i powierzchnię

Cytat: Nyzczsel w Czwartek 08 Listopad 2018, 11:16:50
Zrzucasz granice działek i numery na warstwy -> obliczasz powierzchnię -> obliczanie powierzchni budynków -> zrzucasz numery na warstwę -> podmieniasz numery na powierzchnię zachowując współrzędne i importujesz powierzchnię na swoją warstwę.

Generalnie OK, tylko nie trzeba zrzucać tego na warstwy bo w eksporcie działek są wsp wstawienia numeru działki, a powierzchnie eksportuje się jako plik pola
Po za tym tak samo, czyli zestawienie w excelu wg numerów działek.

W monitorze zapytań trzeba przestudiować kolejne tabele i wymyślić jakie między nimi są związki, a następnie tylko napisać sql z poleceniem insert jakieś 500 razy...

Bardzo złożony temat nawet przy modernizacjach
Jeśli ilość działek jest 1:1 to można by przygotować sql na zmianę nr działek. W ten sposób zachowasz ID w bazie i będzie powiązanie między starymi i nowymi działkami. Potem dogrywasz użytki, KW i ewentualnie pozostałe elementy.
Jeśli nie 1:1 to... cóż... ręcznie proponuję.

Ale jeśli to jest scalenie tzn. że to nie będzie takie proste. Działki są połączone, podzielone, generalnie NOWE.
Więc kasujesz wszystkie stare, dodajesz wszystkie nowe i ... masz nadzieję, że nic nie pomieszałeś.

Mam podobnie, więc to nie jest odosobniony przypadek Twojej okolicy

Sorki nie działa i nie ma prawa zadziałać. 

IIP które masz w raporcie powstało w czasie eksportu, który nastąpił z bazy w PODGIK.
Z Twojej bazy jeszcze nie było 1. eksportu do gml'a, więc nie masz IIP wcale. Nawet jak wydasz to nie będziesz miała takich samych numerów.

dokładnie odwrotnie. To ewmapa może wyświetlać dane na podstawie ewopisu.


Jeżeli działek jest więcej niż 100 to ja bym napisał sql'a. Ale wiesz, że nie jestem normalnym (czytaj standardowym) operatorem

Faktycznie mają rację nie da się zrobić tego jedną funkcją ewopisu.

Można za to założyć działki poprzez "insert" (sql), a następnie dograć działki z pliku winscala. dopisanie do jednostek można zrobić ręcznie, albo znowu poprzez sql (wcześniej robiąc zestawienie działek istniejących z ID jednostek rejestrowych w arkuszu kalk)

Trudno to jest powiązać działki nowe ze starymi, bo przecież te działki nie powstały na terenie przyłączonym do Polski, tylko już tam wcześniej jakieś były i fajnie by było żeby się w bazie łączyły poprzez historię. Na to nie znalazłem jeszcze satysfakcjonującego rozwiązania.

Cytat: FacoXmen w Czwartek 18 Październik 2018, 11:59:23
to musisz mieć pliki wsadowe wygenerowane z Ewmapy i lekko obrobione i zaczytujesz do Ewopisu.

Przecież o to właśnie pyta. Jak je lekko obrobić.

Tak???
Nie kojarzę, ale to może być prawda.

chyba "męczyznom"

=wyszukaj(czego szukamy;gdzie szukamy;skąd wziąć odpowiedź)

Można edytować to ręcznie z ewmapy, albo otworzyć tabelę przez sql'a. Nie ma takich edytorów wprost, trzeba pisać kolejne zapytania i wykonać skrypt

Czy baza jest już zrobiona do końca?
Trzeba wyeksportować z niej swoje zmiany, potem plik z podgik zaimportować na inną czystą bazę, a to co już jest zrobione zaimportować do tej bazy plikiem podstawowym. Następnie zrobić eksport modyfikujący i oddać do ośrodka