rodi Napisał(a):
-------------------------------------------------------
> TomKam Napisał(a):
> --------------------------------------------------
> -----
> > rodi Napisał(a):
> >
> --------------------------------------------------
>
> > -----
> > > EWMAPA, MapaSG - ale bez różnicówki
> >
> > Testuję świeżą EwMapę Demo i nie widzę żadnych
> > opcji związanych z GML, BDOT500 czy GESUT. Czy
> > mogę prosić jakiś przykładowy GML albo zrzut
> > ekranu?
> > Co do różnicówki - w żadnych z rozporządzeń nie
> ma
> > słowa na ten temat.
> > Jest wersjonowanie obiektów, ale nie ma żadnych
> > ścisłych wytycznych, jak to ma wyglądać w pliku
> > GML zwracanym do ośrodka. Skąd zatem informacje
> na
> > temat różnicówki?
>
>
> Wejdz na forum EWMAPY, wpisz w wyszukiwarce "gml",
> wyskoczą wątki w których są przykładowe pliki.

Dzięki za info, nic nie wiedziałem, bo nie wchodziłem na forum, tylko pobierałem wersję DEMO. A wersja demo jest w w wersji 10 więc nie obsługuje GMLa Swoją drogą ciekawe, dlaczego nie ma wersji DEMO EwMapy 11
Na forum znalazłem tylko jednego GMLa z EwMapy w tym wątku:
[ewmapa.pl]
Na marginesie - ten GML nie jest w pełni zgodny z XSD. Jeśli są na forum jeszcze jakieś inne GMLe z EwMapy to poproszę o linka.

> MapaSG czyta gml z EWMAPY.
Ciekawostka - taki sam moduł eksportu/imporu GML jest w GoKarcie. Dlatego pomiędzy tymi programami można przenosić redakcję mapy, na przykład etykiety i symbole z obrotami.

>
> Co do różnicówki to kilka lat temu czytałem w
> sieci założenia do schematu wymiany gml. Z tego
> artykułu (niestety nie potrafię go teraz znaleźć)
> wynikało, że wymiana danych za pomocą gml ma być
> wymianą różnicową.
> Na dzień dzisiejszy schematy są niedopracowane ale
> żeby ta cała wymiana miała sens to musi odbywać
> się za pomocą "różnicówki", bo jak inaczej?
> Będziesz oddawać plik gml z tym co pomierzyłeś a
> reszte Pani z ośrodka będzie "kasować z mapy"?
> Każdy obiekt zawarty w schematach posiada cechę
> "długość życia" więc wprowadzenie wymiany
> różnicowej jest możliwe. Cgeo podobno już coś
> takiego wprowadziło.
>
> Pozdr

Doskonale zdaję sobie sprawę z tego, że plik GML zwracany przez geodetę do ośrodka powinien zawierać wszelkie niezbędne dane, aby w sposób zautomatyzowany przeprowadzić aktualizację zasobu. Problem w tym, że nie zostało sprecyzowane, co taki plik powinien zawierać. Producenci oprogramowania, w tym Softline, próbują sobie oczywiście jakoś radzić. W tej jak i w innych kwestiach na zasadzie dedukcji i bardzo subiektywnej interpretacji
Nie jestem do końca przekonany, że różnicówka w wydaniu Softline to dobry pomysł (nie gniewaj się Jurek - rozmawialiśmy), dlatego że konieczne jest przechowanie historii obiektu. Dla programistów Softline nie ma z tym problemu, bo mogą sobie oprogramować wszystko jak chcą, problem jest natomiast w przypadku programów takich jak MapaSG i GoKart, gdzie przechowanie pełnej historii obiektu w pliku DWG/DGN bez użycia dodatkowych baz to spory problem. Można to zrobić dużo prościej. Wystarczy przyjąć następujące zasady:
- obiekty niezmodyfikowane są zwracane w takiej samej formie
- obiekty gdzie zmodyfikowano atrybuty i/lub geometrię są przekazywane w formie zmodyfikowanej z tym samym IdIIP,
- obiekty usunięte nie są przekazywane.
Oprogramowanie w ośrodku powinno porównać plik wydany i zwrócony i na tej podstawie wygenerować listę zmian do wprowadzenia w zasobie.
Operator powinien zatwierdzić zmiany i dopiero w tym momencie powinna w zasobie pojawić się nowa wersja obiektu. Zarządzanie cyklem życia obiektu powinno się odbywać po stronie Ośrodka a nie Wykonawcy.
Korzyści:
- zmniejszamy wymagania co do oprogramowania używanego przez geodetę. co z pewnością przełoży się na ogólną wydajność pracy,
- wynikowy plik GML stworzony przez geodetę zawiera tylko aktualne atrybuty i aktualną geometrię. W wariancie C-GEO otrzymujemy w pliku GML zbitkę oryginalnych, zmodyfikowanych i usuniętych obiektów - w programach GISowych taki GML jest bezużyteczny.

Pozdrawiam