piebro/osm-data huggingface dataset:
Marco_T (2022-07-15 20:24:01+00:00): Ciao,
dopo che hai sostituito punto con area non si leggono più i nomi delle località (Clenia, Correda). Via del Klancic  tempo fa l'avevo segnata come track per evitare che il navigatore indirizzi il traffico lungo quella salita che è pericolosa e molto stretta se si incrociano 2 auto...
LB_Manzano (2022-07-17 17:15:39+00:00): Buongiorno Marco_T,
innanzitutto grazie per il controllo.
Siccome Clenia e Correda non sono separate e distinte ma c'è una strada che fa da confine tra le due frazioni pensavo che le aree fossero un metodo di divisione migliore e più facilmente comprensibile. Visto che il sistema perde delle informazioni lo riporto allo stato precedente. 
Per quanto riguarda la strada "unclassified" è il livello più basso di strada extraurbana (tra l'altro implicitamente con larghezza inferiore ai 4 metri https://wiki.openstreetmap.org/wiki/IT:Key:highway). Nelle prossime settimane la ripercorro e ne segnerò la larghezza. Per intanto aggiungo un lanes=1 così il sistema comprende che è stretta.
PT-53 (2022-06-06 06:50:34+00:00): Hallo timmito,
Du schreibst, daß die Feuerwehr in Straßberg umgezogen sei. Von wo nach wo?
Da sind nächmlich 2 Feuerwehr-Standort in OSM eingetragen:
- https://www.openstreetmap.org/node/252129185/history
- https://www.openstreetmap.org/node/252129185/history

Das wird wohl nicht stimmen, oder?
Fragende Grüße
timmito (2022-06-06 10:36:10+00:00): Hallo PT-53,
die Feuerwehr Straßberg ist von der Schulstraße in die Straße Am Sportplatz umgezogen.
Du hast zwei mal den gleichen Node verlinkt. Was habe ich übersehen?
PT-53 (2022-06-06 12:34:06+00:00): Hallo timmito, 
Du hast nichts übersehen aber ich.
Sorry und Grüße
Kevin Brune (2022-06-07 17:57:01+00:00): Thanks for post
Spaghetti Monster🍝 (2022-06-07 20:32:24+00:00): Access=no is only for ways that aren't used by anyone.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/121997965
mini-me (2022-06-06 06:26:01+00:00): Не надо удалять highway=bus_stop. Он нужен для совместимости со старым софтом. Тот же сайт openstreetmap.org не отображает остановки без этого тега.
MxxCon (2022-06-07 22:17:11+00:00): In https://www.jjay.cuny.edu/sites/default/files/contentgroups/ospcp/NB_FLoor%20Plans_11-13-17.pdf on page 8 it says THE "JAY WALK"
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/121999686
erickdeoliveiraleal (2022-06-25 19:40:00+00:00): Hola, explique por qué creó un elemento similar a un castillo aquí.
Akang jun (2022-06-06 02:36:37+00:00): Ganti lokasi
SomeoneElse_Revert (2023-07-09 14:52:33+00:00): This changeset has been reverted fully or in part by changeset 138299597 where the changeset comment is: Reverting some MAPS.ME personal markers.  See e.g. https://openstreetmap.org/changeset/66648011 , https://openstreetmap.org/changeset/133615709 .
DressyPear4 (2022-06-07 04:03:14+00:00): Olá, não há necessidade de colocar nome nas edificações
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/122000446
SomeoneElse_Revert (2022-06-11 12:50:56+00:00): This changeset has been reverted fully or in part by changeset 122248058 where the changeset comment is: Reverting some data from dubious sources.  See https://www.openstreetmap.org/user_blocks/6059 .
SomeoneElse_Revert (2022-06-11 12:50:20+00:00): This changeset has been reverted fully or in part by changeset 122248058 where the changeset comment is: Reverting some data from dubious sources.  See https://www.openstreetmap.org/user_blocks/6059 .
Mateusz Konieczny (2024-03-09 07:23:06+00:00): Hello!

You used
network=Rwn
on https://www.openstreetmap.org/way/1034093225/history

Have you maybe meant
network=rwn
?

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?
Mateusz Konieczny (2024-03-09 07:22:55+00:00): Hello!

You used
network=Rwn
on https://www.openstreetmap.org/way/1067040779/history

Have you maybe meant
network=rwn
?

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?
Mateusz Konieczny (2024-03-09 07:23:17+00:00): Hello!

You used
network=Rwn
on https://www.openstreetmap.org/way/1067040780/history

Have you maybe meant
network=rwn
?

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?
SomeoneElse_Revert (2022-06-11 12:50:47+00:00): This changeset has been reverted fully or in part by changeset 122248058 where the changeset comment is: Reverting some data from dubious sources.  See https://www.openstreetmap.org/user_blocks/6059 .
SomeoneElse_Revert (2022-06-11 12:50:37+00:00): This changeset has been reverted fully or in part by changeset 122248058 where the changeset comment is: Reverting some data from dubious sources.  See https://www.openstreetmap.org/user_blocks/6059 .
user_11609320 (2022-06-06 03:57:16+00:00): the kern county bus stops in front of walmart in ridgecrest
ndm (2022-06-06 21:55:29+00:00): Your edit needs to be reverted -- the satellite imagery is not up to date.

Current road is blocked near Queen's Road -- and hence cannot be "oneway=yes"
Kovoschiz (2022-06-06 12:11:31+00:00): Please don't remove `ele=`
BCNorwich (2022-06-07 06:44:29+00:00): Hello, Welcome to OpenStreetMap.

You've unfortunately made many mistakes in this changeset. Duplicated highways, extensive culverts instead of bridges, bridge on top of railway, half-mile-long bridge across the countryside and a trunk road dragged away off line.

Can you please correct the mistakes, it might be better to revert the changeset and start mapping again.

Need any help please just ask.

Regards Bernard.
BCNorwich (2022-06-11 07:09:14+00:00): No response so I've removed the duplicates and tidied up as best I can.
ndm (2022-06-06 22:00:52+00:00): You've removed a block that stops entry into University Road -- I noted this two weeks ago -- you are using outdated sources.
ndm (2022-06-06 22:10:28+00:00): I've reverted your changes to University Road -- here's a link to a photo 2022-05-28 https://www.flickr.com/photos/155435107@N06/52127769943/in/dateposted-public/
Warin61 (2022-06-07 00:54:37+00:00): Would you be so kind as to repair the administration boundaries broken by this changeset? 
Relation: Western Victoria Region (3697450)
Relation: Wendouree District (3760185)
Relation: Buninyong District (3723288)
Supt_of_Printing (2022-06-07 01:14:08+00:00): Sorry, didn't realise I had. Hope it's fixed noe.
Warin61 (2022-06-08 00:12:52+00:00): Hummm...
Now broken
Relation: Buninyong District (3723288)
Relation: Wendouree District (3760185)

These admin boundaries are not easy..
Supt_of_Printing (2022-06-08 00:39:33+00:00): Interesting . . . as far as I know, I haven't touched the admin boundaries.
Warin61 (2022-06-08 07:24:35+00:00): And that is the problem for most. Unfortunately you changed a road and a water way .. both of them are used by admin boundaries. 
If admin boundaries were completely separated from the rest of OSM objects and then on, say, an 'admin layer' .. the problems of admin boundaries would be minuscule.
emersonveenstra (2022-06-07 11:26:42+00:00): Hi,

You made these roundabouts go in the wrong direction. I've fixed them, please be more careful when editing in the future. Thanks!
eggie (2022-06-06 07:24:53+00:00): Dag BJHen

Je vraagt feedback.
Wanneer de parkeerplaats niet meer bestaat kan deze toch beter helemaal verwijderd worden.. Dan zet je 'm bv om naar landuse=grass

Nu is het nog gewoon een parkeerplaats op de kaart. 
Je edits https://overpass-api.de/achavi/?changeset=122004479

MVG
eggie
eggie (2022-06-06 07:31:34+00:00): De parkeerplaats heb ik omgezet naar landuse=grass
https://indebuurt.nl/ede/genieten-van/hier-kun-je-parkeren-als-je-de-paarse-heide-bij-ede-wilt-zien~70728/
Parkeren nu bij de schaapskooi. 
Groet,
eggie
rempshaener (2022-12-28 18:22:23+00:00): Hallo,
darf ich fragen, wieso du einen tatsächlich existierenden (teilweise künstlichen) Bach einfach gelöscht hast, nachdem ich diesen gerade erst erfasst hatte?
Viele Grüße
Moonwalker008 (2022-12-28 18:59:29+00:00): Hallo rempshaener,
dies war ein Fehler meinerseits und nicht beabsichtigt. 
Gruß Moonwalker008
rempshaener (2022-12-29 08:54:16+00:00): Danke,
habe ich jetzt teilwiederhergestellt.
Viele Grüße
pitscheplatsch (2022-07-29 17:05:08+00:00): Hi Peter Van Geit,

I am curious, is this some kind of data import or what's the source of your mapping? Thanks.

Best,
Pascal
Peter Van Geit (2022-07-30 05:41:47+00:00): GLIMS vector data. Imported in JOSM and manually copied and mapped
pitscheplatsch (2022-07-30 06:37:44+00:00): Thanks for your answer.
Wow, you manually traced those glaciers and created 20,000 nodes in less than 1.5h.

If you utilized GLIMS vector data, shouldn't it be mentioned accordingly in your changeset comment?
Peter Van Geit (2022-07-30 07:42:59+00:00): Manually verified and copied individual glaciers from vector layer to OSM data layer

Missed to mention GLIMS in the source. Apologies
GerdP (2024-08-21 08:09:56+00:00): Hallo!
Ich sehe gerade, dass es zwei dem Ort bzw. den Straßennamen verschiedene Schreibweisen gibt:
Hardenborstel und Hardenbostel  (nur ein r)
Welche Schreibweise passt?
GerdP (2024-08-21 08:14:27+00:00): Ich denke, ohne r ist richtig. Werde das entsprechend korrigieren.
literan (2022-06-06 19:39:29+00:00): это не дом 45, вы что-то перепутали
masterskaya_aleksandra (2022-06-07 01:30:53+00:00): Перенесите пожалуйста адрес «Мастерская Александра» на Молодогвардейская 45.


Ещё Просьба добавить организацию: 
Студия музыки «Аплодисменты» 
Уроки фортепиано, гитары, сольфеджио и др. 
Контактный номер: +7(985)303-76-77
http://applause.clients.site/
masterskaya_aleksandra (2022-06-07 01:31:32+00:00): График работы студии 9:00-21:00
literan (2022-06-07 16:31:11+00:00): перетащил за вас мышкой точку.

студию сами добавьте, пожалуйста
silversurfer83 (2022-06-12 19:44:02+00:00): Hi rolfdieter,

ich habs eben erst gesehen, als ich die Korrektur durch einen Kollegen gesehen habe. Du hattest bei dieser Änderung ein paar Warnungen und das nicht ohne Grund: Du hast aus Versehen einen Punkt, in dem sich Wege kreuzen, durch die halbe Stadt verschoben :)
(siehe hier https://nrenner.github.io/achavi/?changeset=122006870 )
Alles kein Problem, ist mir auch schon passiert. Aber die Warnungen der Editoren sind ja nicht umsonst da, bevor man auf hochladen klickt ;)

