Aha, czyli świadomie stosujesz tagowanie pod render - osm.wiki/Pl:Tagowanie_pod_renderer („Nie wprowadzaj celowo nieprawidłowych danych ze względu na sposób ich wyświetlania.”).

Swoją drogą, place=locality też wyświetlają się na mapie, tylko na trochę większym poziomie przybliżenia - takie punkty nadal mogą służyć jako punkt orientacyjny dla turystów nie wprowadzając ich przy okazji w błąd. Np.: we wsi z reguły można się spodziewać jakiegoś sklepu [gdzie można kupić jakiś prowiant, itp.), a nie pustego pola bez żadnych budynków.
Moim zdaniem, takie tagowanie zamiast być ułatwieniem dla turystów będzie dla nich jedynie mylące.

Nie sądzę, również, że te nazwy są jakoś szczególnie żywe, skoro w danych z PRNG przy wielu tego typu miejscowościach widnieją notatki, że dana nazwa jest przeznaczona do likwidacji...

... a nawet jako place=village.

Według OSM-wiki takie miejscowości należy tagować jako place=locality - osm.wiki/Pl:Tag:place=locality?uselang=pl

Ich oficjalny status nie ma znaczenia. Zresztą, niektóre punkty mają oznaczenie urzędowej kategorii/rodzaju w tagu name:prefix.

Dlaczego oznaczasz opuszczone miejscowości jako place=hamlet?

Rozumiem - nie wszędzie pojawiła się stosowna aktualizacja.

Aktualizacja pojawiła się na szczęście także na stronie GDDKiA o. Opole: https://www.gov.pl/web/gddkia-opole/zmiana-organizacji-ruchu-na-dk41-w-wierzbiecicach2. Zapewne będą pojawiać się tam też kolejne informacje na ten temat, więc warto ją obserwować :)

Na razie wycofałem więc tą zmianę.

Zmiana organizacji ruchu nie nastąpiła: https://www.facebook.com/permalink.php?story_fbid=3017771048541196&id=1453995574918759

Wandalizm wycofany w całości.

