piebro/osm-data huggingface dataset:
mxwk (2024-08-06 17:19:07+00:00): https://www.tubantia.nl/dinkelland/fietspad-langs-kanaal-almelo-nordhorn-in-denekamp-wordt-verbreed~ab19d3e7/?referrer=https%3A%2F%2Fwww.google.com%2F 

Hier wordt echter gesproken over een tweede fietsstrook, maar ik blijf het een beetje tegenstrijdig vinden
eggie (2024-08-06 17:21:36+00:00): Hoi... nee dat kan dus niet met iD.
Het lijkt allemaal goed, maar in feite is de relatievolgorde naar z'n grootje. ID is een routekiller. We beschouwen josm als de standaardeditor.
Bij lange landelijke routes en routes die over het zelfde traject lopen is het een heidens karwei om het weer te herstellen.
Soms kun je met een trucje de route in stand houden zonder te verplaatsen. Aan josm zul je niet ontkomen. De kennis komt door het vele mappen vanzelf.
Soms ga je op je neus... het zij zo.
Iedereen was ooit beginner.
eggie (2024-08-06 17:27:48+00:00): Yep... de Gemeente blinkt niet uit in de logica van de bebording.
Zou het maar gewoon als G13 fietspad zo laten. Evt. motor_vehicle=destination bij taggen.

Het is leuk fietsen daar. Vaak geweest... even een harinkje scoren in Nordhorn bij de Nederlandse visboer.
eggie (2024-08-06 17:29:33+00:00): Maar routes bewerken is niet iets voor starters. Het is een aparte tak van sport.
pitfire (2024-08-07 04:55:28+00:00): Hi Ropino,
die "B 484" heißt hier definitiv "Siegburger Straße".
Der kleine, landwirtschaftlich geprägte Weiler Spich befindet sich im Aggertal an der Bundesstraße 484 (hier Siegburger Straße genannt)
VG pitfire
Ropino (2024-08-07 06:55:21+00:00): Hi,
ich hatte mich an den vorhandenen Adressen (2 bis 18) und dem Schild "Spich 2" an der Auffahrt nahe dem Ortsschild orientiert + der ebenso benannten Bushaltestelle orientiert. Irgendwelche Hinweise (Straßenschilder o.ä.) auf "Siegburger Straße" waren für mich nicht erkennbar.
Den von dir erwähnten Weiler finde ich hier als place-node o.ä. nicht. Wo soll das sein? Ich finde nur etwas bei Lindlar und einen Ortsteil von Troisdorf. Beide sind etwas weit weg um die Hausnummern zu verorten.
VG
pitfire (2024-08-07 09:30:57+00:00): Hi Ropino,

habs angepasst. Hoffe, ich habe nichts vergessen. 
https://de.wikipedia.org/wiki/Spich_(Overath)#Geschichte

Änderungssatz: 154925970

VG pitfire
Ropino (2024-08-07 17:57:58+00:00): Ok
+ vielen Dank für die Info. :)
gpserror (2026-05-21 23:49:59+00:00): Hi I noticed you have barrier=no on https://www.openstreetmap.org/way/593277687 and perhaps on its other carriageway which IMHO not very good style.  Usually these barriers are on points, and if it's on a way, it's a fence.  But this is neither a point or a fence, it's a road, probably should not tag it as =no.  Yes this is just my opinion but it's the same reason we don't have building=no on non-buildings.
MdCz (2024-08-05 19:55:06+00:00): You can also verify the information on the Geoportal of Albufeira:
https://sigapps.cm-albufeira.pt/geoportal/mapa/publico
Udarian (2024-08-05 20:10:26+00:00): crossing:signals=yes is implied on crossing= traffic_signals so please stop adding it on existing ways, Rapid is incorrect for calling it an issue, so don’t “fix” these in Miami dade county please. I have made this request multiple times.

