Błędnie utworzone jezdnie zamiast pasów ruchu.

changeset/147342780

Błędnie utworzone jezdnie zamiast pasów ruchu.

changeset/147342780

Błędnie utworzone jezdnie zamiast pasów ruchu.

changeset/147342702

Błędnie utworzone jezdnie zamiast pasów ruchu.

changeset/147342154

Błędnie utworzone jezdnie zamiast pasów ruchu.

changeset/147341947

Błędnie utworzone jezdnie zamiast pasów ruchu.

changeset/147341947

Błędnie utworzone jezdnie zamiast pasów ruchu.

changeset/147341855

Potwierdzam! Edycja całkowicie do wycofania. Proszę o nie tworzenie fikcyjnych jezdni - tworzenie dodatkowej jezdni jest możliwe tylko w przypadku fizycznego rozdziału dróg i to nie zawsze jest to potrzebne.

IMO you should use just incline key to set steep for this way. I know some bicycle riders, which one can ride over 20% heels. As example can be used Red Bull riders.

Is there any sign prohibiting bicycles?

Is there any sign prohibiting bicycles or horses?

Kolejna poprawka geometrii -31 węzłów na highway bez wpływu na geometrię. Drogi nie muszą być łukami. https://overpass-api.de/achavi/?changeset=147246318

Skręcające drogi mogą mieć mniej węzłów a będą niosły tak samo dobrą informację dla routingu. Tutaj mała korekta z mojej strony:
https://overpass-api.de/achavi/?changeset=147246122

To co utworzyłeś jako drogi rowerowe (np. way/1247833795) są nieprawidłowo oznakowane. Jeżeli są to tzw. CPRy, to otaguj jako:
highway=path
bicycle=designated
foot=designated
segregated=yes/no (w zależności, czy ruch pieszych i rowerów jest rozdzielony)

Ewentualnie są to drogi dla rowerów ale piesi mogą się nimi poruszać, to wtedy zmień tagowanie na
highway=cycleway
foot=yes
ale usuń bicycle=yes

Osobiście uważam to za dobrą poprawkę. Niektóre nawigacje mogłyby rowerzystom podpowiadać 2 fikcyjne manewry skrętu (jeden na drogę dojazdową i drugi na CPR) - a tam rowerzyści jadą całkowicie na wprost.

Cześć,

Dzięki za edycję. Proszę o używanie mniejszej ilości węzłów na liniach (szczególnie na liniach typu highway=*). Te linie są używane w nawigacjach i dodatkowe węzły na liniach, które można uprościć generują większą ilość obliczeń trasy. Okolicę parku trochę uprościłem usuwając ponad 40 węzłów z linii highway=* i wygląd na tym nie ucierpiał.
https://overpass-api.de/achavi/?changeset=147164647

Wiem, że routingi w tym miejscu raczej nie będą często liczyły trasy ale informacja o zmniejszeniu ilości węzłów jest ważna dla całej mapy OSM.

Szczególne zagrożenie stanowią węzły bardzo blisko siebie, które zaznaczyłem na tym obrazku:
https://i.imgur.com/gcNt9UL.png

Po pierwsze - chodnik bez połączenia z układem drogowym jest nieprawidłowy.

Po drugie - na zdjęciu satelitarnym tego chodnika nie widać - jeżeli coś nie istnieje, to nie może być w OpenStreetMap

Cygańska Góra 03 - tutaj mogę się zgodzić, że highway=platform mógł świadczyć o dedykowanej funkcji krawężnika przy ulicy jednak brak fizycznego rozdziału od chodnika trochę mi nie pasował na dodatkową linię.

Cygańska Góra 04 - tutaj faktycznie zastosowanie highway=platform mogłoby informować, że ten chodnik ma głównie funkcję przystanku autobusowego.

Rzadko spotykam taki sposób tagowania chodnika (highway=platform) i wtedy wydawało mi się to rozwiązaniem nieprawidłowym.

Dane przystanku przeniosłem na słupki i naniosłem highway=footway, które umożliwiają dojście do słupków.

Wcześniejsze parametry przystanku na obszarze area nie umożliwiały routingom doprowadzenia pieszego do słupka przystankowego.

Czytając wiki można bez trudu zauważyć, że przystanki autobusowe można mapować na kilka prawidłowych sposobów. Zastosowany schemat przeze mnie w tym miejscu wg mojej wiedzy jest prawidłowy a poprzedni sposób miał pewne braki.

Informacje o AED z UG Kuślin