piebro/osm-data huggingface dataset:
AymOSM (2022-06-08 17:16:34+00:00): @ Galbinus:
jetzt kapier ich, was Ihr meint. Ich war der Meinung, ich hätte den Begriff aus dem Menü ausgewählt, habe es aber doch nicht, sondern einen gleichlautenden eingegeben?! Darauf muß man erst mal kommen. Der Fehler ist nicht dt. versus engl., sondern dt. "falsch" versus dt. "richtig". Auf die Farbe habe ich nicht geachtet, sie wird mir künftig helfen. 
OK, danke für den Hinweis!
FraukeLeo (2022-06-08 18:47:20+00:00): Fast. Du hast das Richtige an der falschen Stelle eingetragen.

Der Abschnitt "Felder" (oben) ist das sagen wir mal "nutzerfreundliche" Interface zum Erfassen der Eigenschaften. Das ist Anwender-Sprache. In deinem Fall Deutsch. Da sind die OSM-Einträge übersetzt, und du kannst auf Deutsch einen passenden aussuchen.

Der Abschnitt "Eigenschaften" (unten) ist die "Übersetzung" des oben Eingegebenen in die tatsächlichen Datenbankwerte. Die sind immer englisch. Auch alle Auswerter, egal welche Sprache sie mit dir sprechen, werten immer nur die englischen Datenbankwerte aus.

Wenn du oben "verdichtet" auswählst, erscheint unten "compacted". Egal in welcher Sprache du arbeitest. "compacted" ist der OSM-Datenbankwert für "verdichtetes Mineralgemisch".

Wenn du jetzt aber dein "verdichtet" nicht oben unter "Felder" einträgst, sondern direkt unten als Datenbankwert, dann wird auch brav "verdichtet" in die Datenbank geschrieben und nicht "compacted".

Deshalb mein Reden: Den Abschnitt "Eigenschaften" sollte man nur dann direkt bearbeiten, wenn man sich mit den OSM-Datenbankwerten schon auskennt und die Übersetzungen darüber nicht mehr braucht. Dafür ist das gedacht.
user_4493657 (2022-06-06 13:46:16+00:00): You can safely add these old names in the historical project. https://openhistoricalmap.org
Beakerboy (2022-08-26 14:48:55+00:00): This building part was changed to a bridge. Why do you think it’s not a building part?
Harfeur (2022-07-09 21:31:31+00:00): Bonjour, je viens de vérifier votre changement, et celui-ci a l'air correct. J'ai juste corrigé le numéro de téléphone afin d'ajouter le format international.
Merci beaucoup pour votre aide !
            ---
            #REVIEWED_GOOD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/122014045
zstadler (2022-06-21 20:48:39+00:00): Hello,

Note that in this edit you have broken a turn restriction relation
https://www.openstreetmap.org/relation/12948954
Frans S (2022-06-17 10:40:18+00:00): Thank you for mapping. You have correctly identified the location of most buildings and mapped. 

Reminder: !! Please be sure to square all rectangular buildings with the Q key. 
Reviewed by a validator at random or as requested. 
FYI. Please view this video about common new mappers mistakes.
https://www.youtube.com/watch?v=Xs5wX592E1o&amp;t=2s
https://www.youtube.com/watch?v=ltn1VOiq5_0
On this document you will find some hints and tricks which might help to improve your mapping skills
https://docs.google.com/document/d/1Swwz-ZwM3_YOstqstsmCg1-lNAPbnMLpi1Al-h-2UOQ/edit
Best regards and keep mapping.
            ---
            #REVIEWED_GOOD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/122014257
user_4493657 (2022-06-06 17:41:33+00:00): It looks like you're vandalizing. You spoil the map by introducing chaos and clutter, and you expose map users to problems.

