Bunkry Międzyrzeckiego Rejonu Umocnionego zostały oznakowane building=yes już jakiś czas temu:
https://www.openstreetmap.org/way/155181080/history#map=17/52.43100/15.47018
Rozmiar budynku jest zdecydowanie za duży. Wyznaczony najpewniej za pomocą warstwy ISOK gdzie widać wyrównane przedpole wokół bunkra. Sam kształt budynku jest ciężki do ustalenia dokładnie bo jest on pod ziemią ale z pewnością nie jest tak duży. Pytanie: co z tym robić? bo w takiej formie trochę lipa szczególnie np. na opentopomap: https://opentopomap.org/#map=14/52.42263/15.49055
W zasadzie jest to juz zrobione - bunkry są też w postaci węzłów. Te przedpola powielają ich tagi. Mamy więc każdy bunkier dwukrotnie.
Trzeba by te obszary inaczej otagować lub usunać.
Proszę o wycofanie tej zmiany https://www.openstreetmap.org/changeset/80431083#map=16/55.3762/18.1987 . Dodatkowo trzeba by się przyjrzeć innym zmianom trgo użytkownika (stworzył dziwne rzeczy przy jednej z bibliotek). Ja niestety nie mam chwilowo komputera, żeby zrobić to osobiście.
Analizując ostatnio adresację zauważyłem, że brakuje dość sporo punktów adresowych w mieście Czerwionka-Leszczyny (woj. śląskie).
W szczególności chodzi o numery w blokach, które w ewidencji PRG są rozdzielone na poszczególne litery (klatki) a w OSM już nie.
Jednak przed ewentualnym ponownym importem adresów należałoby wpierw zrobić porządek w bieżących punktach adresowych w OSM.
W graniach miasta adresy są bowiem różnie tagowane, mianowicie:
addr:city Liczba
Dębieńsko 1006
Leszczyny 951
Czerwionka 598
Czuchów 591
Czerwionka-Leszczyny 325
bez addr:city 71
Knurów 1
Stanowice 1
Dla wyjaśnienia - 4 pierwsze wiersze to nazwy obecnych dzielnic miasta Czerwionka-Leszczyny, dwa ostatnie wiersze to po jednym punkcie z ościennych miejscowości ale formalnie w granicach miasta Czerwionka-Leszczyny.
Moja propozycja to ujednolicenie wartości addr:city dla wszystkich punktów adresowych na urzędowe Czerwionka-Leszczyny i jednocześnie wyrysowanie relacji zgodnie z granicami obrębów ewidencyjnych dla 4 dzielnic miasta.
Moim zdaniem racje tylko w odwrotnej kolejności.
Nazwy dzielnic są ewidentne i nie ma o czym rozmawiać
Te adresy ościenne może wylądują na swoim miejscu, bo to może być kwestia nieprawidłowych granic…
Jeśli nie to sprawdziłbym je w PRG
Jeden z mapujących wprowadza do OSM granice delegatur jako granice administracyjne z admin_level=9.
Tutaj przykład z Krakowa: https://www.openstreetmap.org/changeset/81055440
Wydaje się ok, czyżby kolejny bug :x
https://www.openstreetmap.org/note/2099812#map=18/50.31879/19.13612&layers=N
W samym wprowadzeniu delegatur nie widzę nic złego, tylko nie bardzo mamy do tego admin_level. Na pewno nie mogą delegatury i dzielnice nie mogą mieć tego samego admin_level=9 i boundary=administrative.
Już się wyjaśniło, po co zostały wprowadzone granice delegatur w kilku miastach.
Chodziło o rozróżnienie, która część ulicy przypada na którą delagaturę. Dzięki temu pozycjonowanie adresów ma zacząć prawidłowo działać.
Tak to wytłumaczył autor.
Jeśli jest covered, to są do dyspozycji bardziej szczegółowe wartości, np. te są najpopularniejsze:
https://www.openstreetmap.org/note/1704918 jakieś pojedyncze budynki przy tej trasie są, ma nawet wiadukt, więc przy odpowiednim otagowaniu nawierzchni chyba nie należy jej się degradacja do track?
Na pewno nie, ze zdjęć wnioskuję, że jednak jest wykorzystywana jako dojazd do posesji, wiec track odpada z automatu. Ma dodany surface=unpaved (można się pokusić o compacted), na razie musi wystarczyć, uściśli to ktoś, kto się pojawi na miejscu w terenie.
Może przy okazji ktoś przemówi do rozsądku vrg pokasował dojazdowe do tego osiedla https://www.openstreetmap.org/way/593723339
Do poprawy ul. Jagiełły i Drawieńska w Choszcznie. W wyniku nałożenia się różnych edycji powstał niezły bałagan. Może ktoś chętny?
Zrobiłem świeże mapillary dla ułatwienia. Link poniżej. Mogę też podesłać projekt w pdf.
To ten rejon. Polecam sprawdzić jaki jest bałagan w danych:
https://www.openstreetmap.org/#map=19/53.16529/15.42785
https://www.openstreetmap.org/changeset/81600321
Poprawiłem to co było, nie rysowałem brakujących ddr/cpr na północ i południe od skrzyżowania, ani brakujących obszarów. Trochę dziwnie wyglądają niektóre area:highway z junction=yes (część powinna być chyba multipoligonami, część bez tagu junction).
area highway to jest w mojej opinii strata czasu i nadmuchiwanie bazy, a dodatkowo bruździ w niektórych rendererach jak się źle otaguje, więc tego się nie tykam. Jest mnóstwo miejsc w których osoby edytujące area:higway szatkują odcinki przez co nie działa prawidłowo routing. Ale to tylko moje marudzenie. Dzięki za porządki. Ja już sobie dorysuje brakujące CPRki.
Ja nanosiłem te area:highway. Te które posiadają junction=yes to te gdzie krzyżują/łączą się różne drogi, te bez tego tagu junction=yes występują wtedy kiedy biegnie przez nie jedna droga.
Zauważyłem że jednak do linii area:highway=footway jaki cycleway są dopisane tagi highway=footway i cycleway. Co jest błędem i należy je usunąć by nie robiły problemów z routingiem. Poza tym sprawdzić chciałem routing chodnikami ale faktycznie prowadzi w tym rejonie dziwnie i w dodatku jeszcze jakimiś drogami których obecnie nie ma na mapie.
Nie wiem czy to ja dopisywałem te zbędne tagi higway=footway/cycleway dla linii area:higway czy ktoś inny je dopisywał ostatnio - prosiłbym o info w tej sprawie - jeżeli ja to usunę je, jeśli nie ja to prosiłbym o ich usunięcie ich autora.
@grelus - to nie była strata czasu do czasu kiedy działała strona osmapa.pl/w/area bardzo fajnie to wyglądało i swego czasu miało to sens, ukazywało to też turn:lanes które staram się uzupełniać kiedy ich brakuje, fajnie też pokazywało drogi dla rowerów gdzie i jak przebiegają w bardzo czytelny sposób. Niestety ano osmapa.pl/w/area jak i osmapa.pl/w/maxspeed nie działają 
Co do routingu - area:highway nie robi tu chyba żadnych szkód w nim a robi to używanie dla highway=footway/cycleway tagowania area=yes.
Przeglądając historię elementów widać, że są Twojego autorstwa, więc śmiało możesz je poprawiać. Masz w temacie area:highway spore doświadczenie. Nie sprawdziłem wszystkich elementów, niektóre zostały zmodyfikowane przez kolegę kasmar00, ale wg historii są również Twojego autorstwa.