Prośby o zmapowanie/poprawę

Jeden z mapujących wprowadza do OSM granice delegatur jako granice administracyjne z admin_level=9.
Tutaj przykład z Krakowa: https://www.openstreetmap.org/changeset/81055440

Wydaje się ok, czyżby kolejny bug :x
https://www.openstreetmap.org/note/2099812#map=18/50.31879/19.13612&layers=N

W samym wprowadzeniu delegatur nie widzę nic złego, tylko nie bardzo mamy do tego admin_level. Na pewno nie mogą delegatury i dzielnice nie mogą mieć tego samego admin_level=9 i boundary=administrative.

Nie bug tylko zmiana renderera - raczej do wątku tutaj.

Już się wyjaśniło, po co zostały wprowadzone granice delegatur w kilku miastach.
Chodziło o rozróżnienie, która część ulicy przypada na którą delagaturę. Dzięki temu pozycjonowanie adresów ma zacząć prawidłowo działać.
Tak to wytłumaczył autor.

Jeśli jest covered, to są do dyspozycji bardziej szczegółowe wartości, np. te są najpopularniejsze:

https://taginfo.openstreetmap.org/keys/covered#values

https://www.openstreetmap.org/note/1704918 jakieś pojedyncze budynki przy tej trasie są, ma nawet wiadukt, więc przy odpowiednim otagowaniu nawierzchni chyba nie należy jej się degradacja do track?

Na pewno nie, ze zdjęć wnioskuję, że jednak jest wykorzystywana jako dojazd do posesji, wiec track odpada z automatu. Ma dodany surface=unpaved (można się pokusić o compacted), na razie musi wystarczyć, uściśli to ktoś, kto się pojawi na miejscu w terenie.

Może przy okazji ktoś przemówi do rozsądku vrg pokasował dojazdowe do tego osiedla https://www.openstreetmap.org/way/593723339

Do poprawy ul. Jagiełły i Drawieńska w Choszcznie. W wyniku nałożenia się różnych edycji powstał niezły bałagan. Może ktoś chętny?
Zrobiłem świeże mapillary dla ułatwienia. Link poniżej. Mogę też podesłać projekt w pdf.

To ten rejon. Polecam sprawdzić jaki jest bałagan w danych:
https://www.openstreetmap.org/#map=19/53.16529/15.42785

https://www.mapillary.com/map/im/i0ASdhAR5j7NpJnX7tqyfA

https://www.openstreetmap.org/changeset/81600321
Poprawiłem to co było, nie rysowałem brakujących ddr/cpr na północ i południe od skrzyżowania, ani brakujących obszarów. Trochę dziwnie wyglądają niektóre area:highway z junction=yes (część powinna być chyba multipoligonami, część bez tagu junction).

area highway to jest w mojej opinii strata czasu i nadmuchiwanie bazy, a dodatkowo bruździ w niektórych rendererach jak się źle otaguje, więc tego się nie tykam. Jest mnóstwo miejsc w których osoby edytujące area:higway szatkują odcinki przez co nie działa prawidłowo routing. Ale to tylko moje marudzenie. Dzięki za porządki. Ja już sobie dorysuje brakujące CPRki.

Ja nanosiłem te area:highway. Te które posiadają junction=yes to te gdzie krzyżują/łączą się różne drogi, te bez tego tagu junction=yes występują wtedy kiedy biegnie przez nie jedna droga.

Zauważyłem że jednak do linii area:highway=footway jaki cycleway są dopisane tagi highway=footway i cycleway. Co jest błędem i należy je usunąć by nie robiły problemów z routingiem. Poza tym sprawdzić chciałem routing chodnikami ale faktycznie prowadzi w tym rejonie dziwnie i w dodatku jeszcze jakimiś drogami których obecnie nie ma na mapie.

Nie wiem czy to ja dopisywałem te zbędne tagi higway=footway/cycleway dla linii area:higway czy ktoś inny je dopisywał ostatnio - prosiłbym o info w tej sprawie - jeżeli ja to usunę je, jeśli nie ja to prosiłbym o ich usunięcie ich autora.

@grelus - to nie była strata czasu do czasu kiedy działała strona osmapa.pl/w/area bardzo fajnie to wyglądało i swego czasu miało to sens, ukazywało to też turn:lanes które staram się uzupełniać kiedy ich brakuje, fajnie też pokazywało drogi dla rowerów gdzie i jak przebiegają w bardzo czytelny sposób. Niestety ano osmapa.pl/w/area jak i osmapa.pl/w/maxspeed nie działają :frowning:

Co do routingu - area:highway nie robi tu chyba żadnych szkód w nim a robi to używanie dla highway=footway/cycleway tagowania area=yes.

Przeglądając historię elementów widać, że są Twojego autorstwa, więc śmiało możesz je poprawiać. Masz w temacie area:highway spore doświadczenie. Nie sprawdziłem wszystkich elementów, niektóre zostały zmodyfikowane przez kolegę kasmar00, ale wg historii są również Twojego autorstwa.

