piebro/osm-data huggingface dataset:
Harald Hetzner (2025-01-03 19:34:48+00:00): Wenn ich https://wiki.openstreetmap.org/wiki/DE:Tag:place%3Dmunicipality richtig verstehe, soll der Knoten place=municipality sogar immer zusätzlich zur Grenz-Relation erstellt werden:

Zeichne einen Punkt in der Mitte der Gemeindegrenzen (aber nicht in einer Ortschaft) und füge Folgendens hinzu:

    place=municipality
    name=*
    wikidata=*
    wikipedia=*

Der Punkt wird der dazugehörigen Grenz-Relation mit der Rolle label hinzugefügt werden.

Oder, wenn es eine Stadt mit demselben Namen gibt, wird diese mit der Rolle admin_centre der Grenz-Relation hinzugefügt.
Harald Hetzner (2025-01-03 19:37:13+00:00): Also müsste ich die Knoten noch etwas weiter vom Ort weg verschieben und dann in die Relation einfügen. Ich vermute mal, dass die Label-Rolle genau dafür angedacht ist, den Ort auf der Karte festzulegen, an dem die Informationen zur Gemeinde angezeigt werden sollen.
mcliquid (2025-01-04 09:15:40+00:00): Es gibt 96 Gemeinden in Vorarlberg. Warum hast du die Änderungen nur bei drei getätigt und müsste man die Änderung bei den anderen 93 nicht auch tätigen damit es einheitlich ist?
Vor deinen Änderungen gab es dieses Tagging noch gar nicht in Vorarlberg.

Auch im Bundesvergleich (Österreich hat 2059 Gemeinden) gibt es nur 19 "place=municipality".

Ich wundere mich nur, woher auf einmal die Notwendigkeit dafür kommt und ob das wirklich das korrekte Tagging hier ist.
Harald Hetzner (2025-01-04 09:54:26+00:00): Ich habe die drei Gemeinde-Knoten jetzt, den allgemeinen Richtlinien folgend, aus den Siedlungsgrenzen geschoben, die heutzutage unnötigen Tags entfernt und sie mit der Rolle "label" in die jeweilige Grenz-Relation eingefügt: https://www.openstreetmap.org/changeset/160978019#map=12/47.4206/9.9617&layers=P

Ich habe nur diese drei Gemeinden bearbeitet, weil ich OpenStreetMap praktisch immer zusammen mit Wikidata bearbeite und von den Bergen ausgehend bei diesen drei Gemeinden darauf aufmerksam geworden bin, dass die Zuordnungen nicht stimmen. Die Notwendigkeit kommt dann daher, dass Wikidata (wohl meist auf Basis von GeoNames) die Gemeinde und den gleichnamigen Hauptort sauber unterscheidet. Das macht ja auch sind, denn es sind zwei unterschiedliche Entitäten mit voneinander abweichenden Attributen (z. B. Einwohnerzahl). Man würde ja z. B. auch nicht den Ort Sulzberg mit dem Sulzberg(rücken) vermengen, nur weil sie gleich heißen.

Wenn man beim Ort die korrekte Wikidata ID setzt, stellt  die Prüfroutine von JOSM fest, dass Wikidata ID und Wikipedia-Artikel nicht zusammenpassen (die Artikel beziehen sich ja immer auf die Gemeinde und thematisieren den Ort nur mit). Also ist die beste Lösung, Wikidata ID, Wikipedia-Artikel und ggf. weitere auf die Gemeinde zutreffende Tags  in den einen separaten Gemeindeknoten zu verschieben. Dann kann der Ort sauber bidirektional mit Wikidata verknüpft werden. Dort gibt es ein korrespondierendes Attribut "OpenStreetMap node ID".

