piebro/osm-data huggingface dataset:
AlaskaDave (2019-09-12 08:56:47+00:00): Hello,

Many of the edits and additions you made in this changeset are questionable. You have added many nodes as fords over canals and rivers. I am quite familiar with this area and do not think those fords exist. Just because a stream or canal crosses a highway and there is no bridge on the map does not mean the highway crosses the stream or canal on a ford. Some earlier mapper has merely forgotten, or didn't take the time, to draw the bridge. Assuming it's a ford is probably wrong. Unless you know for a fact that those crossings are fords, do not assume it to be so.

Also, you added some sort of religious area, perhaps a temple or roadside shrine, tagged it with amenity=place_of_worship, and used "Hinduism god place" for an English name. That's totally wrong. If anything, it is a buddhist place. How you decided to give it that name is a mystery. (Way: ศาลพระภูมิ (712590405). Using the Thai name you supplied (ศาลพระภูมิ), the correct name:en for that place is "San Phra Phum".

Please read the Thailand section of the Wiki and use the guidelines in it to help your mapping efforts.

AlaskaDave
user_10215874 (2020-06-20 13:35:32+00:00): yes, it is my fault, sorry
user_10215874 (2020-06-20 14:04:43+00:00): OK
RicoElectrico (2019-12-07 17:59:57+00:00): Cześć, wg uwagi nie ma ul. Towarowej w miejscu zaznaczonym przez Ciebie: https://www.openstreetmap.org/note/1737724
RicoElectrico (2019-12-07 18:01:31+00:00): Choć TERYT mówi, że wciąż jest, dziwne...
abrensch (2019-09-27 15:27:31+00:00): Sind diese Rampen Am B404 Anschluss Todendorf/Sprenge wieder frei ?
look4book (2019-09-28 17:02:46+00:00): tut mir leid, da komme ich so schnell nicht vorbei. bitte prüfen!
abrensch (2019-10-05 11:12:08+00:00): ich hab's entsperrt
look4book (2019-10-05 17:49:33+00:00): danke!
geoaria (2019-08-23 08:17:49+00:00): سلام
خواهشمند است در هنگام ادیت نقشه اتصال راهها قطع نگردد. عدم اتصال راهها مانع مسیریابی و حالت حزیره در نقشه می شود.(ارادتمند :مالکی)
hasaan22 (2019-08-24 05:42:55+00:00): حتما ممنون از تذکرتون
geoaria (2019-08-24 07:08:07+00:00): سپاسگذارم
سپاس از زمانی که میگدارید برای تکمیل نقشه اصفهان ، کمکی خواستید من در خدمتم
simsbsims (2019-08-11 07:34:51+00:00): Please do not reverse the changes - having this information published effects the security of this location and the staff that have to work there. It is also no longer a Cable and Wireless location
eggie (2019-08-11 07:53:58+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.

De info heb ik samengevoegd met de reeds aanwezige adresnode.
MVG,
Eggie
eggie (2019-08-11 08:40:45+00:00): Dag NeonovA.. Ziet er netjes uit. In wijken wordt gras meestal getagd als landuse=grass
Parallel-trottoirs worden niet getagd als ze direct aan de hoofdrijbaan liggen. Bij een groenstrook ertussen dan weer wel. Denk dan wel om verbindingen te maken met de hoofdrijbaan, want op dit trottoir zit je "gevangen". Routeren doet het zo niet goed. 
MVG,
Eggie
ma-rt-in (2019-08-11 23:57:01+00:00): Hallo,
bitte nicht pauschal hier access verteilen. Der Aldi Parkplatz ist wohlkaum rein öffentlich zu benutzen sondern meist doch nur von Kunden.
vg
Millesimus (2019-08-12 18:41:06+00:00): Hallo,
die Benennung als "Aldi" hat zwar Sinn, meines Wissens nach ist es aber kein reiner Kundenparkplatz.
Gruß
ma-rt-in (2019-08-12 18:42:31+00:00): Hallo,
in 99% der Fälle sind solche Parkplätze privat bzw dann für Kunden frei.
Millesimus (2019-08-12 18:43:28+00:00): Hallo,
Hast Du dort schon einmal geparkt? ^^
ma-rt-in (2019-08-12 18:44:15+00:00): ne geparkt direkt nicht drauf, aber stand davor ^^
Millesimus (2019-08-12 18:45:46+00:00): Ich habe da schon geparkt, daher (aus der Erinnerung) diese Einordnung. Meinetwegen kann es aber auch geändert werden. ^^
TheSwavu (2019-08-12 03:37:04+00:00): Changeset comment should have been "Added Cadence".
trial (2019-08-26 19:01:02+00:00): According to the comment you removed a duplicate. Good.
Except that I see what seems to be a duplicate according to the aerial imagery:
https://www.openstreetmap.org/way/699519384
and South part of 
https://www.openstreetmap.org/way/129339221
BCNorwich (2019-08-27 05:50:40+00:00): Hi, with different imagery I see this as well. Duplicate is removed.
trial (2019-08-27 07:29:03+00:00): Thanks,
For France, almost always, best imagery is BDOrtho IGN. Local imagery with higher resolution is one of the rare exceptions
Hjart (2019-08-11 08:43:41+00:00): I have changed the name back to Spar only. We generally consider the location internal to the website
eggie (2019-08-11 09:09:25+00:00): Door die parkeerplaats kun je gewoon een highway=service service=parling_aisle trekken om de boom heen en een verbinding maken met die residential Snijdershof. Nu is dat stuk een "eiland". 
Eggie
Leo Slager (2019-08-11 11:01:19+00:00): Sorry, heb ik al gedaan. Zag niet dat jullie hier samen al bezig waren te verbeteren.
eggie (2019-08-11 12:48:37+00:00): Leo.. Maakt niet uit.. beetje hulp altijd welkom. :)
GOwin (2019-08-28 05:28:41+00:00): Should this be a no u-turn  or a no left-turn restriction? The restriction you added is no-left-turn, and there does'nt seem to a road for turning left to.
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/73235823
seav (2019-08-28 05:53:04+00:00): I think the intention is that this is a no-U-turn restriction, but given that the editor being used is iD, the built-in turn restriction editor in iD does not have a good support for properly modeling the proper no-U-turn restriction.

