W OSM kategorie dróg przyporządkowuje się na podstawie funkcji w sieci drogowej, a nie jej statusu (czy kategorii urzędowej).

Droga ta nie odpowiada definicji highway=unclassified z OSM-wiki: "Najniższa kategoria dróg tranzytowych. Poza miastami i terenem zamieszkałym są to najczęściej drogi gminne. Mogą być również spotykane w miastach jako uzupełniające w stosunku do highway=tertiary. Chociaż często jest utwardzona, może być nieutwardzona, np. gdy jest dobrze utrzymaną główna drogą dojazdu do wsi. Zazwyczaj posiadają klasę L lub D (dojazdowe)."
Na tej drodze nie ma w zasadzie żadnego ruchu samochodowego (pomijając ewentualne samochody LP), a co dopiero tranzytu...

Pasuje natomiast idealnie do highway=track: "Najniższa kategoria dróg. Wszystkie drogi dojazdowe do pól i lasów. Bardzo rzadko utwardzone, stąd konieczność dodatkowego opisania przy pomocy tracktype=*,surface=*,4wd_only=*"

źródło: osm.wiki/Pl:Znakowanie_dr%C3%B3g_w_Polsce

Dlaczego zmieniłeś kategorię Bieszczadzkiej Drogi na z highway=track na unclassified skoro jest ona objęta zakazem ruchu dla samochodów (o ile zdjęcia z Google Street View i Mapillary są aktualne)?

W takiej sytuacji nie pełni ona żadnej roli w sieci drogowej, więc highway=track było do tego adekwatne.

Dlaczego podjazd do jednej działki: https://pewu.github.io/osm-history/#/way/867240162 (na zdjęciach lotniczych widać, że działka pomiędzy Kwiatową 10 a 14 ma dojazd bezpośrednio od ul. Kwiatowej) został zmieniony z highway=service + service=driveway na highway=residential?
Po tej zmianie, takie podjazdy mają identyczny rodzaj/kategorię jak drogi prowadzące do wielu budynków (np. w ramach małego osiedla)...

Wydaje mi się, że dedykowanym tagiem właśnie do takich krótkich dojazdów i dróg wewnętrznych jest jednak highway=service. Zresztą, sam tag highway=service nie jest jeszcze najniższą kategorią dróg na terenach zabudowanych w OSM. Dopiero w połączenie highway=service + service=driveway daje najniższą kategorię (bezpośredni podjazd na daną posesję). Można więc sensownie stopniować kategorię dróg na takiej zasadzie: highway=residential (droga na osiedle domków jednorodzinnych) -> highway=service (odnoga do kilku budynków [często ślepa, ale nie tylko]) -> highway=service + service=driveway (podjazd na konkretną posesję).

Przy zmianie obrysów budynków proszę zwrócić uwagę, aby nie usuwać obrysów z przypisanymi adresami i nie zastępować ich nowymi już bez adresów.

Jest to wewnętrzna apteka szpitala (rodzaj apteki wg rejestru to: "Dział farmacji szpitalnej"). Wydaje mi się więc, że nie jest ona dostępna dla zwykłych klientów i nie powinna być oddzielnie mapowana.

A ja z góry dziękuję za poprawki :)

Odnośnie braku połączenia tych mostków - faktycznie, również zauważyłem wspomniane przypadki na zdjęciach lotniczych. Oczywiście, w takich przypadkach brak połączenia jest w porządku.

W OSM unikamy nazw opisowych. Zamiast tego używa się odpowiednich tagów.
W tym przypadku, zamiast name=mostek powinno się zastosować tag bridge=yes + layer=1. W edytorze te oznaczenia dodaje się w sekcji "Struktura" >"Most".

Dodatkowo, dodane ścieżki nie są połączone z żadnymi drogami, przez co niemożliwe jest nawigowanie po nich. Dlatego, jeśli to możliwe, trzeba łączyć dodawane drogi z już istniejącą siecią.

Wkradł się błąd. Zamiast dodania tagu "name:pl"="Szczecin Port Centralny", została zmieniona wartość tagu "name" na "pl:Szczecin Port Centralny".

Poprawiłem to.

Na jakiej podstawie zostały dodane granice poszczególnych wsi?

Proszę zauważyć, że oficjalnie pojęcie „granice wsi” nie istnieje: https://www.prawo.pl/samorzad/granice-administracyjne-wsi,77193.html

@Cristoffs
Jeszcze raz przyjrzałem się tej sprawie. W OSM nie spotkałem się jeszcze z tagowaniem dla konkretnego kraju zamiast języka, jednak w tym przypadku te strony są dedykowane wszystkim uchodźcom z Ukrainy, a nie tylko osobom znającym język ukraiński (zazwyczaj nie jest to pełne tłumaczenie strony danego urzędu na język ukraiński; czasem są to nawet oddzielne strony poświęcone wyłącznie informacjom dla uchodźców).
Uważam więc, że najbardziej tym kryteriom odpowiada tag website:refugee:ua – z kodem kraju (ua) zamiast kodu języka (uk), choć tag website:ua również nie jest aż tak zły – jest po prostu mniej szczegółowy.

Mając to na uwadze, jaki powinienem zastosować tag?