Wenn jemand die Zeit investieren will, kann er natürlich die anderen Gemeinden in Vorarlberg auch entsprechend anpassen. Ich selbst arbeite eher nach dem Prinzip, dass steter Tropfen den Stein höhlt. Ich denke, dass der separate Gemeinde-Knoten und die label-Rolle in der Grenzrelation insofern sinnvoll sind, als dass dann für Renderer klar festgelegt ist, wo der Gemeindename und die damit verknüpften Informationen, wie der Wikipedia-Link, auf der Karte platziert werden sollen. Die Grenzrelationen selbst werden von manchen Renderern nicht dargestellt und sie sind auch generell schlecht greifbar, weil es in der Natur ihrer Sache liegt, dass sie meistens irgendwo ganz am Rande verlaufen.
PPete2 (2025-01-04 10:52:01+00:00): place=municipality sollte in Österreich nur verwendet werden, falls eine politische Gemeinde keine gleichlautende Siedlung hat, z.b. die Gemeinde "Kirchberg-Thening" in OÖ. Das ist aber bei keiner der 3 Gemeinden der Fall. Sämtliche Gemeindedaten (Einwohner, Größe etc..) gehören eigentlich in die Grenzrelation. Aus historischen Gründen befinden sie sich in vielen Gemeinden aber auch noch im gleichlautenden Siedlungsnode.
Ansonsten bitte so grundlegende Änderungen eines landesweit etablierten Taggings zuerst im Forum besprechen, danke.
mcliquid (2025-01-04 11:16:46+00:00): Danke PPete2, ein Eintrag im Forum wäre meine nächste Idee gewesen.
vasony (2025-01-03 19:40:09+00:00): Szia!

Ezeknek mi a sorsa rendes házszám nélkül?
https://www.openstreetmap.org/way/1267178771

T
efi99 (2025-01-03 20:25:00+00:00): Sajnos egyelőre csak a betűk biztosak belőle:
https://szabiqualit.hu/Kiado_elado_ingatlanok.html
vasony (2025-01-04 21:21:38+00:00): Akkor ez inkább épület betűjel, addig tegyük át az addr:unitba, vagy tőlem ref is lehet, de így biztosan nem jó.
SpeedMcCool (2025-01-10 07:48:51+00:00): Hi Doug!