Happy mapping,
Udar
Szymson (2024-08-05 19:30:33+00:00): xD
Mateusz Konieczny (2024-08-05 22:05:01+00:00): Przeczytaj i stosuj się do https://wiki.openstreetmap.org/wiki/Pl:Dobre_komentarze_zestawu_zmian

I zaprzestań wojen edycyjnych
pavvv (2024-08-07 09:21:19+00:00): Ty sam jesteś jak wandalizm. Nie jestem mieszkańcem Łodzi, ale widzę, że żaden tranzyt nie będzie jechał Wyszyńskiego, żeby głupio skręcać w Popiełuszki zamiast od razu całą drogę jechać Maratońską. Z tą ulicą Pienista to tym bardziej nie może być secondary.
Klucz highway oznacza znaczenie drogi w większej skali dla tranzytu, a nie natężenia ruchu.
Wnioskując z mapy, ulicą Maratońską będzie jeździć większość tranzytu, bo twoja alternatywa jest niepotrzebnie dłuższa. Tym bardziej droga dojazdowa na lotnisko. Tędy nie jedzie prawie żaden tranzyt, więc tu w ogóle nie ma podstaw na secondary i może nawet powinno być coś poniżej tertiary. Proszę o zaprzestanie tych bezsensownych edycji, jak się domyślam, pod render.
Emilius123 (2024-08-05 20:46:21+00:00): Vielen Dank!
Mateusz Konieczny (2024-08-11 09:29:12+00:00): https://www.openstreetmap.org/way/1058485447/history - why you made this edit?

why you think it is "Fix nonstandard tags around Kensington"?
Graf Westerholt (2024-09-12 15:27:18+00:00): Unterlasse bitte ab sofort jedes destruktives Verhalten.
olo81 (2024-08-20 03:32:42+00:00): Przestawiłeś słup na drogę i go z nią scaliłeś, już poprawione. 
Niemal każda edycja z babolami.
mcliquid (2024-08-06 07:41:02+00:00): Review: Ich habe den Namen wie auf der Webseite angepasst.
oba510 (2024-08-06 10:58:52+00:00): This isn't correct.  The Alameda/MLK changes names when it crosses Codornices Creek; there's a street sign at the exact spot with both names. It was fine before.

You should really be discussing major classification changes first, especially when you only have 17 edits.  The idea is generally to maintain a coherent interconnected network, and you've essentially introduced a "gap" in the secondary network with this Marin/Masonic/Solano/The Alameda/Hopkins/Gilman loop you made.
RoadGum (2024-08-07 19:32:20+00:00): Apologies, I did not know about the name thing. I thought the name change was at Hopkins. The gap has been fixed by https://www.openstreetmap.org/changeset/154951050
dvdhoven (2024-08-06 06:25:14+00:00): Met ID kun je geen routes bewerken! Als je een weg toevoegt, komt die altijd onderaan te staan in de route en dat is meestal de foute plek. Daardoor waren er meerdere routes door jouw acties beschadigd.
Routes kun je alleen met JOSM bewerken.
Verder had je keuzepunt L08 en L18 samengevoegd. Dat kan ook niet. In het keuzepuntnetwerk loopt een route altijd van één keuzepunt naar een ander keuzepunt.
Ik heb route L08-L18 weer ingelegd, je had die route helemaal verwijderd, keuzepunt L18 met de juiste tags weer ingelegd
En diverse gekleurde routes weer hersteld, waar stukken op de verkeerde plek terecht gekomen waren.
En nog even persoonlijk. Ik steek al jaren heel veel tijd en energie in fiets- en wandelnetwerken.
En het stoort me bijzonder als dan een beginnende mapper zomaar ratsboem aan de netwerken gaat sleutelen en mijn werk gaat vernielen.
Heel veel van deze zaken zijn veel complexer dan het zo op het eerste gezicht lijkt.
Ik begrijp werkelijk niet waarom je een route als L08-L18 gaat verwijderen, waarom verwijder je keuzepunt L18?
Die route ligt er niet voor niets. L18 is een startpunt, zoals er in heel Overijssel tich startpunten zijn met korte stukjes naar het hoofdnetwerk.
En door jouw verwijder acties waren ook weer routes beschadigd, die misten nu het stukje naar het begin- en eindpunt.
En mij kost het weer veel energie om alles te herstellen.

