GML 2021 - co jeszcze nie działa?

[Jurek B.]

Dziękuję za wyjaśniania.
Po prostu w edytorze mapy obiektowej nie ma możliwości rysowania słupa multipunktem. Dostępne są tylko linia powierzchnia i okrąg. Multipunkt jest w innym menu.

Ewentualnie proszę korzystać z "paletek" - tu są słupy:

[PrzemysławK]

Mam problem z rysowaniem wody płynącej/stojącej
program wymaga podania początku i końca góry skarpy co rozsypuje później bazę danych.

C-geo wersja najnowsza, przeładowana baza danych, problem występuje niezależnie czy rysuję w pustym pliku czy po imporcie GML.
Program później eksportuje część wykonanych prac i dopiero wykonanie naprawy bazy I i II stopnia pozwala wyeksportować poprawnego GMLa

[Asia T.]

Mam problem z rysowaniem wody płynącej/stojącej
program wymaga podania początku i końca góry skarpy co rozsypuje później bazę danych.

C-geo wersja najnowsza, przeładowana baza danych, problem występuje niezależnie czy rysuję w pustym pliku czy po imporcie GML.
Program później eksportuje część wykonanych prac i dopiero wykonanie naprawy bazy I i II stopnia pozwala wyeksportować poprawnego GMLa

Dzień dobry,
ukryjemy te pola w aktualizacji - w tej chwili są na czarno, więc nie są wymagane. Proszę ich nie uzupełniać.

[Asia T.]

Mam problem z rysowaniem wody płynącej/stojącej
program wymaga podania początku i końca góry skarpy co rozsypuje później bazę danych.

C-geo wersja najnowsza, przeładowana baza danych, problem występuje niezależnie czy rysuję w pustym pliku czy po imporcie GML.
Program później eksportuje część wykonanych prac i dopiero wykonanie naprawy bazy I i II stopnia pozwala wyeksportować poprawnego GMLa

Dzień dobry,
ukryjemy te pola w aktualizacji - w tej chwili są na czarno, więc nie są wymagane. Proszę ich nie uzupełniać.

Ewentualnie zanim będzie aktualizacja - proszę pobrać nowe, poprawione szablony i wrzucić je do C-GEO/bin, zamienić z istniejącymi plikami.

Mapa_Zasadnicza_2021.zip

(154.95 KiB) Pobrany 38 razy

[PrzemysławK]

Mam problem z rysowaniem wody płynącej/stojącej
program wymaga podania początku i końca góry skarpy co rozsypuje później bazę danych.

C-geo wersja najnowsza, przeładowana baza danych, problem występuje niezależnie czy rysuję w pustym pliku czy po imporcie GML.
Program później eksportuje część wykonanych prac i dopiero wykonanie naprawy bazy I i II stopnia pozwala wyeksportować poprawnego GMLa

Dzień dobry,
ukryjemy te pola w aktualizacji - w tej chwili są na czarno, więc nie są wymagane. Proszę ich nie uzupełniać.

Ewentualnie zanim będzie aktualizacja - proszę pobrać nowe, poprawione szablony i wrzucić je do C-GEO/bin, zamienić z istniejącymi plikami.

Mapa_Zasadnicza_2021.zip

W powyższym szablonie brak tabelki do wypełnienia kształtu urządzenia przy latarni-multipunkt (trzeba później ręcznie w bazie poprawić), przy zwykłej latarni wszystko w porządku.

[Asia T.]

Dzień dobry,
ukryjemy te pola w aktualizacji - w tej chwili są na czarno, więc nie są wymagane. Proszę ich nie uzupełniać.

Ewentualnie zanim będzie aktualizacja - proszę pobrać nowe, poprawione szablony i wrzucić je do C-GEO/bin, zamienić z istniejącymi plikami.Mapa_Zasadnicza_2021.zip

W powyższym szablonie brak tabelki do wypełnienia kształtu urządzenia przy latarni-multipunkt (trzeba później ręcznie w bazie poprawić), przy zwykłej latarni wszystko w porządku.

Dokładnie - i tak jest prawidłowo, zgodnie z rozporządzeniem:

obraz_2023-08-31_121523857.png (30.98 KiB) Przejrzano 3870 razy

[Aoschin]

Dzień dobry!
Szybki temat:
1.) GML GESUT, importowane przewody telekomunikacyjne o typie światłowód, powinny mieć chyba oznaczenie "ts". zgodnie z rozp. o mapie zas (zał. 4 pkt. 5.2, w połączeniu z rozp. GESUT, §7, pkt. 2, 6)

[Jurek B.]

Tak jest też u mnie w C-GEO (etykieta ts) - być może zostało to poprawione już po ostatniej oficjalnej aktualizacji czerwcowej, więc jeśli nie ma u Pana, zapewne pojawi się w aktualizacji w najbliższych dniach.

[Aoschin]

