Problem z zaimportowaniem GML

Zaczęty przez ŁukaszZG, Czwartek 13 Luty 2025, 09:51:43

Poprzedni wątek - Następny wątek

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

Pan Sowa

 Trafne podsumowanie O0

Koncepcję z podpowiadaniem i tak bym podtrzymał. Czasem lista jest długa i nie zawsze od razu wiadomo jaka kombinacja cyferek jest prawidłowa żeby zaimportować jak najwięcej punktów. To już w własnego podwórka, czasem chce to zaimportować bo na poprawie tej numeracji polega moja robota.

Niektóre uniesienia niepotrzebne ale w sumie dyskusja bardzo cenna :)
Huuu huu

Lupus

Cytat: Pan Sowa w Niedziela 16 Luty 2025, 13:21:51fajnie byłoby w podsumowaniu dostać informacje: format punktów powinien wyglądać w taki i taki sposób i gdzie to teraz zmienić. Będą też sytuacje kiedy cyferek zwyczajnie zabraknie, wtedy informacja, że nie da się zaimportować bez przenumerowania. :smiley6600:

Cytat: ŁukaszZG w Czwartek 13 Luty 2025, 14:49:03Główna baza - Niepoprawny zapis nr punktu: D.081201_5.0019.1500251 lub za duża ilość znaków dla jednego z segmentów numeru. Maks. ilości znaków: obręb - 4, arkusz - 4, licznik numeru - 6, mianownik - 2

Tarnów 6 - kontury - Brak kodu TERYT lub kod TERYT niezgodny ze słownikiem jednostek ewidencyjnych: 081201_4.0001.KL.325+RVI. Błąd dla obiektu: PL.PZGiK.985.EGiB_99E3D0E7-D706-41DF-AA1F-71621184FC03_2010-12-06T19-52-22

Ale ten komunikat zawiera informację , że w jednym ze wskazanych miejsc jest niepoprawna ilość znaków. Zatem chyba nie trzeba już dodawać, że należałoby wpisać tam poprawną ilość znaków?
Problem polegał na tym, że w pliku, który Łukasz dostał była niepoprawna ilość znaków. OK, daleki jestem od obwiniania Łukasza, ale to przecież nie jest wina Ewmapy, oni tym bardziej Alcapona czy Cezarego.
Niemniej jednak jest to niezgodne z rozporządzeniem, tzn że jakiś ODGK w swoim systemie wprowadził niedopuszczalne rozporządzeniem układ numeracji, jakiś urzędnik sprawdzał inne roboty i nie zauważył problemu, a potem jakiś to wydał Wykonawcy i chce od niego poprawnych danych w wersji powrotnej. Dlatego prawidłowo skonfigurowana EwMapa nie chce importować błędnych plików, żeby nie pogłębiać problemu. Rozumiem, że skoro kolega nie jest wyjadaczem ewmapowym, to znalazł się tutaj i chciał dostać jakieś odpowiedzi.

Odpowiedzi dostał, nie zrozumiał ich i ponownie wyładował się na nas. Rozumiem frustrację Łukasza na system pzgik, który dopuścił do takiej sytuacji, ale dlaczego mieć pretensję do osób, które w tym systemie w ogóle nie zawiniły, np. moderatorów ewmapa.pl?
Złość nieprawidłowo ukierunkowana nie rozwiązuje tematu, a wręcz potęguje chaos.

Co więcej po tym jak "wyszedł" stąd z kompletem informacji, to się nie odzywa do nas. Nie można powiedzieć "Dziękuję, teraz więcej wiem i rozumiem. Cieszę się, że ktoś poświęcił mi czas i rozwiązał mój problem." Lepiej się wylogować mając rozmówców za kretynów, którzy wprawdzie pomogli, ale powinni to zrobić szybciej, lepiej a w ogóle to powinni rozwiązać ten problem jakoś tak bardziej całościowo.... tak. A! no i żeby mi się to więcej nie powtórzyło...
Ktoś inny musi tłumaczyć jego zachowanie i podkreślać, że to nie jego wina tylko program powinien mu lepiej wytłumaczyć na czym polega jego błąd, poprowadzić za rękę i ogólnie to bardziej go rozumieć.