Dick van den Hoven
mxwk (2024-08-06 17:05:45+00:00): Mijn oprechte excuses, het enige wat ik probeerde recht te trekken is dat de japinkskampweg en brandehofweg 'dubbel' waren ingetekent, het is tegenwoordig alléén nog maar een fietspad. Ik heb daarbij ook geen wegen toegevoegd. Ik ging er van uit dat de relaties overzetten naar het fietspad geen problemen zou opleveren (dat doet het in iD ook niet). Dat blijkt dus niet zo te zijn. L08-L18 heb ik daarbij over het hoofd gezien. 

Alsnog mijn excuses, het is niet mijn bedoeling om routes te beschadigen, ik zal me eens gaan verdiepen in JOSM (en beter opletten)
oba510 (2024-08-06 10:44:05+00:00): Hi. What is this "BWA map" you're basing these classification changes on?  Why did you introduce this jog in the highway classification at Masonic Ave? 
It looks strange, doesn't reflect actual traffic patterns, and is very similar to some undiscussed classification changes made by a now-banned user with multiple accounts from about a year ago.
RoadGum (2024-08-07 19:14:30+00:00): The BWA map is from the Berkeley path Wanderers Association, https://www.berkeleypaths.org/.
RoadGum (2024-08-07 19:15:54+00:00): https://www.berkeleypaths.org/buy-our-map-2 the map is there, as well as on a bandana at BerkHort. Hope that clears things up!
Mateusz Konieczny (2026-02-03 07:49:16+00:00): Hello!

You used
surface=concretes
on https://www.openstreetmap.org/way/624168282/history

Have you maybe meant
surface=concrete
?

I am pretty sure that it is a typo, but not sure enough to just replace it (I edited some objects where situation seemed more clear to me).

Or have you used this value deliberately? In such case, what was the intended meaning?

If it is a mistake - can you fix it?
tyfi (2024-12-01 03:12:15+00:00): Hello! Can you please clarify what you meant by setting ref=636 on a segment of Sappington Road (way 625012006) in St. Louis County? Thanks!
Buraddo (2024-08-06 00:35:19+00:00): Changeset reverted in 154872347

Please do not draw imaginary features!
Buraddo (2024-08-06 00:36:56+00:00): Changeset reverted in 154872371

Please do not draw imaginary features!
Buraddo (2024-08-06 00:37:58+00:00): Changeset reverted
Buraddo (2024-08-06 00:38:43+00:00): Reverted
Rodrigo Rega (2024-09-05 14:01:34+00:00): Hola, la iglesia no quedó correctamente mapeada. Te invito a que consultes la siguiente página https://wiki.openstreetmap.org/wiki/ES:Key:building:part para arreglarlo. Gracias por tus aportaciones a OSM. Un saludo.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/154868507
goshi0 (2024-09-05 14:23:54+00:00): Hola Rodrigo. Gracias lo miraré, es un regalo que quiero hacerle a mi madre imprimiéndole su pueblo en 3D he avanzado bastante poniendo prácticamente todas la casas y miraré exactamente como hacer bien la iglesia, pero ahora con la vuelta al trabajo tardaré en encontrar el momento, muchas gracias por el link.
cubbe8 (2024-08-06 03:35:24+00:00): This is not a trunk stub, SFR continues past Eliot.
Joseph R P (2024-08-06 06:37:02+00:00): A trunk route that does not connect to another trunk road or motorway is a trunk stub/spur. The trunk section of Soldiers Field Road that you reinstated and extended only terminates at a primary route when trunk roads are intended to link to other trunk roads and motorways to form a fully-connective network. 