The name Brummeisen does not exist....
user_4493657 (2022-06-06 11:43:52+00:00): Siema. Czy te historyczne nazwy niemieckie z okresu drugiej wojny światowej i okresu rozbiorowego są nadal aktualne? Jeżeli, nie to proszę o ich usunięcie.
user_4493657 (2022-06-06 11:47:30+00:00): Albo przesunięcie ich do przestrzeni old_name:de
Dziękuję i pozdrawiam.
eggie (2022-06-06 11:45:55+00:00): Dag ANVT  In OSM Nederland krijgen gebouwen geen adresgegevens op de gebouwomtrek . Er zijn al adresnodes aanwezig. Ik zal het adres weer verwijderen.

MVG
eggie
eggie (2022-06-06 11:49:20+00:00): Wanneer er verder niet meer gebouwd wordt hier kan de landuse=construction aangepast worden naar landuse=residential
MVG
eggie
RicoElectrico (2022-06-06 17:37:40+00:00): Cześć, tu jest napisane o standardach nazewnictwa w Polsce: https://wiki.openstreetmap.org/wiki/Pl:Znakowanie_dr%C3%B3g_w_Polsce#Nazewnictwo_ulic
RicoElectrico (2022-06-06 17:51:23+00:00): Tak więc zmiana do poprawy/wycofania zgodnie z powyższym linkiem.

W każdym razie, na przyszłość, jak się zmienia nazwę ulicy, to trzeba poprawić każdy jej odcinek oraz (jeśli trzeba) adresy do niej przypisane. Nie wiem jak to zrobić w iD, ale w JOSM-ie jest to dość proste do zrobienia hurtowo: https://forum.openstreetmap.org/viewtopic.php?pid=389016#p389016
VLD529 (2022-06-08 08:13:08+00:00): Cześć RicoElectrico,
Dziękujemy za podzielenie się opinią i materiałami referencyjnymi. Wygląda na to, że nazwa została przywrócona do poprzedniej wersji. W przyszłości zadbam o aktualizację wszystkich powiązanych sekcji podczas pracy nad rondem.
user_4493657 (2022-06-06 17:52:35+00:00): Marienheim? Could you give us the current source of these names?
eggie (2022-06-06 11:28:01+00:00): Beste Robin..
De parallel trottoirs kun je ook toevoegen aan de hoofdrijbaan met sidewalk=left of right og both.
Je stoep loopt hier gewoon over de hoofdrijbaan ipv waar die hoort. Kijk nog eens goed.
MVG
eggie
eggie (2022-06-06 11:40:46+00:00): Ik zal  je een welkomstmail sturen per PB met de nodige tips hoe te mappen..

MVG
eggie
ralley (2022-06-07 00:06:13+00:00): Welcome to OSM and thanks for your edits - just a point of caution you have tagged node 9208508589 as a tree but it is part of the building way 997267243.  The tree should be added as a separate node instead.
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/122015553
36wish (2022-06-10 11:26:14+00:00): Thanks for reviewing it for me have fixed it as changeset #122206364
ralley (2022-06-11 01:31:51+00:00): Thank you for coming back and resolving.
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/122015553
eggie (2022-06-06 11:30:30+00:00): Beste Robin..

surface=bestraat is geen officiele OSM tag. Kijk steeds in de wiki hoe je zo iets tagt.
https://wiki.openstreetmap.org/wiki/Key:surface

MVG
eggie
eggie (2022-06-06 11:32:21+00:00): name=Voetpad is niet correct. Net als name=huis name=bankje e.d
Good practice    

https://wiki.openstreetmap.org/wiki/NL:Good_practice 

MVG
eggie
eggie (2022-06-06 11:33:44+00:00): name=Voetpad veranderd in Tollenslaan
eggie (2022-06-06 11:39:38+00:00): name=Voetpad...  ?
Lees je svp in hoe te mappen..
redrace (2022-06-07 08:52:26+00:00): Hallo
Kannst Du mir bitte erklären warum Du die Gärten in den Hinterhöfen gelöscht hast?
map per (2022-06-12 13:59:36+00:00): Hallo Tom@SN