In any case, this no-left-turn restriction is an okay (but not ideal) alternative because it will still properly prevent u-turns in routing software/engines.
mapbeks (2019-08-28 05:54:12+00:00): Good day Sir Erwin! As per checking our resources, it is a no u-turn sir. But if I do the restriction coming from the origin lane and restrict it as well as a no u-turn that maybe the cars coming from Mckinly can't turn left when they cross the intersection
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/73235823
GOwin (2019-08-28 10:21:44+00:00): Using iD is just as good as JOSM. This no left-turn restriction is redundant to the no u-turn resriction, r5697218 added by Eugene in 2015.
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/73235823
GOwin (2019-08-28 10:23:48+00:00): However, if you're adding a no left-turn restriction for vehicles coming from McKinley heading to CP Garcia, you chose the wrong members for your restriction. You may want to check it again.
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/73235823
seav (2019-08-28 11:29:15+00:00): I have a feeling that Grab's backend routing engine might not support turn restrictions with one or more ways in 'via' roles (as opposed to just a single node for the 'via'). This is a really common problem in many routing engines and quite complex to support.

For example, OSRM had this issue raised in 2012 and only solved in 2017: https://github.com/Project-OSRM/osrm-backend/issues/2681

Mikko, can you confirm if Grab's routing engine supports the u-turn restriction that is already mapped in OSM here?
seav (2019-08-28 17:02:07+00:00): I had a private chat with Mikko regarding this and I can confirm that Grab's system does not detect the existing no-u-turn restriction. I have told Mikko to escalate this with Grab because they need to support ways-as-via turn restrictions if they really want to do proper routing using OSM.
osmviborg (2019-08-11 10:48:18+00:00): Inden du sletter addresse punkter, så check lige med https://danmarksadresser.dk/adresser-i-danmark/ Hvis du mener noget er forkert, så skal du vende den med den relevante kommune.
Niels Beck (2019-08-11 20:49:01+00:00): Den slettede sti har jeg selv tidligere oprettet! Den er nu - ikke eksisterende. Passagen er blevet spærret med låge og lås. Ingen kommune har været involveret i oprettelse eller afspærring, som er foretaget af en kolonihaveforening.
osmviborg (2019-08-11 21:45:21+00:00): Du slettede adressen C.F. Richs Vej 170. Adressen er stadig i 'Danmarks Adresseregister'. Jeg har genskabt den.
Niels Beck (2019-08-12 07:20:24+00:00): Åhh ja! Det var en fejl! Årsagen er at jeg har oprettet 2 adgange/låger til kolonihaven ved 170 C.F.Richs Vej. Under denne oprettelse fik jeg ukorrekt slettet adressen 170! Tak for hjælpen til genoprettelsen!
badenk (2019-08-12 16:54:33+00:00): It looks like I probably inadvertently deleted a whole section of river bank [Relation:  Snaring River (6447166)] a few days back on the Athabasca River between Snaring river and Brule Lake.  It was incorrectly named "Snaring River".  The transgression may have been in Changeset:  73236201.

