Kontakt

Polskie Towarzystwo Geodezyjne
Prezes Zarządu PTG:
Dorota PAWŁOWSKA-BASZAK
Adres do korespondencji:
ul. Władysława Łokietka 18
59-220  LEGNICA


Zarząd PTG:
E-mail: zarzad@ptg-org.pl

Komisja Rewizyjna PTG:
E-mail: komisja.rewizyjna@ptg-org.pl

Sąd Koleżeński PTG:
E-mail: sad.kolezenski@ptg-org.pl


NIP: 637-215-37-14
REGON: 121032220
KRS: 0000333653

Numer konta:
mBank
74 1140 2004 0000 310279 379255

Członkostwo w PTG

Instytucje geodezyjne







Autor: joftek Wątek: GML  (Przeczytany 6800 razy)

0 użytkowników i 1 Gość przegląda ten wątek.

Offline joftek

  • Ekspert
  • *****
  • Wiadomości: 872
  • Płeć: Mężczyzna
  • System:
  • Windows 7/Server 2008 R2 Windows 7/Server 2008 R2
  • Przeglądarka:
  • Chrome 39.0.2171.71 Chrome 39.0.2171.71
GML
« dnia: 2 Grudnia 2014, 20:01 »
 czy ktoś mi wytłumaczy jak będzie wyglądała sprawa roboczych baz danych jak będzie funkcjonował gml
- czy dane ( bazy) z pzgik będą ( powinny już być )  przekazywane w formatach gml zgodnie ze schematami aplikacji?
jak tak, to jaki przepis obliguje do tego pzgik.
- czy takie dane do tworzenia różnicowych baz roboczych w formatach gml to "zwykły" zakup danych w zgłoszeniu, czy pzgik ma udostępniać darmowo?
czy czasami gniot nie obliguje tylko wykonawców do przekazywania w formatach gml?
pozdrawiam joftek

Offline eljotp

  • goście
  • *
  • Wiadomości: 2390
  • System:
  • Windows 7/Server 2008 R2 Windows 7/Server 2008 R2
  • Przeglądarka:
  • Chrome 40.0.2214.115 Chrome 40.0.2214.115
    • http://wbgsc.pl
Odp: GML
« Odpowiedź #1 dnia: 3 Marca 2015, 15:30 »
Wydaje mi się, a właściwie źle zacząłem... Jest pewne, że znowu grozi nam pozbawienie pewnych praw konstytucyjnych co najmniej takiego rozmiaru jak wywłaszczanie i pozbawianie praw autorskich w stosunku do wytwarzanych dóbr intelektualnych oraz materiałów. Rozchodzi mi się o wprowadzony system konwersji map, danych i informacji geodezyjnych do postaci plików GML. Jest to następny, kto wie czy nie większy od "wywłaszczania" SKOK NA KASĘ! Czyją? Oczywiście naszą...