Tak ale nie wierzę że to ja dodawałem tam do linii alea:highway=footway tag highway=footway tak jak to robi wiele osób przy stosowaniu przy area=yes.
. Dlatego ten wpis powyżej. Poprawię te dane z area:highway.

edit:

  • usunąłem dodane przez kol. @kasmar00 (jak widziałem w historii zmian) z elementów area:highway wszystkie area=yes i highway=“typ highway”. z tego co wiem to chyba też nie dodaje się do lini obrysowanych placów linią highway=“typ highway” tagu area=yes bo wtedy routing ma problemy. Ale tu nie będę wnikał.

POPRAWIONE

@d3mol3k Na osmcha https://osmcha.org/changesets/81600321/ widać jednoznacznie, że te tagi do twoich linii dodał kasmar00.

tworzenie area:highway dla jednego renderera i to w zasadzie już nie istniejącego to dla mnie w zasadzie prywata. Samo stwierdzenie, że “wygląda to dobrze” świadczy że cały temat został stworzony pod rendering a przecież podobno tak nie wolno.
Takie miejsca później wyglądają koszmarnie a mapa staje się zupełnie nieczytelna na wielu innych urządzeniach, choćby na nawigacjach garmina. Zwłaszcza, gdy stosuje się tag area=yes a niestety bardzo dużo jest właśnie takiego tagowania i również właśnie to miejsce w Choszcznie tak jet otagowane. Podobnie strasznie wygląda Kołobrzeg.
Dyskusji o area:highway z pewnością było mnóstwo wcześniej więc szkoda czasu.

@grelus
Nie wiem, czy dobrze zrozumiałem Twoją wypowiedź, jednak postaram się trochę do niej odnieść i trochę ją sprostować.

Odnośnie tworzenia area:highway, to podobnie jest chyba z budynkami 3D - znam jedynie jedną dostępną stronę, która obsługuje te tagi (https://demo.f4map.com/).
Zarówno poprawne tagowanie area:highway, jak i budynków 3D nie “psuje” domyślnej mapy, a komuś może się przydać . Dopiero błędne (czasami celowo - pod rendering) tagowanie powoduje, że takie obiekty zaczynają wyświetlać się na mapie (i tu mogę się zgodzić, że jest to prywata).
W przypadku area:highway powodują to tagi area=yes i highway=[typ drogi], a w przypadku budynków 3D tagowanie części budynku jako building=[typ] zamiast building:part=[typ].

W OSM nierzadko oznacza się rzeczy, które nie są w żaden sposób używane. Najlepiej to widać w przypadku POI, które nie są zwykle używane zarówno w renderingu jak i w zewnętrznych aplikacjach dopóki nie są wystarczająco popularne (co tworzy “błędne koło”, bo potem mapujący używają popularnych tagów, żeby się wyświetlało, zamiast poprawnych, które nie wyświetlają, bo są za mało popularne). area:highway nie psuje mapy, nie można też go zakazać na podstawie tego, że nie jest używany (bo to OSM-owa norma), jedyne co można mu zarzucić to to, że nieco utrudnia oznaczanie dróg, bo trzeba też wtedy dostosować area:highway, które pewnie wielu użytkowników w ogóle nie interesuje.

@grelus - praca była dobrze otagowana do czasu wkroczenia kol. kasmar00 - prace poprawiłem - area:highway nie sprawia problemu. Problemy tworzą właśnie area=yes którym także przypisuje się rolę/tag highway=footway/cycleway/czy inne. To zostało zrobione. I to zostało poprawione przez mnie. W pierwszej chwili ucieszyłem się wchodząc w link na openstreetmap.org w tym własnie miejscu że w końcu renderuje się moja praca :slight_smile: ale po sprawdzeniu innych miejsc i brakiem takiego widoku kliknąłem okienko do z danymi mapy i pokazał się ten błąd. w informacjach.

@pio_122

  • znalazłem tę informację także w josm (zapomniałem o niej :wink: ), nie męczyłem już kasmar00 'a swoimi uwagami bo widziałem tam uwagę innego członka społeczności OSM.
  • jest jeszcze jedna prostsza strona do wizualizacji 3d - https://osmbuildings.org
  • pytanie - bo mam problem z budynkami w sensie kiedy 3/4 podstawy budynku jest pod ziemią (parkingi podziemne) a 14 stoi faktycznie nad ziemią. Jak to poprawnie otagować? Kiedyś widziałem coś z building:level:underground (?) dla części podziemnej.

@Yankers - z dostosowywaniem area:highway przy zmianach danych nie ma jakichś problemów bo jak ktoś tego nie zna nic się nie stanie - błąd wywali tylko podkład ze sprawdzaniem poprawności tych danych area:highway który nie działa :(.

Nie wiem może się nie znam ale będę uważał że błędy w routingu powodują właśnie tagi area=yes dla chodników, placów, powierzchni stacji benzynowych do których obrysów dodawany jest tag highway=typ_drogi.

Choszczno poprawione i idziemy dalej.
@kasmir00 - prośba - nie dodawaj do area:highway=typ_drogi tagów area=yes + highway+typ_drogi