Dzięki za dodanie chodnika wzdłuż Żurawiej! Kilka tygodni temu widziałem, że go tam budują ale później tam nie jeździłem i o nim zapomniałem :)

A jeszcze zapytam - ten nowy dojazd do Wieszyna, to jest już wybudowany, zgadza się?

Ok, to dość dużo czasu - zmieniłem drogi na unclassified z dodatkowym tagiem proposed=secondary.

Duża gęstość węzłów jest OK na ostrych zakrętach, bez których nie da się w pełni pokazać ich rzeczywistej geometrii. Łagodne łuki tej dokładności nie potrzebują.

Landuse mogą być rysowane z dużą dokładnością (jak to obecnie robisz), bo tam rendering ma ostrzejsze krawędzie i uproszczenia są zauważalne. Jednak landuse nie są wykorzystywane podczas routingu i nie wpływają na czas obliczeń trasy.

Nie wiem kiedy planowane jest otwarcie tej nowej drogi ale chyba to na razie temat przyszłościowy. Jeśli tak, to na razie droga powinna mieć kategorię np. unclassified z ewentualnym dodatkowym tagiem proposed= secondary.

Z jakiego powodu drogi prowadzące do SSSE dostały kategorię highway=secondary? Tego typu drogi mogą być co najwyżej unclassified.

przykład: way/686358081/

Nawet skrzyżowania zostały narysowane niezgodnie z zasadami. Zamiast kątów zbliżonych do kąta prostego utworzyłeś jakieś łuki - np. tutaj: node/11413027010. Poprawiam geometrię na prawidłową. Przed i po wrzuciłem na obrazku:
https://i.imgur.com/bFrtvdl.gif

Changeset zmiany: https://overpass-api.de/achavi/?changeset=145125923

Cześć Szymson, czy mógłbyś węzły na liniach trochę przerzedzać? Jaki masz cel w tym aby węzły na drodze były w rozstawie co 0.5-2m? Żaden cywilny GPS nie ma takiej rozdzielczości a edytowanie prostej drogi naszpikowanej węzłami to nie jest łatwa sprawa i łatwo jest przeoczyć jakiś punkt. Na OSM Carto łuki drogowe przy rozstawie węzłów co ok. 20m też się ładnie renderują. Ponadto każdy węzeł na drodze przy przeliczaniu trasy w nawigacjach kosztuje pewną ilość czasu. Ogólnie nie widzę plusów dla tak gęsto ułożonych węzłów ale może czegoś nie wiem.

https://i.imgur.com/Cb6kAwr.png

amenity=community_centre już dodałeś ale dlaczego te budynki mają ustawiony tagi layer?

way/1231052978
layer=1

way/1231052979
layer=-1

Cześć, O co chodzi tagami layer w tych budynkach:
way/1231052978
way/1231052979
?

Świetlicę dobrze jest oznaczyć dedykowanym tagiem
amenity=community_centre
osm.wiki/Pl:Tag:amenity=community_centre

Cześć, estetyka powinna być co najmniej na drugim lub dalszym miejscu. Zastosowanie OSM w routingu powinno być priorytetem. Jak wygląda droga w rzeczywistości można sprawdzić na Ortofotomapach a mnożenie dróg, żeby narysować oddzielne pasy ruchu, to niebezpieczne wyzwanie, które często kończy się plątaniną dróg i wzajemnie wykluczającymi się relacjami restrykcji.

Jeżeli z punktu widzenia routingu rozdzielone jezdnie psują routing (nawet gdy istnieje fizyczne rozdzielenie), to można taką drogę spokojnie uprościć do pojedynczej linii.

W przykładzie (4) układ dróg faktycznie powie o skręcie w prawo. Jest to wyjazd drogi podporządkowanej i ten dodatkowy komunikat o skręcie pozwoli kierowcy zachować dodatkową ostrożność. Jest to lepsze z punktu widzenia nawigacji niż dodatkowa jezdnia dla oddzielnego pasa.