Dzień dobry!
Szybki temat:
1.) GML GESUT, importowane przewody telekomunikacyjne o typie światłowód, powinny mieć chyba oznaczenie "ts". zgodnie z rozp. o mapie zas (zał. 4 pkt. 5.2, w połączeniu z rozp. GESUT, §7, pkt. 2, 6)

Niestety temat wciąż występuje, na plikach z GEO-INFO, ale też z EW-Mapy. Z tego co zaobserwowaliśmy, to tym przewodom telekomunikacyjnym nie są nadawane kody w bazie danych - dodanie takowego inicjuje zapytanie o przerysowanie obiektu i generuje poprawną etykietę.
Pytanie tylko, czy to ten brak kodów to niedociągnięcie w imporcie, czy błędnie wydawane pliki z PODGiK.

W razie czego mogę podesłać taki plik z który mamy problem

[Jurek B.]

Dzień dobry!
Szybki temat:
1.) GML GESUT, importowane przewody telekomunikacyjne o typie światłowód, powinny mieć chyba oznaczenie "ts". zgodnie z rozp. o mapie zas (zał. 4 pkt. 5.2, w połączeniu z rozp. GESUT, §7, pkt. 2, 6)

Niestety temat wciąż występuje, na plikach z GEO-INFO, ale też z EW-Mapy. Z tego co zaobserwowaliśmy, to tym przewodom telekomunikacyjnym nie są nadawane kody w bazie danych - dodanie takowego inicjuje zapytanie o przerysowanie obiektu i generuje poprawną etykietę.
Pytanie tylko, czy to ten brak kodów to niedociągnięcie w imporcie, czy błędnie wydawane pliki z PODGiK.

W razie czego mogę podesłać taki plik z który mamy problem

Proszę przesłać taki przykładowy GML - sprawdzimy.

[Aoschin]

Dzień dobry!
Szybki temat:
1.) GML GESUT, importowane przewody telekomunikacyjne o typie światłowód, powinny mieć chyba oznaczenie "ts". zgodnie z rozp. o mapie zas (zał. 4 pkt. 5.2, w połączeniu z rozp. GESUT, §7, pkt. 2, 6)

Niestety temat wciąż występuje, na plikach z GEO-INFO, ale też z EW-Mapy. Z tego co zaobserwowaliśmy, to tym przewodom telekomunikacyjnym nie są nadawane kody w bazie danych - dodanie takowego inicjuje zapytanie o przerysowanie obiektu i generuje poprawną etykietę.
Pytanie tylko, czy to ten brak kodów to niedociągnięcie w imporcie, czy błędnie wydawane pliki z PODGiK.

W razie czego mogę podesłać taki plik z który mamy problem

Proszę przesłać taki przykładowy GML - sprawdzimy.

Podbijam. Widać coś w temacie?

[Jurek B.]

Podbijam. Widać coś w temacie?

Tak, jest zrobione i czeka na aktualizację C-GEO w najbliższych dniach.

[Andrzej R]

Po zaimportowaniu pliku gml zawierającego "inny obiekt związany z wodą" (Kod OTWI) nie wyświetla się etykieta związana z tym obiektem.

[Asia T.]

Po zaimportowaniu pliku gml zawierającego "inny obiekt związany z wodą" (Kod OTWI) nie wyświetla się etykieta związana z tym obiektem.

Faktycznie, poprawimy i wrzucimy tu plik.

[Aoschin]

Dzień dobry,

przy imporcie plików GML, tym razem z GEO-INFO, nie są importowane punkty adresowe, przez co nie wyświetlają się numery adresowe na budynkach. W pliku GML o ile go rozumiem, są obiekty EGB_AdresNieruchomosci i odpowiednie relacje.

Przykładowy plik posłałem na softline@xgeo.pl

[Asia T.]

Dzień dobry,

przy imporcie plików GML, tym razem z GEO-INFO, nie są importowane punkty adresowe, przez co nie wyświetlają się numery adresowe na budynkach. W pliku GML o ile go rozumiem, są obiekty EGB_AdresNieruchomosci i odpowiednie relacje.

Przykładowy plik posłałem na softline@xgeo.pl

Dzień dobry,

po przeanalizowaniu pliku wynika z niego, że obiektom EGB_AdresNieruchomosci brakuje atrybutu geometria, czyli punktu wstawienia numeru porządkowego. Jest to obecnie atrybut nieobowiązkowy i różnie producenci go zapisują, jednak niestety, bez tej informacji nie jesteśmy w stanie wyświetlić numeru porządkowego na mapie. Podobnie jest też w samym Geoinfo - po podejrzeniu przesłanego pliku w Delcie nie pokazują się numery porządkowe.

[Aoschin]

Dziękuję za potwierdzenie.

[Jurek B.]

