Błędy podczas importu gml'a do EwMapy w PODGiK

[annlew09]

Komunikat błędu z ośrodka brzmi: "Import nie został przeprowadzony z powodu błędów: Obiekt został zmodyfikowany po zrobieniu eksportu do modyfikacji ..."
Rzecz dotyczy obiektów powierzchniowych typu np. chodnik, jezdnia, gdzie dokonano fragmentarycznego pomiaru danego obiektu - w zasięgu aktualizacji, np. istniejący chodnik (w bazie z digitalizacji) przecięto dwoma obiektami liniowymi w rezultacie, czego dotychczasowy obiekt został podzielony na trzy odrębne obiekty: 1-z digitalizacji; 2-z pomiaru w zasięgu aktualizacji; 3-z digitalizacji.
Jak poprawnie wykonać modyfikację obiektu powierzchniowego i jak poprawnie wyeksportować ten obiekt do pliku gml, aby uniknąć przytoczonego powyżej komunikatu błędu podczas importu wysłanego pliku gml do PODGiK, gdzie baza prowadzona jest w programie EwMapa?

[Asia T.]

Komunikat błędu z ośrodka brzmi: "Import nie został przeprowadzony z powodu błędów: Obiekt został zmodyfikowany po zrobieniu eksportu do modyfikacji ..."
Rzecz dotyczy obiektów powierzchniowych typu np. chodnik, jezdnia, gdzie dokonano fragmentarycznego pomiaru danego obiektu - w zasięgu aktualizacji, np. istniejący chodnik (w bazie z digitalizacji) przecięto dwoma obiektami liniowymi w rezultacie, czego dotychczasowy obiekt został podzielony na trzy odrębne obiekty: 1-z digitalizacji; 2-z pomiaru w zasięgu aktualizacji; 3-z digitalizacji.
Jak poprawnie wykonać modyfikację obiektu powierzchniowego i jak poprawnie wyeksportować ten obiekt do pliku gml, aby uniknąć przytoczonego powyżej komunikatu błędu podczas importu wysłanego pliku gml do PODGiK, gdzie baza prowadzona jest w programie EwMapa?

Powyższy błąd nie ma prawdopodobnie nic wspólnego z modyfikacją (opisany sposób jest poprawny) - chodzi o to, że w międzyczasie inny wykonawca także zmodyfikował ten sam obiekt, ale oddał go wcześniej i daty w ośrodku się nie zgadzają -

Przykład: jezdnia w ośrodku ma datę modyfikacji 13.04.1998 i z taką datą wydaje ją dnia 27.04.2020 Kowalskiemu i Nowakowi. Nowak zmodyfikował jezdnię 18.05.2020 i od razu tego samego dnia oddał plik do ośrodka, a Kowalski był w terenie wcześniej, 10.05.2020 - po powrocie z terenu od razu zmodyfikował jezdnię, ale plik gml do ośrodka oddaje dopiero dzisiaj, 20.05.2020. Efekt - jezdnia Nowaka ma datę z 18go, a Kowalski przychodzi z tą samą jezdnią z 10go - pojawia się właśnie ww. błąd.

Krótko mówiąc - swoim zmodyfikowanym i nowym obiektom trzeba zmienić datę modyfikacji na jak najświeższą. Aby zrobić to w prosty sposób dla wszystkich obiektów należy wejść w Legendę -> prawy klawisz myszy na WARSTWY -> Operacje na bazie danych -> Wypełnij pole. Tam uzupełniamy pole DATA_MODYFIKACJI najlepiej datą dzisiejszą (to jest atrybut naszych obiektów), a w dolnej części okna wybieramy, od jakiej daty modyfikacji ma nastąpić zmiana (tu najlepiej wypełniać taką datę modyfikacji, jaką uzupełniamy w oknie eksportu do gml - czyli data, od kiedy wykonywaliśmy modyfikacje). Jeśli pierwszy raz wykonujemy tę operację zawsze warto w zapasie mieć kopię projektu sprzed zmiany. Przykład na zalączonym GIF.

Jeśli błąd z kolei dotyczy jednego obiektu i wiemy, którego można poruszyć jedynie tym obiektem modyfikując go - na przykład zmienić jakiś atrybut na chwilę, zamknąć okno atrybutów i ponownie wrócić do prawidłowej wartości.

[Asia T.]

