piebro/osm-data huggingface dataset:
TNOTB (2023-09-14 12:22:56+00:00): ich habe das Attribut = "no" gesetzt! 
Warum: Die Empfehlungen fürs Routing kenne ich, und es sind nur Empfehlungen. Bei Komoot z.B. kann ich nicht erkennen, dass die Empfehlungen umgesetzt werden, sondern nur die Verbote. Das ist auch eine übliche Routing vorgehensweise, da z.B. Here oder TA (TomTom) die Wirklichkeit abbilden, und diese dann auch mit Verboten umgesetzt sind. Wenn ich etwas nicht definiere, dann ists "halt frei". Auch die Aussage vom Tiefbau ist eindeutig: "keine Verkehrsfläche"! Die aussage für: "gewissermaßen eine Grauzone, markieren sie es Mal als nicht definiert", würde ich aufgrund aktueller gesetzlicher Lage nicht verwenden, da sie einfach nicht zutrifft. Es wurde des öfteren auf Schilder verwiesen, diese sind zwar nicht flächendeckend vorhanden, aber an einigen zentralen Stellen, wo Fahrradwege und Fußwege sich treffen findet man für die Äußeren Bereiche ein Fahrrad frei und für innen ein Fußgängerschild. Schilderwahn an jeder Ecke im Park ist auch keine Lösung, wenn es Vorgaben für Grünanlagen gibt. Oder wir machen alle ein Feuer im Park und berufen uns auf fehlende Schilder oder ein Mappen in OSM von mir einen Tag zuvor. Auch das ist keine Lösung. 
So und darum habe ich mal alles innerhalb es Parks so gesetzt wie ich es vom Joggen oder spazieren kenne. Ich muss aber noch ein paar Randwege hinzufügen, denn beispiel Rennweger Ring fehlen welche.
tom_yorados (2024-07-11 12:12:11+00:00): Hier noch die zweite E-Mail vom Team Radverkehr der Stadt Würzburg an mich vom 5.10.2023:
>>>>>>>>>>>>>>
Wir möchten unsere letzte Mail richtigstellen .. .
In den meisten Abschnitten des Ringparks ist es verboten, mit dem Fahrrad zu fahren, aber eben nicht in allen.
Erlaubt ist das Befahren des Ringparks nur dort, wo es Schilder mit dem Zusatzzeichen 1022-10 “Radverkehr frei“, das Verkehrszeichen 240 „Gemeinsamer Geh- und Radweg“ oder das Verkehrszeichen 241 „Getrennter Geh- und Radweg“ explizit erlauben.
......
Stadt Würzburg
Fachbereich Tiefbau und Verkehrswesen
Radverkehr - Mobilität
<<<<<<<<<<<

Weitere Diskussion bitte nicht hier. Aktuelle Diskussion in der 2024er Note: https://www.openstreetmap.org/note/4327529
blagodarenko (2023-10-27 12:40:00+00:00): Исправил тег duration на opening_hours с 07:00 до 19:00.
Добавил запрет для автотехники, т.к. переправа между пешеходных дорожек
Mashin (2023-09-06 12:44:54+00:00): Hi, I noticed several edits like this one in a rapid succession. Is this a scripted editing or is it a organized editing campaign?
Also in your edit you just added a single node without changing the overall geometry of the road. Could you please elaborate on the purpose of these edits?
Thank you.
sreejam (2023-11-13 12:08:36+00:00): Hello Mashin,

Thank you for reviewing the changeset and highlighting the issue, this was not scripted and these changes were mistakenly made. Apologies for the inconvenience caused, going forward we will be extra careful while making any edits.