Cześć, nie śledzę Twoich edycji tylko przeglądam północno-zachodnią Polskę i próbuję wyłapać różne nieprawidłowości. Akurat w Słupsku zauważyłem, że sporo dróg rozdzielonych tylko podwójną ciągłą dostało oddzielne linie w OSM, co jest dużym błędem i dlatego Słupskowi bardziej się przyglądam :)
Skrzyżowanie (1) zaproponowane w Twój sposób sugeruje, że są 2 przejścia dla pieszych oraz długa wysepka, a w rzeczywistości jest tam 1x przejście dla pieszych z krótką wysepką i pasami ruchu na jezdni - nie powinno się tego rysować dwoma liniami, bo m.in. routing na tym się wysypuje i potrafi niedokładnie podpowiadać sposób przejazdu przez skrzyżowanie.

Routing też nie powinien dostawać skrzyżowań z małymi kątami pomiędzy jezdniami, bo wtedy zamiast podpowiedzieć `skręć w prawo` podpowiada `trzymaj się prawej strony`.

Jeżeli chodzi o wjazdy/zjazdy na rondach, to nie ma potrzeby wygładzać zjazdów mnożąc nadmiernie węzły. Zdarzają się ekstremalne przypadki (w Słupsku jeszcze go nie znalazłem :)), gdzie płynny zjazd łączy się w jednym węźle z płynnym zjazdem, co jest bardzo dużym błędem. Dodatkowo wygładzone zjazdy powodują, że niektóre odcinki na rondach stają się bardzo krótkie i trudne do edycji. Ponadto te krótkie fragmenty utrudniają edycję np. relacji autobusowych np. w takim fajnym narzędziu jak https://relatify.monicz.dev/ (przykładowa trasa bus: https://relatify.monicz.dev/?relation=9519837&load=1 ), bo niezwykle ciężko jest zaznaczyć taki krótki odcinek drogi.

Też pijam kranówkę :) Aczkolwiek nie tak dobrą jak Wasza ale nie narzekam :)

Cześć, w jakim celu zagęszczasz punkty na liniach? Nawigacje każdy taki punkt później muszą przeliczać podczas wytyczania trasy, co zajmuje im więcej czasu. O ile wyprowadzenie łuków mogę zrozumieć, to na liniach prostych jest to całkowicie niepotrzebne (łącznik Kołłątaja na podlinkowanym obrazku). Tych mikrozagięć na OSM Carto nie widać a węzeł obok węzła czasami powoduje błędy na mapie, bo trudno jest je zauważyć podczas edycji mapy.

https://i.imgur.com/xt3GGe9.png

Dzięki za fotki :) Zamknąłem uwagę jako uspokojony obywatel :)

Cześć, czy ten kran rzeczywiście posiada taką nazwę? node/8329018096

Usunąłem te kominy w edycji changeset/144990305

Cześć, dodawanie dużej ilości węzłów na krótkim odcinku drogi (np. tutaj: way/1230000660 )jest utrudnieniem dla nawigacji (routingu) a ponadto łatwo jest wtedy popełnić błędy przy edycji drogi tworząc ostry kąt. Drogę, którą narysowałeś 9 węzłami spokojnie można zastąpić prostym kątem i użyć do tego 5 węzłów. Tak ją poprawiłem: https://overpass-api.de/achavi/?changeset=144950213

Cześć, ten fragment drogi way/172033399 ma pozostawiony tag 'construction' i nie wygląda to na prawidłowe. Czy możesz to zweryfikować?

Jakby co, to poprawiłem te dwa hydranty :)

Cześć,
Hydranty zazwyczaj nie mają nadanych nazw i te, które ty nadałeś można wrzucić do tagu 'description'. Te informacje opisowe są zupełnie zbędne, bo nikt nie szuka hydrantu po opisie tylko po lokalizacji. Szkoda marnować czas na niepotrzebne informacje.