In an urban scenario like this, trunk roads would be the major commuter routes for getting across town and should not abruptly end at roads of a lower classification. SFR continuing east from the Eliot Bridge is much more important as a through route, connecting Fresh Pond Parkway to the MA Turnpike before becoming Storrow Drive and heading towards Downtown, while the section east of that junction simply terminates at Beacon Street without a connection to any other major highways.
cubbe8 (2024-08-06 14:02:46+00:00): East section does not terminate at beacon. It ends at I93 on ramps. West side of SFR ends at US 20. This means it is not a stub.
cubbe8 (2024-08-06 14:05:39+00:00): North Beacon is US 20.
Joseph R P (2024-08-06 15:56:14+00:00): Meant to say west instead of east. But a trunk road terminating like that with a primary route with no connection to any other trunk highways or motorways means it is a trunk stub, by definition of OSM.
Buraddo (2024-08-06 00:41:01+00:00): Reverted
SomeoneElse_Revert (2024-10-14 23:09:42+00:00): This changeset has been reverted fully or in part by changeset 157899041 where the changeset comment is: Reverting some fictional mapping, see https://www.openstreetmap.org/user_blocks/16778
MFlamm (2024-08-06 12:02:19+00:00): Hello, OK pour considérer que l'attribut cycleway=opposite_lane est déprécié, mais pour le coup il convient de préciser le côté de la bande (cycleway:left=lane) car cycleway=lane est vraiment ambigu (sur une voie en sens unique, la bande est supposée par défaut être à droite ;-)
Marc_ch (2024-08-06 14:14:43+00:00): Bonjour,
Il n'y a pas d'erreur à ne pas préciser le côté oü se trouve la bande quand on ignore l'information (l'imagerie sat montre un sens unique dans l'autre sens, j'ignore qui de osm ou du sat est le + à jour, je me suis donc absetenu sur ce point).
difficile donc de dire que vous avez corrigé comme le dit votre changeset, vous avez amélioré l'information merci pour cela
ceci dit je pense que par défaut la bande en contresens est à gauche et non à droite :)
Salutations,
Marc
MFlamm (2024-08-06 16:25:27+00:00): Ce retour me semble étrange à plusieurs titres:
1) Si on est pas sûr de la situation sur le terrain, il me semble préférable de s'abstenir de faire des modifications ayant pour seul but d'enlever un tag déprécié.
2) Le tag cycleway=opposite_lane incluait par défaut l'information que la bande se situe à gauche (ou à droite dans les pays avec conduite sur le côté gauche). En indiquant seulement "cycleway=lane", cela devient beaucoup plus compliqué d'interpréter l'information et cela restera dans tous les cas ambigu...
3) Mon commentaire n'était pas un reproche et votre explication tentant de démontrer que vous aviez fait tout juste me déconcerte. Mon commentaire visait simplement à éviter une répétition de modifications du même genre à d'autres  endroits. J'espère donc que ce message a bien été reçu comme tel ;-)
Bonne soirée,
Michael
Marc_ch (2024-08-30 00:55:33+00:00): Bonsoir,
dsl du délais de réponse, je n'ai pas reçu la notification par email.
On mape en fonction des infos qu'on a, on a rarement une info parfaite, donc j'estime qu'il vaut mieux y aller par petit pas que faire des suppositions.
par ex tu peux très bien avoir été voir sur place, tu rentres, tu contribues le soir... mais peut-être qu'entre temps un ouvrier est passé changer les panneaux.
c'est exactement la même chose avec l'imagerie sat : il y a un délai entre l'info et la contribution.
Pour le sens de cycleway=opposite_lane, tu lui ajoute un sens qu'il n'a pas, cela ne dit pas que la bande est à gauche ou à droite, cela dit juste qu'il y a une bande dans le sens opposé au sens unique (et ne dit d'ailleurs rien à ce qui a dans le sens de la circulation).
J'ignore si j'ai fais tout juste, j'ai juste fait du mieux que j'ai pu avec les informations disponible.
J'ai bien reçu votre opinion, mais je ne la partage pas sur les détails concret (ne rien faire quand on a de quoi avancer un petit pas, et/ou donner un sens à cycleway=opposite_lane qu'il n'a pas).
J'espère que vous comprenez aussi mon point de vue.
PS: j'ai ouvert une note à quelques mètres de l'endroit, si vous êtes du coin.
Sinon je ferrai à nouveau de mon mieux avec une connaissance partielle pour résoudre la partie du problème dont je connais la solution (quand on sort du kiss&ride, on tourne à droite dans la voie actuellement interdite aux voitures)... je ne l'ai pas encore fait vu les travaux perpétuel en me disant qu'un local a peut-être l'info... mais si c'est pas le cas, je ferrai au mieux avec la situation que je connais (même si elle peux avoir changé hier ou ne pas être assez précise)
PS2: c'est amusant comme remarque quand je vois l'absence de doute dans https://www.openstreetmap.org/way/144074588
Salutations,
Marc
Marc_ch (2024-08-30 01:10:47+00:00): pour la note, erreur de ma part, je n'ai pas fait de note mais un commentaire dans le changeset du précédent contributeur
BCNorwich (2024-08-07 06:50:50+00:00): Hi, Regarding the Way: 1305827977 tagged landcover=trees and natural=tree_row. The landcover isn't rendered so is of no value. The tag natural=tree_row, this tag should refer to a linear feature not an area. This is why the area is rendered as a tree row enclosing an area. The two tags don't coexist.