Komunikat błędu z ośrodka brzmi: "Import nie został przeprowadzony z powodu błędów: Obiekt został zmodyfikowany po zrobieniu eksportu do modyfikacji ..."
Rzecz dotyczy obiektów powierzchniowych typu np. chodnik, jezdnia, gdzie dokonano fragmentarycznego pomiaru danego obiektu - w zasięgu aktualizacji, np. istniejący chodnik (w bazie z digitalizacji) przecięto dwoma obiektami liniowymi w rezultacie, czego dotychczasowy obiekt został podzielony na trzy odrębne obiekty: 1-z digitalizacji; 2-z pomiaru w zasięgu aktualizacji; 3-z digitalizacji.
Jak poprawnie wykonać modyfikację obiektu powierzchniowego i jak poprawnie wyeksportować ten obiekt do pliku gml, aby uniknąć przytoczonego powyżej komunikatu błędu podczas importu wysłanego pliku gml do PODGiK, gdzie baza prowadzona jest w programie EwMapa?

EDIT: jedna uwaga odnośnie modyfikacji, ponieważ tutaj może być także przyczyna problemów, na co zwrócił uwagę jeden z klientów (dziękujemy!).
Jeśli edycja obiektów poprzez podzielenie skutkuje tym, że obiekt oryginalny jest USUWANY to powstają takie błędy jak wyżej - jest to też działanie nieprawidłowe, ponieważ obiekt z ośrodka zostaje usunięty, a nie zmodyfikowany!

Wtedy należy postąpić w ten sposób, że - po podziale obiektem liniowym powstają 3 obiekty - dwa po podziale i jeden oryginalny. Klikamy na jedną z nowych połówek prawym klawiszem myszy i wybieramy opcję "Przepisz historię obiektu z...", a następnie z tabelki, która się pojawi wybieramy oryginalną jezdnię. Wtedy ta połówka, na którą przepisaliśmy historię jest zmodyfikowaną jezdnią z ośrodka, druga jest nowa. Podobnie robimy jeśli dokonujemy kolejnego podziału obiektem liniowym - także przepisujemy historię na jedną z nowych połówek - druga zawsze pozostaje nowa.

[latajacekolano]

Komunikat błędu z ośrodka brzmi: "Import nie został przeprowadzony z powodu błędów: Obiekt został zmodyfikowany po zrobieniu eksportu do modyfikacji ..."
Rzecz dotyczy obiektów powierzchniowych typu np. chodnik, jezdnia, gdzie dokonano fragmentarycznego pomiaru danego obiektu - w zasięgu aktualizacji, np. istniejący chodnik (w bazie z digitalizacji) przecięto dwoma obiektami liniowymi w rezultacie, czego dotychczasowy obiekt został podzielony na trzy odrębne obiekty: 1-z digitalizacji; 2-z pomiaru w zasięgu aktualizacji; 3-z digitalizacji.
Jak poprawnie wykonać modyfikację obiektu powierzchniowego i jak poprawnie wyeksportować ten obiekt do pliku gml, aby uniknąć przytoczonego powyżej komunikatu błędu podczas importu wysłanego pliku gml do PODGiK, gdzie baza prowadzona jest w programie EwMapa?

EDIT: jedna uwaga odnośnie modyfikacji, ponieważ tutaj może być także przyczyna problemów, na co zwrócił uwagę jeden z klientów (dziękujemy!).
Jeśli edycja obiektów poprzez podzielenie skutkuje tym, że obiekt oryginalny jest USUWANY to powstają takie błędy jak wyżej - jest to też działanie nieprawidłowe, ponieważ obiekt z ośrodka zostaje usunięty, a nie zmodyfikowany!

Wtedy należy postąpić w ten sposób, że - po podziale obiektem liniowym powstają 3 obiekty - dwa po podziale i jeden oryginalny. Klikamy na jedną z nowych połówek prawym klawiszem myszy i wybieramy opcję "Przepisz historię obiektu z...", a następnie z tabelki, która się pojawi wybieramy oryginalną jezdnię. Wtedy ta połówka, na którą przepisaliśmy historię jest zmodyfikowaną jezdnią z ośrodka, druga jest nowa. Podobnie robimy jeśli dokonujemy kolejnego podziału obiektem liniowym - także przepisujemy historię na jedną z nowych połówek - druga zawsze pozostaje nowa.