Z jednej strony potrzebujemy wiedzy, żeby szybko i sprawnie zarabiać pieniądze. Mieć wysokie stawki i wysoki szacunek społeczny. Z drugiej żądamy łatwości i automatyzacji rozwiązań i narzędzi, jednak żeby to się nie wiązało z żadnymi kosztami, a 24/7 powinien dyżurować zespół, który rozwiąże nasze doraźne problemy. Natomiast zawsze za łatwą i tanią robotę, oczekujemy, że będziemy dostawali wysokie pensje.


__________
Pozdrawiam
Lupus

Wszystko da się zrobić, tylko czy jest to uzasadnione ekonomicznie?

Cezary.K

Cytat: Pan Sowa w Poniedziałek 17 Luty 2025, 17:33:34...Geodeta jednak w wielu ośrodkach traktowany jest jako ten, którego trzeba pouczyć i który się ma poduczyć. Z pozycji arbitra trudno przyjąć do siebie argumenty 'ucznia'...
Cytat: Pan Sowa w Niedziela 16 Luty 2025, 13:21:51...Komunikaty niby są jasne dla wyjadaczy, takich jak my, ale przeciętny użytkownik może stwierdzić, aha no i super, nie zaimportuje tego nigdy...

Zgubiłem się, nie rozumiem, albo obie wypowiedzi stoją w sprzeczności do siebie.

Cytat: Pan Sowa w Poniedziałek 17 Luty 2025, 17:33:34...Wiadomo geodeta chce sprzedać swoją robotę, ostatecznie nikt mu nie płaci za pracę wg ideałów i poprawianie stanu w Ośrodkach w imię wyższych wartości...

Retoryka raczej była taka, żeby cisnąć ODGiK'i z syfem w bazach, a nie pokładać nadzieję w geodetach, że oni to naprawią w ramach czynu społecznego.

Pan Sowa

No oczywiście, fajnie jak się w ośrodku pracuje i wymyśla jak zrobić żeby było lepiej. Geodeta jednak w wielu ośrodkach traktowany jest jako ten, którego trzeba pouczyć i który się ma poduczyć. Z pozycji arbitra trudno przyjąć do siebie argumenty 'ucznia'. Przynajmniej w niektórych ośrodkach tak to bywa.
Wiadomo geodeta chce sprzedać swoją robotę, ostatecznie nikt mu nie płaci za pracę wg ideałów i poprawianie stanu w Ośrodkach w imię wyższych wartości.
Jak widać Ewmapa obraca się w kierunku geodetów. Widać to po ostatnio wprowadzanych opcjach i sposobie licencji. Jeśli im zależy na geodetach, a geodetom na wykonanej pracy to jest to dobry kierunek dla obydwu stron.
Huuu huu

Cezary.K

Format identyfikatorów (czytaj numerów) punktów granicznych, także innych, opisany jest w załączniku 5 do rozporządzenia EGiB. I takie punkty wczytują się bez problemu. Dlaczego chcecie pisać go GEOBID'u? Mają poprawiać numerację w ODGiK'ach, mających zaburzoną numerację?
Jasne, że można naciskać GEOBID, żeby uczynić program bardziej "elastycznym", ale nie jestem pewien, czy to dobry kierunek. Moim zdaniem presja jednak powinna iść w stronę ODGiK'ów, których bazy toczy rak ;)

alcapon

Korepetycje z ewmapy / pliki gml / operaty -> ewmapa@o2.pl
http://www.youtube.com/user/ewmapa/videos
Propozycje zmian w programie ewmapa --->https://twojglos.geobid.pl/

Pan Sowa

Ja tam trochę rozumiem Łukasza. Komunikaty niby są jasne dla wyjadaczy, takich jak my, ale przeciętny użytkownik może stwierdzić, aha no i super, nie zaimportuje tego nigdy. To rodzi frustrację którą rozumiem.
Może dorzucimy do propozycji do Geobidu, które od czasu do czasu wysyłamy żeby do takiego komunikatu dodawać propozycje rozwiązania. Co dalej zrobić w takim przypadku. Mając tak długą listę fajnie byłoby w podsumowaniu dostać informacje: format punktów powinien wyglądać w taki i taki sposób i gdzie to teraz zmienić. Będą też sytuacje kiedy cyferek zwyczajnie zabraknie, wtedy informacja, że nie da się zaimportować bez przenumerowania. :smiley6600:
Huuu huu

Lupus

