Ta edycja była ogólnie prawidłowa i pożądana ze względu na to, że pasy ruchu były wrysowane oddzielnymi liniami.

Błędy tagowania już poprawiłem w https://overpass-api.de/achavi/?changeset=146940078

Cześć, ogólnie przyjęto w OSM, że place dla pieszych w takim stylu jak Ty tutaj utworzyłeś osm.org/way/1244878846 są dopuszczalne aczkolwiek powinien on zawierać jeszcze tag area:highway=pedestrian.

Prawidłowo taki plac powinien mieć tylko klucz area:highway=pedestrian ale wtedy nie jest on renderowany na głównej mapie OSM.

Oprócz obszaru placu powinny być na mapę naniesione również trasy łączące poszczególne chodniki przy tym placu, bo bez nich nawigacje będą prowadzić pieszych po obwiedni placu.

Staraj się również nie łączyć linii highway z obszarami, szczególnie wzdłuż obszaru - tutaj chodnik ma wspólny fragment linii z placem:
https://i.imgur.com/czgWE9t.png

Tutaj jest changeset z moimi poprawkami: https://overpass-api.de/achavi/?changeset=146912342

Też pomyślałem o skrzyżowaniu T w tym miejscu i można to tak jszcze zmienić.

'Mapuj zakręty z odpowiednią liczbą węzłów' nie dotyczy skrzyżowań, bo to nie są zakręty chociaż czasami posiadają łuki jak w tym miejscu.

Link do węzła miałem popsuty. Powinien tak wyglądać:
osm.org/node/1551110291

Cześć, proszę o nie dodawanie zbędnych węzłów na liniach highway. Ogólnie jeżeli prosta linia odzwierciedla układ drogowy, to dodatkowe punkty na niej są zbędne. Nie należy na pewno tworzyć highway w kształcie krawężnika, bo ta linia temu nie służy. Żadne cywilne nawigacje nie mają takiej rozdzielczości, żeby tak gęste punkty na drodze wykorzystywać a łączenie dróg na skrzyżowaniach łagodniejszymi kątami, które wynikają z zagęszczenia punktów mogą powodować, że nawigacje zamiast o manewrze skrętu poinformują użytkownika komunikatem w stylu 'trzymaj się prawej strony'.

Jedna z zasad OSM:
osm.wiki/Pl:Dobre_praktyki#Zachowaj_proste_linie_prosto

Dzisiaj np. poprawiałem taką sytuację przy węźle osm.org/node/1551110291dpmv - jest to jedno z ekstremalnych rozwiązań na skrzyżowaniach ale nierzadko się takie coś spotyka.
https://i.imgur.com/rCbkMS1.png

Dzięki za odpowiedź. Ogólnie jeżeli prosta linia odzwierciedla układ drogowy, to dodatkowe punkty na niej są zbędne. Nie należy na pewno tworzyć highway w kształcie krawężnika, bo ta linia temu nie służy. Żadne cywilne nawigacje nie mają takiej rozdzielczości, żeby tak gęste punkty na drodze wykorzystywać a łączenie dróg na skrzyżowaniach łagodniejszymi kątami, które wynikają z zagęszczenia punktów mogą powodować, że nawigacje zamiast o manewrze skrętu poinformują użytkownika komunikatem w stylu 'trzymaj się prawej strony'.

Dzisiaj np. poprawiałem taką sytuację przy węźle osm.org/node/1551110291 - jest to jedno z ekstremalnych rozwiązań na skrzyżowaniach ale nierzadko się takie coś spotyka.
https://i.imgur.com/rCbkMS1.png

Dzięki za poprawkę rond oraz tego wspólnego węzła. Teraz jest ok.

Jeżeli chodzi o relacje z restrykcją zakazu zawracania na zjazdach z ronda, to przy takim niedużym rondzie nie jest to może konieczne ale nieraz przy dłuższych zjazdach z ronda szybsze nawigacje potrafią zaproponować zawrotkę w takim miejscu (chyba OSMAnd tak robił).

Dzień dobry, czy jest dostępne jakieś źródło tej nazwy?

Dzień dobry, czy jest dostępne jakieś źródło tej nazwy?

Ok, zmienię na cycleway=track osm.wiki/Tag:cycleway=track