@ptarac
Jak wspomniałem wyżej, zdublowane zostały tylko same adresy. Myślę, że lepiej widać to w historii konkretnego obiektu https://osmlab.github.io/osm-deep-history/#/way/378545009 – razem z danymi odnośnie UM został dodany także adres. Drugi (północny) budynek (gdzie faktycznie nastąpiła tylko zmiana building z yes na public) miał już wcześniej dodany ten sam adres.

Ja bazowałem na zdjęciach Mapillary z 31 lipca 2021 – widać tam, że oba budynki składają się na jeden kompleks przez oznakowanie wejść. Na północnym budynku zauważyłem tabliczkę z oznaczeniem wejścia B, a na południowym wejścia A.

@Cristoffs Faktycznie, może dobrym rozwiązaniem byłoby poinformowanie was o tym problemie.
Należy jednak zwrócić uwagę, na to, że właśnie "sprawdziłem jak oznaczone są pozostałe urzędy" (np. https://dev.overpass-api.de/achavi/?changeset=119459621) i nie była to wcale edycja „randomowego usera”, tylko uczestnika akcji #helpua_osmp. Na tej podstawie uznałem, że w międzyczasie nastąpiła zmiana schematu tagowania. Nie mogłem sprawdzić, czy było to zgodne z „wytycznymi społeczności”, ponieważ w artykule na osm-wiki odnośnie tej kwestii widnieje jedynie „ToDo” - osm.wiki/Pl:Osmp_for_Ukraina#Urz.C4.99dy_Gminne_i_Powiatowe. Tu rzeczywiście, byłoby dobrze, aby nastąpił moment, kiedy pytam o prawidłowe tagowanie… Nie nastąpił on, za co przepraszam.
Dodatkowo, zastosowałem się do jednej z tzw. „Dobrych Praktyk”, czyli: „Poprawiaj błędy”: „Jeśli na mapie znajdziesz obiekt oznaczony w sposób niewłaściwy, popraw go! OpenStreetMap działa na zasadzie wiki. Gdyby okazało się, że wprowadzone przez ciebie zmiany są niechlujne lub podejrzane to wiedz, że mogą być w dowolnym momencie wycofane. Bądź odważny i działaj!” - osm.wiki/Pl:Dobre_praktyki#Poprawiaj_b.C5.82.C4.99dy

Mam więc poprawić tag website:refugee:uk na websita:uk (zamiast pierwotnego websita:ua)?

@ptarac
O ile dobrze udało mi się rozpoznać UM Białogard zajmuje dwa budynki ewidencyjne; aby nie dublować danych na dwóch obrysach (co zrobiłeś z adresami w swojej edycji: https://dev.overpass-api.de/achavi/?changeset=119481321) przeniosłem dane na punkt umiejscowiony przy granicy tych budynków (jednak w obrębie budynku, który ma urzędowo nadany adres. Wyszukiwarka na OSM powinna przypisać go do POI).

Jeśli jednak UM Białogard zajmuje tylko jeden z tych budynków - daj znać i przeniosę tagi na ten właściwy.

@Cristoffs co masz dokładnie na myśli pod pojęciem "oznaczenie strony"?

Jeśli chodzi o zmianę website:ua na website:refugee:uk to zasugerowałem się sposobem stosowanym w kilku edycjach przez @voltairovicz, który to uważam za bardziej jednoznaczną, a przede wszystkim zawierający prawidłowy kod kraju (uk zamiast ua - osm.wiki/Nominatim/Country_Codes).

Rzeczywiście. Dzięki za wyjaśnienia.

Moje pytanie wynikało z tego, że niedawno (pod koniec stycznia tego roku) uzupełniałem i weryfikowałem tagowanie komisariatu w tej miejscowości po edycji innego usera - osm.org/way/828418386. Nie zauważyłem jednak, że stara siedziba wciąż była oznaczona w OSM. Przez to pomyliłem teraz te dwie lokalizacje i zadałem to pytanie :P

Urząd Miejski nie zajmuje całego budynku, mieści się tam jeszcze posterunek policji. Dlaczego więc tagi POI urzędu zostały przeniesione z punktu do całego obrysu budynku?

Skąd pochodzą dane odnośnie numerów telefonów do poszczególnych urzędów?

Pytam, ponieważ już w kilku przypadkach zauważyłem, że zmieniane/dodawane numery nie pokrywają się z tymi, które widnieją na oficjalnych stronach danych urzędów. W tym przypadku numer, który widnieje na stronie internetowej i był wcześniej w OSM (+48 94 372 62 00) został zastąpiony na taki, którego na ww. nie znalazłem (+48 943755031).

Jasne. Dzięki za poprawkę.

Dlaczego do POI urzędu został dodany adres Rynek Staromiejski 1, skoro leży on w obrębie budynku o adresie Rynek Staromiejski 5 (i taki jest również podany na stronie tego urzędu)?

Przy okazji, nie ma konieczności dublowania adresów w POI, jeśli leżą one w obrębie obrysów z adresem. Więcej informacji: https://forum.openstreetmap.org/viewtopic.php?pid=815542#p815542

Rozumiem.
Mimo wszystko, dzięki za edycje i szybkie poprawki błędów :)