Możliwość określenia położenia punktu adresowego w GML pojawiła się w kwietniowej aktualizacji rozporządzenia w sprawie EGiB. Niestety, aby wszyscy chcieli z tego rozwiązania skorzystać, niezbędna byłaby także aktualizacja rozporządzenia w sprawie mapy zasadniczej. Gdy tam zostanie dodany punkt adresowy do listy obiektów mapy zasadniczej, wówczas już żaden dostawca danych nie będzie miał wątpliwości czy i jak go zastosować.
Jeśli nie ma ich geometrii w GML, można je pokazać korzystając z usługi sieciowej Krajowej Integracji Numerów Adresowych. Nie będzie to tak "zgrane" z mapą zasadniczą jakby było dla obiektów w GML, ale powinno wystarczyć.

[PrzemysławK]

Mam problem z eksportem EGiB (GML do Ewmapy)
Dzielę działkę przylegającą do drogi (dwa wspólne punkty których nie modyfikuję)
- standardowo dodałem nowe działki, usunąłem stare, dodałem nowe punkty, zrobiłem wykaz - tutaj wszystko szło bez problemu.
- zrobiłem eksport - c-geo nie utworzyło relacji działka - punkt
- po ręcznym utworzeniu relacji do nowej działki(utworzyłem relację do dwóch punktów wspólnych z drogą oraz na pozostałych fragmentach do wspólnych punktów ale problem ma tylko z drogą) i zrobieniu eksportu w raporcie pojawia mi się informacja, że działka drogowa została zmodyfikowana, po sprawdzeniu na geoportalu ewmapy jako zmodyfikowany element pojawia się tylko etykieta działki drogowej (też nic nie było modyfikowane), a w pliku GML różnica między starym, a nowym stanem tej działki to przesunięcie w posList współrzędnych początku o jedną pozycję (było "A,B,C,..,Z", a jest "B,C,....,Z,A")
- przywrócenie stanu oryginalnego tej działki powoduje wykasowanie wszelkich relacji i błąd importu w ewmapie "współrzędne punktów granicznych działki ... nie zgadzają się z geometrią działki"

[Jurek B.]

Mam problem z eksportem EGiB (GML do Ewmapy)
Dzielę działkę przylegającą do drogi (dwa wspólne punkty których nie modyfikuję)
- standardowo dodałem nowe działki, usunąłem stare, dodałem nowe punkty, zrobiłem wykaz - tutaj wszystko szło bez problemu.
- zrobiłem eksport - c-geo nie utworzyło relacji działka - punkt
- po ręcznym utworzeniu relacji do nowej działki(utworzyłem relację do dwóch punktów wspólnych z drogą oraz na pozostałych fragmentach do wspólnych punktów ale problem ma tylko z drogą) i zrobieniu eksportu w raporcie pojawia mi się informacja, że działka drogowa została zmodyfikowana, po sprawdzeniu na geoportalu ewmapy jako zmodyfikowany element pojawia się tylko etykieta działki drogowej (też nic nie było modyfikowane), a w pliku GML różnica między starym, a nowym stanem tej działki to przesunięcie w posList współrzędnych początku o jedną pozycję (było "A,B,C,..,Z", a jest "B,C,....,Z,A")
- przywrócenie stanu oryginalnego tej działki powoduje wykasowanie wszelkich relacji i błąd importu w ewmapie "współrzędne punktów granicznych działki ... nie zgadzają się z geometrią działki"

By pomóc konieczny jest kontakt tel. z naszym serwisem.

[Jurek B.]

Zrobiłem też podobne operacje jak Pan opisał i u mnie relacje utworzyły się automatycznie, nowe działki miały relacje do "starych" i do "nowych" punktów granicznych. Najlepiej w tej sytuacji będzie pomóc online.

[PrzemysławK]

Zrobiłem też podobne operacje jak Pan opisał i u mnie relacje utworzyły się automatycznie, nowe działki miały relacje do "starych" i do "nowych" punktów granicznych. Najlepiej w tej sytuacji będzie pomóc online.

wiem, że u Państwa zawsze działa ale mnie serwis od dwóch lat nie pomógł jeszcze z żadnymi relacjami - o działające relacje obudowa - rzędna GESUT już się nie upominam

[Jurek B.]

Proszę więc o telefon do mnie, pomogę.

[chodys]

Witam

Po powiązaniu rzędnej z włazem, po walidacji ciągle dostaję błędy na żółto, że obiekty (rzędna GESUT i obiekt GESUT) nie są powiązane, pomimo tego, że jak zaznaczam rzędną, to podświetla się też właz, więc niby są powiązane.

[Asia T.]

Witam

Po powiązaniu rzędnej z włazem, po walidacji ciągle dostaję błędy na żółto, że obiekty (rzędna GESUT i obiekt GESUT) nie są powiązane, pomimo tego, że jak zaznaczam rzędną, to podświetla się też właz, więc niby są powiązane.

To nasz błąd w ostatniej aktualizacji - nadmiarowo kontrolujemy powiązania rzędnych GESUT, więc błędy te nie są zasadne. W tym tygodniu prawdopodobnie będzie aktualizacja i poprawi ona tą nadmiarową kontrolę.