Ale od pasów ruchu jest klucz turn:lanes i ewentualnie klucz change jeżeli komuś zależy na oznaczeniu możliwości zmiany pasa. Samo skrzyżowanie jest tam, gdzie drogi się rozjeżdżają, więc wcześniejszy komunikat jest niepoprawny.

Cześć,
Dzięki za edycję. Jako skrzynki pocztowe amenity=post_box oznaczamy punkty, gdzie listy możemy wrzucać aby zostały wysłane pocztą:
osm.wiki/Pl:Tag:amenity=post_box

Skrzynki odbiorcze, które zaznaczyłaś na mapie mają inne tagowanie amenity=letter_box - w iD są pod nazwą Prywatne skrzynki pocztowe:
osm.wiki/Pl:Tag:amenity=letter_box

Poprawię te skrzynki, które dodałaś. Pozdrawiam.

Cześć, uproszczenie to kwestia drugorzędna. Wszystkie te skrzyżowania odgałęziały się w miejscu linii ciągłej a nie przed wysepką rozdzielającą i w taki sposób oddzielną linią został zmapowany pas ruchu. Skrzyżowanie drogi jest tam, gdzie droga skręca przed wysepką a nie na ciągłej linii między pasami.

Dodatkowo zbyt małe kąty pomiędzy główną drogą i zjazdem na skrzyżowaniu powodują, że nawigacje nie potrafią odróżnić skrętu w prawo od trzymania się prawej strony.

Przejście dla pieszych z przejazdem rowerowym tagowany powinno być tagowane jako highway=path a nie jako footway - poprawiłem way/1240646475

Poprawka drogi rowerowej - zamiast oddzielnej drogi powinna być oznaczona dodatkowymi tagami w głównej drodze.

Poprawiłem w CS: https://overpass-api.de/achavi/?changeset=146403399

W OSM numer telefonu dodajemy z prefiksem kraju (+48 w Polsce).

Czyli format, który powinno się tutaj zastosować, to:
phone=+48 797350372
lub
phone=+48-797350372

osm.wiki/Pl:Key:phone#Użycie
---

Published using OSMCha: https://osmcha.org/changesets/146400341

Świetne edycje! Dzięki :)

Cześć, zamiast domów dodałeś źródło rzeki :) Pewnie pomyłka. Poprawiłem to miejsce i dodałem budynki ale wg ortofotomapy są one jeszcze w budowie, więc taki im dałem status.

way/1240513583 - to jeden z domków.

Najłatwiej jest mi przeglądać zmiany z jakiegoś obszaru w achavi - np. północny zachód Polski https://overpass-api.de/achavi/?zoom=9&lat=54.20226&lon=16.86773&layers=B000000TTTFT

Robię to w miarę często a przeglądarka zapamiętuje moje ostatnie wyszukiwanie zmian, więc przy kolejnym wyszukaniu pokazuje tylko ostatnie edycje. Jeżeli nie jest ich zbyt dużo, to je przeglądam. Jak zmian jest dużo, to wyrywkowo przeglądam losowo wybrane miejsca.

Inne narzędzia jak na razie mnie nie przekonują. Mam co prawda ustawione RSSy w OSMCha na jakieś obszary ale tam często wpadają fałszywe alarmy. Ponadto OSMCha jest trochę powolne.

Ok, dzięki za info. Dobrze, że zweryfikowałeś źródło takich punktów - teraz będzie łatwiej pilnować aby te nowo utworzone węzły przez iD od razu usuwać :)

Cześć, zauważyłem, że dodajesz nadmiarowe węzły na prostych odcinkach drogi (np. w pobliżu tego skrzyżowania node/1846174076 ) - jest to niezalecane wg wiki: osm.wiki/Pl:Dobre_praktyki#Zachowaj_proste_linie_prosto

Takie dodatkowe punkty utrudniają utrzymanie prostej linii na drogach i bywają źródłem błędów, gdy ktoś takich punktów nie zauważy podczas edycji.

Na tym skrzyżowaniu są 4 węzły, które niepotrzebnie dodałeś:
https://i.imgur.com/JHEtEmV.png

W okolicy widziałem inne skrzyżowania z podobnymi nadmiarowymi węzłami - proszę trzymaj się zasad przy kolejnych edycjach a ostatnie zmiany możesz zweryfikować i poprawić jak masz możliwość.

