Granice administracyjne - ujednolicenie

No właśnie nie. W Niemczech też jest pojęcie miejscowości.

Wsie poziom 10, może być 9, a miasta 7. To nie jest cięższe do zrozumienia niż różne levele dla różnych szczebli administracyjnych. Ale ja się nie upieram, żeby wsie i miasta miały różne levele, jeśli większe miasta to gminy :slight_smile:

Nowa propozycja
Dla zwiększenia czytelności OSM wystarczy większy odstęp w lewelach między szczeblami administracyjnymi. Tak więc gminy tak jak dotychczas level 7, obecne levele 8. (miejscowości) i 9. (dzielnice) zwiększone o 1. 10. jest obecnie nieużywany.

Przy okazji: nie ma potrzeby, żeby przyciemniać tło na http://osmapa.pl/w/admin/ jeśli jest opcja krycia kolorem całych jednostek. Przyciemnione tło utrudnia użycie, gdy ktoś wybierze wyświetlanie tylko granic, na co może być rosnące zapotrzebowanie w miarę pokrywania kraju granicami wsi, które wyglądają tak samo jak granice gmin.

Dalej nie jestem przekonany. W końcu mamy gminy miejskie, miejsoko-wiejskie i wiejskie, ale mimo wszystko dalej są na tym samym admin_level. Ta sytuacja jest dla mnie analogiczna. To render zawinił nie dane.

Jaka systuacja jest analogiczna do jakiej ??

Chyba render był pierwszy, a nie ustalenie polskiego wikiprojektu, które łatwiej zmienić niż render dla świata, tym bardziej jeśli w wątku obok jest napisane, że trzeba czekać latami, żeby zaczął używać przygotowanych tagów i ikon.

Analogia tutaj jest taka mamy dwa poziomy administracyjne i aktualnie w osm przedstawiamy je dwoma różnymi admin_level. Miejscowości mogą być np. miastami czy wsiami. Zaś gminy mogą być miejskie i wiejskie (i miejsko-wiejskie). Tutaj leży ta analogia.

A co do rendera to jest napisane że trzeba czekać latami na nowe tagi i kombinacje. admin_level jest już na mapie więc da się go zmienić. Trzeba by było oczywiście lobbować za tym (tzn. założyć bilecik i gadać o tym + jeszcze lepiej znaleźć kogoś kto zrobi prototypy i przedstawi projektantom).

Sprawdzi ktoś może czy dobrze oznaczyłem relacje Osiedli w Bydgoszczy? Bo na stronie http://osmapa.pl/w/admin/?ol=PWN od jakiegoś czasu mi się nie pojawiają kolejne zmiany. A kilka dzielci/osiedli oznaczyłem. Ale nie widać tego tam - pewnie coś przekombinowałem :confused:

https://osm.wno-edv-service.de/boundaries/ - chyba jest dobrze, bo mogę to zobaczyć tutaj. Ale i tak może ktoś zerknąć na wszelki wypadek.