Grüße
SomeoneElse (2023-09-15 10:42:23+00:00): Hello - same problem here as https://www.openstreetmap.org/node/255395921 , although in this case wikipedia has German only.
The tags you added are now on https://www.openstreetmap.org/relation/15434936/history .
Spaghetti Monster🍝 (2022-06-09 10:54:33+00:00): Please don't put tree rows over buildings.
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/122007326
silversurfer83 (2022-06-08 09:49:46+00:00): Moin rolfdieter,

löschen des gesamten Dachs finde ich (besonders während die Bauarbeiten noch laufen) nicht die schönste Lösung. Laut WLZ wird eine Hälfte versetzt und die andere wird tatsächlich abgebaut. Im Zweifel lieber mit livecylce prefixes arbeiten, dann kann man die Sachen schnell wieder herstellen :)
Vollis (2022-10-27 14:07:06+00:00): Hallo! Nach den (wenigen) Belegstellen, die ich finden konnte (wonach es übrigens „Aufbahrungshalle”, nicht „AufGEbahrungshalle” heißen muss), scheint es sich nicht in erster Linie um ein Gebäude für Trauerfeiern (amenity=funeral_hall) zu handeln, sondern eher für die Aufbahrung VOR einer Trauerfeier (oft in der Kirche nebenan), also amenity=place_of_mourning. Wenn nebenbei auch (insbesondere nicht-kirchliche) Trauerfeiern dort stattfinden können, wäre das zusatzliche Attribut funeral_hall=yes möglich. Wenn das Gebäude spezifisch christlich wäre, wäre funeral_hall im Übrigen definitionswidrig, denn dann würde es zur Friedhofskapelle, also amenity=place_of_worship. Da muss man sich jetzt entscheiden, was es denn ist. Ich hoffe, du hast die nötige Ortskenntis, um das zu klären, aber so wie es jetzt ist, ist es in sich nicht stimmig.
eggie (2022-06-06 07:36:59+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht. 


MVG, 

Eggie 

Namens de OSM Community
vsahith (2022-06-06 07:31:05+00:00): Added delivery restrictions based on driver feedback
flo2154 (2022-06-07 09:07:35+00:00): Das sieht mir mehr nach `bicycle_rental=docking_station` als nach `bicycle_rental=dropoff_point` aus: https://www.mapillary.com/app/?pKey=858766828063227

War das ein Versehen oder ein Problem mit dem StreetComplete-Quest?
kirchki (2022-06-07 12:44:20+00:00): ok docking_station sounds right. It is also a drop off point for MVG bikes. These are not electric bikes.
flo2154 (2022-06-07 13:04:12+00:00): The question was asked for the non-electric MVG rental bike station. But that is a docking station and not a dropoff point, isn't it? Is there another rental bike station next to the MVG bike station that it could be confused with?

Was the StreetComplete quest unclear what to answer in this situation?
kirchki (2022-06-07 13:15:24+00:00): It is a docking station then. My misunderstanding.
flo2154 (2022-06-07 17:56:46+00:00): Thanks for the answer. I fixed the tagging in https://www.openstreetmap.org/changeset/122082988
philippec (2022-06-06 08:52:49+00:00): Tielt Vives AED
Kunnen gehandicapten eraan ?
つｓe (2023-08-11 03:40:53+00:00): こちらの編集に質問があります。
1.　広域農道を主要地方道としてタグ付けしたのはなぜでしょうか。
2.　主要地方道を一般県道としてタグ付けしたのはなぜでしょうか。
https://wiki.openstreetmap.org/wiki/JA:Japan_tagging
自動車が通行できない区間ではないので、この変更は適切ではないと思われます。また、広域農道は主要地方道ではないため、タグ付けは誤りと思われます。
tomhukins (2023-10-25 14:28:05+00:00): Thank you for your improvements to OpenStreetMap.  This change adds a cape, but another node with the same wikidata tag at https://www.openstreetmap.org/node/6572722269 - it seems wrong to have two of them but I'm unsure which is correct.
Kovoschiz (2022-06-06 12:16:10+00:00): Please don't arbitrarily merge segments. They are split between the island and unseparated section. There is also `placement=transition`.
Kovoschiz (2022-06-06 12:18:03+00:00): Long Ho Rd seems to be connected.
Kovoschiz (2022-06-06 12:19:25+00:00): Or maybe not.
AWX4 (2022-06-06 13:15:19+00:00): According to some maps, Long Ho Road isn't connected
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/122010958
mueschel (2022-06-18 10:56:00+00:00): Hi,
please check your edits - you used the tag 'Phone No' instead of 'phone' many times.
mueschel (2022-06-18 14:45:38+00:00): Please check this building - is there really a hospital between the tracks and platforms?
SomeoneElse (2022-06-06 11:20:33+00:00): Hello,
Andy from OSM's Data Working Group here.
In this changeset you've removed lots of names from Erbil - see https://osm.mapki.com/history/node/599019138 .
We'll have to restore this (and any others you have removed).
Best Regards,
Andy Townsend, on behalf of OSM's Data Working Group
user_12500175 (2022-06-06 09:18:56+00:00): Hallo, 
du hast zuviel von der Stromleitung gelöscht. Vom Umspannwerk Kissing führt nun die neue Leitung nach Norden.
das Stück fehlt jetzt
ionr (2022-06-06 10:01:17+00:00): bicycle=dismount gibt's noch, sonst würde ich mit deiner Änderung mitgehen und einfach gar nichts taggen. bicycle=no fand ich auch unpassend, wenn die Brücke gleichzeitig auch Teil einer Radroute ist, Grüße ;)
chribre (2022-06-06 10:13:16+00:00): Ah super, dann ergänze ich das noch, danke für den Hinweis. Es ergaben sich dadurch auch Routingprobleme bei mir, deswegen ist mir das überhaupt aufgefallen. 

Beste Grüße
Christian
Map-Peter (2022-06-07 20:37:17+00:00): Hallo zusammen,
 
zur Info: https://wiki.openstreetmap.org/wiki/DE:Tag:bicycle=dismount?uselang=de
 
Gruß Peter
chribre (2022-06-08 12:41:15+00:00): Hi Peter, 
danke für den Hinweis, gerade fürs routing ist bicycle:no eine ziemlich unüberwindbare Barriere - logisch. Der tag ist irgendwie fehl am Platz für eine offizielle Fahrradroute. Alle (getesteten) routing-engines haben die Radler am Ring entlang gechickt, statt durch den schönen Kulturpark. Mit "dismount" ist das schon zumindest bei OsmAnd anders. 

Liebe Grüße
Christian
Map-Peter (2022-06-08 20:46:59+00:00): Es ging mir nicht um den Hinweis auf "bicycle=dismount" - den hatte ionr ja bereits gegeben, sondern um den gesamten Text hinter dem Link. 
Denn "bicycle=no" ist hier (und anderswo) nicht falsch, genauso wie "bicycle=dismount" - das beschreibt der verlinkte Text ganz gut.
 
Na das finde ich ja schon einmal gut zu wissen (hab und will kein Smartphone) das zumindest ein paar Routing-Apps "bicycle=no" berücksichtigen. Denn hier wurde vor Kurzem Anderes berichtet: https://forum.openstreetmap.org/viewtopic.php?id=75711 .
 
PS: Und rein rechtlich gesehen, ist Jemand der sein Fahrrad schiebt ein Fußgänger.
 
Gruß Peter
chribre (2022-06-09 06:40:00+00:00): Guten Morgen Peter, 
man kann sich in dem Thema ganzschön verlieren und ich versteh auch, dass im Prinzip dann Radler verboten sind und bicycle=no greift. Außerdem sollte man nicht als workaround für Softwareprobleme mappen.

Auf der anderen Seite gibt es den dismount tag und der repräsentiert ja auch eine reale Beschilderung, insofern ist der doch super geeignet, gerade wenn er in der Lage ist das routing zu ermöglichen. Ich hatte komoot, OsmAnd und openrouteservice ausprobiert und da wurde die Oberbachbrücke immer umfahren. 

Immer wieder spannend, wie Facettenreich das alles ist :)
GerdP (2022-08-06 09:38:52+00:00): Moin!
Ich wundere mich, warum Du nur dieses kurze Stück der Mühlenstraße geändert hast? Auf dem Luftbild sieht es so aus, als ob da nirgendwo ein Radweg ist.
Mordechai23 (2022-06-06 19:38:30+00:00): UMK to operator tego ośrodka, a nie część jego nazwy
VLD529 (2022-06-08 08:20:25+00:00): Witaj  Mordechai23,
UMK to skrót od Uniwersytetu Mikołaja Kopernika w Toruniu. Zauważyliśmy, że inne budynki należące do Uniwersytetu mają w nazwie „UMK”, więc dodaliśmy „UMK”do tego Centrum (które jest częścią Uniwersytetu, co widać na wspomnianej wcześniej stronie: https://icnt.umk.pl/). Czy nadal podtrzymujesz swoją sugestię o usunięcie „UMK”?
maraf24 (2022-06-08 19:18:05+00:00): To UMK należałoby pousuwać z innych nazw, bo operator powinien być tylko w tagu "operator".
VLD529 (2022-06-10 08:10:15+00:00): Dziękuję za informacje.
surveyor54 (2022-06-06 17:41:52+00:00): Hi,
die ist hier bei einigen Wegen ein kleines Malheur passiert.
surface=verdichtet sollte doch wohl surface=compacted heißen?
Gruß
surveyor54
AymOSM (2022-06-07 07:29:15+00:00): Hallo Surveyor54,
vor einigen Wochen/Monaten wurden die Begriffe im Online-Editor eingedeutscht. Seither gibt es verdichtet (compacted), naturbelassen (ground) oder Kunstrasen, usw.
VG Ay
surveyor54 (2022-06-07 09:25:40+00:00): Hi, 
schön dass du dich meldest.😀
Grundsätzlich wird in OSM zu 99,9% alles in englisch eingetragen.
Ja, im Editor steht es in deutsch, wenn ich es anklicke steht es bei mir weiter unten, unter Eigenschaften, in englisch.

Probiere es doch bitte einmal  aus.
VG
AymOSM (2022-06-07 20:20:15+00:00): Hallo Surveyor54, 
es macht keinen Unterschied, wie ich im Online-Editor die Eingabe mache, im Hintergrund wird es in die deutsche Version übertragen. Wege, die ich früher als z. B. "compacted" eingetragen habe, sind jetzt als "verdichtet" gekennzeichnet. In meinem Editor sehe ich die engl. Bezeichnungen für vorhandene Objekte nur noch bei veralteten Einträgen, für die es keine Übersetzung gibt. 

Ich nehme an, daß es sich um ein großes Übersetzungsprojekt handelt, denn die Bezeichnungen für z. B. Hütten (hut, shed, ...) sind noch auf englisch. Der technische Unterbau arbeitet ohnehin mit Codes, die Bezeichnungen sind m. E. nur länderspezifische "Oberfläche". 

VG Ay
Hartmut Holzgraefe (2022-06-08 07:28:57+00:00): Ich kann das nicht reproduzieren, wenn ich ID von Englisch auf Deutsch umstelle bekomme ich zwar tatsächlich "Verdichtet" als Oberflächen-Auswahl angezeigt, aber wenn ich die Änderung hochlade bekomme ich trotzdem einen Weg mit "surface=compacted"

Ergibt ja auch nur so Sinn, denn die verschiedenen Renderer und Stylesheets werden keine landesspezifischen Regeln für alle verschiedenen Übersetzungen von zB. "compacted" haben, sondern sich darauf verlassen, dass weltweit einheitlich dieselben Werte / Bezeichnungnen genutzt werden.
AymOSM (2022-06-08 08:09:33+00:00): Das ist das zu erwartende Verhalten. Man gibt in Landessprache etwas ein, und im Hintergrund wird ein Code (der natürlich auch alphanumerisch sein kann) zugewiesen. Dieser wird bei Einstellung "deutsch" als "verdichtet" ausgegeben, und bei Einstellung "english" als "compacted", usw.

Ich kenne den technischen Unterbau natürllich nicht, aber so ist erklärbar, wieso die Bezeichnungen alle übersetzt im Editor erscheinen. Wenn Du einen anderen Editor benutzt, mag das anders aussehen, aber die Information als solche wird richtig gespeichert. Deshalb spielt es keine Rolle, ob ich "compacted" eingebe oder "verdichtet", in der Datenbank landet die gleiche Information. Daher gibt es keinen Grund, den vom Projekt zur Verfügung gestellten Editor zu "überschreiben" bzw. die Bezeichnung nicht aus der drop-down Auswahl zu beziehen.
Galbinus (2022-06-08 08:20:23+00:00): Hier mal ein Weg mit einem solchen Fehler: https://www.openstreetmap.org/way/55701235
Ich selber bin erfahrener ID-Editor nutzer. Der Fehler liegt hier eindeutig in der Bedienung des Editors. iD bietet unter "Felder" seit einiger Zeit für "Oberfläche" deutschsprachige Übertragungen der Originalwerte an. Diese Übertragungen werden zur Unterscheidung in blauer Schrift statt in schwarzter Schrift angezeigt. Aus diesen Übertragungen generiert aber iD die korrekten englischsprachigen Bezeichnungen, wie man weiter unten im Bereich "Eigenschaften" dann auch sehen kann. Es ist aber möglich, im Berich "Eigenschaften" direkt Werte einzugeben, und zwar auch falsche. Wenn man dort also "verdichtet" enträgt, dann nimmt der iD das auch so an, obwohl es falsch ist. Der iD kann auch solche Fehler nicht erkennen, da es immer möglich sein muss, andere als die Standardwerte einzutragen, da OSM immer die Möglichkeit bietet, neue Werte einzuführen.
Wichtig ist nun, die falschen deutschen Werte zu korrigieren. Man kann sie daran erkennen, dass der Begriff "verdichtet" bei dem von mir verlinkten Beispielwet in "Felder" in schwarz angezeigt wird. Man kann einfach das Auswahlmenü bei Felder öffnen und dort den in  blauer Schrift angebotenen Begriff "Verdichtet" auswählen. Dann ändert sich bei "Eichenschaften" der Wert von "verdichtet" in "compacted".
FraukeLeo (2022-06-08 09:26:41+00:00): Und villeicht noch was zum technischen Unterbau, der angesprochen wurde: Nein, da werden keine abstrakten Codes eingetragen, sondern buchstäblich genau das, was du im iD-Editor unter "Eigenschaften" siehst. Hier also das "compacted". Wenn du da von Hand "verdichtet" einträgst, wird beim Hochladen (oder "Speichern", wie es iD nennt) auch buchstäblich "verdichtet" in die Datenbank geschrieben, aber damit kann kein Auswerter was anfangen. Also leider ein Denkfehler des Anwenders.
FraukeLeo (2022-06-08 09:52:10+00:00): Zusammenfassung: iD ist eigentlich so gedacht, dass der Benutzer die "Felder" bearbeitet (mit den eingedeutschten Begrifflichkeiten). Die "Eigenschaften" darunter sind nicht nur eine Auflistung der "Felder", sondern das sind auch schon die in "OSM-Code" übersetzten Datenbankeinträge, die sich daraus ergeben. Ich war nie ganz glücklich damit, dass die direkte Bearbeitung dieser "Eigenschaften" nicht besser geschützt ist. Denn da können Fehler passieren. Da sollten eigentlich nur Leute ran, die über die technischen Hintergründe soweit Bescheid wissen. Mich wundert aber, dass iD keine Warnung ausgibt, wenn man ein Tag wie surface=verdichtet hochladen will, also etwa "Das ist kein üblicher Wert für surface".