Ewmapa - Forum użytkowników

Problem wynika z tego, że na pewnym etapie prowadzenia baz kontroli nie było, i można było zapisać obiekt bez wymaganych atrybutów, a później taka kontrola się pojawiła. Import z pominięciem danych dodatkowych może podobnym komunikatem o błędzie przy imporcie do PODGiK tak spreparowanej bazy. W takich przypadkach rozsądnym wyjściem jest uświadomienie decyzyjnego pracownika ośrodka dokumentacji o problemie i namówienie go na podjęcie prac w celu naprawy problemu i to w trybie pilnym.

Przy podobnym błędzie, tylko na bazie budynków (brakowało mi oznaczenia bloków budynku), pomógł mi import  z odznaczoną opcją "Importuj dane dodatkowe" - wtedy przynajmniej zaimportowałam obiekty z pliku tekstowego. Błąd się urodził podczas jakiegoś wcześniejszego importu/eksportu, bo przy ręcznym wprowadzaniu tego obiektu oznaczenie bloku jest konieczne do zapisania obiektu.

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.

plik do modyfikacji pobrany z geoportalu automatycznym eksportem generuje błąd podczas importu- jak w załączniku.
Wg PODGiK w tym obszarze jest błędny obiekt bdot (rzędna wstawiona 2 razy w tym samym miejscu raz z etykietą i raz bez), takich błędów pojawia się coraz więcej.
Czy wynika to z tego, że wersja 12FB miała mniej wbudowanych analiz i pozwalała wtedy takie błedy? Obecnie z wersji 13FB nie da się nawet wyeksportować ręcznie pliku do modyfikacji.