Cytat: ŁukaszZG w Czwartek 13 Luty 2025, 14:49:03Jak tu się nie denerwować.
Główna baza - Niepoprawny zapis nr punktu: D.081201_5.0019.1500251 lub za duża ilość znaków dla jednego z segmentów numeru. Maks. ilości znaków: obręb - 4, arkusz - 4, licznik numeru - 6, mianownik - 2

no jak tu się denerwować?
na początek 8 znaków to nr teryt gminy, potem po kropce są 4 znaki arkusza (a nie 8 ), arkusza w tym numerze nie ma wcale, potem jest 7 znaków numeru (licznika) zamiast zadeklraowanych 6.
Ja to bym się zdziwił jakby to się udało zaimportować.

Co więcej są poniżej 2 posty które tłumaczą dokładnie gdzie operator popełnia błąd, a ten ostatni się dalej denerwuje... przecież to nie ewidentna wina autorów programu... pewnie do spółki jeszcze z kilkoma życzliwymi osobami na niniejszym forum.

__________
Pozdrawiam
Lupus

Wszystko da się zrobić, tylko czy jest to uzasadnione ekonomicznie?

alcapon

Geoinfo powiadasz?
Pierwszy z brzegu plik gml z geoinfo i błędów więcej niż samych obiektów 🤣
Tak już jest że musimy jakoś ze sobą żyć...też mnie diabli biorą jak dostaje dane z geoinfo 🤣
Korepetycje z ewmapy / pliki gml / operaty -> ewmapa@o2.pl
http://www.youtube.com/user/ewmapa/videos
Propozycje zmian w programie ewmapa --->https://twojglos.geobid.pl/

Cezary.K

Cytat: ŁukaszZG w Czwartek 13 Luty 2025, 14:34:10...
Utwierdziłem się w przekonaniu już dawno, że autorów tego programu powinno się za jaja powiesić ze względu na brak logiki.
Ale tak to jest jak się dostosowuje program kreskowy do wymogów baz.
Skończy się na telefonie do GEOBID poprzez pomoc i niech to wgrają do bazy - stworzyli cudo, niech sami w nim grzebią.
...
Pisz w takim stylu, a skończy się blokadą Twojej aktywności tutaj. Celem forum jest pomoc i wymiana doświadczeń, a nie sianie hejtu niezadowolonego użytkownika ewmapy.
Przed następną publikacją napisz, odczekaj, uspokój się, przeczytaj co napisałeś i ewentualnie publikuj.

ŁukaszZGAutor w?tku

Czwartek 13 Luty 2025, 14:49:03 #8 Ostatnia edycja: Czwartek 13 Luty 2025, 14:51:12 by ŁukaszZG Powód: ''
Ostało się to
Jak tu się nie denerwować.
W GEO-INFO już bym zapomniał że coś robiłem... Ale puszcze im eksport z GI to będzie lament, że coś nie bangla

Główna baza - Niepoprawny zapis nr punktu: D.081201_5.0019.1500251 lub za duża ilość znaków dla jednego z segmentów numeru. Maks. ilości znaków: obręb - 4, arkusz - 4, licznik numeru - 6, mianownik - 2
Główna baza - Niepoprawny zapis nr punktu: D.081201_5.0019.1500620 lub za duża ilość znaków dla jednego z segmentów numeru. Maks. ilości znaków: obręb - 4, arkusz - 4, licznik numeru - 6, mianownik - 2
Główna baza - Brak kodu TERYT lub kod TERYT niezgodny ze słownikiem jednostek ewidencyjnych: D.081201_4.0001.217. Błąd dla obiektu: PL.PZGiK.985.EGiB_40D2A660-E0F9-4E60-A201-0FF624B859E3_2024-12-18T13-50-00
Tarnów 6 - kontury - Brak kodu TERYT lub kod TERYT niezgodny ze słownikiem jednostek ewidencyjnych: 081201_4.0001.KL.325+RVI. Błąd dla obiektu: PL.PZGiK.985.EGiB_99E3D0E7-D706-41DF-AA1F-71621184FC03_2010-12-06T19-52-22
Tarnów 6 - użytki - Brak kodu TERYT lub kod TERYT niezgodny ze słownikiem jednostek ewidencyjnych: 081201_4.0001.UG.325+R. Błąd dla obiektu: PL.PZGiK.985.EGiB_99E3D0E7-D706-41DF-AA1F-71621184FC03_2010-12-06T19-52-22
Tarnów 6 - użytki - Brak kodu TERYT lub kod TERYT niezgodny ze słownikiem jednostek ewidencyjnych: 081201_4.0001.UG.324+B. Błąd dla obiektu: PL.PZGiK.985.EGiB_49954334-7246-4ADE-A4D8-3B295848A650_2010-12-06T19-52-22
Tarnów 6 - użytki - Brak kodu TERYT lub kod TERYT niezgodny ze słownikiem jednostek ewidencyjnych: 081201_4.0001.UG.1025+Ls. Błąd dla obiektu: PL.PZGiK.985.EGiB_84992D67-B639-42AB-BB84-5387AC267408_2024-06-13T09-27-06

