1. Kolejność warstw jest alfabetyczna. Przy eksporcie możesz dołączyć plik z opisem warstw, który spowoduje zmianę ich nazw (np dodając kolejne liczby jak  prefiks warstwy) i tak ogarniesz kolejność w dxf. Szczerze mówiąc nie spotkałem się jeszcze, żeby ktoś z kolejnością warstw w dxf miał problem.
2. Eksport działa na innej zasadzie niż wydruk. Eksport do dxf nie modyfikuje odcinów, tzn nie przycina ich. Jeśli jeden koniec zawiera się w obszarze, eksportowany jest w całości.

Empirycznie sprawdzone, 1Gb tiff Ewmapa ogarnia (orto wysokiej rozdzielczości pobrane z geoportalu)

Odczytaj tego gml'a w dowolnym geoportalu GEOBID'owym i zobacz, czy masz funkcję budynków.

W ramach jednej bazy ewmapowej możesz mieć podpięte wiele baz tego samego rodzaju. Kilka BDOT500, kilka GESUT, to samo kontury, użytki. Z działkami jest trochę inaczej, bo masz jedną bazę główną a reszta do dodatkowe działki.
Przy tak skonfigurowanej ewmapie musisz uważać, w której bazie dokonujesz modyfikacji. Wymaga to dodatkowej czujności.

Takie naprawianie baz jest w gestii ośrodka dokumentacji, co do tego nie ma żadnych wątpliwości. Kwestia dobrej woli, czasu i dostępnych narzędzi (Ewmapa pozwala automatyzować dodawanie rzędnych. Programu, z którego "wyszedł" rzeczony GML, nie znam)

Hm, wiem już, dlaczego problem jest tak marginalny. Nie często pracuje się z wyświetlaniem rastrowym. Dzięki za przekazanie na forum informacji z Geobidu.

Ewmapa nie zaimportuje błędnych danych (tych, które wyłapie walidator ewmapy). Poprawa w jakimkolwiek oprogramowaniu będzie skutkować co najmniej przypisaniem Twojego operatu do obiektów, których teoretycznie nie powinieneś ruszać, a w gorszym przypadku komplikacjami przy imporcie modyfikującym.
Żadna konwersja do innego schematu nie rozwiąże problemu. Pliki masz oddać zgodne ze schematem, w którym te dane zostały wyeksportowane.

Wygląda to na błędną interpretację skali przy przeliczaniu pozycji tekstów i długości kresek dla tekstów na odnośniku. Na oko obstawiam 1:5000, zamiast 1:500.
Spotkałem się z takim błędem kilka lat temu i nie mogę sobie przypomnieć, czy udało się ustalić, co było powodem takich błędów.

Cytat: Vanguard w Wtorek 28 Maj 2024, 08:22:50... Ciekawa sprawa bo nie jest to zjawisko nagminne - czasem generuje się prawidłowo, a czasem właśnie w ten sposób. Podejrzewam jakieś dziwne ustawienia warstw w plikach otrzymywanych z PODGiK, jednak jeśli zamówię .dxf z danego obszaru z ośrodka to otrzymuję prawidłowy. Dziwna sprawa i uciążliwa.

Ustawienie warstw nie powinno tu mieć znaczenia, bo jak sam piszesz, czasem generuje się prawidłowo, a czasem nie. Dodatkowo dxf'y z ośrodka są prawidłowe.

Przetestuj eksporty do dxf dla różnych skal, z obszaru i z całej bazy. Dodatkowo zrób jakiś tekst na odnośniku na BDOT500 i zobacz jak się zachowa w dxf. Jak nie dojdziesz do konstruktywnych wniosków wyślij bazę (fdb z gesutu), "uszkodzonego" dxf i opis sytuacji do Geobidu.

Jako separator kolumn jeden tabulator

Przy edytowalnym podręcznym menu z ewmapy tworzenie makro w menu widoczności w wielu sytuacjach staje się niepotrzebne.

Elementy związane w budynkiem mają być podobiektami budynku, jednak nie jest to warunkiem koniecznym, żeby zastały wyeksportowane do GML. Musisz jednak wiedzieć, że taki GML nie będzie zgodny ze schematem, bo ta relacja jest obligatoryjna.

Elementy przybudynkowe mają być w bazie EGiB. Nie da się zrobić relacji pomiędzy elementami z różnych baz.

Sprawdź swoją współrzędną w ewmapie, po zaklikaniu "pełna precyzja" lub poprzez monitor zapytań. Po wyeksportowaniu GML modyfikującego wyszukaj w tym gml'u ten element, i sprawdź, jakie tam ma współrzędne. Wygląda na to, że dzieje się coś, co nie powinno się dziać. Trzeba ustalić, na jakim etapie ta różnica powstaje, i ewentualnie zgłosić to do Geobidu.

Ja uważam, że baza miała błędy topologiczne przed transformacją. Ze złych danych transformacja zrobi co najwyżej tak samo zły produkt, albo gorszy.

Cytat: alcapon w Wtorek 06 Luty 2024, 17:18:52... Po co takie dokładne współrzędne skoro pracujemy na centymetrach .

Współrzędne elementów są przechowywane z pełną precyzją (nie dotyczy współrzędnych punktów załamania granic działek, konturów, użytków), Można to zobaczyć zaznaczając "Pełna precyzja" w oknie informacji o elementach na warstwie.

Cytat: perkunis w Wtorek 06 Luty 2024, 18:44:21...jak tak przyszło z ośrodka, to baza po transformacji pomiędzy dwoma układami...

Jeśli jest teraz rozjazd linii i symboli, to musiał być też przed transformacją. Nie widzę innej możliwości. Transformacji podlegają współrzędne wg tych samych algorytmów, bez rozróżnienia, jakiego rodzaju jest to element. Chyba, że czegoś nie ogarniam

Cytat: perkunis w Wtorek 06 Luty 2024, 18:44:21... po 3 nie wiem jaki wpływ będą miały obie czynności na przypisanie operatu do obiektów, których "nie dotykasz". czy cała baza dostanie Twój operat, czy jest to operacja transparentna. ...

Nie ma operacji transparentnych. Ruszone w jakikolwiek sposób elementy po zaimportowaniu do bazy PODGiK dostaną Twój operat

Cytat: perkunis w Wtorek 06 Luty 2024, 18:44:21... najpierw pytanie do danego księstw... wróć. danego podgik, ...

To było słabe.