Cześć, tutaj https://pewu.github.io/osm-history/#/way/223706743 nieprawidłowo zmieniłeś układ drogowy. Zjazd w prawo na skrzyżowaniu powinien zaczynać się blisko wysepki a nie tam, gdzie zaczyna się linia ciągła między pasami. Dodatkowo kąt drogi zjazdowej nie może być zbyt mały, bo nawigacje wtedy nie dadzą rady wygenerować komunikatu w stylu 'skręć w prawo' tylko informują w sposób 'trzymaj się prawej strony'.

If the store does not occupy the entire building, a point should be added within the building area (preferably near the entrance to the store) and this point should contain information about the store. POI can also be used as a node even when the store occupies the entire building.

Your edit also needs additional proofreading. You have added too much data as the store name:
tag name="VAN THORN Trójmiasto - garnitury szyte na miarę" should be replaced with the following tagging:

name=Van Thorn
strapline=garnitury szyte na miarę

and possibly what you entered as the name can be put into the tag:
description=VAN THORN Trójmiasto - garnitury szyte na miarę

I corrected your edit here:
changeset/146349315
https://overpass-api.de/achavi/?changeset=146349315

Cofam tą edycję. Kategorie były obniżone po ustaleniach społeczności.

changeset/146333781

Cześć, zapoznaj się proszę z opisami i komentarzami z poprzedniej edycji tych dróg. changeset/142105267

Jest tam informacja dlaczego kategorie tych dróg były obniżone. Edycja ogólnie do wycofania.

Cześć, dzięki za edycję. Trochę ją poprawiłem, bo ławki nie powinny być połączone z drogami/chodnikami. Tą ławkę poprawiłem w CS: https://overpass-api.de/achavi/?changeset=146322138
Pozdrawiam.

Cześć, dzięki za edycje :) Chciałbym na starcie zwrócić uwagę na drobne niedociągnięcia :)

1. Prawdopodobnie niechcąco połączyłaś drogę z obszarem w tym punkcie node/1805733081 - należy tego unikać - drogi i obszary nie powinny mieć wspólnych węzłów.

2. Jeżeli do budynków lub gospodarstwa prowadzi tylko jedna droga, to powinna być ona kategorii co najmniej:
highway=service
service=driveway

Jeżeli chodzi o to, że nawierzchnia nie jest utwardzona, to można dodać tag surface=unpaved

Wiele nawigacji samochodowych omija drogi typu track.

Nie wiem czy wiesz ale jeśli przy drodze istnieje droga dla rowerów (powinno to wynikać ze znaku C-13) ale nie ma przy niej chodnika, to zezwolony jest ruch pieszych po DDR. Jeśli to jest taka sytuacja, to otaguj tą drogę jako:
highway=cycleway
foot=yes
+ dodatkowe tagi jeżeli znasz, takie jak surface czy smoothness).

PS: tabelka nie jest automatycznie aktualizowana ale zapytanie do overpass zwraca zawsze aktualną zawartość bazy (czasami trzeba poczekać ok. 3 minuty od edycji mapy).

Cześć, widzę, że aktualizujesz MegaMocni ale zdarzają się literówki, które mogą zepsuć wyniki wyszukiwania w OSM - np. zamiast amenity=kindergarten
wpisane zostało:
amenity=kindergaten
(bez 'r' przed 'g')

Stworzyłem zapytanie do bazy OSM o MegaMocni w woj. pomorskim, który pokazuje wszystkie znalezione obiekty a czerwoną obwódkę dostają te, które nie pasują z amenity do wartości poprawnych w OSM (poprawne to: school, kindergarten, childcare) - może Ci to ułatwić wyszukiwanie problemów oraz weryfikację, czy wszystkie obiekty są dodane do OSM:
https://overpass-turbo.eu/s/1G24

Dodatkowo utworzyłem tabelkę w Excelu, która zawiera wyniki z bazy OSM. W tabeli łatwiej jest zweryfikować jakie dane zostały wpisane do poszczególnych obiektów i je np. ujednolicać: https://onedrive.live.com/view.aspx?resid=3F4C5F820F8082EC%215377&authkey=!ABj8sAa3B8zBBzE