Dlaczego u siebie w cgeo nie mam takiej opcji jak "przepisz historię obiektu z .." ? Kompletnie nie ogarniam przykładu wyżej z dzieleniem istniejącego obiektu powierzchniowego obiektem liniowym i tego co jest potem opisane, jest to może gdzieś pokazane na filmiku, screenie, albo może opisane ? Bo próbuje sobie to wyobrazić na jakimś przykładzie prostym, ale nie za bardzo rozumiem o co chodzi :O
Chodzi oto, że jest jezdnia - obiekt powierzchniowy np. 500 metrów w gml z ośrodka połączone ciągiem, my mierzymy na danym fragmencie tylko i chcemy podzielić i zmienić jezdnię z ośrodka tak, aby tam gdzie zmierzyliśmy był pomiar na osnowę z naszą data pomiaru np. 18.05.2020, a tam gdzie była jezdnia z digitalizacji albo inną datą pomiaru zostało z tą datą?

[Asia T.]

Komunikat błędu z ośrodka brzmi: "Import nie został przeprowadzony z powodu błędów: Obiekt został zmodyfikowany po zrobieniu eksportu do modyfikacji ..."
Rzecz dotyczy obiektów powierzchniowych typu np. chodnik, jezdnia, gdzie dokonano fragmentarycznego pomiaru danego obiektu - w zasięgu aktualizacji, np. istniejący chodnik (w bazie z digitalizacji) przecięto dwoma obiektami liniowymi w rezultacie, czego dotychczasowy obiekt został podzielony na trzy odrębne obiekty: 1-z digitalizacji; 2-z pomiaru w zasięgu aktualizacji; 3-z digitalizacji.
Jak poprawnie wykonać modyfikację obiektu powierzchniowego i jak poprawnie wyeksportować ten obiekt do pliku gml, aby uniknąć przytoczonego powyżej komunikatu błędu podczas importu wysłanego pliku gml do PODGiK, gdzie baza prowadzona jest w programie EwMapa?

EDIT: jedna uwaga odnośnie modyfikacji, ponieważ tutaj może być także przyczyna problemów, na co zwrócił uwagę jeden z klientów (dziękujemy!).
Jeśli edycja obiektów poprzez podzielenie skutkuje tym, że obiekt oryginalny jest USUWANY to powstają takie błędy jak wyżej - jest to też działanie nieprawidłowe, ponieważ obiekt z ośrodka zostaje usunięty, a nie zmodyfikowany!

Wtedy należy postąpić w ten sposób, że - po podziale obiektem liniowym powstają 3 obiekty - dwa po podziale i jeden oryginalny. Klikamy na jedną z nowych połówek prawym klawiszem myszy i wybieramy opcję "Przepisz historię obiektu z...", a następnie z tabelki, która się pojawi wybieramy oryginalną jezdnię. Wtedy ta połówka, na którą przepisaliśmy historię jest zmodyfikowaną jezdnią z ośrodka, druga jest nowa. Podobnie robimy jeśli dokonujemy kolejnego podziału obiektem liniowym - także przepisujemy historię na jedną z nowych połówek - druga zawsze pozostaje nowa.

Dlaczego u siebie w cgeo nie mam takiej opcji jak "przepisz historię obiektu z .." ? Kompletnie nie ogarniam przykładu wyżej z dzieleniem istniejącego obiektu powierzchniowego obiektem liniowym i tego co jest potem opisane, jest to może gdzieś pokazane na filmiku, screenie, albo może opisane ? Bo próbuje sobie to wyobrazić na jakimś przykładzie prostym, ale nie za bardzo rozumiem o co chodzi :O
Chodzi oto, że jest jezdnia - obiekt powierzchniowy np. 500 metrów w gml z ośrodka połączone ciągiem, my mierzymy na danym fragmencie tylko i chcemy podzielić i zmienić jezdnię z ośrodka tak, aby tam gdzie zmierzyliśmy był pomiar na osnowę z naszą data pomiaru np. 18.05.2020, a tam gdzie była jezdnia z digitalizacji albo inną datą pomiaru zostało z tą datą?

Niestety opcja ta działa tylko do momentu eksportu, jeśli był już wykonany eksport gml to opcji nie będzie - został nadany lokalnyId i nie da się przepiąć już historii. Opcja jest tylko dla całkowicie nowych obiektów, warto to robić od razu po podziale.
Czyli: jezdnia z ośrodka jest przez Pana dzielona, po podziale mamy trzy obiekty - stary oraz dwie nowe połówki. UWAGA - nie usuwamy starego, całego obiektu, tylko klikamy na jedną z połówek PO PODZIALE prawym -> Przepisz historię... Wybieramy całą, długą jezdnię z ośrodka, zatwierdzamy i stara jezdnia jest "czyszczona" na mapie, a wskazana połówka jest obiektem zmodyfikowanym po tamtej jezdni.