staw

Czwartek 13 Luty 2025, 14:44:05 #7 Ostatnia edycja: Czwartek 13 Luty 2025, 14:47:47 by staw Powód: ''
Cytat: ŁukaszZG w Czwartek 13 Luty 2025, 14:34:10Ciąg dalszy przebojów... coś musiało przejść bo inny komunikat
Główna baza - Niepoprawny zapis nr punktu: D.081201_5.0019.1500251 lub za duża ilość znaków dla jednego z segmentów numeru. Maks. ilości znaków: obręb - 4, arkusz - 4, licznik numeru - 6, mianownik - 2
Tu masz 7 znaków w numerze
Zmień na 4.2-7/2
A tu:
CytatTarnów 6 - użytki - Niepoprawny zapis nr użytku: 081201_5.0007.UG.170 (OFU: R) lub za duża ilość znaków dla jednego z segmentów numeru. Maks. ilości znaków: obręb - 8, arkusz - 4, numer - 1, OFU - 9
masz 3 znaki w numerze. Zmień na 4.2-6/10
"Fabryczne" ustawienia powinny być takie:
Goście nie mogą oglądać obrazków w postach, prosimy Zarejestrować się lub Zalogować


PS. Łukaszu, nie denerwuj się :p

ŁukaszZGAutor w?tku

Czwartek 13 Luty 2025, 14:34:10 #6 Ostatnia edycja: Czwartek 13 Luty 2025, 14:40:37 by ŁukaszZG Powód: ''
Ciąg dalszy przebojów... coś musiało przejść bo inny komunikat
Główna baza - Niepoprawny zapis nr punktu: D.081201_5.0019.1500251 lub za duża ilość znaków dla jednego z segmentów numeru. Maks. ilości znaków: obręb - 4, arkusz - 4, licznik numeru - 6, mianownik - 2
+
kolejne fajne info

Tarnów 6 - użytki - Niepoprawny zapis nr użytku: 081201_5.0007.UG.170 (OFU: R) lub za duża ilość znaków dla jednego z segmentów numeru. Maks. ilości znaków: obręb - 8, arkusz - 4, numer - 1, OFU - 9
itd.

Utwierdziłem się w przekonaniu już dawno, że autorów tego programu powinno się za jaja powiesić ze względu na brak logiki.
Ale tak to jest jak się dostosowuje program kreskowy do wymogów baz.
Skończy się na telefonie do GEOBID poprzez pomoc i niech to wgrają do bazy - stworzyli cudo, niech sami w nim grzebią.





staw

Czwartek 13 Luty 2025, 14:17:30 #5 Ostatnia edycja: Czwartek 13 Luty 2025, 14:19:23 by staw Powód: ''
No właśnie, bo tam jest 8.4-3/1
8 znaków masz na numer obrębu
4 - na numer arkusza
3 - na licznik numeru
1 - na mianownik numeru
Twój punkt ma numer (nie ID) 7-100613
Numer obrębu powinien mieć max 4 znaki, numer arkusza, to nie wiem, ale wydaje mi się, że max 2 (100 arkuszy w obrębie, to nie wiem czy istnieje), licznik numeru punktu w twoim wypadku ma 6 znaków i chyba nie istnieje obręb z 1 000 000 punktów, no a mianownik, to w sumie nawet nie wiem po co jest w numeracji punktów (może jakieś pradawne "przełamania" numerów punktów osnowy), ale niech będzie, że max 2 znaki.
czyli jak wstawisz tam tak: 4.2-6/2 to powinno zadziałać, a żeby wykorzystać 16 znaków to 4.4-6/2

Cezary.K

Z tego co pamiętam, działa to tak, że ilość znaków dla danej części numeru zmieniasz kosztem ilości znaków innej części numeru, tak, że suma znaków nie przekracza dopuszczalnej liczby znaków (16?)