Wszystko masz ładnie i czytelnie opisane w pdf'ach.
1 błąd to jak pisałem były enklawy lub nachodzenie na siebie działek.
2 błąd to niezgodności z rozporządzeniem w sprawie egib - czyli niezgodny użytek  PsVIz.

W gml'u bym usunął te z na klasoużytku OZU - to proste ale już z przecinaniemsię/enklawą nie jest to takie proste.

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

Maćku - obadaj jaki błąd Ci wyskakuje.

CytatWeryfikacja czy granice działek ewidencyjnych przylegają do siebie (EGB_DzialkaEwidencyjna)
Status weryfikacji: Przeprowadzono
Wynik weryfikacji: Błąd

Czyli jest jakiś błąd w granicach działek:
- albo jakaś mała enklawa,
- albo nachodzące na siebie działki.

Wczytaj pliki w C-GEO i sprawdź cztery punkty:
POINT(7476972.08541151, 5483677.55)
POINT(7474718.1565473, 5484124.4)
POINT(7476421.94571432, 5483115.69)
POINT(7476670.09267453, 5483063.35)

W tych miejscach są jakieś właśnie błędy.
Wtedy ustal jak powinna przebiegać granica i zmień w gml'u (nie jest to takie oczywiście proste).
Ja bym uderzył do PODGiKu aby sprawdzili te miejsca, poprawili i przesłali Ci dobrą bazę.

Możesz spróbować otworzyć gml tym:
https://swdemanagerlt.pl/manager.htm?t=gmlegib (działa tylko na Internet Explorerze. Inne przeglądarki już nie obsługują silverlight)
Jeśli się uda wczytać, możesz później wyeksportować do shp lub dxf jeśli taki format coś da.
Do podglądu możesz wykorzystać darmowy QGIS: https://qgis.org/pl/site/forusers/download.html

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

W gml'a możesz ingerować nawet notatnikiem (jednak bardziej polecam notepad++ z zainstalowaną wtyczką xml tools). To jest plik tekstowy.  Grzebanie w gml jest jednak dość ryzykowne, i nie wiem, czy nie powinieneś z tymi błędami zgłosić się do PODGiK.

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.

Sprawdź GML'a walidatorem EGiB. Będziesz wiedzieć, czy jest zgodny ze schematem czy nie.
http://www.gugik.gov.pl/projekty/zsin-faza-i/wsparcie-dla-powiatow

baza EGiB zrobiona z Turboewidu

Napisz jeszcze jakiej bazy dotyczy problem (BDOT500, EGiB, GESUT). Obstawiam, na czuja, że jest GML niezgodny ze schematem z rozporządzenia (w ewmapie jest możliwość zrobienia takiego).

...i zapodaj plik aby inni mogli się z nim zmierzyć :p

Maćku. Jeśli będziesz tak cedził informacje to jeszcze chwilę zajmie zanim dostaniesz info co z tym może być źle.

Na początek podaj: z jakiego programu (wersja) jest zrobiony eksport? do jakiej wersji ewmapy to chcesz wczytać? wersje firebirda? czy próbowałeś z modułu c-geo wyeksportować plik i potem go wczytać do ewmapy? to oczywiście problemu nie rozwiązuje, bo nie zrobisz pliku modyfikującego, tylko taka ciekawość.

z PODGiK wydany do modernizacji

A ten glm skąd jest pozyskany?

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ę.