Nie bardzo widzę możliwość eksportu do jakiegokolwiek formatu

Generuję raport przez monitor zapytań. Przy próbie drukowania pojawia się błąd :
"List index out of bounds (28161)"
raport dotyczy około 300 budynków więc nie jest obszerny. Jaka może być tego przyczyna i jak można temu zaradzić?

chcę zaimportować ilość izb do bazy Ewopis 7. Plik wygląda tak
TERYT,IDOBR,IDB,NRDZ,LIZ
"111111_2",1"106","132",10
pierwsze 4 kolumny są przejęte z pliku, którym ładowałem budynki (skutecznie). Teraz przy imporcie błędy są we wszystkich wierszach. W pliku są tylko wiersze, w których znajduje się liczba izb. Nie występują wiersze bez ilości izb. W czym może być problem?  Kolumna izb ma nagłówek jak we wzorze z instrukcji
Sprawa się banalnie wyjaśniła. brak przecinka po nr obrębu

Bardzo dziękuję za pomoc.
Starostwa miewają dziwne pomysły.  Co Starostwo to Państwo. Co Państwo to Prawo.

Starostwo prowadzi ewidencję do ara tak więc wszystkie działki są z takim zapisem.  Starostwo prowadzi w turboewidzie. Chcę wykładać  w ewopisie i chciałbym mieć taką bazę do wyłożenia. Działki mam rozliczone i i wyrównane do ara. Chciałbym móc drukować całą pozycję z dokładnością do ara a także móc tak wygenerować SWD i GML oraz raporty.  SWD i GML wygenerowany przez Starostwo jest do ara i tak np wczytuje się do C-Geo. A przy imporcie Ewopis dodaje dwa zera i wykazuje działkę w metrach.

Czy jest możliwość i ewentualnie w jaki sposób ustawienia bazy tak, by powierzchnie działek wykazywane były z dokładnością do ara? Importuję do bazy dane z SWDE gdzie powierzchnie zapisane są do dwu miejsc po przecinku. W bazie dopisywane są dodatkowe 00 i powierzchnie w metrach. Zmiana przy każdej działce na ary tak by na wypisie otrzymywać  zapis 0.nn raczej pracochłonny

problem występował przy wczytaniu do EWOPISu. W pierwszym poście podałem błąd, który blokował import.  Chodziło o to by po imporcie móc wyeksportować SWDE gdyż na dalszym etapie opracowania był mi potrzebny. Na dzień dzisiejszy otrzymałem z PODGiK plik SWD i problem przestał istnieć. Na przyszłość jestem ciekawy w jaki sposób dałbym radę zidentyfikować błąd w pliku i go wyeliminować. Na dzisiaj to już problem sportowy. Bardzo dziękuję Wszystkim z rady i pomoc
pozdrawiam

Wolałbym jeżeli to się da wyedytować plik i poprawić go.  Potrzebuję przekonwertować tego GML'a do SWD do dalszej obróbki innymi narzędziami. Chciałem to zrobić przez EWOPIS ( z innymi plikami wydanymi z tej samej bazy przez ten sam PODGiK nie było problemu). Chyba, że jest jakieś narzędzie, którym mogę taką konwersję zrobić. Na marginesie C-Geo przez moduł SWDE  bez problemu wczytuje tego GML'a

zrobiłem walidację  i  obie zawierają błąd krytyczny. Czy jest możliwość zaingerowania w plik GML aby te błędy usunąć? Ewentualnie jak to zrobić?
raporty w załączniku.

baza EGiB zrobiona z Turboewidu

z PODGiK wydany do modernizacji

przy próbie importu otrzymuję raport o błędzie krytycznym i import nie następuje. Raport jest krótki i brzmi: "Błąd krytyczny :Trying to store a string of length 91 into a field that can only contain 84"
Niezidentyfikowano obiektu : KR_ObiektKarto"
Ten sam plik np importuje się bez problemu do C-geo (moduł SWDE).
Czy jest sposób żeby to obejść?
Bardzo będę wdzięczny za radę.

Lupus oczywiście ma rację z tym narzędziem. Ale nawet i bez narzędzia w Excelu poprzez filtry łatwo przeanalizować atrybuty, szczególnie pod kątem ewentualnych sprzeczności (kolizji) pomiędzy atrybutami. Oczywiście jest to jedna z metod. Co kto lubi.

w jaki sposób można wyeksportować z EWMAPY 12FB, dla bazy EGiB plik eob?

można też przez Excela. Eksportujesz wszystkie punkty z bazy do pliku tekstowego. Wczytujesz do Excela i grupujesz wg potrzebnych Ci kryteriów, stosując filtrowanie. Tworzysz pliki numerów punktów dla typowych korekt atrybutów (oczywiście numer poprzedzony literą p). Tymi plikami wybierasz grupy punktów w EWMAPIE i modyfikacją grupową zmieniasz potrzebne atrybuty. Przy dużej ilości punktów do korekty i różnych kombinacjach zmienianych atrybutów pozwala to na dosyć wygodne działanie.  Porządkowałem tak kilka tysięcy punktów.