Pewnie tak, albo podmienić na Orlenowskie.

osm.wiki/Pl:Dobre_praktyki#Zachowaj_proste_linie_prosto

Cześć,

Czy mógłbyś używać mniejszej ilości węzłów do tworzenia linii highway? Jeżeli fragment drogi jest niemal prosty (np. wjazdy na rondo), to nie trzeba highway=* układać zgodnie z krawężnikiem, bo nie do tego służy ta linia. W nawigacji nadmiar punktów na drogach wymusza więcej obliczeń. Jeżeli chcesz mieć kształt krawężnika w OSM, to używaj do tego klucza area:highway=*.

Dlaczego węzeł osm.org/node/5060625085 zrobiłeś wspólny dla zjazdu i wjazdu z ronda? Routing będzie nieprawidłowo zliczał zjazdy z ronda dla kierowców wjeżdżających ulicą Wołkowyską od północy.

Przykład ronda ze zbędnymi węzłami na wjazdach oraz zaznaczony powyższy nieprawidłowy węzeł:
https://i.imgur.com/tF7cIzM.png

Sprawa jest wyjaśniona. Nie ma potrzeby dostarczać dodatkowych dowodów :) Dzięki za aktualizację danych.

Zmiana nazwy wydaje się prawidłowa - taka stacja jest do odnalezienia w serwisie www Orlen:
https://i.imgur.com/BOoerjF.png

Źródło danych zostało pewnie automatycznie wrzucone z załadowanych podkładów w JOSM - przy pojedynczej edycji czasami można zapomnieć o dopisaniu survey czy też innym źródle danych.

Zastosowań tego klucza man_made=chute_block nie jest dużo, bo może nie są to obiekty obligatoryjnie budowane przy tamach (tak mi się wydaje, ale nie jestem znawcą tematu).

Na pewno nie mogą to być obiekty typu waterway=dam, bo ktoś wyszukując tamy w bazie OSM dostanie w wyniku tysiące błędnych informacji z powodu tych bloków - tutaj koniecznie trzeba stosować zasadę 'Jeden obiekt, jeden element OSM' osm.wiki/Pl:Dobre_praktyki#Jeden_obiekt,_jeden_element_OSM

Wyszukiwanie barierek w OSM to mniej prawdopodobny scenariusz, który i tak wyrzuci wielkie liczby różnego typu danych, więc do klucza barrier można się zgodzić ale jednocześnie powinno dodawać się man_made=chute_block aby tag mógł się rozpowszechnić.

Hej, tutaj chodziło o punkt adresowy spięty z jednym narożnikiem budynku. Poprawiłem to w https://overpass-api.de/achavi/?changeset=146819150

Adres przerzuciłem na obwiednię budynku i usunąłem nadmiarowy tag addr:city
https://i.imgur.com/XT8YqIO.png

Cześć, proszę Ciebie o ograniczenie liczby nadmiarowych węzłów na liniach highway=* - ten klucz nie służy do odwzorowania krawężników, tylko do obliczania tras w nawigacjach. Im mniej węzłów, szczególnie na prostych odcinkach drogi, tym mniej obliczeń routingu.

osm.wiki/Pl:Dobre_praktyki#Zachowaj_proste_linie_prosto

Czemu mają służyć te dziesiątki zbędnych węzłów na wjazdach/zjazdach z ronda, jeżeli to są niemal proste linie? Np. tutaj:
osm.org/way/1163073153

https://i.imgur.com/5jP7xYA.png

Pozwolę się wtrącić do dyskusji - tagowanie waterway=dam dla tych bloków to ewidentny błąd i mapowanie pod render.

Znikome użycie klucza man_made=chute_block nie jest powodem aby go nie stosować, bo każdy nowy klucz zaczyna od niewielkiej ilość użyć a nie wszystko musi być renderowane na OSM Carto.

Jasne, też nieraz męczę się z revertami i wiem jak to jest - jak nie wycofasz zaraz po błędnej edycji, to coś zwykle komplikuje proces revertu.

Twój revert brzmi jak dzialanie w słusznej sprawie, więc no problem :)

Trochę za dużo wycofałeś automatem ale na szczęście w tej edycji dużo nie miałem zrobione, więc wybaczam :)