I was in the process of correcting the incorrect name by splitting the rivers (ways) at the Snaring mouth.  I made a new Relation:  Athabasca River (9905661) and renamed and added the upper Athabasca River between Snaring River mouth and Jasper.

Baden
freebeer (2019-08-12 17:33:31+00:00): are you asking for a revert, or for detective work, for what i see now as https://www.openstreetmap.org/relation/6447166 shows a lot of inners that are now outside of the stub that remains as https://www.openstreetmap.org/way/712561121 .

at the least you may want to add all the outer inners to your new relation if accurate as a lot are missing, and remove them from the old relation.  your new relation at a quick glance only seems to have a handful.
badenk (2019-08-12 17:51:23+00:00): Hi Freebeer:

Thanks for your response.

Ideally, it would be preferable to add or restore the missing river way only from the Snaring mouth to Brule Lake without impacting the subsequent changes.  I could then manually change the isolated islands over to the new Athabasca River relation, as I did with the upper Athabasca River.

Practically, I realise that this may not be possible, so a reversion may be required.

In hindsight, the better way to spit this up, would have been to rename the relation "Snaring River" to "Athabasca River", and then split the actual Snaring River off, and deal with that smaller and more manageable relation separately.

thanks,
Baden
freebeer (2019-08-12 19:04:15+00:00): i don't think this changeset deleted it.  i'm totally unfamiliar with this area, and my attempt to undelete near the junction where now i can see what you are talking about reveals an unholy mess, so i'll either try up northwards, or review your other commented changesets...
badenk (2019-08-12 20:42:10+00:00): Hi Freebeer:

I have very limited competence in investigating these things, however, from what I could ascertain, the deficiency only came to my attention after the whole river section disappeared on Mapnik.  I have no recollection of recently seeing that section when I was modify it, however, it still exists on OpenTopoMap, so I can only surmise it was due to my recent actions.

Looking at Relation:  Snaring River (6447166), I can see that I was the first person to touch it since three years ago.  https://www.openstreetmap.org/relation/6447166/history#map=11/53.0260/-118.0129 Changeset:  73230469 covers the affected area to Brule Lake, so I am guessing this may be where the deletion occurred.

As far as the "unholy mess" mess goes, I took on a project that I knew was risky, and it turned out to be more complex than anticipated.  Besides having a actual complex braided river system, the OSM riverbank, water, streams, and woods are all congruent or overlapping, and difficult to identify and separate.  The Canvec data is also extremely erroneous.

thanks,
Baden
freebeer (2019-08-12 21:17:05+00:00): lucky for me, there were still older tiles at lower zooms showing the whole riverbanks, so i started looking in the wrong direction until i zoomed in further.

much nearer the lake i saw where it diverged from the woods cleanly enough and the single deleted item folllowing that course was clear, unlike where the rivers meet and there appear to be hundreds of deletions, none looking sensible.

wait, i thought i sent this off already.
badenk (2019-08-17 04:34:55+00:00): Hi FreeBeer:

Would it be possible for you to correct this error, as I am not able to?

thanks,
Baden
Viajero Perdido (2019-08-18 16:01:10+00:00): Hopefully this is unrelated (because I don't want to get involved in this...)

Because JOSM complained after I did a minor fix to the river inside Jasper town, I added natural=water (it was missing) to a long section of the river, to correspond with the water=river tag.  Don't know if that affects this discussion at all, but thought I'd better mention it.  https://www.openstreetmap.org/way/712606179
freebeer (2019-08-19 05:17:27+00:00): hi baden,

thanks for the reminder.  several unfortunate crashes took this issue from my screen, but not from my guilty conscience of unresolved osm issues.  i'll see what i can do after two days of catching up on other osm ... issues.  who would have thought such a free-time hobby would be so ... zeitraubend, sorry, can't think of a convenient equivalent to describe how much of my useless life has been lost to osm.

details to follow
badenk (2019-08-19 17:40:13+00:00): Viajero:

Thanks!  I didn't want to do anything until after the reversion, as the possibility existed that it all could be reverted.

Freebeer:

I look at OSM as a pastime like gardening, unfortunately gardening doesn't seem to be as addictive nor time consuming (wasting) as OSM.  {:-)

thanks,
Baden
Eberth (2019-08-11 09:28:26+00:00): Bleibt die A48 hier dauerhaft zweispurig oder gilt das nur während der Bauarbeiten?
Bisher war sie ja dreispurig ohne Standstreifen.
Heinervdm (2019-08-11 10:19:18+00:00): Diese Änderung ist ca. 30.7. gemacht worden, unabhängig von der Baustelle an der Bendorfer Brücke.
Es wurden teilweise die alten weißen Markierungen übermalt um einen Standstreifen zu schaffen und an anderen Stellen wurden die alten weißen Markierungen weg gefräst. Außerdem wurden weiße und keine gelben Markierungen angebracht. Deshalb gehe ich davon aus, dass diese Änderung permanent sein wird, ich habe allerdings keine offizielle Ankündigung dazu finden können.

Die Geschwindigkeitsbegrenzung auf 100 und 80 auf diesem Stück besteht noch aus Baustellenschildern, weshalb ich noch hoffe dass diese nur Temporär ist bis sämtliche Markierungsarbeiten abgeschlossen sind (In höhe Rastplatz Mühlholz fehlen noch sämtliche Markierungen, da dort zusätzlich noch die Asphaltdecke erneuert wurde)
Eberth (2019-08-11 10:23:38+00:00): Danke für die ausführliche Rückmeldung.
sorcrosc (2019-08-11 17:42:33+00:00): Ciao,
per favore non mettere i divieti di inversione da una way verso se stessa come questo:
https://www.openstreetmap.org/relation/9906075
Sono inutili e rendono molto più difficile decifrare le poche restrizioni di svolta utili.

Lorenzo
damianeue (2019-08-11 17:44:55+00:00): Va bene, sarà una modifica che smetterò di fare. Scusa per l'inconveniente ma non sapevo di non doverlo mettere.
geow (2020-03-01 11:28:54+00:00): Namaste! You have added this line without any properties:
https://www.openstreetmap.org/way/712607845
May I ask what does it mean and what is the source of the data? If it was by mistake, I would delete the line soon, OK?

Thanks
geow
geow (2023-01-22 21:35:39+00:00): Line without properties removed after the author did not get in touch when asked.
Myazyk (2019-08-12 20:27:14+00:00): Не розумію нащо писати назви вулиць, які були упродовж останніх 200 років?
Там тоді тре робити теґ old_old_old_name.
І не може бути назва українського 17 Вересня, а польською 11 листопада.
Таке лише буває (і то дуже рідко) у назвах населених пунктів)
Drogopolitanos (2019-08-13 17:37:16+00:00): З тих самих причин, з яких позначено "Лан", хоч такої назви зараз ніхто не вживає та відома вона переважно тим, хто цікавить історією. Щодо старих назв українською та польською мовами - погоджуюся.
ma-rt-in (2019-08-12 00:22:46+00:00): Hallo,
sind da wirklich nur 300 Liter vorhanden? Im Englischen ist der Punkt ein Komma und das Komma ein Punkt, wobei letztes einen tausender Schritt beschreibt.
vg
Trupp-Me (2019-08-12 08:46:07+00:00): Hallo,
mein Fehler, es sind natürlich 300000 l vorhanden
Habe es verbessert
Vg
BCNorwich (2019-08-14 09:30:47+00:00): Hi. Once again you've made a fix that has dragged a different way out of shape. In amending Ream's Way you dragged the node joining to Liquorice Way out of position. Please can you correct this?
gendy54 (2019-11-24 14:43:14+00:00): Bonjour,
Juste une petite info. Attention l'imagerie Esri n'est pas forcément bien calée. Seule la BDOrtho IGN l'est. A comparer pour bien positionner les objets ;)
ruboqif (2019-11-29 12:23:22+00:00): Bonjour et merci pour cette info ! Encore beaucoup de chose à apprendre sur OSM, je ferai attention et on va attendre la mise à jour de BDOrtho alors :)
gendy54 (2019-12-03 16:19:03+00:00): On peut par contre parfois attendre longtemps, genre plusieurs années. N'hésite pas à poser des questions sur le forum ou sur la liste talk-fr@openstreetmap.fr. Sinon le wiki est là pour t'aider, bien que tout n'y soit pas forcément.