Więcej: https://softline.geo.pl/wiki/index.php? ... _%E2%80%A6
oraz:

...a w razie czego nieustająco zachęcamy do kontaktu telefonicznego z serwisem i wyjaśnimy temat na połączeniu zdalnym

[Jurek B.]

I jeszcze w Wiadomościach C-GEO był odpowiedni artykuł (z 12 grudnia 2019).

[latajacekolano]

Dziękuję, umknął mi ten artykuł, poczytam.
Pozdrawiam.

[annlew09]

Komunikat błędu z ośrodka brzmi: "Import nie został przeprowadzony z powodu błędów: Brak zgody na nowego władającego lub przedstawiciela:...."
Problem dotyczy następujących sytuacji:
1) zmodyfikowano geometrię studni kanalizacyjnej o nowy pomiar, zmieniono źródło z digitalizacji na pomiar na osnowę, zmieniono datę pomiaru i id zgłoszenia, inne atrybuty pozostawiono niezmienne
2) w miejsce pomierzonej studni z ad.1) przepięto istniejącą sieć kanalizacyjną (nastąpiła zmiana geometrii w jednym punkcie), atrybuty opisowe pozostawiono niezmienne.
Po eksporcie pliku GML do ośrodka, zwrotnie otrzymuję powyżej przytoczony komunikat błędu. Ze swojej strony dodam, że nie dokonuję ręcznie zmian władającego siecią czy przedstawiciela inwestora. Czy jest możliwość, że program samoczynnie dokonuje jakiś modyfikacji w tym zakresie, np. z powodu wybranych opcji programowych?

[viadro]

Należy sprawdzić czy CGEO nie zmieniło właściciela/władającego. Ja mam często ten sam problem i rozwiązuje to poprzez otworzenie gml który otrzymałem z podgik i gml który ja eksportuję w notatniku i tam weryfikuje czy się zgadza (znaczenie mają również spacje przed nazwą i po nazwie).
Zgłaszałem ten problem i mam nadzieje że zostanie rozwiązany.

[Asia T.]

Należy sprawdzić czy CGEO nie zmieniło właściciela/władającego. Ja mam często ten sam problem i rozwiązuje to poprzez otworzenie gml który otrzymałem z podgik i gml który ja eksportuję w notatniku i tam weryfikuje czy się zgadza (znaczenie mają również spacje przed nazwą i po nazwie).
Zgłaszałem ten problem i mam nadzieje że zostanie rozwiązany.

Tak, mamy to zgłoszenie i programista pracuje nad poprawką. Jak tylko się pojawi damy znać.

[Asia T.]

Komunikat błędu z ośrodka brzmi: "Import nie został przeprowadzony z powodu błędów: Brak zgody na nowego władającego lub przedstawiciela:...."
Problem dotyczy następujących sytuacji:
1) zmodyfikowano geometrię studni kanalizacyjnej o nowy pomiar, zmieniono źródło z digitalizacji na pomiar na osnowę, zmieniono datę pomiaru i id zgłoszenia, inne atrybuty pozostawiono niezmienne
2) w miejsce pomierzonej studni z ad.1) przepięto istniejącą sieć kanalizacyjną (nastąpiła zmiana geometrii w jednym punkcie), atrybuty opisowe pozostawiono niezmienne.
Po eksporcie pliku GML do ośrodka, zwrotnie otrzymuję powyżej przytoczony komunikat błędu. Ze swojej strony dodam, że nie dokonuję ręcznie zmian władającego siecią czy przedstawiciela inwestora. Czy jest możliwość, że program samoczynnie dokonuje jakiś modyfikacji w tym zakresie, np. z powodu wybranych opcji programowych?

Dzień dobry,

Poprawka jest do pobrania tutaj: http://softline.geo.pl/pliki/setup-cg-test.exe . Instalujemy ją tak samo jak aktualizację C-GEO - po pobraniu należy uruchomić ją koniecznie klikając prawym klawiszem myszy -> Uruchom jako administrator. Następnie instalujemy wskazując dotychczasowy katalog C-GEO.