1) Błędne tagowanie numerów dróg powiatowych za pomocą ref (powinno być unsigned_ref) - zignorowany poprzedni komentarz osm.org/changeset/112982853
2) Sztuczne zawyżanie kategorii dróg wg klasyfikacji urzędowej (zignorowanie definicji z OSM-wiki: osm.wiki/Pl:Znakowanie_dr%C3%B3g_w_Polsce#Drogi_samochodowe) - np. polna droga, która przechodzi w nieprzejezdną dla samochodów ścieżkę podwyższona na tertiary: osm.org/way/401544102/history

Według oficjalnej strony (https://swrm.szczecinek.pl/maps) ta stacja nadal nazywa się „Armii Krajowej (Gimnazjum)”.

Ewentualnie, można by jeszcze raz sprawdzić tą nazwę już po uruchomieniu Roweru Miejskiego w następnym sezonie. Niemniej jednak, na razie oficjalnie funkcjonuje nazwa z dopiskiem gimnazjum.

Nie rozrysowujemy skrzyżowań, jeśli wysepka nie jest fizyczną barierą (w postaci trawnika, krawężnika, itd.).
Poprzednia wersja była więc prawidłowa.

Przy okazji tej edycji, zostały uszkodzone dwie relacje, a ta droga: osm.org/way/178212101 została błędnie oznaczona jako jednokierunkowa. Wycofane.

Jak, wspomniałem wyżej, również uważam, że landuse=recreation_ground dla tego obszaru nie był zbyt idealny.

W komentarzu chodziło mi przede wszystkim o to, że ten teren znajduje się już wewnątrz obszaru z tagiem landuse=forest (Puszcza Bukowa), więc zastosowanie tutaj landuse=forest powoduje dublowanie/nakładanie się identycznie otagowanych obszarów. JOSM w takich przypadkach pokazuje ostrzeżenie „Overlapping identical landuses”.
W tej sytuacji, jedynym rozwiązaniem tego problemu jest zastosowanie innego tagowania. Jak wspomniałem, wg mnie leisure=common, które wcześniej tu użyłem było najbardziej neutralne.

Dlaczego taka zmiana?
Wiem, że tag landuse=recreation_ground dla tego obszaru nie był zbyt idealny, ale w tagu note była informacja odnośnie tego, że ten obszar nakłada się na relację Puszczy Bukowej (osm.org/relation/4279657), która również jest otagowana jako landuse=forest.

Przed ostatnią zmianą tagowania tego terenu zastosowałem tag leisure=common, który jest wg mnie najbardziej neutralną opcją, która pozwala uniknąć nakładania się obszarów z tym samym landuse. Niestety powyższy tag nie renderuje się w domyślnym stylu OSM (z tego co wiem, nie zmienia to możliwości wyszukania takiego obiektu).

Na niektórych ścieżkach/drogach polnych pozostało jeszcze inne podejrzane tagowanie, wymagające uwagi, a mianowicie: połączenie tagu tracktype=grade5 z surface=concrete:plates.
Na przykład w: osm.org/way/189640455 i osm.org/way/447995074

^update: Stosowny changeset wysłany - osm.org/changeset/113738799

Cześć, dzięki za informację!

Dla jasności, nie są to dane zebrane przeze mnie, tylko poprawa po początkującym edytorze zza granicy (z kilku oddzielnych changeset'ów).
Poprawiałem głównie geometrię ścieżek (wg ortofoto), czy usuwałem zbędne opisy po niemiecku z tagu name (np. osm.org/way/946619222/history).

Wspomniany punkt to również pokłosie tych poprawek. Nie byłem w stanie zweryfikować poprawności wszystkich danych, szczególnie tagów surface, tracktype, itp.
Pozostawiałem je bez zmian lub, jak w tym przypadku, przenosiłem je na nowe punkty/linie (najczęściej ze względu na poprawioną geometrię, czy usunięcie zdublowanych dróg, itp.).
Swoją drogą, wspomniane ścieżki zostały już dodane w 2009 r. (więc jak najbardziej, dużo mogło się przez ten czas zmienić).

W najbliższym czasie (ponieważ, obecnie jestem w trakcie poprawek jednej z własnych edycji :P), zgodnie z sugestią, usunę te ścieżki i bród.

Droga ta ma co najwyżej znaczenie w skali regionalnej, a nie krajowej, więc highway=primary tu nie pasuje.
Sugerują to np. drogowskazy na węźle Szczecin Podjuchy - występuje tam jedynie kierunek do dzielnicy Podjuchy; a nie jak na sąsiednich węzłach: do Kostrzyna nad Odrą (granica PL-D), Szczecina (jako całego miasta, a nie konkretnej dzielnicy) [w. Radziszewo]; Rosówka (granica PL-D), Szczecina (jako całego miasta, a nie konkretnej dzielnicy) [w. Szczecin Zachód]; Lubieszyna (granica PL-D), Bydgoszczy i centrum Szczecina [w. Kijewo].

Za OSM-wiki:
- "Znacznik highway=primary ("droga pierwszorzędna") służy do oznaczania głównych dróg w systemie transportowym danego kraju."

- "Znacznik highway=secondary ("droga drugorzędna") służy do oznaczania drogi stanowiącej istotne połączenie w krajowej sieci dróg, ale niebędącej częścią krajowych i międzynarodowych korytarzy tranzytowych."

Swoją drogą, przez wiele lat ten odcinek był oznaczony jako highway=tertiary i wszystko działało w porządku (mam na myśli m.in. nawigacje korzystające z OSM), nikt nie narzekał. Dopiero 8 miesięcy temu dostał highway=secondary… W związku z tym, jak dla mnie, ciągłe podwyższanie kategorii tej drogi jest w po prostu mapowaniem pod render.

osm.org/node/9228734917 - na 95% nie jest to domek letniskowy.
Zauważyłem, że ten user dodaje w ten sposób swoje prywatne notatki, np. osm.org/node/7528131386

Dlaczego do budynków uczelni i Centrum Psychiatrycznego przy ul. Żołnierskiej dodałeś tag access=private?
np. osm.org/way/58359967

Zmieniłem tagowanie z building=proposed + proposed=university na proposed:building=university, aby ten budynek nie renderował się jak już istniejące budynki (niestety, tag building=proposed nie działa jak highway=proposed :/).
Przy okazji, zmieniłem też building:part=university na proposed:building:part=university, aby ewentualnie nie wprowadzało błąd (sugerując zmianę tagowania na building=university dla głównego obrysu).

Dzięki za poprawki :)

Dlaczego oznaczyłeś poszczególne części parkingu Lidla na Granitowej (np. osm.org/way/767627171/history) jako miejsca parkingowe o pojemności 1 samochodu - skoro mają większą pojemność?

Dodatkowo obszar obejmujący te części (osm.org/way/998320916) nie powinien mieć tagu name=Parking Lidl, ponieważ jest to niezgodne z zasadami OSM - „Nie używaj tagu name do opisywania rzeczy” - osm.wiki/Pl:Dobre_praktyki#Nie_u.C5.BCywaj_tagu_name_do_opisywania_rzeczy. Właściwym tagiem będzie: operator=*.

Przy okazji, nie jestem przekonany co do metody grupowania miejsc parkingowych leżących w pobliżu siebie we wszystkich przypadkach. Ta metoda może się sprawdzać w przypadku parkingów przy hipermarketach, centrach handlowych, itp. Moim zdaniem nie sprawdza się jednak w przypadku bardziej skomplikowanych parkingów, jak np. P+R przy dworcu w Podjuchach - ze względu na to, że obszar grupujący wszystkie części oznaczone jako amenity=parking_space obejmuje także chodniki i trawniki, czyli części niedostępne dla samochodów. W przypadku parkingów przy hipermarketach i centrach handlowych taki obszar najczęściej obejmowałby tylko miejsca parkingowe i uliczki parkingowe. Według mnie, nie jest to również zbytnio czytelne oznaczenie (w przypadku bardziej skomplikowanych parkingów) – w tej wielkiej szarej plamie trudno odróżnić miejsce parkingowe (które jest jedyne wyznaczone za pomocą niewiele mówiących, tylko trochę ciemniejszych od otoczenia kresek) od obszaru chodnika, drogi, itp.
Domyślam się, że taka metoda jest spowodowana dużym nagromadzeniem oznaczeń parkingów na mapie i ich zbytnią widocznością – nawet w przypadku małych miejsc parkingowych. Jest na to bardzo dobry i prosty sposób: dodanie tagu parking=street_side do obszaru oznaczonego jako amenity=parking. Tak otagowane parking są dużo mniej wyróżniane na mapie od pozostałych parkingów. Opis z OSM-wiki: „parking=street_side - Area suitable or designated for parking, which is directly adjacent to the carriageway of a road — either single parking areas (often only for a few vehicles) or chains of "bays" or "pockets" alongside the roadway which, in contrast to parking lanes, are structurally designed and therefore regularly interrupted by structural elements like curb extensions or islands for street furniture.” (osm.wiki/Tag:parking%3Dstreet_side)
Na wspomnianym P+R można by tak właśnie otagować zatoczki najbliżej ul. Metalowej. Wiem, że na OSM-wiki jest jeszcze zdanie: „In contrast to parking=surface, these parking spaces are accessed directly from the street without having to use an access/service road or driveway.”- według mnie oznacza to tylko, aby nie stosować tagu parking=street_side dla parkingów przez które obejmują swoim obszarem także drogi dojazdowe – na tym P+R są one oznaczone oddzielnie od dróg, więc wg mnie jest OK (zresztą pozostała część definicji idealnie pasuje do tego przypadku). Środkowe miejsca parkingowe są „dwustronne”, więc do nich raczej pasuje parking=surface Dzięki temu zmniejszyłaby się widoczność 7 miejsc (+ parking kiss and ride, który wcześniej tak już oznaczyłem; w ogóle nie powinien być częścią dużego parkingu ponieważ działa na innej zasadzie niż pozostałe parkingi razem z nim zgrupowane…).

Proszę, nie dodawaj tagu landuse=military do osm.org/relation/3246413/history (ponieważ ten teren nie jest stale zajmowany do celów wojskowych)