EADTD to warstwa dotycząca numerów adresowych. Z tego co rozumiem, to w bazie z PODGiK nic tam nie ma.
Ogólnie to dane o punktach (i numerach) adresowych przechowywane są w Ewidencji Miejscowości Ulic i Adresów w PRG. I to stamtąd powinny być zasilone dane w powiatach.

Cytat: gesiex w Środa 14 Lipiec 2021, 19:55:33
Podepnę się pod temat.
Zmagam się z problemem dodania podobiektu do istniejącego już w bazie z PODGiK budynku. Podobiektem jest pomierzony taras. Gdy wykonuje multieksport do pliku tekstowego i poźniej podczytuje go na czystej bazie pozyskanej z PODGiK wszystkie zmiany się dokonują oprócz dodania tego tarasu. Dostaje w raporcie taki oto komunikat:
*********************************
+ Zaimportowano dane (plik: Adresy.eob -> baza: Adresy).
+ Zaimportowano dane (plik: BDOT500.eob -> baza: BDOT500).
- Nie zaimportowano danych (plik: Budynki.eob -> baza: Budynki).
+ Zaimportowano dane (plik: GESUT.eob -> baza: GESUT).
*********************************

---------------------------------
Raport z importu pliku: Budynki.eob
---------------------------------
Komunikaty wynikające z porównania stanu bazy z importami do modyfikacji i modyfikującym:
Dane dodatkowe obiektu zostały zmodyfikowane po zrobieniu eksportu do modyfikacji: EGBB01 11-1385/1;1


Nie mam pojęcia co mogę robić źle. (procedura wygląda tak: tworzę taras - zapisuje go jako obiekt - edytuje obiekt budynku - dodaje podobiekt przez wskazanie tarasu - zapisuje obiekt)

Czyżby Ośrodek coś pozmieniał od czasu Twojego eksportu?

Cytat: Wyszyn03 w Wtorek 13 Lipiec 2021, 18:03:08
No i mamy robotę, w której budynek nie chce przejść. Komunikat z raportu:
*********************************
+ Zaimportowano dane (plik: Adresy.eob -> baza: adresy).
+ Zaimportowano dane (plik: BDOT500.eob -> baza: BDOT500).
- Nie zaimportowano danych (plik: Budynki.eob -> baza: budynki).
+ Zaimportowano dane (plik: GESUT.eob -> baza: GESUT).
*********************************

---------------------------------
Raport z importu pliku: Budynki.eob
---------------------------------
Komunikaty wynikające z porównania stanu bazy z importami do modyfikacji i modyfikującym:
Importowany obiekt już istnieje w bazie: EGBB01 1

Dodam, że projektowany budynek usunąłem i wkartowałem nowy o takim samym id jak ten usunięty.

Gdzieś już w bazie jest budynek o ID 1.
Najbezpieczniej w roboczej bazie "nazywać obiekty" jakoś losowo.

Ogólnie przy próbie zmiany położenia jakiejkolwiek etykiety w Ewmapie (nawet nr działki) zapisywana jest zmiana obiektu. To jest dość upierdliwe przy redakcji mapy.

W menu Ewopisu: Słowniki->Jednostki ewidencyjne w zakładce EWMAPA w pole Ident. w EWMapie wpisz/wybierz identyfikator bazy z Ewmapy.

Obowiązujące jeszcze (do 31.07) rozporządzenie ws BDOT500 i mapy zasadniczej reguluje jak ma wyglądać budynek również na mapie ewidencyjnej:
Goście nie mogą oglądać obrazków w postach, prosimy Zarejestrować się lub Zalogować

Ma być tam tylko numer ewidencyjny budynku, funkcję i numer najwyższej kondygnacji.

Niech ktoś z podgiku podeśle raport z błędami importu.

Być może obiekt powstał podczas zakładania BDOT500 i być może było to robione jakimś automatycznym narzędziem bezpośrednio do bazy z pominięciem narzędzi do analiz.
Ja wiem, sporo tych "przypuszczeń", ale też już miałem kilka takich przypadków i tylko to mi przyszło do głowy.
Jedyne chyba teraz wyjście, to zagadać z kimś z PODGiK, żeby zrobił analizę i wyeliminował takie babole.

Nie trać nadziei. Lada dzień będzie w konsultacjach nowe rozporządzenie

Ścieżka do Działek, konturów, warstw (EWIDENCJA i MAPA_ZAS) i plików menu wskazuje na miejsce na lokalnym komputerze, nie na serwerze i stąd komunikat o tworzeniu nowej bazy działek w C:\EWMAPA\Bazy\BAZY_EWM 2016\OTWOCK\DZIALKI\ oraz błędy o braku pliku z menu.
W takim przypadku chyba najlepiej zmapować katalog z bazami z serwera na komputer lokalny i wtedy podać nową ścieżkę do tych rzeczy.
Na serwerze w menadżerze zadań w zakładce usługi masz w ogóle jakąkolwiek usługę, która wskazuje na to, że Firebird chodzi (np FirebirdServerDerafultInstance)? Albo w zakładce szczegóły masz uruchomiony proces firebird.exe?

W polu "Baza" wpisujesz ścieżkę do bazy, ale z punktu widzenia serwera, czyli np.: C:/EWMAPA/Bazy/BAZY_EWM 2016/OTWOCK/GESUT.FDB

Mapa -> Eksport -> Eksport EGiB do GML
i tam sobie w zakładkach oznaczysz co Ci trzeba

Edit: a nie, sorry, nie spojrzałem, że o Ewopis chodzi.

Cytat: alcapon w Środa 13 Luty 2019, 11:11:02
Trzeba mejlowac, dzwonic do Geobidu moze wtedy bedzie wiecej zrealizowanych proppzycji. To ze ja wysle propozycje do geobidu to jeszcze za malo.

A jaki jest bezpośredni mail do ewmapowców w Geobidzie?

Cytat: Lupus w Czwartek 08 Kwiecień 2021, 23:41:43
Tanio i szybko, czyli nie musi być dobrze. )

Ale musi być mądrze

Cytat
założyć filtr na elementy liniowe, leżące na jednej podwarstwie (BUBZ02), wrysowane tym konkretnym operatem i nie posiadające typu linii
potem zmienić typ linii na dół skarpy i powinno zadziałać

Tylko nie wiem czy działa to przy imporcie danych z pliku. A może spróbować zatwierdzić zmianę i te poprawki zrobić drugą operacją tego samego operatu?

Popróbujemy po niedzieli

Cytat
Chwała Ci za to, że szukasz takich sposobów, bo można też oczywiście wysłać plik do autora i poprosić o poprawienie.

Miałem dobry humor
Po za tym,  doświadczony prośbami o poprawianie, jest duża szansa, że po poprawieniu jednej pierdołki, pojawi się kilka innych. Czasem po prostu szkoda czasu (nie tylko mojego) na wymiany maili.

Tyle to ja wiem, ale dostałem taką gotową skarpę i może jest jakiś łatwy/szybki/tani sposób, żeby tą która jest poprawić. Ostatecznie po prostu ją przerysuję.
PS. Zamiast ESC można rysując 2xPPM (chyba) i też będzie ten sam efekt