Poprawka będzie działała na nowo importowane pliki. Dla projektów założonych wcześniej należy w bazie osób usunąć zbędne znaki - można to zrobić wchodząc w menu Narzędzia -> Baza osób i tam odszukujemy osoby z końca listy (te najprawdopodobniej pojawiły się niedawno i mogą sprawiać kłopot przy wczytywaniu do zasobu). Wchodzimy w jej edycję (niebieska ikona) i w nazwie pełnej oraz skróconej stajemy kursorem na końcu wyrażenia - usuwamy znaki klawiszem backspace do momentu, aż usunie nam się ostatnia litera (jedno lub dwa kliknięcia). Dopisujemy usuniętą ostatnią literę i zapisujemy osobę. Po tej operacji poprzednie projekty z błędem będą się eksportować dobrze, a nowe importy nie wymagają tej operacji.

[marcin.k]

Zainstalowałem poprawkę która eliminuje błąd władającego ale program cofnął się do wersji z przed marcowej aktualizacji, marcowa aktualizacja nie naprawiała tego błędu. Mam mieć zainstalowaną najnowszą wersję i poprawkę i wtedy będzie dobrze?

[Asia T.]

Zainstalowałem poprawkę która eliminuje błąd władającego ale program cofnął się do wersji z przed marcowej aktualizacji, marcowa aktualizacja nie naprawiała tego błędu. Mam mieć zainstalowaną najnowszą wersję i poprawkę i wtedy będzie dobrze?

Witam,
marcowa aktualizacja powinna naprawiać ten błąd. Nie ma wtedy potrzeby pobierania poprawki, tylko trzeba zastosować się do tej części:

Dla projektów założonych wcześniej należy w bazie osób usunąć zbędne znaki - można to zrobić wchodząc w menu Narzędzia -> Baza osób i tam odszukujemy osoby z końca listy (te najprawdopodobniej pojawiły się niedawno i mogą sprawiać kłopot przy wczytywaniu do zasobu). Wchodzimy w jej edycję (niebieska ikona) i w nazwie pełnej oraz skróconej stajemy kursorem na końcu wyrażenia - usuwamy znaki klawiszem backspace do momentu, aż usunie nam się ostatnia litera (jedno lub dwa kliknięcia). Dopisujemy usuniętą ostatnią literę i zapisujemy osobę. Po tej operacji poprzednie projekty z błędem będą się eksportować dobrze, a nowe importy nie wymagają tej operacji.

Jeśli ma Pan jednak przypadek, że pomimo wykonania powyżej czynności (dla starszych projektów) lub importu i eksportu z wersji z 5 marca jest nadal problem proszę o przesłanie takiego gml'a na adres at@geo.pl

[annlew09]

Proszę o wyjaśnienie czy jest możliwe, że podczas importu nowych obiektów z pliku gml do EwMapy, zmieniony został identyfikator lokalny tego obiektu?
Przykład:
W bazie istniała zasuwa wodociągowa, bez wysokości. Po nowym pomiarze w pliku gml dodano wysokość do zasuwy, nowa wysokość otrzymała id lokalny: X. Plik przekazano do ośrodka i po weryfikacji ujawniono błędy.
"Obiekt o identyfikatorze lokalnym Y: Nieprawidłowa liczność relacji w obiekcie Kod: SUPS01 Numer: Z (identyfikator z EwMapy), podpowiedź: rzędna wysokościowa nie jest podobiektem".
Raport błędów z EwMapy zawiera id lokalne obiektów i identyfikator z EwMapy, ale po numerze id lokalnym nie odnajduję tego obiektu w bazie modyfikowanej w Cgeo.
Zgodnie z wyżej opisanym przykładem: wydany został obiekt o id. X a raport błędu z EwMapy dotyczy obiektu o id. Y, ale po konsultacji z ośrodkiem, wiem, że chodzi o ten sam obiekt.

[FaFaL]

Tu chyba problem jest taki, że eksport zawiera tylko zmodyfikowane i nowe obiekty. Program nie zrobił przypisania punktu wysokościowego na urządzeniu do zasuwy, bo zasuwy nie ma w eksportowanym pliku. Rozwiązaniem jest wyświetlenie atrybutów zasuwy, zmiana dowolnego atrybutu, a później zmiana na prawidłowy. Dzięki temu zasuwa się znajdzie w pliku GML i powstanie odpowiednia relacja.

[annlew09]

Zasuwa miała zmieniane atrybuty, a do ośrodka w gmlu przekazano obiekty nowe i zmodyfikowane.

[Jurek B.]

Zasuwa miała zmieniane atrybuty, a do ośrodka w gmlu przekazano obiekty nowe i zmodyfikowane.

Bez podglądu pliku GML, który Pan przesłał do ODGiK trudno jest rozpoznać przyczynę problemów z przyjęciem. Proszę przesłać ten GML do nas.

[annlew09]

Przesyłam omawiany powyżej gml.