Gdyby ktoś chciał się pobawić, to jeszcze sporo do zmapowania. Porównanie granic obrębów ewidencyjnych z PRG (http://www.codgik.gov.pl/index.php/darmowe-dane/prg.html) z OSM dla admin_level=8.

Miłego mapowania,
Grzesiek

@maraf24 Proszę o nie zmienianie przebiegu polskich granic wschodnich które są zgodne z oficjalnymi danymi.

Przebieg granic nie zmienia się z zależności od biegu rzek tylko jest określony aktem prawnym.
Subiektywne zmiany granic administracyjnych są wandalizmem.

@maraf24 Proszę o nie zmienianie przebiegu polskich granic wschodnich które są zgodne z oficjalnymi danymi.

Przebieg granic nie zmienia się z zależności od biegu rzek tylko jest określony aktem prawnym.
Subiektywne zmiany granic administracyjnych są wandalizmem.

Sęk w tym, że w powojennej umowie o przebiegu granicy między Polską a ZSRR wpisano jako granicę właśnie rzekę Bug (i San).
Formalnie *“granica państwowa na rzece granicznej Bug przebiega linią środkową koryta” *na co zwracała uwagę Straż Graniczna po incydencie z kajakarzami w wakacje 2021.

W Geoportal granice również nie są związane z biegiem rzek.

Niestety, dane oficjalne nie zawsze są poprawne.

W szczególności zerknij na https://www.openstreetmap.org/note/2970741#map=18/53.86057/23.52744&layers=N

Niestety, dane oficjalne nie zawsze są poprawne czy aktualne czy spójne.

Często nie nadają się do importu na ślepo.

Czy mam rozumieć, że wszystkie granice administracyjne są błędne?
Bo nie można tego robić wyrywkowo, subiektywnie jak to zrobił @maraf24, przerywając przebieg granicy państwowej bez podania źródła.
Uważam to za wandalizm.
Jeśli zmieniamy przebieg granic, a zwłaszcza państwowych to nie można wskakiwać na jeden odcinek kilkumetrowy bez powiązania z resztą granicy, oraz podania źródła i bez zaktualizowania całej granicy z podaniem źródła.
W przeciwnym razie będę zmuszony zgłosić to do DWG.

Jeśli nie bazujemy na danych oficjalnych przy rysowaniu granic to:

  1. Przy rysowaniu granic, zaczynając od przysiółków, stosujemy wolnoamerykankę.
  2. Bazujemy na oficjalnych źródłach jakie są dostępne, czyli, Geoportal, PRG, chyba, że otrzymaliśmy wiarygodne źródła.
    Informacje medialne nie są źródłem.

No właśnie tak wygląda granica po zmianie dokonanej przez @maraf24
Przerwana granica i przerwane relacje.

Nanosiłem ręcznie z WMS’u bez importu korygując relacje z nią związane.

http://mapy.geoportal.gov.pl/wss/service/PZGiK/PRG/WMS/Boundaries?REQUEST=GetMap&SERVICE=WMS&TRANSPARENT=TRUE&FORMAT=image/png8&VERSION=1.3.0&LAYERS=Granice_obrebow_ewidencyjnych,Granice_jednostek_ewidencyjnych,Granice_gmin,Granice_powiatow,Granice_wojewodztw,Granice_panstwa,PunktyGraniczne&STYLES=,,,,,,&EXCEPTIONS=xml&CRS={proj}&WIDTH={width}&HEIGHT={height}&BBOX={bbox}{header(User-Agent,Mozilla/5.0 (JOSM)}

Import dokonujemy ze specjalnego, oddzielnego konta, którego nie posiadam.

Kontynuując tu dyskusję rozpoczętą przy zestawie zmian, jeśli chodzi o błędy w granicach PRG, to coś jest na rzeczy i należałoby się nad tym pochylić:

https://geoforum.pl/news/31672/na-tropie-bledow-w-danych-o-granicy-polski

Odnosząc się do tego konkretnego odcinka na przjeściu w Rudawce, niezależnie od tego co jest w PRG, stan faktyczny, znany mi z wizji lokalnej jest taki, że granica przebiega tam w osi śluzy. Informuje o tym stosowna tablica - widoczna tutaj na jednym ze zdjęć: https://grupabiwakowa.pl/rudawka-w-poblizu-sluzy-kurzyniec/ (na marginesie polecam uwadze “cudowne” tłumaczenie atrybucji na mapce - OpenStreetMap osoby wspierające :D). Jak spojrzycie sobie [na ten plan zagospodarowania przestrzennego](https://plaska.e-mapa.net?x=797693&y=675709&zoom=13&group=2,10,6,1000122&service=3,23,38,55,10,11,62,63,64,77,79,80,81,82,88,89,91,147,149,154,155,160,161,162,163,164,165,168,171,172,173,118,123,125,126&alllayers=5,25,27,31,38,39,40,41,47,48,50,51,52,55,57,10,58,59,60,61,62,63,64,65,68,70,71,76,77,78,79,80,81,82,85,86,89,92,93,94,95,96,97,98,99,100,101,102,103,104,105,106,107,108,109,110,111,177,178,147,149,171,172,173,118,119,Plany wektorowes120,Plany wektorowes120,Plany wektorowes120,Plany wektorowes120,Plany wektorowes120,121,123,126,127,131,132,133,136,137,138,140,141,143,144,145&layer=3,16,15,11,12,14,13,19,8,9,25,17,6,7,10,18,21,20,31,24,34,37,38,39,316,312,313,285,243,309,310,311,43001,44001,45001,183,87002,88004,90002,91002,91005,151006,151007,151009,152006,152007,152009,153006,153007,153009,154011,154012,154013,154014,155011,155012,155013,155014,156011,156012,156013,156014,157009,1570010,157011,157012,157013,158005,160002,160005,160007,161001,161004,161006,1610010,163001,163004,163006,1630010,164005,168001,168003,168009,169001,129001,129002,129003,129004,129005,129006,130001,130003,130004,130005url), to na tym podkładzie mapy sytuacyjnej, na której został sporządzony widać wyraźnie granice zaznaczoną prawidłowo - w osi śluzy. Pozycja boi granicznych na kanale w rzeczywistości też odbiega w tym miejscu od geometrii wrysowanej w PRG.
Problem leży w tym, że PRG nie jest źródłem danych o przebiegu granicy, a jedynie podatnym na błędy odwzorowaniem. Najbardziej pierwotnym źródłem danych jest tu umowa międzynarodowa o przebiegu granic i wykonana na jej podstawie dokumentacja delimitacji. Granica fizycznie istnieje w terenie, natomiast to co jest w PRG jest wielokrotnie przetworzonym zbiorem danych z kolejnych pomiarów. Nie jestem geodetą, ale jestem w stanie wyobrazić sobie procedurę, którą muszą przejść te dane od ich zebrania w terenie, poprzez obróbke danych pomiarowych, aż do przetworzenia do postaci udostępnionej w PRG. Na każdym etapie tej procedury - od czysto technicznych, aż po biurokratyczne - mogą powstać liczne błędy, których ilość na każdym etapie będzie narastać. Dlatego mamy to, co mamy i - jak już wielokrotnie tutaj podkreślano - nie powinniśmy temu bezgranicznie wierzyć. Swoją drogą, jestem ciekaw jak wygląda przebieg granicy w białoruskim odpowiedniku naszego PRG - mam nieodparte wrażenie, że przebiegi narysowane wg tych dwóch źródeł w ogóle by się ze sobą nie pokrywały, i pewnie dodatkowo żadne z nich nie pokrywałoby się z tym, co w terenie :wink:

Jak z tego wybrnąć? Ponieważ jest to oficjalne źródło, to tam gdzie nie ma innej możliwości (lepszych danych) zawsze lepiej jest wspomóc się PRG niż trasować “na oko”. Ale jeśli tylko jest możliwość poprawy oczywistych błędów, to uważam, że należy to zrobić, zamiast powielać błędy biurokratyczne. Jeśli na orto widać, że słupki graniczne biegną zupełnie gdzie indziej, niż wynika to z PRG, to należy to skorygować w myśl zasady mapowania stanu rzeczywistego. Przy czym koniecznie należy to wyraźnie opisać. Pod względem technicznym powinno to wyglądać tak, że domyślnie linia graniczna idzie wg PRG, natomiast każdy odcinek, na którym jest korygowana np. do orto, powinien być oddzielną linią i każdy taki odcinek powinien być otagowany przynajmniej odpowiednim komentarzem (note), żeby nie pozostawiać wątpliwości i żeby kolejna osoba nie “poprawiała” z powrotem do błędnej geometrii PRG.

Tak się składa że ten kawałek to akurat ty zepsułeś.

Można na http://nrenner.github.io/achavi/?changeset=114862043 zobaczyć - https://user-images.githubusercontent.com/899988/146172364-c20f25f1-5316-4de9-b642-8705158614d5.png

Poprawiłem w https://www.openstreetmap.org/changeset/114958835 ( https://www.openstreetmap.org/way/1012403876 )

Ktoś próbował do PRG błędy zgłaszać? Ma to sens?

Przerysowywanie granic z PRG to też import, zwłaszcza jak ignoruje się istniejące dane i ewidentne anomalie

https://www.academia.edu/61132969/Granice_pa%C5%84stwowe_Polski_niezgodno%C5%9Bci_w_danych_geodezyjnych_i_statystycznych?source=swp_share (przewiń w dół do treści)

O dzięki, ciekawe. Ale autor nie może się zdecydować czy największy błąd to 36 czy 52 metry.

Wrzuciłem an https://wiki.openstreetmap.org/wiki/Pa%C5%84stwowy_Rejestr_Granic#Border_data_quality (sekcja jest nowa)

Aczkolwiek dalej pozostaje pytanie czy ktoś do PRG to już zgłaszał że bubla mają

Tak, zgłaszali: https://www.facebook.com/HonorowyPoludnikKrakowski/posts/4775859805757847

GUGIK idzie w zaparte i ignoruje problem.

Szukałem “52” w całym dokumencie i nie znalazłem takiego pomiaru błędu, możesz wskazać stronę?

Mam małą prośbę, bo mam pomysła. Czy możecie przygotować dokumentację tych nieścisłości? Tak co byśmy przygotowali zestawienie pytań? Jakiś zrzut z mapy z opisem miejsca, porównania do PRG itp? Mam wrażenie, że stworzenie takiego jednolitego zestawienia mocno przyspieszy rozmowę na ten temat.

No i teraz jest to sprawa natury dyplomatyczno-delikatnej, więc co by z tego afery na miarę Krymu nie było … więc trzeba być konkretnym na maksa