@puchaczowsky - nie znam tej reguły o tym, że amenity=fuel ma być przy dystrybutorach i nie znalazłem tego zapisu w Wiki.

Osobiście zawsze daję go właśnie na budynku sklepu, bo ten zazwyczaj jest pojedynczym obiektem a punkty z dystrybutorami bywają rozsiane po całym terenie stacji - jak wtedy wybrać odpowiednie miejsce dla znacznika?

Jak dla mnie ta edycja jest OK.

Wyjazd way/1315982508 jest w rzeczywistości bardziej prostopadły. Ta zmiana była zbędna.

Cześć,
Z tego co pamiętam, to te wypustki z trawnikami, które skasowałeś, istnieją w terenie. Może nie wpasowałem się z nimi idealnie, bo naniosłem je z projektu ale wtedy można je przesunąć a nie kasować.

Wjazdu na rondo od ul Juraty nie ma sensu rozdzielać na dwie linie z powodu zabrukowania trójkąta o boku ok. 1m (zgodnie z projektem). Krawężnik zabrukowania jest niemal na poziomie jezdni.
https://i.imgur.com/lqO07xN.png

Zapomniałem o źródle info o AED: https://www.terazkrosno.pl/wiadomosci/27250-sprzet-ratujacy-zycie-na-ug-w-korczynie

Jeżeli te nazwy ulic nie są jeszcze oznakowane ani tym bardziej wprowadzone w życie, to mapa OpenStreetMap nie jest poprawnym miejscem to takich propozycji. Te nazwy można wprowadzić tutaj dopiero po ich przyjęciu i oznakowaniu. Dla tymczasowych map można użyć wielu różnych serwisów korzystających z map OSM jako podkład, np:
https://felt.com
https://umap.openstreetmap.fr/pl/

Dzięki, teraz jest to bliższe prawdy, mam tylko nadzieję, że routing nie będzie traktował łamańców na końcu wysepek jako skrzyżowania ze skrętem w prawo.

Nie jestem specem od buspasów ale wydaje mi się, że w przypadku buspasów, którymi można poruszać się samochodami przy skręcie w prawo (np. way/1349023551), to chyba access:lanes:forward=yes|destination nie będzie prawidłowe. Destination oznacza dojazd daną drogą do miejsca przy drodze z takim tagiem a tutaj ma prowadzić do skrzyżowania z drogą poprzeczną.

Chyba zgodnie z tymi zapisami w wiki turn=*#Special_turn_indications_for_specific_vehicle_types ten odcinek należy otagować w taki sposób:
```
access:lanes:forward=yes|yes
psv:lanes:forward=yes|designated
turn:lanes:forward=through|right
turn:psv:lanes=through|through
```

W tym miejscu, które wskazałem wysepki stanowią mniej niż 25% utworzonego przez Ciebie rozdzielenia. Nie ma ustalonej reguły jaki procent mogą stanowić wysepki ale nie można uznawać, że tam rozdzielenie istnieje. Pozostałe wysepki z tej edycji też najchętniej bym wyrzucił ale rozdzielenie dróg tam istnieje, więc nie czepiam się. Aczkolwiek ich geometria jest nieprawidłowa, bo są znacznie mniejsze niż to, co jest teraz narysowane (wysepki mają ok. 8m a rozdzielenie jest na prawie 45m) - zgodne z rzeczywistością byłoby rysowanie takie jak niebieska linia przy wysepkach.
https://i.imgur.com/arZuCwG.png

Spotkanie się z takim rozdzielaniem na OSM nie powoduje, że są to prawidłowe edycje. Droga nie ma fizycznie rozdzielonych pasów ruchu, więc powinna być to jedna linia z tagowaniem lanes+turn:lanes - czasami jest to 'prawidłowe mapowanie' przy dłuższych wysepkach.

Tutaj dla 2 wysepek ok. 20 metrowych utworzyłeś oddzielne linie na długości prawie 200 metrów.

Nieprawidłowa edycja, w szczególności w tym miejscu way/1348762913 - tam nie ma rozdziału fizycznego dróg

Tutaj kolejne takie węzły:
node/12475569861
node/12475569825

Cześć, zostawiłeś tutaj węzeł bez tagów node/12475569853 - dodaj mu brakujące dane, jeżeli zapomniałeś lub usuń jeśli został błędnie wrysowany na mapę.

PS: JOSM ostrzega przed taką sytuacją (powinieneś mieć komunikat 'Niepołączone węzły bez znaczników') - polecam interesować się komunikatami, bo w łatwy sposób pozwalają naprawiać błędy w edycjach :)

Wg mnie `roundtrip=yes` pasuje do takich relacji, gdzie początkowy przystanek = końcowy przystanek. Jeżeli wysiadający korzystają z innego przystanku niż wsiadający, to tam nie daję tego tagu. Tutaj obszar przystankowy jest ten sam ale inne słupki są dla wsiadających i kończących podróż, więc go usunąłem.

Tutaj połączyłeś landuse z linią energetyczną - poprawiłem https://overpass-api.de/achavi/?changeset=160986855

Cześć, rysując drogi, ścieżki, chodniki itd, to dołączaj je do istniejących dróg. Tak samo na skrzyżowaniach dróg należy je łączyć tzw. węzłami. Bez takiego połączenia nie zadziała żadna nawigacja no i oczywiście jest to błędne mapowanie.

Parę takich błędów tutaj wyłapałem i poprawiłem:
changeset/160987489
https://overpass-api.de/achavi/?changeset=160987489

Usunąłem duplikat z obrysu budynku, teraz POI jest tylko w punkcie.

https://overpass-api.de/achavi/?changeset=160981654

I reverted your edit. The country code of the current address can be derived in most cases from mapped boundaries of countries. This data is unnecessary. addr:country=*

changeset/160925632

Poprawiłem błędną edycję bieżni.

changeset/160911872

Faktycznie z postu wynika zakaz również dla rowerów. W komentarzach zapytałem PKM, czy dorzucą wyjątek dla rowerzystów do znaku. Może uda się to załatwić :)

Cześć, czy ta droga techniczna aż do lotniska way/307947022 nie jest dostępna dla rowerzystów? Dodałeś foot=yes ale dla rowerów nie zrobiłeś access a zwykle takie drogi są udostępniane zarówno pieszym i rowerzystom.

Trzymając się zasad OSM, to multinazwy, które miałyby trafić do description/inscription powinny być rozdzielane średnikami bez dodatkowych spacji. Przed edycją multinazwy rozdzielone były nieprawidłowo przecinkiem + spacja.