Aktualnie gdy, któryś ośrodek sobie zażyczy by mu przekazać odpowiednie pliki GML w wyniku zakończonych prac, to niestety mamy taki obowiązek. A co to dla nas oznacza? A to, że będziemy musieli dołożyć czasu i pracy do tego co nam zlecił zamawiający. I jeśli to jest np. mdcp to oprócz tej mapy będziemy musieli stworzyć pliki GML, które w zasadzie są swoistymi bazami danych zapisanymi w języku informatycznym znaczników do opisu danych przestrzennych. (Polecam http://www.izdebski.edu.pl/kategorie/Publikacje/2013_GML_Waldemar_Izdebski.pdf)

W efekcie to oprócz wykonania zasadniczej MAPY DLA ZLECENIODAWCY dowolną techniką, musimy dodatkowo wyprodukować takie pliki informatyczne, które w swym formacie oprócz danych przestrzennych, które wytworzyliśmy, zawierają jeszcze nasze indywidualne informacje o naszej MAPIE DLA ZLECENIODAWCY jak krój, format i skala oraz przede wszystkim indywidualne cechy rozmieszczenia elementów na naszej MAPIE, czyli wg. lokalnych współrzędnych danego arkusza mapy!

Chciałby Wam pokazać na przykładach jak wygląda po nowemu kartowanie przy pomocy np. aplikacji MapaSG budynku.

[ Nieprawidłowy link do YouTube ]

Przy kanalizacji to wpierw studzienki

[ Nieprawidłowy link do YouTube ]

a dopiero potem przewody

[ Nieprawidłowy link do YouTube ]
Pozdrawiam Leszek

"Przecież to oni wiedzą jedynie
Jak świat wygląda, a jak powinien"


"Rząd nie ciąża
Da się usunąć"


Piotr Bukartyk

Offline joftek

  • Ekspert
  • *****
  • Wiadomości: 872
  • Płeć: Mężczyzna
  • System:
  • Windows 7/Server 2008 R2 Windows 7/Server 2008 R2
  • Przeglądarka:
  • Chrome 41.0.2231.0 Chrome 41.0.2231.0
Odp: GML
« Odpowiedź #2 dnia: 3 Marca 2015, 19:19 »
Leszek
dlatego musimy mieć możliwość exportu w formacie gml w programie który tworzymy, a nie tworzyć go dodatkowo, przecież nawet exportując zwykły plik txt z punktami dziś robimy to samo.  Tak jak np punkty graniczne mają przypisane atrybuty tak i pozostałe elementy baz mają swoje atrybuty.
Pisałeś wcześniej , że "Twoje" ośrodki od lat pracują na ewidzie, więc Wy prawdopodobnie na turbomap, a tam nie opracujesz prawidłowo mapy bez baz z atrybutami. Szkoda, że jeszcze w turbomapie nie ma exportu gml.
Masz racje mówiąc o tworzeniu baz, jest to w gniocie określone jako robocze bazy, i nie exportujemy mapy tylko poszczególne bazy.
A czym innym było uzupełnianie map analogowych? Dla mnie od początku było jasne, że po wycofaniu map analogowych i zastąpieniu ich numerycznymi to będzie okres przejściowy gdy ośrodki będą wprowadzały zmiany , a nie wykonawcy.
pozdrawiam joftek

Offline eljotp

  • goście
  • *
  • Wiadomości: 2390
  • System:
  • Windows 7/Server 2008 R2 Windows 7/Server 2008 R2
  • Przeglądarka:
  • Chrome 40.0.2214.115 Chrome 40.0.2214.115
    • http://wbgsc.pl
Odp: GML
« Odpowiedź #3 dnia: 4 Marca 2015, 07:09 »
Joftku,
piszesz "musimy mieć możliwość exportu w formacie gml w programie który tworzymy, a nie tworzyć go dodatkowo, przecież nawet exportując zwykły plik txt z punktami dziś robimy to samo".
I właśnie ja to w tych trzech klipach pokazałem. Ilość informacji, która wyskakuje w tabelkach to są dane (część bo reszta to rysunek), które potem jednym kliknięciem eksportujesz do gml. Jeśli tabelki nie wypełnisz danymi albo wypełnisz źle to plik będzie zwracany, czyli weryfikacja negatywna. Już nasz Kolega Jabril pisał przed paroma dniami, że przeprowadzał próbę w swoim ośrodku. Wynik plik nie przeszedł przez program ośrodkowy. Bo system języka GML jest tak skonstruowany, że pierwszy napotkany w wykonywaniu pliku błąd powoduje zatrzymanie wykonywania i wyrzucenie błędu. Zresztą pisze o tym W. Izdebski.

I jeszcze jedna uwaga Joftku, mapę w GML-u też eksportujemy. Każdy element mapy jest eksportowany wraz z położeniem (x,y lokal. mapy) na mapie.

RoBoCIK połączył wiadomości:  4 Marca 2015, 07:22
Generalnie to masz rację jest tak, że do tej pory była mapa analogowa, którą wykonawca miał obowiązek kartować po każdym pomiarze zmieniającym jej aktualność. Teraz za pomocą schematów GML jest to samo, czyli kartujemy rysunek I IM PRZEKAZUJEMY, a dodatkowo zbieramy dane opisowe, które nam do wykonywanej mapy do celów projektowych są niepotrzebne ale są potrzebne PZGiK do uzupełnienia baz danych BDOT500, EGIB i GESUT.
« Ostatnia zmiana: 4 Marca 2015, 07:24 przez Leszek »
Pozdrawiam Leszek

"Przecież to oni wiedzą jedynie
Jak świat wygląda, a jak powinien"


"Rząd nie ciąża
Da się usunąć"


Piotr Bukartyk

Offline yabril

  • Członek PTG
  • ***
  • Wiadomości: 170
  • System:
  • Windows 7/Server 2008 R2 Windows 7/Server 2008 R2
  • Przeglądarka:
  • Firefox 35.0 Firefox 35.0
Odp: GML
« Odpowiedź #4 dnia: 4 Marca 2015, 11:34 »
są potrzebne PZGiK do uzupełnienia baz danych BDOT500, EGIB i GESUT.

Tylko drobna uwaga. Są im potrzebne nawet jeśli baz BDOT500 i GESUT nie posiadają. Serio.

Obecnie sprawa wygląda tak, że moje operaty, mimo braku kartowania na mapie analogowej, są przyjmowane pod warunkiem przekazania pliku GML. Z plikiem nic dalej się nie dzieje. I wyjaśnił się problem dlaczego pliki są ZŁE. Otóż po załadowaniu ich do ośrodkowego TurboEwida nie wyświetlają się etykiety (opisy sieci, wysokości itepe), i to było głównym powodem niechęci. Tyle, że w obecnym rozporządzeniu schematy GML nie przewidują przesyłania etykiet. Producent oprogramowania (C-GML) twierdzi, że nie ma żadnego problemu, żeby te etykiety były i nawet w pierwszej wersji tak to działało, ale zostało wyłączone ze względu na niezgodność z Rozporządzeniem. Oczywiście nic nie przeszkadza, żeby na podstawie atrybutów zawartych w pliku GML, ośrodkowy program sam generował etykiety. Ale tego nie robi i pracownicy Ośrodka widzą na ekranie tylko "kreski i kółka".  Pan Biegalski widzi dwa wyjścia, albo przystosowanie TurboEwida (czy też innych ośrodkowych programów), albo (bardziej prawdopodobne) w nowym rozporządzeniu (chodzą słuchy że w okolicach czerwca) będzie mowa o przesyłaniu również etykiet.
Póki co, zupełnie przypadkiem zgłosiłem robotę na działce sąsiedniej i na "kopii mapy analogowej" zobaczyłem, że ktoś wkreślił moje opracowanie tydzień wcześniej przyjęte z plikiem GML do zasobu. Podejrzewam, że pracownicy Ośrodka przestaną mnie lubić bo dołożyłem im pracy.
Najważniejsza nowina, Geodeta Powiatowy mimo oceny mojego postępowania jako "wprawdzie zgodnie z przepisami ale robisz mi bałagan" zdecydował się na odstąpienie od kartowania pierworysów (matryce zostają) i myśli o szybkim wprowadzeniu mapy hybrydowej.


Pozdrawiam, Wojtek.

"Przed biurokracją ratuje nas jedynie jej nieefektywność."

Offline joftek

  • Ekspert
  • *****
  • Wiadomości: 872
  • Płeć: Mężczyzna
  • System:
  • Windows 7/Server 2008 R2 Windows 7/Server 2008 R2
  • Przeglądarka:
  • Chrome 41.0.2231.0 Chrome 41.0.2231.0
Odp: GML
« Odpowiedź #5 dnia: 5 Marca 2015, 19:09 »
Leszek
takie są wymogi mapy numerycznej , że oprócz  grafiki zawiera inne dane.
Nie widzę w tym nic dziwnego, dobrze pamiętasz jak pomiar np przyłącz eN polegał na sporządzeniu szkicu, potem trzeba było liczyć współrzędne. Inny przykład to TV , była analogowa to miałeś obraz i dźwięk, a przy cyfrowej jest dostęp do wielu innych informacji , a w każdym przypadku te informacje ktoś musi "włożyć"
I tu wg mnie jesteś w błędzie, że to ma być wykonawca z tymi tabelkami ( ja u "siebie" z tym walczę i to z małymi sukcesami).
Bo czy będzie to baza gesut, czy egib ( w tym przypadku budynków) to dane do tych baz powstają na etapie uzgodnień, koordynacji projektu , uzyskania pozwolenia na budowę. I to na tym etapie organ ma "wkładać" dostępne dane do tabelek, a nie wykonawca przy pomiarze.

Natomiast nie rozumiem dlaczego twierdzisz, że w gml przekazujemy nasze opracowanie - mapę ?
Wykonawca ma przekazać robocze bazy danych, przecież dziś nie ma stricte mapy zasadniczej ,  jest to chwilowe wygenerowanie na podstawie baz danych. Co PZGiK ma zrobić z Twoim opracowaniem w gml ? przecież nie wczyta całej mapy , to muszą być bazy.

yabril
Ok, PZGiK zgodnie z gniotem wymaga gml, ale ten gml nie będzie zgodny i co Cie to obchodzi.
Przecież schematy aplikacji te co są nie są zgodne.
A co ważniejsze powiedz temu powiatowemu , że w Twoich schematach gml BTOD500, GESUT mają taką symbolikę, która jest różna od tej  którą stworzyła geomatyka, np u Ciebie latarnie wyglądają jak serduszka, ale jak będzie obowiązujące rozporządzenie to niech sprawdza.
A tak poważnie to ewid nie ma zgodnej z rozporządzeniem bazy egib , a innym geomatyka sprawdza poprawność gml.
pozdrawiam joftek

Offline eljotp

  • goście
  • *
  • Wiadomości: 2390
  • System:
  • Windows 7/Server 2008 R2 Windows 7/Server 2008 R2
  • Przeglądarka:
  • Chrome 40.0.2214.115 Chrome 40.0.2214.115
    • http://wbgsc.pl
Odp: GML
« Odpowiedź #6 dnia: 6 Marca 2015, 07:19 »
Joftek,
wydaje mi się, że chyba się nie rozumiemy albo o czymś innym mówimy. Te tabelki z którymi niby walczysz to nic innego jak interfejsy graficzne do wprowadzania danych określonych przez schematy GML opisane w rozporządzeniach.
Po wtóre, nigdzie wprost nie jest określone i to jest klu problemu, kto ma je wypełniać analogicznie jak jest z kartami budynków itd. A jak nie ma sprecyzowane, to ośrodki to wykorzystają w sposób wygodny dla siebie, czyli to znowu my się będziemy musieli z tym zmierzyć. Czyli walczyć, a mnie się zwyczajnie nie chce. :no-waigif:

Piszesz:
"Natomiast nie rozumiem dlaczego twierdzisz, że w gml przekazujemy nasze opracowanie - mapę ?"

 Jeśli nie przeglądałeś/czytałeś schematów to nie będziesz rozumiał, możesz mi wierzyć tylko na słowo.
I to jest w ogóle większy a właściwie szerszy problem. Bo wszyscy te zamieszczane w przepisach wykonawczych schematy GML traktujemy jak powietrze, tak jakby ich nie było a więc je pomijamy i nie czytam. A to duży błąd. Na co otworzył mi oczy dr W. Izdebski. Bo okazuje się, że jest tam "zaszyta" masa zobowiązań do informacji, która za niedługo może się nam odbić czkawką.

RoBoCIK połączył wiadomości:  6 Marca 2015, 07:30
I jeszcze taka ogólna refleksja mnie naszła... Czy nie uważacie, że to nasze Państwo bierze na swoje barki za duży bagaż informacji, którego przecież nigdy nie udźwignie? A po drugie, po co Państwu np. takie informacje o moim budynku?

« Ostatnia zmiana: 6 Marca 2015, 07:30 przez Leszek »
Pozdrawiam Leszek

"Przecież to oni wiedzą jedynie
Jak świat wygląda, a jak powinien"


"Rząd nie ciąża
Da się usunąć"


Piotr Bukartyk

Offline joftek

  • Ekspert
  • *****
  • Wiadomości: 872
  • Płeć: Mężczyzna
  • System:
  • Windows 7/Server 2008 R2 Windows 7/Server 2008 R2
  • Przeglądarka:
  • Chrome 41.0.2231.0 Chrome 41.0.2231.0
Odp: GML
« Odpowiedź #7 dnia: 6 Marca 2015, 19:12 »
Leszek
a ja mam wrażenie , że mówimy o tym samym tylko mamy inne spojrzenie.
Dlaczego odnosisz to dziś do gml? czy wcześniejsze rozporządzenie ws gesut nie narzucało na nas dostarczania większej ilości informacji ? Bo ja uważam , że tak. Tak na marginesie jak obowiązywały instrukcje to po co komu było szczegółowe dane np studzienek telekomunikacyjnych takich jak ilość wlotów w danym kierunku, ilość przewodu w rurze pcv, opisy topograficzne studzienek ( przecież te dane nie widziały światła dziennego jak przyjęte były do zasobu).
Ale do tematu, gniot w § 28.2 określa , a nie jak twierdzisz : nigdzie wprost nie jest określone i to jest klu problemu,
także było to określone w rozporządzeniu ws gesut i bdot500, jest w rozporządzeniu egib.
I wg mnie mamy mniejszy zakres przekazywania informacji niż wcześniej.
Wymienione rozporządzenia nakazują w poszczególnych bazach gromadzić te dane na poziomie o wiele wcześniejszym niż pomiar geodezyjny ( uzgodnienia , pozwolenia na budowę ) . Jak twierdzisz, że Twoje powiaty pracują na ewidzie to otrzymując kcd musisz mieć już te "tabelki w przeważającym stopniu wypełnione, a Ty uzupełniasz danymi z pomiaru, a nie informacjami o gestorze sieci, właścicielu, rodzaju, itp. Tak samo sprawa ma się z egib, przecież my wykonawcy wypełniamy raptem 5-6 pozycji dotyczących budynku.
Twierdzisz, że nie czytałem schematów, ale jesteś w błędzie, nawet starałem się je analizować i zadam Ci jeszcze raz pytanie -  dlaczego twierdzisz, że w gml przekazujemy nasze opracowanie - mapę ?, wskaż mi gdzie to wyczytałeś ze schematu gml.
pozdrawiam joftek