diese Wiese ist wohl eher keine Hütte (https://www.openstreetmap.org/way/326921754). Habs wieder zu einer Wiese gemacht.

Viele Grüße
map per
Tom@SN (2022-06-13 09:59:54+00:00): Hallo map per,
danke für die Korrektur. Du hast natürlich recht mit der Wiese. Da habe ich wohl versehentlich bei der Markierung nicht aufgepasst. Die Hütte steht weiter nördlich und ist deutlich kleiner. ;-) 
Ich werde mich beim nächsten Update mehr bemühen.
Viele Grüße
von Tom
map per (2022-06-13 17:46:29+00:00): Kein Problem, wollte nur Bescheid sagen
eggie (2022-06-06 11:38:01+00:00): name= Market  ???????   Please don't use name = to describe itesm.
Greetz,
eggie
eggie (2022-06-06 11:37:30+00:00): Is het een supermarked of heet deze supermarket?

name=  Zie vorige feedback 
shop=supermarket  misschien?
physi_retired (2022-06-06 10:48:24+00:00): Hi tux67,

gibt es denn gute Gründe, die mich überzeugen könnten, weshalb du mein tagging als "note" in "source" änderst? Die note soll einen Hinweis darauf geben, um was es sich hier handelt (nämlich eine ALKIS Lagebezeichnung), nicht auf die Quelle, die ja im Changeset bereits angegeben ist.

Gruß,
physi
tux67 (2022-06-06 11:09:47+00:00): Hi physi,

wenn du nicht die Quelle angeben wolltest, dann war ich natürlich auf dem Holzweg. In diesem würde ich dafür plädieren den sich permanent wiederholenden note Eintrag, als redundant zu place=locality gleich ganz wegzulassen.
Wenn du nur das in einem CS mappst ist - wie du sagt der Inhalt der Note auch aus der Änderungssatzquellenangabe abzuleiten.

Gruß
tux67
physi_retired (2022-06-06 11:27:10+00:00): Hi tux67,
ohne jetzt wieder Diskussionen der Vergangenheit zu wiederholen: es ist meiner Ansicht nach nicht redundant, weil place/locality auch anderes bezeichnen kann. Meine Überlegung war, dass die Vielzahl der Gewannbezeichnungen so identifizierbar bleibt... Und wenn ich  auf OSM als Datenbank zugreife, ist ein changeset-Kommentar völlig unpraktikabel zur Auswertung, insbesondere wenn man die Historie mit prüfen müsste.

Gruß,
physi
tux67 (2022-06-06 12:37:25+00:00): Naja - der Zusammenhang zwischen einem einsam auf einem Feld liegenden place=locality, der Wiki Erläuterung "Das Attribut place=locality kennzeichnet eine örtliche Lage, Lokalität, Flur bzw. Gewann" und der Quelle ist so trivial, dass das m.E. nicht die hundertfache Wiederholung desselben als Note rechtfertigt. 
Alternativ wäre der Vorschlag von aixbrick zur Spezifizierung in einem Subtag https://www.openstreetmap.org/changeset/119647602 auch eine brauchbare Option als repetitiv das ein und dasselbe Tagging zu erläutern.
Auch wenn "note" diesen Funktion hat ist das sicher nicht für die hunderfache Verwendung gedacht gewesen, sondern eher für einzelne Ausnahmen. 
Das ist ja so als würd's service=driveway nicht geben und ich mache überall 'ne note dran, wenn ich sagen will das der highway=service eine Auffahrt ist.
physi_retired (2022-06-06 13:09:35+00:00): Richtig, exakt so, wie du schreibst, ist es: 
Das ist so, als gäbe es locality = "ALKIS Lagebezeichnung" nicht... 

Die hundertfache Wiederholung würde doch im übrigen auch bei locality mit sub tag genau so auftreten.

Und noch ein Zitat aus dem englischen Wiki:

Place a node at the appropriate location and add a place=locality tag together with (...) note=* (...) and similar tags are strongly encouraged (!) to explain the use of place=locality. ((!) von mir ergänzt)

Gruß,
physi
tux67 (2022-06-06 13:57:19+00:00): Der Unterschied zwischen einer Note und einem Sub-Tag ist ein Sprung von einem für nicht strukturierte Informationen gedachten Feld zu einem strukturierten und auswertbaren Feld. Es ist ja nicht so, als würdest du jedes Gewann mit seiner individuellen, historischen Bedeutung und Herkunft erläutern.
Gruß
tux67
user_3716049 (2023-06-15 13:56:05+00:00): Hallo zusammen,
mir sind die Note tags eben erst negativ aufgefallen und ich möchte vorschlagen diese mit präfix "place:note= ..." (siehe Wiki zu note) zu versehen, obwohl ich eigentlich der selben Meinung bin wie tux67 bin.

Ich würde die Note tags nämlich eigentlich gerne bevorzugt dafür verwenden, beschlossene Bauprojekte etc. einzutragen, da Hinweisse dazu sonst Monate oder Jahre in der Karte stehen, weil diese aktuell garnicht bearbeitet werden können und ein fixme besser geeignet ist um schon erfolgte Örtliche Veränderungen zu kennzeichnen die behoben sollten z.B. wenn neue Satellitenbilder vorhanden sind. Derzeit würden diese in der Flut von note tags von physi untergehen und ich wüsste nicht wie die bei einer Abfrage herausfiltern könnte.

Gruß Kelso
felipeeugenio (2022-06-06 19:09:50+00:00): HOla
Por favor no realinear. La manera en la que se desplegan las distintas capas de fotos no nos permite saber cual es la correcta y cual no. Saludos
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/122016565
felipeeugenio (2022-06-06 19:11:32+00:00): entiendo que toda la ciudad fue alineada con Bing en su minuto, pero incluso las mismas fotos de un mismo proveedor van cambiando.

por otro lado, los pasos de zebra son crossing=uncontrolled y crossing_ref=zebra