Bon courage
Øukasz (2020-01-03 10:20:12+00:00): Hello,

Why have you deleted https://www.openstreetmap.org/node/2482454039 ?

This was a point of administrative importance! 

Can you please explain?
Antonikku (2019-08-11 09:59:02+00:00): If needed, I can add a photo witnessing the amendment
Pieter Vander Vennet (2020-04-20 12:07:21+00:00): Please, don't use Maps.me 'add POI' functionality to mark where you parked your car.

These POI's are visible for *everyone* using OpenStreetMap and have to be cleaned by volunteers.

Svp, n'utilizes pas le fonctionalité 'Ajouter POI' de maps.me pour choses privé. Tous qui est ajoutez comme ça, est visible pour tous le monde.
Pieter Vander Vennet (2020-04-20 12:07:30+00:00): Reverted
Fadlilaa IRM-RV (2020-10-01 23:20:43+00:00): Hello, i made some improvement at your work based on Maxar Premium Imagery
Jordi MF (2019-08-12 19:37:03+00:00): Hola Dliplus,

Gracias por ayudar a mejorar OpenStreetMap, en concreto el municipio de la Vall d'Uixó.

He visto que has añadido diversas áreas como parques (leisure=park). Ten en cuenta, que cualquier zona que presente algún árbol no puede considerarse "leisure=park". Puedes consultar la wiki para ver en qué caso se usa: https://wiki.openstreetmap.org/wiki/Tag:leisure=park

Como puedes ver, se usa en área grandes, en estado semisalvaje y donde se pueden realizar diversas actividades de ocio. Puedes corregir tú mismo el exceso de "parques" (en España es habitual nombrar "parque" a cualquier área con unos bancos y árboles, pero no tiene el mismo uso en OSM).

Muchas gracias de nuevo por tu aportación. Recuerda que tienes el canal de la comunidad española y catalana en Telegram para realizar cualquier consulta.

Un saludo y buen mapeo,

Jordi
gscscnd (2019-08-11 11:54:40+00:00): Kombinacja tracktype=grade1 z smoothness=bad i surface=ground wygląda podejrzanie. Jeśli dwa ostatnie tagi są prawidłowe, to może zmień tracktype na jakiś inny. Zobacz https://wiki.openstreetmap.org/wiki/Key:tracktype.
gendy54 (2019-08-12 14:29:02+00:00): Pour ce qui concerne cette modif, je t'invite à lire les bons conseils et notamment: "taguer pour le rendu".
Je te laisse remettre La poste à sa place ;)
user_8655426 (2019-08-12 00:52:01+00:00): こんにちは。

温泉の名称をセミコロンで区切っていますが、";" の使い方が間違っています。

