Jednoczesny import BDOT500 i GESUT z gml jest obsługiwany przez ewmapę, pod warunkiem, że eksport nastąpił do jednego pliku. Problem w tym, że geoportalu nie można namówić, żeby eksporty automatyczne realizowane były z dwóch baz do jednego gml'a. Może to zrobić operator ewmapy przy "ręcznym" eksporcie.
Co do rzędnych, zaokrąglanie realizowane jest po przypięciu do obiektu nadrzędnego, ponieważ Ewmapa po tej relacji wie, które rzędne ma wyświetlać do decymetra (wszystkie rzędne z danej branży mają ten sam kod i leżą na tej samej warstwie)

Masz możliwość zaznaczania elementów na warstwach stosując różne filtry i dowolne kolory. Z drugiej strony, Ewmapa to oprogramowanie do prowadzenia baz danych (nie tylko mapy numerycznej) a nie program do grafiki wektorowej, i kolorystyka elementów jest z góry narzucona przez rozporządzenia.

Inna budowla jest obiektem "bardzo pojemnym". W informacji dodatkowej obiektu wpisz, co to jest i po sprawie. Taka jest moja interpretacja i nie mówię, że jedynie słuszna

To, że ja nie zauważyłem, może oznaczać, że nie dość dokładnie patrzyłem.

Ja nie zauważyłem

Nie jest kłopotliwe, jest banalnie proste.
Zakładam, że szukając punktów poprzez marker punktowy nie wybierasz konkretnej bazy działek, a przeszukujesz też bazy użytków i konturów, przez co ilość możliwych do zastosowania filtrów jest mniejsza, bo zawiera tylko filtry wspólne dla wszystkich baz (w bazie użytków/konturów nie masz ISD i SPD). Ogranicz poszukiwania do bazy działek.

W nagłówku podwarstwy masz do ustawienia trzy grubości dla linii
- grubość - tu ustawiasz grubość drukowanych linii dla linii rysowanych grubością domyślną
- grubość linii cienkiej - dla linii rysowanych jako cienkie
- grubość grubej - dla linii grubych
Jak z tego widać, dla każdej podwarstwy liniowej możesz ustawić trzy grubości na wydrukach.

Do tego dochodzi ustawienie grubości ekranowej. To ustawienie wpływa wyłącznie na wyświetlanie w ewmapie (nie ma wpływu na wydruki) i tylko linii rysowanych grubością domyślną.
Może przy pierwszym czytaniu wydaje się to nieco zawiłe, ale potestuj i zobacz, że jest to nieskomplikowane.

Jak ktoś zdążył nagmerać w tych ustawieniach, można utworzyć kreatorem pustą bazę i z jej warstw wykopiować parametry, które wgrywa się do docelowej bazy.

Stosuj się do uwag Pana Sowy a wszystko będzie ok. Sowa nie pisał nigdzie o "Pełne archiwum". Ta opcja jest przydatna, ale nie to tworzenia mapy porównania z terenem.
Punkt drugi można pominąć, wczytując najpierw stan na dzień, a potem stan aktualny z każdego modyfikowanego katalogu.

W ewmapie dla elementów na warstwach można tak:

update EW_TABELA set WARTOŚĆ = TRUNC(XMIN,2) where WARTOŚĆ similar to '%._[0,2,4,6,8][5]______' and dodatkowe filtry wyszukiwania;
update EW_TABELA set WARTOŚĆ = ROUND(XMIN,2) where filtry wyszukiwania identyczne jak w linii wyżej

filtr wyszukiwania np. USER_MODIFY=1 and STAN_ZMIANY = 0

Pierwsza linia załatwia zaokrąglania 5 do parzystej, druga załatwia resztę. W tym przypadku zaokrąglanie realizowane jest do 2 miejsc po przecinku. Po odpowiednim przekształceniu da się tym zaokrąglać dowolne zmienne. Nie przyda się do struktur działkowych, ponieważ tam po wgraniu do bazy współrzędne w tabelach mają precyzję zapisu taką, jak deklarowana w konfiguracji.

Poniżej przykład zaokrąglania "geodezyjnego" współrzędnych końców odcinków i elementów tekstowych w bazie:

update EW_POLYLINE set XMIN = TRUNC(XMIN,2) where XMIN  similar to '%._[0,2,4,6,8][5]______' and USER_MODIFY=1 and STAN_ZMIANY = 0;
update EW_POLYLINE set YMIN = TRUNC(YMIN,2) where YMIN  similar to '%._[0,2,4,6,8][5]______' and USER_MODIFY=1 and STAN_ZMIANY = 0;
update EW_POLYLINE set XMAX = TRUNC(XMAX,2) where XMAX  similar to '%._[0,2,4,6,8][5]______' and USER_MODIFY=1 and STAN_ZMIANY = 0;
update EW_POLYLINE set YMAX = TRUNC(YMAX,2) where YMAX  similar to '%._[0,2,4,6,8][5]______' and USER_MODIFY=1 and STAN_ZMIANY = 0;
update EW_POLYLINE set P0_X = TRUNC(P0_X,2) where P0_X  similar to '%._[0,2,4,6,8][5]______' and USER_MODIFY=1 and STAN_ZMIANY = 0;
update EW_POLYLINE set P0_Y = TRUNC(P0_Y,2) where P0_Y  similar to '%._[0,2,4,6,8][5]______' and USER_MODIFY=1 and STAN_ZMIANY = 0;
update EW_POLYLINE set P1_X = TRUNC(P1_X,2) where P1_X  similar to '%._[0,2,4,6,8][5]______' and USER_MODIFY=1 and STAN_ZMIANY = 0;
update EW_POLYLINE set P1_Y = TRUNC(P1_Y,2) where P1_Y  similar to '%._[0,2,4,6,8][5]______' and USER_MODIFY=1 and STAN_ZMIANY = 0;
update EW_TEXT set POS_X = TRUNC(POS_X,2) where POS_X  similar to '%._[0,2,4,6,8][5]______' and USER_MODIFY=1 and STAN_ZMIANY = 0;
update EW_TEXT set POS_Y = TRUNC(POS_Y,2) where POS_Y  similar to '%._[0,2,4,6,8][5]______' and USER_MODIFY=1 and STAN_ZMIANY = 0;

update EW_POLYLINE set XMIN = ROUND(XMIN,2)  where USER_MODIFY=1 and STAN_ZMIANY = 0;
update EW_POLYLINE set YMIN = ROUND(YMIN,2)  where USER_MODIFY=1 and STAN_ZMIANY = 0;
update EW_POLYLINE set XMAX = ROUND(XMAX,2)  where USER_MODIFY=1 and STAN_ZMIANY = 0;
update EW_POLYLINE set YMAX = ROUND(YMAX,2)  where USER_MODIFY=1 and STAN_ZMIANY = 0;
update EW_POLYLINE set P0_X = ROUND(P0_X,2)  where USER_MODIFY=1 and STAN_ZMIANY = 0;
update EW_POLYLINE set P0_Y = ROUND(P0_Y,2)  where USER_MODIFY=1 and STAN_ZMIANY = 0;
update EW_POLYLINE set P1_X = ROUND(P1_X,2)  where USER_MODIFY=1 and STAN_ZMIANY = 0;
update EW_POLYLINE set P1_Y = ROUND(P1_Y,2)  where USER_MODIFY=1 and STAN_ZMIANY = 0;
update EW_TEXT set POS_X = ROUND(POS_X,2) where USER_MODIFY=1 and STAN_ZMIANY = 0;
update EW_TEXT set POS_Y = ROUND(POS_Y,2) where USER_MODIFY=1 and STAN_ZMIANY = 0

Zostaje zasadnicza kwestia. Czy warto??

Cytat: Justek w Czwartek 18 Maj 2023, 09:35:51... Czy jeśli mam plik xyh z rzędną do 2 miejsc i zaimportuję je do bdotu opcją import pikiet naturalnych, to w atrybutach się obetnie końcówka?

Obetnie. Możesz wgrywać rzędne z pliku, gdzie jest dowolna liczba miejsc po przecinku dla h, ewmapa utnie do decymetra dla rzędnych naturalnych i centymetra dla sztucznych. Czy zaokrągla matematycznie, czy geodezyjnie - nie wiem, bo nie sprawdzałem. Ten aspekt uznałem za mało istotny

Zmień kolejność warstw w ramach katalogu. Co jest niżej, przesłania. W bazach FB przesłanianie realizowane jest w osobnej konfiguracji, ale na warstwach roboczych ustawiasz to właśnie kolejnością warstw w eksploratorze.

Nie, przy pomocy Ewmapy nie da rady. Ewmapa nie eksportuje OLE

A dlaczego nie zmieniać wersji bazy? W czym to przeszkadza? Nie zaburza to w żaden sposób historii obiektów ani elementów bazy, nie ma wpływu na wymianę danych między wykonawcą a PODGiK'iem. Głupio by było doprowadzić do sytuacji, w której po kilku upgrade Firebirda dostęp do starych robót byłby możliwy przy kilku pracujących równolegle serwerach firebird, np 2.5, 3, 3.5 może 4?
Cały upgrade wersji fb w bazach można sobie zautomatyzować tworząc odpowiedni plik *.bat. Rozsądnie byłoby też zrobić backup wszystkich plików *.fdb do *.fbk i odtwarzać przy nowszej wersji firebirda gdy zajdzie taka potrzeba, czyli dla wielu robót pewnie nigdy.
Takie jest moje zdanie odnośnie tej kwestii, ale każdy robi jak mu pasuje, jak mu wygodniej

OLE wklejasz bezpośrednio do dxf. OLE się z Ewmapy nie eksportuje.

Żeby mieć dostęp do "starych baz", musisz zrobić ich kopię (*.fbk) mając zainstalowanego firebirda 2.5, podnosisz wersję fb do 3 i odtwarzasz bazy ze zrobionych wcześniej kopii - programem gbak z katalogu firebirda. Jest też możliwość pracy przy równolegle zainstalowanych dwóch serwerach firebird, 2.5 i 3.