saludos
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/122016565
eggie (2022-06-06 10:47:49+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht. 
Feedback...  Paden die geen G7 bord hebben taggen we inderdaad als highway=path
Je kunt dan bicycle en foot=yes toevoegen voord de duidelijkheidheid.
Wanneer er een G11 (G13 en/of G12a) bord staat (fietspad) dan highway=cycleway met de bijbehorende tags.
Staat bij de Smederij nog steeds een G11bord?
Nu eindigen de paden waarover gefietst mag worden nog steeds op stukken footway ipv path of cycleway.. Routeren voor fietsers zal het hier dus niet doen. 
Je edits https://overpass-api.de/achavi/?changeset=122016923
MVG, 

Eggie 

Namens de OSM Community
eggie (2022-06-06 10:49:01+00:00): .. verder geen verwijzingen naar google in je tagging. Google is niet toegestaan als bron.. wel mappilary..

Gr eggie
eggie (2022-06-06 11:11:27+00:00): Een paarstukjes en nieuwe verbindingen aangepast.
Bij de Wijgaard zat het pad aan de landuse ipv aan de weg. 
Je zou nog eens kunnen kijken welke borden er staat. Als het G11 is..
Dan
highway=cycleway
moped=no
mofa=yes
surface=?? 
traffic_sign=NL:G11

Up to you.. 
Veel plezier met mappen
eggie
DutchBiker40 (2022-06-06 18:36:19+00:00): Bij de Wisentweg staat een bord G13. Plaatsing van de borden is niet consequent vwb de route langs de rendiertocht.
eggie (2022-06-06 18:46:25+00:00): Dan wordt het schipperen...  😀
In dat geval taggen wat het meest logisch is.
Soms helpt een melding bij de gemeente.
Succes
Eggie
pitscheplatsch (2022-07-30 13:23:01+00:00): Hi Albaqir Ismail,

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

Best,
Pascal
DressyPear4 (2022-06-07 04:10:39+00:00): Adicione um comentário para que outros possam entender o que você está modificando https://wiki.openstreetmap.org/wiki/Good_changeset_comments
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/122017762
Jan Olieslagers (2022-06-07 05:46:24+00:00): Nogal ongelukkig om hier een aparte luchthaven te mappen :( Zouden we niet beter het hele gebied achter de afrastering mappen als luchthaven, inclusief de Ringbaan?Misschien zelfs het terrein van Belgocontrol/Skeyes er ook bij?
SomeoneElse (2022-06-06 10:50:45+00:00): I also removed some sections of the A44 that seem to have been merged in in error.  See also these notes and comments:

https://www.openstreetmap.org/note/2908156
https://www.openstreetmap.org/changeset/112137297#map=14/51.8617/-2.5829
https://www.openstreetmap.org/changeset/112335182#map=16/51.8777/-2.5952
https://www.openstreetmap.org/note/3212569
Jan Olieslagers (2022-06-07 09:08:32+00:00): Het is een beetje ongelukkig om dit gebiedje als een aparte luchthaven te mappen. Het lijkt me veel meer aangewezen om de huidige mapping van de "echte" luchthaven uit te breiden tot aan de draadafsluiting, dus inclusief de Ringbaan.
jeroenrozema74 (2022-06-08 15:40:22+00:00): Klopt, lijkt me goed plan.....
Jan Olieslagers (2022-06-08 16:51:06+00:00): Okee, ik vat het aan, het zal wel in stapjes gebeuren want het zijn hier drukke dagen. Dank voor de positieve instelling!
jeroenrozema74 (2022-06-09 14:38:15+00:00): Ik kan het eventueel ook doen? Geen probleem....
Jan Olieslagers (2022-06-09 14:45:09+00:00): Heel graag! Ik ging eraan beginnen, maar reeds bij een eerste blik werd het me duidelijk dat het een behoorlijk groot werk wordt, waarvoor ik nauwelijks de tijd/energie kan opbrengen. Ga uw gang, dus, en vraag gerust om details - nog tot eind juni kom ik daar elke woensdag voorbij, om in Kortenberg de trein te nemen. Ook: reeds bedankt voor het terugdraaien van die "aparte luchthaven", mijn statistieken zien er alweer wat beter uit! Hartelijk, Karel ADAMS
jeroenrozema74 (2022-06-09 15:26:21+00:00): Het is ook geen klein vliegveldje....Ik ben er aan begonnen en ik twijfel nu of ik de gebouwen ten zuidwesten van Steenokkerzeel nu ook bij de tag "aeroway=aerodrome" moet betrekken. De opleidingsgebouwen van Skeyes, CAE Training, enzovoort...
Jan Olieslagers (2022-06-09 15:37:40+00:00): Daar heb ik ook al de hele tijd mijn twijfels bij. Ik _denk_ dat ik er een apart terrein van zou maken. area=yes, landuse=industrial, operator=belgocontrol, comment=Luchtverkeerscontrolecentrum Steenokkerzeel o.i.d. Bemerk dat Skeyes enkel een handelsnaam is, net als Coca Cola of Mercedes :) maar dus officieel niets te betekenen heeft.
jeroenrozema74 (2022-06-09 18:13:44+00:00): OK, ik heb de luchthaven zo goed mogelijk uitgebreid t/m de draadafsluiting/Ringbaan. Het westelijke gedeelte (ongeveer tussen het treinstation Airport en de Cargo-Zone) wist ik niet zo goed hoe het  daar uit te breiden. Misschien kunt u daar nog es naar kijken ?
Mvg,
Jeroen Rozema
abakus_uploader (2022-06-06 22:31:03+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!
gscholz (2022-06-12 08:03:45+00:00): Hi pertile,
this changeset has destroyed the boundary relation of "Don Santiago":

http://tools.geofabrik.de/osmi/?view=areas&lon=-58.99296&lat=-27.40044&zoom=15

https://overpass-api.de/achavi/?changeset=122018910

https://www.openstreetmap.org/relation/6429567/history

Can you please fix this?
Kind regards
Guido
Luzandro (2022-06-09 18:45:28+00:00): Hallo,

warum soll das ein Track sein?
https://www.openstreetmap.org/way/312472218

residential statt unclassified im IZ ist ein wenig Geschmackssache, wobei laut engl. Wiki letzteres eher passt, aber es ist auf jeden Fall kein Grund maxspeed + source:maxspeed überall ersatzlos zu löschen
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/122019462
fkv (2022-06-09 20:05:45+00:00): Du bist ungefähr so lang bei OSM wie ich. Also muss dir bewusst sein, dass in Österreich unclassified für Freilandstraßen verwendet wird und residential für Ortsgebiet. Das Konzept, Landuse auf Straßen zu taggen (siehe auch abutters=*), war dem ursprünglichen Design von OSM als mit GPS aufgenommener Straßenkarte geschuldet. Da konnte man abseits von Straßen nicht viel mappen, es gab noch nicht mal building=*. Die ersten österreichischen Mapper haben Straßen von vornherein unabhängig von Landuse getaggt und daher mussten wir uns später nie mit dem Fehldesign herumplagen.
maxspeed=50 + source:maxspeed=AT:urban gilt auf highway=residential automatisch, und ich finde es keine gute Idee, das explizit zu taggen, weil unerfahrene Mapper dann denken, das gehört so, und dann alles mit diesen Tags zupflastern, auch dort, wo sie es gar nicht wissen. Genauso wie die iD-User das mit den access-Tags machen.
Das war auch hier so, dass unerfahrene User falsche maxspeed und source:maxspeed gesetzt hatten, tw. widersprüchlich (unclassified mit AT:urban u.dgl.), tw. nicht der Realität entsprechend (maxspeed=100 wo in Wahrheit Ortsgebiet ist), und tw. waren Abschnitte unterschiedlich getaggt. (Sonst wär mir das gar nicht aufgefallen.)
Zum Track: Ist nicht ganz passend (kein Wirtschaftsweg), aber alles andere ist noch falscher, z.B. highway=service, als was es zuvor getaggt war. Es ist keine Zufahrt (zu was?), sondern ein Weg zum Durchfahren, einerseits für Berechtigte (die den Schranken öffnen können), andererseits für Radfahrer (die am Schranken vorbeifahren, den Weg hab ich wegen baulicher Trennung separat gemappt, war vorher nicht, aber auch bei dem kann man sich übers Tagging streiten).
Luzandro (2022-06-10 11:50:34+00:00): Die Funktion davon ist klar als beschränkte Zufahrt (zum Industriegebiet, wie im Wiki angegeben: "Generally for access to [...] industrial estate, business park, etc."). Dass diese nach dem Schranken nicht in einer Sackgasse endet, ist dafür völlig unerheblich und macht es nicht zu einem paar Meter langem Feldweg im Industriegebiet.
fkv (2022-06-10 12:13:29+00:00): Sobald es eine Zufahrt nicht zu einem einzelnen Haus oder einer einzelnen Firma, sondern einer ganzen Siedlung oder einem ganzen Industriegebiet ist, ist es kein highway=service mehr, sonst müssten wir so ziemlich alle Straßen als service taggen. Wer diesen Schranken benutzt, weißt du genausowenig wie ich. Ich wette, da fuhren früher etliche Lkw durch, zum Leidwesen der Anwohner südwestlich, und mit der Fertigstellung der Autobahnanschlusstelle konnte man diese Verbindung sperren und zu dem Zweck den Schranken errichten. Ich schätze, dass Straßendienst usw. den Schranken nutzen, und insofern passt track als "Wirtschaftsweg" eh. highway=track ist ja nicht auf Feldwege beschränkt, sondern auch für Forststraßen, Straßen in Steinbrüchen usw., also überall wo Arbeiten im Gelände anfallen, und da passen Wege, die dem Straßendienst dienen, ganz gut dazu.
Luzandro (2022-06-10 12:38:36+00:00): nach der Logik müsstest du auch nicht öffentliche Autobahnauffahrten zu tracks machen
fkv (2022-06-10 12:51:52+00:00): Hab ich tw. schon gemacht (z.B. https://www.openstreetmap.org/way/27479563/). Aber ich kann nicht alles alleine machen, und es wird sowieso alles immer wieder hin und her umgetaggt.
Luzandro (2022-06-13 10:42:39+00:00): gut, das hat ja offenbar gar keine Funktion mehr. Ich habe an solche Fälle gedacht:

https://www.openstreetmap.org/way/29298725

https://www.openstreetmap.org/way/90859905

und wie du selbst gesagt hast, ist auch das jetzt vermutlich sowas wie ein emergency access

https://wiki.openstreetmap.org/wiki/Tag:service%3Demergency_access
fkv (2022-06-13 11:21:43+00:00): Unter emergency access verstehe ich sowas wie Feuerwehrzufahrten zu Wohnhausanlagen. Die Zufahrten auf Autobahnen sind glaub ich eher nur für den Straßendienst. In deinem zweiten Beispiel sind bezeichnenderweise Gebäude von Asfinag und Straßendienst daneben. Ich würde sie wie gesagt als track taggen. Rein nach Spezifikation müssten wir sie eigentlich als trunk_link taggen, aber das würde die meisten Anwender irreführen, weil trunk_link so prominent gerendert wird, und ich schätze, daran ändert auch access=private nicht viel.
fkv (2022-06-13 12:41:39+00:00): Ich meinte motorway_link.
eggie (2022-06-06 11:34:27+00:00): Beste Robi.. Lees eens hoe met namen om te gaan in OSM

Rice Field is niet correct.

MVG
eggie
eggie (2022-06-06 11:54:18+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht. 
Feedback  Alle gebouwen zijn directe import van het kadaster en dus precies ingemeten. 
Daar kun je dus beter niets aan veranderen. Schuin genomen foto's vertekeken. Dat is niet de plek van het gebouw.

MVG, 

Eggie 

Namens de OSM Community
eggie (2022-06-06 12:11:49+00:00): Wanner er een verbouwing is geweest en het staat nog verkeer in het Kadaster dan kun je hier een terugmelding doen.
Het Kadaster zal dan corrigeren en bij periodieke import (of verzoek via het OSM forum) komt het dan correct in OSM. 
https://bagviewer.kadaster.nl/lvbag/bag-viewer/index.html#?searchQuery=evenboersweg%207&resultOffset=20&objectId=0180200000001406&geometry.x=215614.386&geometry.y=512555.44800042&zoomlevel=7&detailsObjectId=0180010000002678

Even op het potloodje klikken.
Teminste als iets is verbouwd met een bouwvergunning.

MVG
eggie
BUNFLO (2022-06-06 14:48:35+00:00): Oke dan zou ik graag mijn bewerkingen terug draaien, hoe doe ik dat? eerst zal ik even meer leren voor ik iets ga bewerken...
eggie (2022-06-06 14:54:33+00:00): Ik draai het wel terug.. No problem 
Het was geen ramp hier, want ik denk dat er wel degelijk iets aangepast is aan de gebouwen. 

Terugdraaien gaat met een speciale plugin. Ik kijk wel even, want ik had al een keer iets terugedraaid, maar dat had ik weer hersteld. Moet even zoeken. 
Het nadeel als je zelf gaat sleutelen is dat het bij updates toch weer ongedaan wordt gemaakt.
Groet eggie