「セミコロンによる値区切り」
https://wiki.openstreetmap.org/wiki/JA:%E3%82%BB%E3%83%9F%E3%82%B3%E3%83%AD%E3%83%B3%E3%81%AB%E3%82%88%E3%82%8B%E5%80%A4%E5%8C%BA%E5%88%87%E3%82%8A

また、すでに「エリア」としての駐車場が存在するにも関わらず、その中にさらに「ポイント」で駐車場を追加されています。「地物ひとつにOSM要素はひとつ」という原則がありますので、ポイントの駐車場は不要です。

「地物ひとつにOSM要素はひとつ」
https://wiki.openstreetmap.org/wiki/JA:%E5%9C%B0%E7%89%A9%E3%81%B2%E3%81%A8%E3%81%A4%E3%81%ABOSM%E8%A6%81%E7%B4%A0%E3%81%AF%E3%81%B2%E3%81%A8%E3%81%A4

温泉や道の駅、SA/PAをかなり描画されていますが、静岡県内の編集を見る限り、現地調査はまったくしていないようです。
地物の名称や位置情報はどのように調べているのでしょうか？ 編集時に参考にしているガイドブックや情報サイトなどがあれば、教えていただきたいです。情報源(source=)の追加をお願いいたします。
user_8655426 (2019-08-18 00:13:15+00:00): 私の二度のコメントを無視し、全国の公衆浴場の名称にセミコロンを挿入する編集をしつこく続けていますが、もうおやめください。やめるつもりがないのなら、セミコロンを"name"に入れている理由を教えてください。

ここで変更された温泉施設は、私が「地元知識」「現地調査」にもとづいて編集したものです。現地の看板などに ";" は書かれていません。また、セミコロンを追加したために、この温泉は「浜名湖かんざんじ温泉」と「華咲の湯」という2つの名称を持っていることになります。再度、Wikiをよく読んでください。

 ここ以外に、私が現地調査にもとづき編集した島田市の温泉でも、名称へのセミコロンの挿入、施設の間違った位置への移動が行われていました。

他のマッパーの編集による既存のデータを、調査をすることなく、むやみに変更するのもやめていただきたいです。
yumean1119 (2019-08-18 07:10:44+00:00): 外部から失礼します。岡山県で活動中のyumean1119と申します。

「地物ひとつにOSM要素はひとつ」 の部分についてはMappin' Jack Flashさんの書かれている内容を全面的に支持します。私も地元の編集でこのような重複POIを見つけた時にはノードの削除、タグの統合を行っています。

しかし、セミコロンに関してはMappin' Jack Flashさんのコメントからは問題点が分かりにくいです。というのは、そもそもなぜ「2つの名称を持ってい」てはならないのかが十分に説明されていないからです。もし、問題の温泉が「浜名湖かんざんじ温泉」と「華咲の湯」の両方の名前を併せ持つのが妥当ならば、セミコロンを使うことこそが正しいと考えてもおかしくありません。

私の地元では、次の例のようにnameが複数の値をもつ道路がたくさんあります。
https://www.openstreetmap.org/way/382927428
この例は、国道30号、岡山県道22号倉敷玉野線、岡山県道74号倉敷飽浦線の重複区間で、
・refを地元知識により「30;県道22;県道74」に変えたのは私です。
・nameを「国道30号;倉敷玉野線;倉敷飽浦線」にしたのは、鳥取県を中心に活動していたEris-clubさんです。この方も8dirfriendさんの別の編集にて問題点を指摘していますが、いまひとつ8dirfriendさんには伝わっていないようです。
http://resultmaps.neis-one.org/osm-discussion-comments?uid=3315483
・現地には国道30号のおにぎりしかなく、県道との重複を示す標識は見つかりませんでした。

もし上記の例に問題があるとすれば、それは私の編集とEris-clubさんの編集のどちらに責任があるのでしょうか。問題ないとすれば、今回のケースとの違いは何でしょうか。

長文失礼しました。ここまでお読みくださってありがとうございます。
user_8655426 (2019-08-18 10:53:20+00:00): To yumean1119 様