Looks like this changeset resulted in a lot of multi-use paths being named "East 42nd Street," having a strange access tag, and being designated for horse travel. Can you verify that these changes are accurate or fix them? Thanks!
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/160923187
Doug Shidell (2025-01-10 15:47:22+00:00): Thanks for catching this problem. OSM offered me a "saved" option. I thought all I was changing using that option was to add "asphalt" as a surface for the trail. I didn't realize that all of the other changes were happening as well. I'll make the corrections.
Doug Shidell (2025-01-10 17:06:37+00:00): Changes made.
philippec (2025-01-02 19:32:31+00:00): Hier is ook duidelijk te zien dat de Panoramax foto op de lat lon van de aed gezet is.
AlbaireN (2025-01-02 19:56:26+00:00): Erreur description : il s'agit de l'ajout de l'ancienne voie ferrée à la relation de la ligne de Marcenais à Libourne
mavl (2025-02-05 14:03:06+00:00): This changeset has been reverted fully or in part by changeset 162167075 where the changeset comment is: The changesets are reverted. Reason: wrong values for name:en - https://www.openstreetmap.org/changeset/161608012].
eggie (2025-01-02 20:02:32+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht.
Elk begin is moeilijk. Dat trottoir is al getagd in de tagging van dat fietspad met sidewalk right , segregated yes.
Nu zit het dubbel in OSM. 
Parallelpaden routeren niet goed. Je stapt immers zo van het voetpad op het fietspad. Nu kan dat niet meer. De andelrouterelaties lopen ook allemaal over dat gecombineerde voet/fietspad. Ik haal het trottoir weer weg. 

MVG,
Eggie
Namens de OSM Community
d3mol3k (2025-01-14 19:42:53+00:00): wycofuję ze względu na wandalizm autora - aleja Powstańs=ców Wlkp jest przejezdna po stronie wschodniej. autor nie odpowiada na wiadomości
d3mol3k (2025-01-14 20:04:21+00:00): ulice które zamknąłeś są częściowo przejezdna i udostępnione do ruch - dane te wykorzystują nawigacje do poprawnego wytycznia tras - piszesz w edycji że robisz korektę przystanków a mieszasz w drogach
d3mol3k (2025-01-19 13:28:59+00:00): w nazwach przystanku nie ma: (płn. Struga)
Glassman (2025-01-07 15:59:35+00:00): #TIP: we spell out street names in OSM. The reason is that software has a hard time unabbreviating. Also the street you added in your other edit, should be a driveway as noted on county gis records. These have been fixed by another contributor. I'll send you more info on OSM in a message.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/160924487
Marek-M (2025-01-02 20:47:08+00:00): I reverted your edit. The country code of the current address can be derived in most cases from mapped boundaries of countries. This data is unnecessary. https://wiki.openstreetmap.org/wiki/Key:addr:country

https://www.openstreetmap.org/changeset/160925632
goedegazelle (2025-01-03 13:57:26+00:00): Voetpad toegeveogd.
goedegazelle (2025-01-03 13:56:34+00:00): Wandelpad toegevoegd.
goedegazelle (2025-01-03 13:55:50+00:00): Details toegevoegd bij Operaplein.
goedegazelle (2025-01-03 13:54:44+00:00): Uitlijnen/details toegevoegd bij Operaplein.
AntiCompositeNumber (2026-05-11 22:40:28+00:00): What "street view images" did you use for this? And should it apply to all of the Robert E. Lee Road, or just this segment?
santamariense (2025-01-21 14:19:40+00:00): Olá Gabriel Vinicius,

Para adicionar um endereço, crie um ponto no local exato onde o endereço deve constar e preencha com o nome da rua, numero e outras informações.

Bons mapeamentos!
santamariense
mueschel (2025-01-03 10:57:32+00:00): Hi,
I fixed a couple "postbox:type" tags in the last days. The correct spelling is "post_box:type". Seems like your auto-completion got this wrong.
robbieonsea (2025-01-03 15:53:59+00:00): Thank you
LorenzoPesci (2025-01-04 13:39:49+00:00): Perché è stato cancellato questo albergo? dal sito sembrava mappato correttamente
Sunset_Sakura (2025-01-02 21:23:52+00:00): I miscounted; this is changeset # 4 of my Brightwater improvements
NorthCrab_upload (2025-01-02 21:30:54+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.
https://www.openstreetmap.org/node/8696459775

Pozdrawiam! 🦀
citrula (2025-01-03 01:34:33+00:00): Welcome to OSM! Address points should go where the house is, not attached to the roadway. I can't fix this remotely since I don't have any data sources that are up-to-date enough to have this address - let me know if you need any help moving the address point.
trigpoint (2025-10-04 19:24:15+00:00): Hello VLD295
Phil from the Data Working Group here.
Just wondering when you surveyed this as oneway footways are very unusual. Did you not think it odd?
VLD157 (2025-10-06 18:34:57+00:00): Hello Phil / trigpoint, 

The user VLD295 is no longer working with our team; however, I can respond on their behalf. Upon reviewing the changeset here, it appears that the modification to the oneway tag may have been a mistake. I see that you already made the appropriate updates to the features; Thank you for your assistance, and I apologize for any inconvenience this edit may have caused. 

Happy mapping! 
VLD157
wireguy (2025-01-02 22:25:40+00:00): thanks for the corrections!  especially 1515 wynsam.
eggie (2025-01-03 07:39:25+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
NorthCrab_upload (2025-01-02 22:01:49+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.
https://www.openstreetmap.org/node/12469786969

Pozdrawiam! 🦀
Interactiondesigner (2025-01-02 22:29:04+00:00): Hi Lezurex,

danke fürs Ergänzen und Erweitern des Änderungssatzes – so macht das Spass!
Die Schöneichstrasse müssten wir sicher demnächst noch beobachten – eigentlich ist sie als Sackgasse ausgeschildert und trotzdem kann man als Autofahrer auf die Schwamendingerstrasse gelangen – vielleicht tut sich da baulich noch demnächst etwas.

Viele Grüsse,
Interactiondesigner
smithkm (2025-04-07 21:39:17+00:00): The page for bicycle_street says it needs explicit signage.
jeremy77 (2025-04-11 15:11:56+00:00): changed to just bicycle_road=yes which seems more correct for the NA context
eggie (2025-01-03 08:13:35+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
BCNorwich (2025-01-08 09:14:43+00:00): Hi, Welcome to OpenStreetMap.

I've tweaked the area and joined the drive to Milverton Road.

Regards Bernard.
mueschel (2025-01-03 11:27:00+00:00): Hi,
you added a couple of tracks with a strange "sud=d" tag. Please have a look.
felipeeugenio (2025-01-03 11:53:06+00:00): Hello. Tanks. Just a typo.
Thanks
ezio_m (2025-01-02 22:27:14+00:00): le corsie ciclabili, sia nuova tipologia "bike lane" che pista su corsia riservata, vanno mappate come cycleway=lane
Walter Mayeku (2025-01-06 13:04:23+00:00): Hello @MaestroKissaki, 
Kindly double-check the two towers to confirm if they are in proximity.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/160928525
MaestroKissaki (2025-01-06 15:15:04+00:00): Las dos Torres Existen en el Terreno.
eggie (2025-01-03 08:28:12+00:00): Dag sfranzen

Ik heb je eilandje in een multipolygoon gelegd als inner anders zie je er niets van. Water ligt immers altijd boven in de rendering.
CTRL-f5 voor het effect.
shrubbery even omgezet naar scrub.  

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

MVG
eggie
TheNightRider (2025-12-25 08:27:38+00:00): The landuse area tagged as "residential" ( https://www.openstreetmap.org/way/1348072685) needs way more than minor edits because it's not just residential. Tons of retail in there.
TheNightRider (2025-12-25 08:31:51+00:00): This is like the white elephant in the corner. Tempting to delete it because it's so wrong, but it can be updated. Maybe break it up into manageable pieces and redraw those to not include all the shops restaurants, hotels, and the cemetery.
Fizzie-DWG (2025-01-27 02:17:17+00:00): DWG revert - Google Maps used as Source

https://www.openstreetmap.org/changeset/161801569
rivermont (2025-01-04 21:33:00+00:00): Why did you delete n357805725? As far as I am aware that's the correct location of the broadcast.
hwierzbicki (2025-01-04 22:05:50+00:00): Hi rivermont,

There's no WASU-FM transmitter at the school. 

Confirmed via Wikipedia: "Their transmitter sits atop Rich Mountain in Watauga county."

https://en.wikipedia.org/wiki/WASU-FM

And via FCC query:

https://www.fcc.gov/media/radio/fm-query
rivermont (2025-01-04 22:41:53+00:00): Interesting, it looks like they applied to move in 2022. I had researched the location a year ago (changeset 146578130) to resolve a longstanding osm note on the location, and found the location to still be on campus.

Are able to add the station info back to the tower, or do we not know which tower it is?
silversurfer83 (2025-01-03 20:17:38+00:00): Moin Chrissy81 :)

zwei Kleinigkeiten zu dieser Änderung:

- Öffnungszeiten haben bei OSM eine definierte Syntax, damit Apps diese auch auswerten. Details dazu gibt es im Wiki. Dort gibt es auch links zu tools, die die erzeugung korrekter Öffnungszeiten vereinfachen: https://wiki.openstreetmap.org/wiki/DE:Key:opening_hours

- Wenn du ein Objekt wie diese (ehem.) Pizza auswählst, dann scroll in der Spalte ganz links mal nach ganz unten. Im Abschnit "Eigenschaften" siehst du alle Eigenschaften (tags) im Klartext (entweder in der Form "Schlüssel=wert" oder als Tabelle). Da kannst du dann kontrollieren, welche Eigenschaften nach der Umfirmierung noch korrekt sind.

happy mapping
silversurfer83
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/160928978
karr4s (2026-04-06 08:40:48+00:00): SIRET erroné (31189095800169 au lieu de 31189095800094). C'est corrigé.
Makeena (2025-01-02 23:38:53+00:00): about the warning: for some reason iD thinks that a disused platform has to be an area while an active platform is a line
Lezurex (2025-01-04 20:21:25+00:00): Hallo Makeena,

Die korrekte Rolle wäre "stop" und nicht "bus_stop" gewesen. In PTv2 werden prinzipiell alle Verkehrsmittel gleich gehandhabt. Auch sollte die Reihenfolge in der Route korrekt sein: erst alle Haltestellen, dann der tatsächlich gefahrene Weg.

https://www.openstreetmap.org/changeset/161000268

LG Lezurex
Makeena (2025-01-04 21:43:49+00:00): Hi Lezurex, danke für das Korrigieren. Ich habe in iD keine Möglichkeit gefunden, in einer Relation ein Element auszutauschen oder irgendwo einzufügen. Ebenso wurde beim Hinzufügen eines Elements zu einer Relation nicht nach der Position gefragt. Ich bin daher von einer automatischen Ordnung ausgegangen wie bspw. bei den Tags. LG Makeena
Lezurex (2025-01-04 22:29:15+00:00): Ja iD hat irgendwo halt seine Grenzen. Ordnen kann man sie aber per Drag and Drop. Bei komplexeren Edits wie dem hier würde ich dir mal empfehlen, JOSM anzuschauen. Mag auf den ersten Blick kompliziert wirken, aber wenn man es einmal hat, willst du das nicht mehr missen :D Darüber hinaus kann JOSM praktisch unbegrenzt angepasst werden, je nachdem, was man gerade mappt.

LG Lezurex
stosh77 (2025-04-28 15:22:13+00:00): revised.
eggie (2025-01-03 08:35:29+00:00): Dag Duyfdsefyftfgcguy

Wat bedoel je met je upload commentaar 'x'?

MVG
eggie
eggie (2025-01-03 12:33:00+00:00): .... en heeft deze snoepwinkel ook een naam en bezoekadres?
Is dit wel een winkel?
Mvg
eggie
Metzor (2025-01-03 11:27:20+00:00): Hallo thoti!

Oh, ich finde es spannend, dass du TMC noch hinzufügst! Dem Forum habe ich entnommen, dass das nicht mehr gepflegt wird und niemand konnte sicher sagen, wozu das noch nützlich ist, siehe: 

https://community.openstreetmap.org/t/tmc-kann-das-weg/108211

oder

https://community.openstreetmap.org/t/tmc-experten-gesucht/81974/7

Falls du da mehr Infos hast wäre ich sehr interessiert 😃

Viele Grüße 
Metzor
thoti (2025-01-03 15:09:55+00:00): Hallo Metzor,

mehr Informationen habe ich nicht. Hatte mir auch überlegt ob das ganze TMC-System allgemein nicht langsam aber sicher als sterbend/überholt anzusehen ist.

Bin über einen fixme darauf gekommen und wollte den beheben. Da der Verlauf der B28 zwischen Freudenstadt und Tübingen vor vielen Jahren verlegt wurde, wurde das Unterfangen dann etwas umfangreicher, bis ich alles so hatte dass die Daten wieder durchgehend waren.

In dem Zug war auch offensichtlich, dass die TMC-Daten schon länger nicht mehr aktuell in die Karte eingepflegt wurden. Das Wiki wirkte auch nicht sonderlich belebt diesbezüglich. Deine Links bestätigen das. 🙈

Weil das echt sperrig ist und die TMC-Daten für die B28 jetzt wieder bis Tübingen durchgehend würde ich meine Aktivitäten diesbezüglich jetzt auch wieder einstellen.

Grüße
thoti
Metzor (2025-01-03 15:34:39+00:00): Danke für deine ausführliche Antwort! Dann werde ich weiterhin nicht für den Erhalt der TMC-Daten votieren 😁
CRCulver (2025-01-05 11:44:40+00:00): At these complex intersections, please set four traffic signals nodes at the stop positions, with traffic_signals:direction=forward/backward tags, instead of two traffic signals nodes at the middle like you did. See the discussion at the wiki:

https://wiki.openstreetmap.org/wiki/Tag:highway%3Dtraffic_signals#Complex_intersections

Over the last couple of years, most traffic signals in Southern California have been moved to the new way of tagging, which lets routing engines know that traffic is indeed moving through only a single traffic signal here.
Joe Stevenson (2025-01-03 01:10:56+00:00): It also appears on a review of the street photography like the landowner may have sabotaged the footpath signage.
Fizzie-DWG (2025-01-27 02:17:12+00:00): DWG revert - Google Maps used as Source

https://www.openstreetmap.org/changeset/161801568
SomeoneElse2 (2025-01-03 12:02:08+00:00): I've added https://www.openstreetmap.org/way/1348130656/history back in to the AONB boundary ("9336138 | Chichester Harbour National Landscape").  Also https://www.openstreetmap.org/way/1348130654 .
Cheers,
Andy
◪ Jarv (2025-01-03 22:59:37+00:00): Cheers Andy, didn't realise that happens when splitting a way.
Fizzie-DWG (2025-01-27 02:17:07+00:00): DWG revert - Google Maps used as Source

https://www.openstreetmap.org/changeset/161801565
silversurfer83 (2025-01-03 20:20:54+00:00): Hi :)

nur mal so: Es ist eine fiese Fummelarbeit so große Landuse durch korrektere kleine Landuse zu ersetzen. Danke, dass du dir die Zeit dafür nimmst
            ---
            #REVIEWED_GOOD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/160932026
watmildon (2025-01-03 02:29:33+00:00): Hello! Lovely edits overall! 

I wanted to comment on the highway=pedestrian areas you've added (ex: https://www.openstreetmap.org/way/1295637481) to say that it does various routing engines a huge solid to have a secondary highway=footway,footway=sidewalk running through the area feature. It greatly aids in generating route that don't look like gibberish.

Many routers don't support areas routing at all and the ones that do will commonly route you along the perimeter of the area leading to all sorts of silly directions with additional "turns".

Everything else is looking really swell. Happy mapping.
ElliottPlack (2025-02-17 18:20:31+00:00): This one is a little tricky. I set up duplicates because there is a CDP called Friendship Heights Village and then there is an incorporated placed called Village of Friendship Heights. The latter is what this represented.

What is tricky about this is that the incorporation is via something called a "Special Taxing District". Montgomery County treats this like a municipality. Here's a summary of some research I've done. This could be a good community post.

# Special Taxing Districts in Montgomery County

Montgomery County has three special taxing districts established before the county obtained home rule status:

- **The Village of Friendship Heights** (1914)
- **The Village of Drummond** (1916)
- **The Oakmont Special Tax District** (1918)

Each of these districts is governed by a citizen’s committee, has the authority to levy taxes, and exists to provide municipal services. For revenue purposes, the State and County treat these districts and the County’s **nineteen municipalities** as a single group. 

This means they:
- Levy property taxes
- Receive a share of County "piggyback" income taxes
- Receive State and County grants

For simplicity, these three special districts and the nineteen municipalities are collectively referred to as **"municipalities"** in the report.

Source: https://montgomerycountymd.gov/olo/resources/files/2008-5.pdf
angys (2025-01-04 17:36:07+00:00): Hi, please kindly check Ur inbox and looking forward for ur reply and thanks
mavl (2025-05-13 15:03:05+00:00): This changeset has been reverted fully or in part by changesets 166207855, 166207980, 166207904, 166207831 where the changeset comment is: The changesets are reverted [DWG has the request to revert the changesets. Reason: poor mapping, road removal - https://www.openstreetmap.org/user_blocks/17614].
JesseFTW (2025-01-03 21:54:00+00:00): As you might have noticed, it looks like StreetComplete accidentally included changes on both sides of the Atlantic in this changeset. I'm sure you already know to avoid this, but just in case: https://wiki.openstreetmap.org/wiki/Changeset#Geographical_size_of_changesets
diamondarmorsteve (2025-01-07 19:30:38+00:00): Hi Truegodz15909, please do not add fictitious features to the map. I do not believe there is a such area known as "uyjuyjuyjy" or "cyracuse" within New York City.

https://www.openstreetmap.org/changeset/161108387
jopi56 (2025-01-03 06:06:50+00:00): Hallo,
wieso wird nicht disused:shop=fabric angewendet ?
Eskendoerper (2025-01-03 09:01:54+00:00): Hallo jopi56,
die Bearbeitung habe ich mit dem Handyprogramm OsmAnd durchgeführt. Da gab es den Key: Shop=vacant nicht und somit hab ich den Laden geschlossen. Aber es ist auch mal interessant nachzulesen, dass man diesen nicht mehr verwenden soll. Danke für den Hinweis und ein Frohes neues Jahr  ;~)
Enock4seth (2025-01-04 11:22:56+00:00): Hi, Kindly use Good changeset comments to describe your contributions as using only hashtags is meaningless to other mappers and yourself soon. See why you should use Good changeset comments https://wiki.openstreetmap.org/wiki/Good_changeset_comments
Enock4seth (2025-01-05 11:43:31+00:00): Also check for existing features before adding new ones to avoid duplicates. One feature should be represented with only one OSM element, see https://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element 

Don't add a feature as node/area and at the same time as node/area, in this case fuel station is duplicate. I have resolved this now.
IraGersh (2025-01-03 04:16:05+00:00): Point added to existing sports track not to a path.
IraGersh (2025-01-03 04:17:14+00:00): Sports pitch, not track.
nevw (2025-01-03 08:00:04+00:00): Hi, would motel be more suitable than hotel. Hotels in Australia are normally mostly for serving booze, with rooms or separate units for guests.
https://wiki.openstreetmap.org/wiki/Key:tourism?uselang=en-GB