(pytanie tylko do Ciebie - "studiowałeś" cały plik?)

Nie no proszę Cię:) Wszystko co było potrzebne to informacja wyswietlona w komunikacie z Efki.
Brak w importowanym pliku obiektu: 0 występującego jako podobiekt. Było trzeba odszukać tylko to 0:)

Co do powodu moim zdaniem jest to wina błędnego przypisania podobiektu do obiektu. Moim zdaniem mniej prawdopodobne jest złe wyeksportowanie przez obszar - ale też bym tego całkowicie nie wykluczył:) 

Po analizowałem sobie też.
Pewnie by mi się nie chciało ale zainteresowało mnie to - dzięki Weles
(pytanie tylko do Ciebie - "studiowałeś" cały plik?)

CytatTo fragment Twojego pliku
****
1 28409
2 SUUS22
5 pLVGe7kDxkKlHMJLTbf7Yw
6 2015.08.10  08.56.26
7 2015.08.10  08.56.26
9 4
14 3#G.6640.3.762.2015
**
4 307291 0
30 327363 0
0 0 0

Powinno być tak:

CytatTo fragment Twojego pliku
****
1 28409
2 SUUS22
5 pLVGe7kDxkKlHMJLTbf7Yw
6 2015.08.10  08.56.26
7 2015.08.10  08.56.26
9 4
14 3#G.6640.3.762.2015
**
4 307291 0
30 327363 0
0 12279 0

Szkropuł w tym że nie ma obiektu o numerze 12279 - jako wysokości góry i dołu.
Pewnie tak jak napisał Lupus - wyrzucali zakresem jakimś i studzienka nie miała tego samego punktu wstawienia.
No tu głębsza myśl mi się nasuwa.

Natomiast rodzi się pytanie: Czy przy takim eksporcie z zakresu\bloku, nie powinny się wszystkie powiązane obiekty razem eksportować?!

Cytat: Weles w Środa 16 Grudzień 2015, 20:51:33
a to wymaga znajomości jego struktury,

Można też oczywiście zaznajomić się ze strukturą pliku...
ale to tak po mojemu.

To fragment Twojego pliku
****
1 28409
2 SUUS22
5 pLVGe7kDxkKlHMJLTbf7Yw
6 2015.08.10  08.56.26
7 2015.08.10  08.56.26
9 4
14 3#G.6640.3.762.2015
**
4 307291 0
30 327363 0
0 0 0

A Weles perfekcyjne namierzenie winowajcy.
Ciekawi mnie tylko co tak naprawdę odłączyłeś? To może być jakiś element powiązany typu wysokość (opis rodzaju  oraz symbol są raczej poprawne)

Nie wiem, może to wydawali z jakiegoś bloku i coś się ni podłączyło...

Wrzucić temat na forum i liczyć na odpowiedź;) Brzmi śmiesznie ale taka prawda. Błąd jest do odnalezienia w pliku, a to wymaga znajomości jego struktury, której nie opisze w 3 zdaniach. Można ewentualnie sprawdzić w urzędzie co tam w tej bazie przechowują za kwiatki:)

Bardzo dziękuję. Pomogło. Zaimportowałem plik i wszystko działa.
Teraz pytanie na przyszłość:
W jaki sposób wynaleźć taki bubel i go wyeliminować?
Pozdrawiam serdecznie i jeszcze raz dziękuję.

Spróbuj zaimportować ten plik powinno się udać. Coś prawdopodobnie w powiecie mają coś nie tak w bazie. Podejrzanym jest studnia SUUS22 o id : 'pLVGe7kDxkKlHMJLTbf7Yw'.
Pozdrawiam

Zaznaczam wszystko co możliwe 

U mnie Al jest dokładnie ten sam problem z tym plikiem. A może masz zaznaczoną jakąś dodatkową opcję przy imporcie?

Jadę na standardowych ustawieniach. Nic nie zmieniałem od instalacji.
Coś gdzieś jakiś obiekt jest problematyczny.
Z PODGiK dostałem jeszcze bdot, egib i takie warstwy referencyjne. Wszystko normalnie weszło.
Co więcej - po sąsiedzku robiłem robotę i w tym samym obrębie i gesut załadował się normalnie.
Więc nie wiem. Z tego samego podgiku normalnie mi wszystko chodzi.
Może jakiś plik powinienem podgrać z ustawieniami? Może to są jakieś dodatkowe ustawienia?

U mnie wchodzi bez najmniejszego poblemu 
Wniosek...nie plik stanowi problem lecz twoja ewmapa 

A czy PODGiK dał Ci jeszcze jakieś inne pliki?

Mam problem z importem pliku z obiektami gesut do modyfikacji.
Po cały, imporcie wyskakuje mi błąd:
Podczas przepisywania wystąpił błąd. Przepisanie częściowe. Brak w importowanym pliku obiektu: 0 występującego jako podobiekt.
W załączniku przesyłam plik otrzymany z PODGiK.
Proszę o pomoc.