コメント、ありがとうございます。
私が問題だと考えているのは、道路の名称ではなく、公衆浴場の名称についてです。
このセットの「浜名湖かんざんじ温泉」は施設名ではなく、地名のようなものです。

https://www.kanzanji.gr.jp/

華咲の湯は、現地での表記、いただいてきたパンフレット、どちらも名称にセミコロンは使用していません。

それから、私が説明下手なのは確かです。なので Wiki へのリンクをはりました。読めば理解していただけると思ったからです。
yumean1119 (2019-08-18 11:48:49+00:00): Mappin' Jack Flashさん:
コメントありがとうございました。ダイレクトメッセージへも返信したのでご確認ください。

8dirfriendさん:
nameタグに二つの名前がセミコロンで併記されていることそのものではなく、そのうちの一つが
＞ 施設名ではなく、地名のようなもの
であることが今回の問題点であることがMappin' Jack Flashさんとのやりとりで明確になりました。

https://wiki.openstreetmap.org/wiki/JA:グッドプラクティス
のページの、「name タグを説明に使わない」の部分も参考になるかと思われますので、ご確認ください。簡潔に言うと、nameタグには真に名称であるもの(今回の例では「華咲の湯」)のみを記載するべきであるということです。
abakus_uploader (2019-08-11 22:30:44+00:00): (Wiadomość automatyczna)
Cześć!
Otrzymujesz ten komentarz, ponieważ dodałeś lub zmodyfikowałeś adres, który jest niepełny lub błędny.
Adres powinien zawierać minimum trzy znaczniki: addr:city=[nazwa_miejscowosci] + addr:street=[nazwa_ulicy] + addr:housenumber=[numer_porządkowy].
Wyjątkiem są miejscowości bez nazwanych ulic - wtedy stosujemy znaczniki: addr:place=[nazwa_miejscowosci] + addr:housenumber=[numer_porządkowy].
Bez poprawnego oznaczenia adresów, nie będą one brane pod uwagę przez wyszukiwarki, dlatego warto je dostosować do ww. schematu (w zależności od sytuacji).
Więcej informacji na forum: https://forum.openstreetmap.org/viewtopic.php?id=5632 - a pytania najlepiej zadawać tu: https://forum.openstreetmap.org/viewtopic.php?pid=681873
Pozdrawiamy!
DaveF (2021-04-20 10:46:14+00:00): Hi
https://www.openstreetmap.org/node/6700043338
Is it a crossing of a bridge?
Warin61 (2019-09-14 03:43:03+00:00): a) The name=* key is for the name only. It should not be used as a street address.
See https://wiki.openstreetmap.org/wiki/Names#Name_is_the_name_only

b) There is a 'building=house' with the 'name=Paving & Tiling Solution'. Explain what this is? A firm? Someones home? What? These two tags look to be conflicting.
azinkanaf (2019-08-11 17:18:19+00:00): http://clinicseo.ir

http://mooine.ir/%DA%A9%D8%A7%D8%B4%D8%AA-%D9%85%D9%88%DB%8C-%D8%B7%D8%A8%DB%8C%D8%B9%DB%8C/
abakus_uploader (2019-08-11 22:30:42+00:00): (Wiadomość automatyczna)
Cześć!
Otrzymujesz ten komentarz, ponieważ dodałeś lub zmodyfikowałeś adres, który jest niepełny lub błędny.
Adres powinien zawierać minimum trzy znaczniki: addr:city=[nazwa_miejscowosci] + addr:street=[nazwa_ulicy] + addr:housenumber=[numer_porządkowy].
Wyjątkiem są miejscowości bez nazwanych ulic - wtedy stosujemy znaczniki: addr:place=[nazwa_miejscowosci] + addr:housenumber=[numer_porządkowy].
Bez poprawnego oznaczenia adresów, nie będą one brane pod uwagę przez wyszukiwarki, dlatego warto je dostosować do ww. schematu (w zależności od sytuacji).
Więcej informacji na forum: https://forum.openstreetmap.org/viewtopic.php?id=5632 - a pytania najlepiej zadawać tu: https://forum.openstreetmap.org/viewtopic.php?pid=681873
Pozdrawiamy!