Regards,
sreejam
Jbah (2023-09-06 15:43:13+00:00): Auch hier siehe Kommentar bei https://www.openstreetmap.org/changeset/140847368
Jada-Baruch Innovative Limited (2023-09-05 12:20:16+00:00): PURO RESTAURANT & LOUNGE
eggie (2023-09-05 15:02:00+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht. 
MVG, 
Eggie 
namens de OSM Community
Tetraden (2023-09-05 13:44:36+00:00): The current Water travel maps show the Schreiberskanal as open.
totera (2023-09-06 21:01:41+00:00): Scusa damianeue ma non è questo il modo corretto di procedere.
Non so che cosa abbiate detto su Telegram ma sarebbe stato opportuno coinvolgere l'utente che ha inserito i dati.
Mi vedo quindi costretto a un revert e ti invito a discutere che cosa c'era che non andava secondo te.
Mannivu (2023-09-07 08:25:13+00:00): Parere personale: la modifica era corretta. Quei bundary non dovrebbero avere alcun nome, è più che sufficiente il tag postal_code=DDD
damianeue (2023-09-07 20:14:50+00:00): Ciao totera, perdona se rispondo solo ora ma non ho avuto tempo.

Ho sicuramente sbagliato a non chiamarti in causa riguardo questo edit e di questo ti chiedo scusa, ho provato a vedere se un "totera" fosse nella chat Telegram ma non ti ho trovato, quindi ne ho parlato solo con la chat.

Ti spiego cosa mi ha portato a questa modifica:
mi sono accorto della relazione del CAP di San Benedetto del Tronto dalla mappa su Mapillary, ne ho parlato il 27/08 (questo il mio messaggio a cui puoi vedere le risposte che ho ricevuto, https://t.me/c/1124175268/69378). Poi ho avuto l'idea che magari quella non fosse l'unica relazione con un name, quindi ho fatto la ricerca su overpass (il messaggio a cui hai risposto in chat). Sinceramente sono e rimango dell'idea che se un intero comune usa lo stesso CAP si può aggiungere il tag postal_code=* alla relazione del comune (può portare a casi in cui più relazioni di comuni hanno lo stesso tag, me ne rendo conto, dopotutto vivo in un comune che condivide lo stesso CAP con altri 6), e invece nel caso di più CAP all'interno dello stesso comune è giusto e opportuno creare relazioni specifiche per ogni CAP, ma senza mai inserire i tag che ho tolto (secondo me sono ridondanti e semplicemente descrittivi). Ho fatto la modifica chiedendo nel gruppo se anche secondo gli altri membri avesse senso che delle relazioni del genere avessero name e alt_name: la risposta è stata pressoché unanime e ho proceduto con il mio changeset.

Preferirei che però questa discussione continuasse su Telegram o in ML, in modo da avere il maggior numero di opinioni che possono essere a supporto dell'una o dell'altra parte.
totera (2023-09-10 16:13:24+00:00): Ciao damianeue, visto che al concetto generico di codice postale già descritto dal tag corrispondono nomi specifici usati dagli operatori postali dei diversi Paesi, ad es. in Italia "Codice di Avviamento Postale" (CAP), in Germania "Postleitzahl" (PLZ), ecc., non mi sembrava del tutto inutile scrivere nome completo e abbreviato.

Dissento fortemente invece sull'idea di usare i boundary=postal_code soltanto nei comuni suddivisi in più CAP.
Vedo che altri Paesi sono completamente coperti dai boundary=postal_code, e non mi pare si facciano problemi se alcuni coincidono con i comuni (vedi p.es. https://www.openstreetmap.org/relation/390369 e https://www.openstreetmap.org/relation/7873085).
Oltre a complicare la vita a chi voglia una mappa dei codici postali e si dovrebbe trovare a gestire tre situazioni diverse (comuni suddivisi in più CAP, CAP appartenente a un solo comune e CAP condiviso da più comuni), vedo proprio un problema di fondo: nel momento in cui diciamo che i confini dei codici postali hanno senso di stare su OSM perché dovremmo gestirli in maniera diversa a seconda della coincidenza o no con i boundary=administrative? Per usare meno relazioni? Allora ragionando così anche le relazioni di province e regioni sono di troppo e basterebbe mettere l'appartenza su quelle dei comuni...

Per gli strumenti di comunicazione e discussione: dovrebbe essere assodato che se c'è un problema su un changeset va usato il commento, se c'è bisogno di contattare un utente gli si invia un messaggio dal sito.
Sul gruppo telegram ci sono anch'io ma se passa qualche giorno senza che lo controlli mi ritrovo centinaia di messaggi tutti alla rinfusa ed è faticosissimo seguire ciò che si è detto... quindi va bene per segnalazioni o anche chiarimenti su aspetti per i quali c'è già una prassi consolidata, ma non è assolutamente adatto come luogo di discussione.
L'uso della mailing list è in calo e da quando non c'è più il supporto di Nabble è diventato molto difficile anche lì recuperare le vecchie discussioni.
Al momento lo strumento migliore mi sembra il forum della community, non sono ancora mai intervenuto ma mi pare sia decollato.
user_5359 (2023-09-05 14:47:29+00:00): Hallo! Bitte schau Dir nochmal https://www.openstreetmap.org/way/42319035 an. Welche Höhe ist denn jetzt richtig 28 Zentimeter (fehlerhafter, aber neuer Schlüssel) oder 30 Zentimeter?
123_JK (2023-09-26 03:41:52+00:00): 请勿破坏（非更正）渝昆高速铁路路径
ToniE (2023-09-06 12:36:03+00:00): Servus,

stimmt die Position der Haltestelle so?

Sie war bisher weiter süd-östlich beim Kindergarten gemapped und passte auch zu den GTFS Daten des MVV  und auch zum Fahrweg bei OSM 

Jeweils Haltestelle 18
https://ptna.openstreetmap.de/gtfs/DE/single-trip.php?feed=DE-BY-MVV&release_date=&trip_id=1.T0.19-301-s23-1.1.H
https://ptna.openstreetmap.de/relation.php?id=7291038&lang=de

Sie liegt nun daneben https://ptna.openstreetmap.de/results/DE/BY/DE-BY-MVV-Analysis.html#bus_301

VG
Toni
Carto'Cité (2023-12-13 14:12:58+00:00): Bonjour Talium,
Merci pour tes contributions sur les aménagements cyclables.
J'ai vu que tu avais parfaitement bien décrit ces deux portions de voie verte, dont une avec la signalétique :
https://www.openstreetmap.org/way/626147493
https://www.openstreetmap.org/way/917133081
Ces deux portions se retrouvent un peu isolée avec une description de voie verte alors que les autres portions sont restées des chemins génériques. Est-ce que cela correspond effectivement à ce que tu as observé ?
Merci d'avance pour ton aide et n'hésite pas à me contacter si tu as des questions ou besoin d'aide. À ce sujet, je vois que tu contribues avec iD, si tu veux être plus efficace et bien mieux voir les aménagements, je te conseille d'utiliser JOSM avec le rendu des aménagements cyclables https://github.com/Cartocite/MapCSS-JOSM-Bicycle
Charles de Carto’Cité pour #CartoVeloIdF
Talium (2023-12-13 14:29:36+00:00): Bonjour Charles,

Merci pour ton message.
Effectivement la voie verte est pour l'instant isolée, il n'y a que 500m environ d'aménagés. Il est prévu par la communauté de communes d'aménager une voie verte le long de la Seine entre Maisons-Laffitte et Le Pecq d'ici l'été 2024 mais aucun travaux ne sont visibles pour l'instant. Je continue de suivre ça :)

Merci pour la suggestion sur JOSM, je dois effectivement prendre le temps de me lancer sur un vrai outil, pendant les prochaines vacances !
Carto'Cité (2023-12-13 14:48:34+00:00): Merci beaucoup pour ton retour. C'est très gentil d'avoir pris le temps.
N'hésite pas à me contacter si tu as besoin d'aide, pour JOSM par exemple.
À bientôt.
Charles
ToniE (2023-09-06 12:40:09+00:00): Servus

auch hier hat sich ein Fehler eingeschlichen:

https://ptna.openstreetmap.de/results/DE/BY/DE-BY-MVV-Analysis.html#bus_377V

Die Bus-Relation wurde nicht entsprechend angepasst.

VG
Toni
ToniE (2023-09-06 12:42:19+00:00): auch hier nicht: 

https://ptna.openstreetmap.de/results/DE/BY/DE-BY-MVV-Analysis.html#bus_379

https://ptna.openstreetmap.de/results/DE/BY/DE-BY-MVV-Analysis.html#bus_379V
ezio_m (2023-09-05 18:23:36+00:00): Vi è una segnaletica verticale che implica precedenza a pedoni, bici, limite di 30 km/h e con cartello di "Zona Residenziale" prescritto dal CDS.
Credo proprio che possano essere classificate come living_streets.
Consiglio il revert del changeset
ezio_m (2023-09-05 18:25:57+00:00): Misura prevista dal PUMS (Piano Urbano della Mobilità Sostenibile) del Comune.
https://www.trevisotoday.it/attualita/san-zeno-treviso-zona-residenziale-17-dicembre-2019.html
ezio_m (2023-09-05 18:23:02+00:00): Vi è una segnaletica verticale che implica precedenza a pedoni, bici, limite di 30 km/h e con cartello di "Zona Residenziale" prescritto dal CDS.
Credo proprio che possano essere classificate come living_streets.
Consiglio il revert del changeset
ezio_m (2023-09-05 18:26:03+00:00): Misura prevista dal PUMS (Piano Urbano della Mobilità Sostenibile) del Comune.
https://www.trevisotoday.it/attualita/san-zeno-treviso-zona-residenziale-17-dicembre-2019.html
andreami (2023-09-05 21:38:39+00:00): Grazie ezio per il commento. Ho trasformato quelle vie in residential_road perché l'ho visto suggerito nella wiki OSM https://wiki.openstreetmap.org/wiki/Tag:highway=living_street

La distinzione i due tipi di strade è piuttosto labile ma credo che per living_street si intenda qualcosa di leggermente diverso dalla pura zona 30 residenziale. In un successivo changeset ho impostato la velocità massima a 30km/h: credo che sia questo il parametro più importante, specialmente a fini di navigazione
ezio_m (2023-09-06 10:54:04+00:00): Infatti, come detto prima, questa non è una pura zona 30...la segnaletica verticale (composta da cartello di zona residenziale, con pannello integrativo con scritto "precedenza a -pittogramma pedone- -pittogramma bici-" e il limite di 30 km/h) stabilisce chiaramente che pedoni e velocipedi hanno la precedenza in strada.
Per questo le avevo classificate come living street, perché presentano speciali regole stradali che danno la precedenza agli utenti più deboli.
Sono al corrente che non esiste in Italia il woonerf, ma praticamente è quello che sono queste vie.
ezio_m (2023-09-06 11:20:13+00:00): Nel PUMS vengono descritte le "zone ambientali", che prevedono queste caratteristiche:
"Il PUMS individua in linea generale alcuni elementi caratteristici delle isole ambientali:
• limite 30 km/h;
• precedenza pedoni e ciclisti;
• realizzazione di dissuasori quali dossi rialzati, chicane, etc.;
• aumento degli spazi pedonali (a raso o rialzati);
• realizzazione di doppi sensi ciclabili nelle strade attualmente a senso unico;
• assetti circolatori atti a creare delle “stanze di traffico” per evitare l’effetto by-pass per le auto, ottemperando ai presupposti di continuità dello spostamento e connessione della rete."
Lo si trova a pg. 64 della relazione di Piano (https://pums.comune.treviso.it/file_pums_non_firmati/10_Relazione_di_Piano.pdf)
Le zone ambientali sono le seguenti:
https://pums.comune.treviso.it/file_pums_non_firmati/TAVOLA%2015_Classifica%20Funzionale%20delle%20strade%20ed%20interventi%20di%20moderazione%20del%20traffico.jpg

Per ora avevo mappato quelle realizzate. Non tutte sono ancora state istituite.
DanGlover (2023-09-12 14:59:22+00:00): Hi Matt - you've updated box 11/111 now it has separate numbers...but some of the other tags now seem inconsistent?
mattproctor (2023-09-12 18:04:15+00:00): thanks - fixed it
LockOnGuy (2023-09-05 13:46:14+00:00): Hello Muhammad Faiq Kalhury, please do use meaningful changeset comments - “Fixed some bugs” does not help other mappers understand what you are doing.      
https://wiki.openstreetmap.org/wiki/Good_changeset_comments       
Regards.
LockOnGuy (2023-09-05 13:43:49+00:00): Why did you added the name as Kurdish in the 'name' tag?
jb54osm (2023-09-05 14:44:16+00:00): Dag apoo,

Voor vervolgbewerkingen is het niet handig om woongebieden vast te maken aan wegen e.d. Ik heb e.e.a. losgemaakt / opnieuw ingetekend / andere dingen uitgelijnd.
(Den Haag heeft veel woongebied dat vastzit aan wegen. Helaas is dat een erfenis uit het verleden :-( Beetje bij beetje verdwijnt er wel wat.)
eggie (2023-09-05 15:05:31+00:00): Dag Lex..  Je vraagt feedback 
Routeren doet het niet meer voor fietsers, want de hoofdrijbaan staat immers op slot met bicycle =use_sidepath 
Dus als je fietspaden verwijdert altijd kijken of de rijbaan niet op slot staat.
MVG
eggie
eggie (2023-09-05 15:11:11+00:00): Je edits https://overpass-api.de/achavi/?changeset=140851705

Ik heb bicycle=use_sdepath op twee wegen verwijderd.
Gr eggie
Lex T&M (2023-09-06 05:22:41+00:00): Hey eggie, 
bedankt voor de hulp! 
Ik probeer de wegen aan te passen op basis van ontwerpen die ik binnen krijg, alleen nu nog goed in OSM krijgen
quantenschaum (2023-09-23 07:55:55+00:00): reverted, see https://www.openstreetmap.org/changeset/141590814
Error추적자 (2023-09-05 13:53:34+00:00): 교차로 아니고, 횡단보도임
streckenkundler (2023-09-06 21:23:10+00:00): Guten Abend,

Vielen Dank für die restliche Korrektur... Das ist eine adressmäßig strittige Ecke und ich habe darum gebeten, meine Geomaerker-Meldung abzuwarten: https://www.openstreetmap.org/note/3717528
Leider arbeitet User lberges Meldungen ohne Sinn und Verstand ab.. er ignoriert wie hier Werkzeuge zur Fehlermeldung (=Geomaerker) und kanzelt diese als nutzlos ab.

Weiteres dazu:  https://www.openstreetmap.org/changeset/135581718

...was hier richtig ist, ist weiterhin offen...

Sven
user_14063915 (2023-09-07 15:31:14+00:00): Laut PLZ Karte der Post, ist das die passende PLZ (15370) die eingetragen ist.
Auch im Brandenburgviewer ist das so eingezeichnet.
streckenkundler (2023-09-07 16:18:28+00:00): Hei,

Ja ich weiß :) Darum bin ich ja auch froh über deine Änderungen... User lberges malt sich immer irgendwelche Zusammenhänge aus und editiert nach Gutdünken... Mittel zur Fehlerüberprüfung ignoriert er... Zum Glück sind durch die Datenfreigabe des LGB echte, vernünftige und valide Daten verfügbar... Sicher, Fehler können immer sein... sind aber eher gering...

Wir beide haben hier alles richtig gemacht, du vor allem, daß du den letzten Fehler noch gefunden hast!

...so mach OSM Spaß...

Viele Grüße aus dem Spreewald,

Sven
JesseFTW (2023-09-06 12:17:26+00:00): Thanks for fixing all these access= keys on bus (and train) stations! I'd seen that problem, but hadn't gotten around to addressing it.
quantenschaum (2023-09-23 07:53:37+00:00): reverted, see https://www.openstreetmap.org/changeset/141590814
VLD549 (2024-03-10 08:46:05+00:00): Hi, could you let me know why it should be 'De Oranjeboom' and not 'de Oranjeboom'? All sites I find write it with lower case.
Thank you.
nilodo (2024-03-10 21:02:24+00:00): Apparently the article (De) is part of the name of the street and thus written starting with a capital.
As proof “on the ground” you can have a look at our friends from Streetview.
VLD549 (2024-03-14 12:00:14+00:00): Thank you.
LockOnGuy (2023-09-05 19:53:16+00:00): Why did you change the name from Arabic to Kurdish?
LockOnGuy (2023-09-05 20:15:11+00:00): Also, please don't use wikimapia as a source in OSM
user_5359 (2023-09-05 14:23:52+00:00): correct of thechangeset comment: Correction address notation
map per (2023-09-27 17:47:02+00:00): Hallo rms_SMAR,

bitte diesen Weg (1) (und die Anderen auch) als highway=footway einzeichnen. Highway=crossing ergibt auf ways keinen Sinn.

Viele Grüße
map per

(1) https://www.openstreetmap.org/way/1205230477
map per (2023-10-19 13:17:24+00:00): Bitte das Problem hier nicht vergessen.
map per (2024-05-04 15:13:46+00:00): Die Fehler wurden inzwischen von anderen korrigiert
map per (2024-05-25 15:52:40+00:00): Level=1 am Bahnsteig war auch noch falsch. Der Bahnsteig ist auf Straßenniveau, also level=0.
Jrachi (2025-01-17 09:53:47+00:00): Ciao.
Stai facendo un ottimo lavoro!
Ti correggo un percorso per sistemare l'ordine dei membri e aggiungo un ruolo guidepost mancante.
Vedo che su mappature precedenti alla tua ci sono dei tag impropri o dubbiosi.
Sarebbe da controllare l'uso dei tag:
access=no
significa che il transito è vietato a tutti
bicycle=no
è già compreso nel precedente
cutting=yes
significa che il sentiero è ricavato scavando il terreno, su un sentiero possono essere qualche metro non centinaia!
foot=yes
In combinazione con access=no significa che i pedoni possono transitare. Ma si tratta di una maniera non corretta di mappatura. Su sentieri in zone residenziali ci possono essere tratti di sentiero molto largo dove è permesso il transito dei soli pedoni, ma in tal caso si deve usare foot=designated. Ci deve comunque essere una segnaletica ufficiale, il cartello circolare blu con l'immagine dei pedoni.

Ivo
LockOnGuy (2023-09-05 20:14:22+00:00): Please don't use wikimapia as a source in OSM
LockOnGuy (2023-09-05 20:13:40+00:00): Please don't use wikimapia as a source in OSM
LockOnGuy (2023-09-05 19:52:44+00:00): Why did you change the name from Arabic to Kurdish?
LockOnGuy (2023-09-05 20:12:30+00:00): Also please don't use wikimapia as a source in OSM
LockOnGuy (2023-09-05 19:53:41+00:00): Why did you change the name from Arabic to Kurdish?
LockOnGuy (2023-09-05 20:09:43+00:00): Also, please do not add things from wikimapia, we can not use it as a source...
martianfreeloader (2024-01-05 23:35:19+00:00): Hi,
Is this section of the motorway really called "Sava"?
https://www.osm.org/way/34907615
martianfreeloader (2024-01-23 14:45:03+00:00): No response. Name removed.
LockOnGuy (2023-09-05 19:54:03+00:00): Why did you change the name from Arabic to Kurdish?
LockOnGuy (2023-09-05 20:04:49+00:00): Also, please do not use wikimapia as a source
Kovoschiz (2023-11-02 10:59:16+00:00): This is obviously not one whole `building=`
WoodWoseWulf (2023-09-06 03:53:09+00:00): Hey Du Jiesheng,

Welcome to OSM!

I noticed that you've made some changes to Utown by turning it into a recreation ground. It seems like there might be a misunderstanding here.

If you made this change because you were facing issues with Pokemon GO spawns being blocked in this area, I want to let you know that the problem has already been sorted out on the OSM side.

The reason why the spawns were blocked in the first place was due to an incorrect change in changeset 128619521, where Utown was mistakenly labeled as a K-12 school. You can check this out in version 10 on this page: https://www.openstreetmap.org/way/92357946/history

The spawns haven't been restored because Niantic hasn't updated the map data used to control blocked areas. The recent update only had visual changes and didn't affect blocked areas.

I recommend reaching out to Niantic support and encouraging your community to do the same. We all want to see this issue resolved, and I'm here to assist in any way I can if you have questions.

In the meantime, I've gone ahead and reverted the changeset.
DrSegatron (2023-09-05 15:10:17+00:00): *RV72
woodpeck_repair (2023-11-06 23:58:28+00:00): This changeset has been reverted fully or in part by changesets 143714051, 143714044 where the changeset comment is: revert von edits eines users nach selbstlöschung
LockOnGuy (2023-09-05 20:00:48+00:00): Hi Muhammad Faiq Kalhury, Please add good changeset comment so people understand what is your edit, in top of that, I see in this changeset you added the Kurdish name as 'name' please don't change 'name' tag from Arabic to Kurdish in areas outside of the Kurdish region, and add that name as 'name:ckb' regards.
BCNorwich (2023-09-06 08:44:42+00:00): Hi, part of your new way, Way: 1205241348, duplicated an existing highway and also joined to the highway above the tunnel, The footway from Old Warren is situated on the existing track, it's also a PRoW not a permissive footway. I've made amendments to correct this.

Regards Bernard.
Nearby0051 (2023-09-08 15:46:49+00:00): Moin Moin
Noch fehlt bei dem Punkt die Information dazu um was es sich handelt.
So wird es nicht angezeigt werden.

Ist das zb ein Büro?
HikeAndMap (2023-09-24 09:21:57+00:00): OMG back then when I started mapping jeeps I added descriptive names still?

*hitting my own head*
eggie (2023-09-05 15:57:57+00:00): Welkom bij OSM..
Het is gebruikelijk om op de adresnode bij te taggen.
Er zijn in dit geboyw nog andere adressen. Klopt nr 19 werkelijk?
Mvg
eggie
dentalcarecentrum (2023-09-05 16:12:20+00:00): Nr 19 is begane grond, daarboven zijn appartementen met andere nummers. In google maps kun je dat beter zien.
eggie (2023-09-05 16:16:14+00:00): Oke.. maar nu heeft het hele gebouw nr 19 gekregen.. wanneer die adresnode voorhanden is dan daarop bijtaggen.
Is er geen adresnode dan eentje aanmaken.
Die leg je dan bij de ingang.
Zo is de locatie goed te vinden.
Mvg
Eggie
eggie (2023-09-05 16:31:24+00:00): De info staat nu op een adresnode aan de noordzijde. Daar kun je evt nog mee schuiven.

Alleen een naam zal niets doen in osm. Ik heb amenity=dentist toegevoegd.. Je zou nog de website = en phone=+31...  bv kunnen toevoegen 
MVG
eggie
eggie (2023-09-05 16:31:45+00:00): CTRL-F5 voor het effect
rafigh_je (2025-12-22 15:53:39+00:00): سلام اینجا اسمش چاچکام هست نه رودبار نقیب ده متاسفانه این اسم به اشتباه ثبت شده
SafetyIng (2023-09-07 12:28:07+00:00): Hallo Richtkreiser, ich würde dich in Zukunft bitten, die Kommentare zu spezifizieren, was du genau in deinem Änderungssatz gemacht hast. Alles, was in OSM enthalten sind, sind Geodaten.
traveleditor (2023-09-05 15:50:54+00:00): sorry for the big bbox
lura8800 (2023-10-12 02:31:19+00:00): https://t.snapchat.com/EWGUZdwm