https://www.pruszkow.pl/wp-content/uploads/2023/03/Linia-3-od-03.04.2023.pdf

Dlaczego psujesz ścieżki?
Przecież nawet widać na orto, że to ścieżka pieszo-rowerowa....

Brama została dodana na linii granicy administracyjnej miejscowości, a nie na drodze.

Nie dodawaj fikcji.

way/418273469
Te tagi są zbędne. One są domyślne:

osm.wiki/OSM_tags_for_routing/Access_restrictions#Poland

Nie zrozumiałem chyba.

Chodziło mi o to, że w tym momencie węzeł "blokuje" i Rafaela i tą prostopadłą way/868620425

Czy powinien blokować tylko tą prostopadłą, czy tylko Rafaela i jeśli to drugie, to blokada po której stronie tej prostopadłej.

Brzmi jak barrier_board.

To na pewno jest na środku skrzyżowania i blokuje przejazd ulicą Rafaela, czy może dotyczy tylko tej małej uliczki?

noexit to nie jest bariera
ten tag służy do czego innego

Należy użyć w tym celu barrier=*
barrier=*

Proszę dziel drogi w miejscach bram i nadawaj tagi na bramy (barrier=gate) wraz z odpowiednim access (zazwyczaj private). To samo się tyczy również dróg. Dzięki temu nawigacje nie będą skracały tras przez prywatny teren oraz będzie to poprawne.

way/1158196110
Ta też jest do poprawy.

Jak rysujesz ścieżki tak jak tutaj: way/1158196111
To proszę łącz je np. z ulicą bądź chodnikiem (jeśli się tak kończy), bo jak zostaje niepołączona to algorytm routingowy nią nie poprowadzi.

way/1126766904

Wiesz może, czy ta droga łączy się z Polną/Nadbrzeżną?

Adres został nadany przez urząd błyskawicznie, więc przywróciłem i uzupełniłem o brakujące tagi (135844361)

Przykro mi, ale to nie jest wyznacznik. Adres to twór tylko i wyłącznie urzędowy. Nie ma znaczenia, co ktoś sobie powiesi na płocie.

Zgłosiłem brak do urzędu (przez e-mapę), choć pewnie najlepiej by było, gdyby to mieszkaniec złożył wniosek do urzędu, o ile tam ktoś realnie mieszka.

Proszę dodawaj bramy i accessy do takich dróg do firm.

Trawniki dodaje się jako obszary – to nie powinno specjalnie sprawiać problemu + w sumie landuse=grass wystarczy i żadnych innych tagów zazwyczaj nie potrzeba.

Trawniki nie powinny przecinać dróg/chodników/budynków. No i ogólnie ten sam landuse nie powinien się nakładać na siebie czyli tak jak to robiłeś z polami.

Co do parkingów to zerknij na wiki jeśli chodzi o tagowanie, ale ogólnie też jeden nie powinien nakładać się na drugi. Droga może go przecinać jeśli mowa o większym parkingu np. takim przy supermarketach.

Co do gry się nie wypowiem, ale na pewno nie należy mapować pod grę, a zgodnie ze stanem rzeczywistym.

O, dzięki za weryfikację i zmianę!

Relacje zostały zepsute. Przystanki muszą być dodawane w odpowiedniej kolejności z zapewnieniem drogi. To 1 jest np. błędne w 112.

Niemal wszystkie te zmiany są niepoprawne i niestety nadają się do wycofania.

Proszę nie dodawaj landusów w ten sposób. Nie wiem, czy próbujesz w ten sposób wyznaczać wysokości, czy coś innego, ale tak nie robimy w OSM.

Nie nadajemy tez nazw trawnikom i tego typu obiektom, które nazw nie mają.

Kolory powinny być zapisywane po ang z dostępnej palety kolorów CSS (jest na wiki), bądź wartości hex.

Opis zmian "zmiany by punkt był bardziej rozpoznawalny" również za wiele nie mówi, tym bardziej, że był użyty przez ostatnie 150+ zmian.

Cześć,
dzięki za 1 zmianę.

Nawet jeśli nie polecasz jazdy rowerem przez słabe warunki, to bicycle=no niestety nie jest poprawnym oznaczeniem – te jest używane do zakazu jazdy przez głównie znaki, a tam pewnie takiego nie ma.

Zobacz na tagi nawierzchni i w szczególności gładkości (surface smoothness), bo "trail_visibility" jest już ustawione na bad. One są uwzględniane przez część, albo większość algorytmów routingowych.

surface=*
smoothness=*