Regards Bernard.
Buraddo (2024-08-06 00:40:32+00:00): Reverted
HellMap (2025-04-02 18:32:33+00:00): Sveiki,

Lūdzu norādīt avotu, no kura šis vēja parka izvietojums ir iegūts, kā arī avotu, kas šīs jau norāda par uzceltām. Ne operatora, ne pašvaldības ne citās ziņās nav nekas teikts par pabeigtu būvniecību.
qugeb (2024-08-05 22:15:52+00:00): Siehe auch https://www.openstreetmap.org/note/4368765 und 
https://www.openstreetmap.org/note/4368764
Bobbi123 (2024-08-06 13:04:00+00:00): Hallo WilmerJH,

du hast zwischen Bayreuth und Hollfeld eine abgerissene Bahnstrecke wieder eingezeichnet, die bereits wegen Nichterfüllung der Vorgaben für die Taggs als "razed" gelöscht wurden. Ich bitte dich, diese Änderung wieder rückgängig zu machen, denn wie gesagt erfüllt deine Wiedereinzeichnung nicht die OSM-Vorgaben.
Bobbi123 (2024-08-08 14:06:22+00:00): Da keine Antwort erfolgt, wurde der Changeset reverted (Begründung siehe oben).
canfe (2024-09-12 10:24:44+00:00): Secondo OSMOSE non bisognerebbe mettere area, solo junction

Untagged area object
way 1305830829 josm iD edit
area = yes
junction = yes
GerdP (2024-08-06 05:12:01+00:00): Moin aus Wildeshausen!
Endlich mal ein anderer Mapper in diesem Netzwerk :)
Ist auf diesem Teilstück die Beschilderung jetzt aktualisiert? Ich mappe bisher nur die Strecken und Knotenpunkte, bei denen die Marker und Wegweiser neu sind und erfasse dass dann auch entsprechend.
Tyran (2024-08-12 10:01:19+00:00): Moin!
Die Strecke schien komplett zu sein.
Ich bin außerdem in Twistringen Knotenpunkt 51 / 22 / 53 / 77 / 13 angefahren. Dort gab es keine Ausschilderung als Knotenpunkt.
Goldenstedt 40 war auch noch nicht zum LK DH erweitert.
Ebenso keine Knoten in Rehden 19 / 31 / 66, Barnsdorf 26 / 80 / 60 und Diepholz 76 / 61.
Praktisch scheint sich die Arbeit dort noch nicht zu lohnen.
GerdP (2024-08-12 10:09:18+00:00): OK, danke für die Infos. Ich bin in Kontakt mit dem Planungsbüro und evtl. komme ich bald an die Infos ran, wo ein Bauhof Schilder fertig gemacht hat. Die müssen nämlich vom Planer abgenickt werden. Wenn sich da was ergibt, dann werde ich das irgendwie weitergeben.
Spaghetti Monster🍝 (2024-08-05 23:13:55+00:00): 154757787 154744260 154742699 154702267 154702064 154701780 154701335 154701180 154700697 154777340 154746221 154744470 154757708 154702452 154757719 154758044 154777777 154751185 154777033 154356879 154744834 154744790 154357211 154357422 154365645
NorthCrab_upload (2024-08-05 23:30:35+00:00): Zauważyłem, że Twoja zmiana zawiera niepoprawne adresy. Przygotowałem listę obiektów do poprawy oraz dodatkowe informacje:

Duplikat adresu w okolicy.
https://www.openstreetmap.org/node/9355366920
https://www.openstreetmap.org/way/1046947283

Pozdrawiam! 🦀
tastrax (2024-08-06 11:15:20+00:00): Hi there - for readability it good to place spaces in the phone numbers. This is now common place in Australia. https://wiki.openstreetmap.org/wiki/Australian_Tagging_Guidelines/Australian_features#Phone_Numbers

Cheers
BCNorwich (2024-08-07 06:39:19+00:00): Hello there, As you can see here:- https://www.openstreetmap.org/changeset/154871584#map=18/52.32865/-3.87478&layers=N  the tag landcover=? isn't rendered, so no one looking at the OSM map will see it. But the tags natural=wood, natural=forest, natural=tree_row are rendered. The landcover tag was proposed for use (and to be open has been used often), but it was as far as I know never approved or accepted by vote.

Way: 1305836366 you've tagged as landcover=trees, natural=wood. The landcover tag is unnecessary as the natural=wood tag renders the area on it's own.

Way: 1305836370 looks more like a hedge with 3 trees, unrendered because of the tags. A better, rendered, tagging would comprise of a linear hedge (barrier=hedge) and 3 nodes tagged natural=tree.

Regards Bernard
WillFR130 (2024-08-08 22:02:22+00:00): Thank you for your response to my changesets. I did not realize that Landcover could not be used as a tag for tree cover. the option was there in the drop down box so i used it. As for Way: 1305836370 i can confirm that the contents tagged are in fact trees and not a hedge. Aerial imagery makes it look like a hedge but from the ground they are trees. 

kind regards

Will
unzow (2024-08-06 06:21:13+00:00): das ist ein regelmäßig gepflegte wassergebundene Zuwegung von der KVB Haltestelle (und Hügel 'Pumpwerk') zum Skatepark, kann auch gut mit dem Rad befahren werden, Beschilderung 'Rad/Fuß' nocht vorhanden - am nördlichen Ende der Haltestelle, und am Zugang Skatepark, je mit Poller 'abgetrennt'
crodthauser (2024-08-06 19:25:50+00:00): Perfekt. Dürfte man alles korrekt eingetragen sein.
NorthCrab_upload (2024-08-06 00:30:22+00:00): 🗺️ Witaj na OpenStreetMap!

Zauważyłem, że Twoja zmiana zawiera adresy wymagające dodatkowej uwagi. Przygotowałem listę obiektów oraz dodatkowe informacje:

Nazwa ulicy nie istnieje w okolicy. Jeśli adres ma nazwę ulicy, upewnij się, że jest ona poprawna. Jeśli nie, usuń addr:street, a nazwę miejscowości przekaż w addr:place.
https://www.openstreetmap.org/way/1305840970

Dokumentacja adresów (po polsku):
https://wiki.openstreetmap.org/wiki/Pl:Key:addr:*

