Hej tomaszko90! Dróg projektowanych nie zaznaczamy jako highway=secondary, bo taki tag oznacza przejezdną już teraz drogę drugorzędną. Skąd wiesz też że akurat taki będzie jej przebieg? Nie podałeś w tym zakresie źródła a z podkładu Geoportal 2: Orthophotomap raczej tego nie wyczytałeś...

Masz na myśli któryś konkretny budynek? Ze zdjęć podkładowych wszystkie wyglądały jak typowe mieszkalne w środku osiedli.

Hej warmia123! Zwróć proszę uwagę na swoje komentarze do zmian w kontekście osm.wiki/Pl:Komentarze_zestawu_zmian

Hej warmia123! Zwróć proszę uwagę na swoje komentarze do zmian w kontekście osm.wiki/Pl:Komentarze_zestawu_zmian

Hej warmia123! Zwróć prosze uwagę na swoje komentarze do zmian => osm.wiki/Pl:Komentarze_zestawu_zmian

Hej warmia123! Zwróć prosze uwagę żeby nie tworzyć budynków z obszarów, jak np. tutaj: way/776848695/history

Sprawna akcja, liczba building=panel house w Polsce obecnie równa 0. Dzięks!

Jeśli budowa drogi jest już faktycznie ukończona powinieneś jednocześnie zdjąć tag o tym mówiący czyli construction=residential

Jak z ulicą Adama Poszwińskiego ? Budowa się rozpoczęłą? Ta ulica obecnie również jest nieprawidłowo otagowana jednoczęsnie jako w budowie construction=residential i planowana
highway=proposed

Zmienione w zestawie zmian: changeset/81646896

Jeśli jest już wybudowana możesz śmiało zmienić na highway=residential. Jednocześnie musisz jednak usunąć tag construction, bo ta ulica była wcześniej nieprawidłowo otagowana, miała bowiem jednocześnie construction=residential i highway=service, co sugerowało, że nadal jest w budowie (stąd moja korekta). Poza tym wartość przy construction i highway musi być taka sama. Prawidłowa wartość tutaj to residential (droga w terenie zabudowanym) a nie service (droga dojazdowa) zgodnie z wiki => osm.wiki/Pl:Znakowanie_dr%C3%B3g_w_Polsce . Przy okazji możesz też uzupełnić rodzaj nawierzchni, czyli tag surface. Pozdr!

No to może covered=roof, zasugerował to sam kocio na forum => https://forum.openstreetmap.org/viewtopic.php?pid=778466#p778466

Hej!Używając narzędzia Tomka Tarasia do importów adresów trzeba uważać na zawartość danych, bo one nie są dopasowane wprost do standardu OSM, czyli nazwy ulic a addr:street.Teraz zrobił się trochę bałagan i wyrzuciło mnóstwo osm.wiki/Tag:mrówek=> http://v3.mrowka.org/adresy/#12/49.6454/18.9116 , jest też sporo dubli, przykładowo => osm.org/#map=19/49.61442/18.88281

Hej olo! Ale z tego co widać na streetview te perony raczej są covered=yes, więc usuwanie tagu z bazy nie jest wyjściem. Całkiem też możliwe, że niedługo powróci renderowanie takich peronów, patrz => https://github.com/gravitystorm/openstreetmap-carto/issues/4008 i wtedy będzie trzeba przywracać skasowane tagi. Alternatywnym podejściem byłoby zastosowanie covered=partially jeśli zadaszenie nie pokrywa całkowicie peronu lub zmapowanie zadaszenia jako building=roof => https://github.com/gravitystorm/openstreetmap-carto/pull/3162#issuecomment-396412904

Numery dróg były już nadane w tagu unsigned_ref, którego używamy w przypadku dróg powiatowych/gminnych, patrz => osm.wiki/Pl:Znakowanie_dr%C3%B3g_w_Polsce#Oznakowanie_dr.C3.B3g

Jeśli budynek ma 1 adres możemy go połączyć z obrysem. Jeśli budynek ma jednak kilka adresów to w OSM zaznacza się je jako odzielne węzły zgodnie z ich urzędowym lub realnym położeniem (jeśli np. znasz dokładne położenie klatek które odpowiadają tym adresom możesz je połączyć). Na pewno jednak nie powinno to być otagowane jak po Twojej zmianie. Poza tym również we Wrocławskim GIS nie ma takiego adresu na jaki się powołujesz w source:addr, są one oczywiście pojedyncze, patrz => http://gis.um.wroc.pl/imap/?locale=pl&gui=classic&sessionID=1682508 . Reasumując, zmiana nieusadniona, przywracam prawidłowe punkty.

Dlaczego kasujesz punkty adresowe (nody: 7192692046,7192692045,7192692044,7192692043,7192692042,7192692041), które w ewidencji EMUiA są odrębne i zastępujesz je ciągiem z przecinkiem? Takiego adresu nie ma, są poszczególne numery adresowe => https://mapy.geoportal.gov.pl/imap/Imgp_2.html?locale=pl&gui=new&sessionID=4900923

Jak dla mnie oznaczanie kamer może być, choć nie ma chyba paczkomatów bez kamer (czy są?)

Tak-szczególnie jeśli POI mieści się w obrębie budynku z otagowanym adresem nie mam sensu go dublować.Nominatim i tak zwróci adres przy wyszukiwaniu po nazwie i miejscowości a przynajmniej nie będzie redundantnych danych, patrz wiki => osm.wiki/Addresses#How_to_map_addresses

Oddzielna kwestia to sposób wykonywania (szczególnie tak rozległego) importu, są na to odpowiednio opisane na Wiki kroki => osm.wiki/Import/Guidelines , przede wszystkim wcześniejsza komunikacja woli importu ze społecznością (np. forum), wyjaśnienie źródła danych (licencja) i wykonanie go z oddzielnego dedykowanego konta. Poza tym przychylam się w pełni do głosu pio2_122 o dublowaniu adresów przez paczkomaty-trzeba mieć świadomość, że z adresów korzystają (naprawdę!) służby ratunkowe, nie chciałbym żeby zamiast do potrzebującego karetka trafiła wpierw do paczkomatu, który stoi „gdzieś w okolicy” faktycznego adresu.