Eksportując obiekt eksportują się również podobiekty. Dzieląc lub łącząc obiekty też nie tracisz relacji z podobiektami. Nie załamuj się, to będzie znacznie prostsze niż obiektowanie od początku. Posklejaj to co masz w rozsądną całość i po sprawie.

Nie chodziło o zdradzenie o który ośrodek chodzi, nie w tym rzecz. Chodziło bardziej o ustalenie, co się stało z obiektami w ośrodku, jaki jest raport z próby zasilenia bazy powiatowej. Jeśli sam chcesz z tym sobie poradzić, to zostaje wgranie nowego importu do modyfikacji, podpięcie swojej zrobionej bazy i importy podstawowe ze starej bazy do nowej. Umiejętnie używając narzędzi zaznaczania, podziału oraz łączenia obiektów szybko powinieneś sobie z tematem poradzić.

Cytat: Nyzczsel w Środa 26 Luty 2020, 22:04:08
Brawo Ty - do wróżenia z kawy jeszcze trochę czasu.

Bardzo tym wpisem pomogłeś

To, że wydano nowy eksport nie oznacza, że plikiem modyfikującym nie będzie można zasilić bazy ośrodka. Stąd było moje pytanie, czy ktoś to próbował wgrać do ośrodkowej bazy. Z wpisu Adriana niewiele wynika. Nie jest wiadomo, co się stało z bazami, na ile różnią się od czasu wydania dla wykonawcy. Potrzeba więcej informacji, może raport z wgrywania do bazy? Może się od czasu eksportu do modyfikacji zmieniło tylko kilka obiektów, a  ewmapa ma narzędzia, żeby sobie z taką sytuacją poradzić (import w celu rozwiązania konfliktu). W tej chwili jakiekolwiek doradzanie to wróżenie z fusów

"Pełnowartościowy" gml to ten wydany z ewopisu. W qgis'ie wyświetla się bez etykiet (może wczytywałem coś nie tak), ale w tabeli atrybutów jest wszystko, co ma być.

Czy ktoś w ośrodku próbował wgrać Twój plik modyfikujący?

Obstawiam problem z konkurencyjnym oprogramowaniem. Gml wydany z ewmapy jest zgodny z rozporządzeniem.

Nie mam C-GEO, dlatego nie wiedziałem, gdzie ta opcja jest. Eksportując do GML pamiętaj, żeby mieć to załączone. Różnicowy GML z C-GEO wczytuje się poprawnie do ewmapy.

Tak na marginesie, żeby nie generować problemów w bazie PODGiK, musisz w konfigu C-GEO ustawić pełną precyzję zapisu współrzędnych.

W bazie PODGiK w monitorze zapytań dla bazy GESUT należy wykonać zapytanie:

select RZEDNAGORY, RZEDNADOLU from EW_OB_DD_335 where UIDO=(select UID from EW_OBIEKTY where NUMER = :"Wpisz id obiektu" and status=0)

Tak się składa, że wpisane rzędne nie są dokładnie takie, jak je wprowadzamy. Mają "dodatkowe" miejsca po przecinku. W ekstremalnych przypadkach może to powodować różnice w wyświetlaniu wartości rzędnych baz PODGiK i wykonawcy.
Kasia, daj znać, czy miałem rację 

Przy transformacji będzie różnica nie na jednej, a na wszystkich rzędnych. Justek, jak to u Ciebie wygląda?

A nie jest tak, że po eksporcie ośrodek zrobił transformację swoich baz do PL-EVRF2007??? Inaczej nie umiem wyjaśnić powstałej różnicy

Trafione w punkt. Nie będziesz miał za złe, jeśli postaram się tą myśl zapamiętać? 

Obiekt może się składać z elementów na warstwach, mających przypisane różne operaty. Który z nich miałby być przypisany do obiektu? Zakładam, że w większości przypadków najnowszy. To, co możesz zrobić, to aktywować operat, pod którym ma być tworzony obiekt.

Kopiując odcinki na inną warstwę kopiujesz również ich parametry, tj typ linii, grubość, mnożnik .... Te dwa elementy, o których piszesz mają różny typ linii.
Jeśli jest tego dużo, to możesz zrobić następująco.
-zaznaczasz blokiem z warstwy źródłowej
-kopiujesz na warstwę aktywną bez zmiany położenia
-blokowo zmieniasz parametry linii na warstwie docelowej
-tworzysz nowe obiekty wykorzystując opcję "dodawanie linii łamanych"