W razie problemów lub pytań, proszę pisać. Chętnie pomogę.
Pozdrawiam! 🦀
NorthCrab_upload (2024-08-06 00:30:23+00:00): 🗺️ Witaj na OpenStreetMap!

Zauważyłem, że Twoja zmiana zawiera adresy wymagające dodatkowej uwagi. Przygotowałem listę obiektów oraz dodatkowe informacje:

Nazwa ulicy nie istnieje w okolicy. Jeśli adres ma nazwę ulicy, upewnij się, że jest ona poprawna. Jeśli nie, usuń addr:street, a nazwę miejscowości przekaż w addr:place.
https://www.openstreetmap.org/way/1305841378

Dokumentacja adresów (po polsku):
https://wiki.openstreetmap.org/wiki/Pl:Key:addr:*

W razie problemów lub pytań, proszę pisać. Chętnie pomogę.
Pozdrawiam! 🦀
NorthCrab_upload (2024-08-06 01:12:35+00:00): Zauważyłem, że Twoja zmiana zawiera adresy wymagające dodatkowej uwagi. Przygotowałem listę obiektów oraz dodatkowe informacje:

Nazwa ulicy nie istnieje w okolicy.

"Pańska":
https://www.openstreetmap.org/node/12094392032
https://www.openstreetmap.org/node/12094392033
https://www.openstreetmap.org/node/12094392034
https://www.openstreetmap.org/node/12094392035
https://www.openstreetmap.org/node/12094392043
https://www.openstreetmap.org/node/12094392044
https://www.openstreetmap.org/node/12094392045
https://www.openstreetmap.org/node/12094392046
https://www.openstreetmap.org/node/12094392047
https://www.openstreetmap.org/node/12094392048
https://www.openstreetmap.org/node/12094392049
https://www.openstreetmap.org/node/12094392050
https://www.openstreetmap.org/node/12094392254
https://www.openstreetmap.org/node/12094392255
https://www.openstreetmap.org/node/12094392256
https://www.openstreetmap.org/node/12094392257
https://www.openstreetmap.org/node/12094392258
https://www.openstreetmap.org/node/12094392259
https://www.openstreetmap.org/node/12094392260
https://www.openstreetmap.org/node/12094392261
https://www.openstreetmap.org/node/12094392262
https://www.openstreetmap.org/node/12094392263
https://www.openstreetmap.org/node/12094392264
https://www.openstreetmap.org/node/12094392265
https://www.openstreetmap.org/node/12094392266

Pozdrawiam! 🦀
NorthCrab_upload (2024-08-06 01:20:15+00:00): Zauważyłem, że Twoja zmiana zawiera adresy wymagające dodatkowej uwagi. Przygotowałem listę obiektów oraz dodatkowe informacje:

Nazwa ulicy nie istnieje w okolicy. Jeśli adres ma nazwę ulicy, upewnij się, że jest ona poprawna. Jeśli nie, usuń addr:street, a nazwę miejscowości przekaż w addr:place.
https://www.openstreetmap.org/way/1305840970
https://www.openstreetmap.org/way/1305841378

Dokumentacja adresów (po polsku):
https://wiki.openstreetmap.org/wiki/Pl:Key:addr:*

W razie problemów lub pytań, proszę pisać. Chętnie pomogę.
Pozdrawiam! 🦀
CoyKoi (2024-08-06 10:16:02+00:00): Hi adssadsad, welcome to OSM and thank you for your edits. I have reviewed this changeset and it adds good detail to existing features. Please can you use more meaningful changeset comments summarising what changes were made. This helps the review process and helps to communicate your intentions. Thanks, keep it up
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/154872779
adssadsad (2024-08-09 01:19:50+00:00): my bad
Fizzie-DWG (2024-08-06 03:03:06+00:00): Please see https://www.openstreetmap.org/user_blocks/16535
miluethi (2024-08-11 14:33:44+00:00): Hi Jon,
This building shape is far to big compared to the aerial imagery. Please narrow your shapes to match exactly the sat imagery.