piebro/osm-data huggingface dataset:
Allroads (2019-05-28 19:13:27+00:00): :conditional gebruiken we als het om een beperkte tijdseenheid (condition) gaat, dan volgt er altijd na =delivery @ (condition)
https://wiki.openstreetmap.org/wiki/Conditional_restrictions

Altijd lastig, maar omdat Zuidlaren een horsecity is, wat dacht je van paard en wagen, die daar komt laden en lossen.
Het is een voetgangerszone, pedestrian (default osm, ) dat sluit ook een paard al uit en al die andere. Fietsers en snorfietsers toegestaan en al die andere mogen daar alleen laden/lossen.
vehicle=delivery
horse=delivery
geen tijdslimiet. condition.
en omdat bicycle=yes mofa=yes de vehicle access tags overulled mogen ze er altijd komen.

Eerder schreef ik acces=delivery, voor iedereen, dan zou dat ook voor voetgangers gelden, want er wordt geen foot=yes gezet.
Mijn fout, je moet best wel doordenken.
alphensebezorger (2019-05-28 19:36:16+00:00): Volgens artikel 67 sub 3 van het RVV geldt:
"Symbolen op onderborden hebben dezelfde betekenis als die welke in bijlage 1 zijn opgenomen." In bijlage 1 vind je C14 en andere verkeersborden.
De wiki lijkt me dus correct voor OB52. Voor uitgebreide discussie, inclusief links naar uitvoeringsbesluiten, reglementen zie: https://forum.infopolitie.nl/viewtopic.php?t=21912#p309054
PT-53 (2019-05-27 06:50:25+00:00): Hallo paddy-ol,
Du hast dieses Straßenstück https://www.openstreetmap.org/way/399053393/history als Baustelle markiert.
Wie lange dauert denn die Baustelle voraussichtlich? Wo gibt es Infos dazu?
Fragende Grüße
paddy-ol (2019-05-27 07:07:10+00:00): Hallo PT-53,
es ist die Rede von mehreren Monaten. Es wurde auch schon eineinhalb Jahre genannt.

Quelle http://www.winden-im-elztal.de/blaettle/2019/MBWinden212019.pdf

"In den kommenden Monaten wird zudem baustellenbedingt der örtliche An-liegerverkehr und der Verkehr von/nach Katzenmoos vo-rübergehend durch das „Neudorf“ (Hohrüttstraße, Frohn-mattenstraße, Eisweiherstraße) umgeleitet."

LG paddy
PT-53 (2019-05-27 09:26:13+00:00): Hallo paddy,
danke für die Rückmeldung.
Grüße
ndm (2019-05-22 19:57:27+00:00): Has it shut? https://www.dailymail.co.uk/news/article-5735525/Bristol-video-shop-20th-Century-Flicks-UKs-smallest-cinema.html
cryptickryptos (2019-05-22 20:17:07+00:00): No, but i think shop=video fits more since the primary focus of the store is video rental - the "cinema" seems more like a gimmick than the primary focus of the store
ndm (2019-05-22 21:45:48+00:00): Shame to lose the info - can double tag or add a poi inside the shop?
cryptickryptos (2019-05-22 22:29:52+00:00): i added amenity=cinema back, but I still don't feel like it is correct. It's only a pull down screen and a projector, only noteworthy because it was reported by a few places as being a "record"
Carnildo (2019-05-25 06:15:08+00:00): Are you doing an automated conversion here?  I'm seeing a number of "opening_hours:rubbish" on things that are quite human-readable.
skquinn (2019-05-25 07:37:05+00:00): The opening_hours tag is *not* a freeform human-readable tag; there is a syntax defined for it that software using the data is relying on. These are entries that could not be fixed by JOSM's validator, that I also could not fix. I fixed what I could by hand.
Carnildo (2019-05-25 18:39:22+00:00): I'm aware that it's not freeform, but I'd expect someone fixing these by hand to spot mistakes such as using the "|" character instead of a semicolon, or entering "10:30a-17:00" instead of "10:30-17:00".
pio2_122 (2019-05-22 19:28:47+00:00): Jeśli korzystasz z JOSM, to proszę używaj podkładu "Krajowa Integracja Ewidencji Gruntów: Budynki", ponieważ odrysowane przez ciebie budynki tylko ze zdjęć lotniczych są marnej jakości.
skquinn (2019-05-22 20:41:16+00:00): Please don't glue landuse ways to roads. (The way representing a road is the centerline of that roadway, not the edge.)
Kartenziegel (2019-05-22 21:22:56+00:00): Hallo Paradine,

könnte man bei der Residential-Fläche von Stettfeld vielleicht die Versionsgeschichte https://www.openstreetmap.org/way/28672585/history übernehmen?

Viele Grüße
elotrojames (2019-06-02 17:56:52+00:00): Hola. en este conjunto de cambios se agrega un basurero, entre las etiquetas se utiliza "collection_times" pero el valor asociado no sigue la sintaxis indicada en https://wiki.openstreetmap.org/wiki/ES:Key:collection_times
Jakka (2019-05-23 15:42:58+00:00): een wasserij is geen toeristische activiteit???
https://wiki.openstreetmap.org/wiki/Tag:shop%3Dlaundry
hauke-stieler (2019-05-28 23:52:04+00:00): Du hast den HERA-Tunnel an drei Stellen mit der Straße verbunden (Luruper Chaussee). Ich schätze mal das sollte so nicht sein, da es ja keine Verbindung zum Tunnel gibt. Ich habe die Verbindung mal entfernt (https://www.openstreetmap.org/changeset/70714577#map=15/53.5824/9.8901).
Silur (2019-05-29 10:34:09+00:00): Öh, ja, danke.
Neue Tunnelzugänge im Rahmen der Bushaltestelle sind mir tatsächlich nicht bekannt...
Carto'Cité (2019-05-31 14:51:02+00:00): Bonjour,
Je suis surpris que tu passes ce chemin de path à footway. footway est plutôt fait pour les chemins réservés aux piétons, en général signalés par le panneau B22b (https://wiki.openstreetmap.org/wiki/File:Path-footdesignated.jpg).
Les vélos sont interdits sur ce chemin en bord de Seine ?
Antoine de Carto’Cité, projet #CartoVeloIDF
grin (2019-06-07 19:40:20+00:00): What is the source of your edits? Do you live there? Did you survey the area?
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/70528665
erickdeoliveiraleal (2019-06-14 20:29:40+00:00): Sérgio novamente deletaram parte do rio que você traçou aqui https://www.openstreetmap.org/changeset/71264341
smaprs (2019-06-14 22:04:06+00:00): Obrigado, respondi lá.  
  
Parece que tem 2 contas fazendo a mesma coisa, e não respondendo:  
https://www.openstreetmap.org/changeset/70442555  

https://www.openstreetmap.org/changeset/71264341
Kartenziegel (2019-06-14 22:39:50+00:00): Why have you not kept the improved, more exact geometries at https://overpass-api.de/achavi/?changeset=70528151 ?
smaprs (2019-06-14 23:38:19+00:00): Have you read what was indicated there?
At https://www.openstreetmap.org/changeset/70442555  
  
Let's do the right way:  
I posed a question, so that is what deserves an answer.  
  
See:  
Q.1)  
-There was ~40Km of river mapped by others before;  
-All those 40km were deleted by user/edathy in  
https://overpass-api.de/achavi/?changeset=70442555;  
-The geometry you said was only ~3km (https://www.openstreetmap.org/way/691231860);  
-Where are the other extension?  
-Why was 90% deleted, and not substitued?  
  
Now another account doing the same deletion, lefting more than 70% empty: 
https://overpass-api.de/achavi/?changeset=71264341

This is not an improvement.  
You left just empty, the longest part of what was before.   
  
  
Q.2) 
-Why both editors don't answer what was asked?  
-Is this a 3rd account?  
-Have you read what was indicated there?  
  
If so, you would've known:  

https://wiki.openstreetmap.org/wiki/Good_practice#Keep_the_history
  
Keep the history means:  
In OSM we do not just delete what was mapped by others before, if that's not plainly wrong.  
If we think it's worth to improve, we rather preserve the history of objects:  
  
Just by selecting the new geometry,  
together with the old one,  
and "replace geometry" (CTRL+G).  
  
That's is respect for the work of previous editors.   
  
Anyway, not leaving empty what was mapped before.  
If you want to improve, improve the whole geometry.   
  
Do you understand?
aoalmeida (2019-09-19 01:31:05+00:00): Boa noite! Gostaria de solicitar que, ao adicionar novos pontos no mapa, não utilize a tag `building` a não ser que esteja se referindo à geometria do prédio. 

Estou querendo importar a geometria dos prédios, que é fornecida pela Prefeitura de BH, e caso haja alguma tag `building` que não se refere a geometria, acaba dificultando o trabalho de importação.

Mais detalhes: https://wiki.openstreetmap.org/wiki/Pt:Importa%C3%A7%C3%A3o_de_dados_do_BHMap

Obrigado!
Horza (2019-05-24 12:01:09+00:00): You added an extra node for Vertical Endeavors, I'm guessing you meant to add this data to the existing node there for the sports complex?
Carto'Cité (2019-06-02 10:26:44+00:00): Bonjour,
Merci pour cette précision. J'ai corrigé le tag bicycle=permit sur https://www.osm.org/way/691778119 et l'ai remplacé par bicycle=permissive (toléré) : voir https://wiki.openstreetmap.org/wiki/FR:Key:access pour les valeurs documentées (et donc privilégiées).
Antoine de Carto’Cité, projet #CartoVeloIDF
Mateusz Konieczny (2022-10-24 18:06:03+00:00): https://www.openstreetmap.org/way/25506179/history - jesteś pewien że każdy może tu koniem jeździć jak załatwi sobie pozwolenie dostępne dla każdego chętnego?

(dodałeś horse=permit)
DressyPear4 (2019-05-22 23:09:20+00:00): Olá, ao invés de deletar um objeto e criar um novo, você pode clicar no meio da lina e arrastar para adicionar mais pontos e detalhar a área, assim evita apagar o histórico do objeto.
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/70530532
Constable (2019-05-25 07:12:46+00:00): Ciao, in merito a questo tratto di strada, https://www.openstreetmap.org/way/373092639 , al quale hai aggiunto il tag access="only residential", andrebbe corretto, perché il tag access accetta solo i seguenti valori https://wiki.openstreetmap.org/wiki/IT:Key:access?uselang=it
Constable (2019-05-25 07:12:58+00:00): *only resident
viloan (2019-05-22 21:45:58+00:00): Bem-vindo(a) ao OpenStreetMap e parabéns pela sua primeira edição! :-)

Temos um portal brasileiro sobre o OpenStreetMap, com várias informações úteis em https://wiki.openstreetmap.org/wiki/Brasil

Enquanto você está se acostumando com o OpenStreetMap, é recomendado que sempre pergunte aos usuários mais experientes antes de remover ou modificar objetos do mapa, especialmente aqueles que são aparentemente "estranhos" ou "fora do lugar".

Além disso, pedimos que não copie dados de mapas proprietários (como nomes de ruas do Google Maps, por exemplo) e que mapeie apenas o que existe na realidade.

Se você está mapeando por causa do Pokémon, dê uma olhada em https://blog.openstreetmap.org/2017/12/01/dicas-para-novos-mapeadores-pokemon-go/?lang=pt-pt

Se tiver qualquer tipo de dúvida você pode entrar em contato com a comunidade brasileira através de algum dos canais disponíveis em https://wiki.openstreetmap.org/wiki/Pt:Contact
O canal "Comunidade" do Telegram costuma ser o mais movimentado.

Abraço e boa diversão com suas edições!
aharvey (2019-10-30 06:32:51+00:00): Hi could you please explain the reasoning for removing the service tag from the route relation?

According to https://wiki.openstreetmap.org/wiki/Public_transport#Railways service=commuter is the correct tag for urban mass transit systems with short headways (which is what the Northwest Metro mostly is).
aharvey (2019-11-02 12:37:49+00:00): I've added back into the route now.
Mammi71 (2019-06-18 21:05:18+00:00): Hallo Jochen,
mit dem mappen des Karl-Heine-Platz hast Du es mit den Mikro-Mapping wohl etwas übertrieben und leider teilweise handwerklich falsch. landuse=forest für einzelne Baumkronen ... das ist sowas von ...
amenity=Park für das ganze, grass wirklich nur für reine Rasenflächen und natural=tree für die einzelnen Bäume, wenn man ein solches Mikro-Mapping macht, dann bitte richtig.
Der Mammi
JochenB (2019-06-19 07:11:09+00:00): Ob man Mikropapping mag oder nicht ist Geschmackssache.

Bäume kann man freilich noch mehr micropappen mit natural=tree, muss man aber nicht. Natural tree ist laut Wiki eher für alleinstehende auffällige Bäume gedacht, weniger für solche Baumgruppen wie hier. Im Wiki ist selbst bei Baum die Möglichkeit erwähnt, Baumgruppen mit Forest zu taggen.

Bäume zu mappen in dem man die Baumkronen der Baumgruppe als forest zeichnet ist der Standard in Osm und wird bei vielleicht  bei 99% aller Baumgruppen (Wälder) auch gemacht, Lichtungen als landuse gras oder meadow. Das ist keineswegs ein Fehler. Forest ist richtig, denn die Baumgruppen sind nicht natürlich entstanden.

Das Ganze ist ein Park.Dass man die Baumflächen eines Parks einzeichet ist im Wiki sogar ausdrücklich erwähnt "Hinweis: Seen und Wälder in einem Park gehören zu ihm, also bitte kein anderes Multipolygon verwenden, um sie auszuschließen! "

Wenn du meinst, dass etwas sowas von ... (falsch?) ist, dann liefere doch bitte deine Quellen dazu mit. Das man Dinge verschieden Taggen kann und es da verschiedene Geschmäcker gibt ist normal und musst du aushalten. Bevor du etwas heftig kritisierst informiere dich bitte im Wiki, ob deine Meinung dort genauso klar gesehen wird.
Lokai (2019-06-20 04:30:17+00:00): Den forest-Tag für einzelne Bäume zu verwenden finde ich überzogen. Auch wenn das Kartenbild gut aussieht ist es nicht im Sinne des taggings. Klar gibt es kleine Wäldchen, doch das hier ein Park.
JochenB (2019-06-20 08:29:02+00:00): Es sind keine einzelnen Bäume sondern Baumgruppen, deren Blattwerkbereich ich eingezeichnet habe. Für sowas kommt natural=wood oder landuse=forest in Frage. 

Wichtig ist mir dass man in einem Park sieht, was eine große Wiese ist (nichts für heiße Tage) oder wo ein schattiger Platz. Das sieht man mit dem Tagging von Einzelbäumen nicht. Finde auch nicht gut, in baumgruppen die baumstämme als Punkt zu markieren. Das ist m. E. eher etwas für frei stehende Bäume.

Ich könnte das anpassen, indem ich die Überlappung mit gebäuden/Nachbargrundstücken wegmache und Die baumgruppen bis an die Grundstücksgrenze heranziehe. Aber alles als Wiese oder alles als Baumgrupppe finde ich nicht zielführend.
JochenB (2019-06-20 09:06:56+00:00): So, ich habe nun die Baumgruppen zusammengefasst und bis an die Grundstücksgrenzen herangezogen. Zudem habe ich die Baumgruppen dort entfernt, wo deren Blattwerk über Gebäude geht. Jetzt soillte es nicht mehr so fleckig aussehen.

Ich habe übrigens vor Jahren den Schönauer Park auf ähnliche Weise zwischen forest und grass unterteilt, nur etwas gröber (ist ja auch größer). Dort kann man nun sehr gut erkennen, wo schattige Baumbestandene Bereiche sind und wo sonnige Wiesen. 

Das Problem am Knochenplatz ist, dass der Spielplatz derzeit braungrau ist, da Baustelle. Wenn diese beendet ist, ist er hellgrün. Dann fällt das nicht mehr so auf.
Mammi71 (2019-06-23 12:07:30+00:00): Hallo Jochen,

sorry, dass ich mich erst jetzt wieder melde, aber andere Sachen waren wichtiger und ich hatte keine Zeit.
Vorab: ich finde Mikro-Mapping nicht schlimm und habe Hochachtung vor der Arbeit die Du Dir gemacht hast. Mir hätte leisure=park gereicht, für mitteleuropäische Verhältnisse ist damit alles gesagt. Danke auch für das Verschieben von Jürgen und Jürgen, das war mir auch aufgefallen.
Zu Deinen vs. meinen Argumenten: also ich war auch noch einmal vor Ort und habe inzwischen Bilder zu Mapillary hochgeladen (die Aufnahmerichtungen stimmen leider nicht, mein Handy-Kompass verträgt sich nicht mit der App).
Im Grunde bleibe ich bei meiner Auffassung: ich sehe keinen Wald, sondern mehrere Einzelbäume, die sich in den Kronen teilweise berühren. Weder landuse=forest noch natural=wood fände ich da eine gute Wahl. Wald hat für mich eine gewisse Größe und die Bäume stehen i.d.R. so dicht, dass die Kronen ein geschlossenes Blätterdach bilden - gerade das ist hier ja nicht der Fall. Aber in den Rand- und Eckbereichen insbesondere zur Karl-Heine-Str. hin könnte ich trotzdem mit forest leben, da dort eine waldähnliche Struktur mit "Unterholz" besteht.
Ein paar ganz konkrete Dinge:
https://www.openstreetmap.org/way/691810187 - das ist ein Einzelbaum, keine Baumgruppe. Davon gab es zuvor noch ein paar mehr. Auch jetzt stehen mir die meisten Bäume zu weit auseinander, als dass ich dies vor Ort als Baumgruppe erkennen würde.
Des weiteres ist der gesamte Platz nicht nur mit leisure=park sondern zugleich mit landuse=grass gemappt. Das ist nicht grundsätzlich falsch, allerdings gibt es jetzt Überschneidungen von landuse=grass mit landuse=forest was ich ebenfalls wieder für problematisch halte. Eine konkrete Fläche sollte m.E. nur ein landuse haben. Außerdem gibt es innerhalb des Parks Flächen, die definitiv nicht landuse=grass sind. Daher wäre mein Ansatz, das Polygon park und das landuse=grass zu trennen.
Du schreibst: "sehr gut erkennen, wo schattige Baumbestandene Bereiche sind und wo sonnige Wiesen"  - gerade deshalb würde ich ja den Baumbestand lieber mit natural=tree bevorzugen. Natürlich ist mir in OSM keine Möglichkeit bekannt, die schattige Fläche abzubilden, letztlich ist das auch eher Aufdabe des Renderers. Mit tree kann man jedoch besser erkennen, unter welchen Bäumen sich Wiese befindet und alternativ bei forest Bereich mit "Unterholz".
Letzte Sache die mir noch aufgefallen ist: manche landuse=forest sind zugleich natural=wood. Auch hier denke ich, sollte man sich für eins entscheiden. Da die Bäume möglicherweise angepflanzt wurden, auf jeden Fall regelmäßig kontrolliert und Totholz entfernt wird, tendiere ich eher zu forest (wenn schon nicht als Einzelbaum)
JochenB (2019-06-30 21:01:54+00:00): Hallo Mammi

ich gehe mit allen Vorschlägen mit.

Das landuse=gras sollte nur dort hin wo auch Gras gesät wird. Das können wir bis dahein wegnehmen oder nochmal auf die Bautafel schauen, ob da was zu stand. (gras und forest müssen sich nicht zwangsläufig ausschließen, es gibt lichte Laubwälder mit wunderschönerm Gras drunter.)

Ob man Forest auch für kleinere Baumgruppen nimmt ist tatsächlich Geschmackssache. Das deutsche "Forst" will dafür sprachlich tatsächlich nicht passen. Die Definition von landuse=forest beschränkt es aber nicht auf klassische forstwirtschaftliche Wälder. Es ist ja jäufig so dass der Tag vom Name her nicht passen will (z. B. "Pfad" für asphaltierte Fußwege bei highway=path).

An gemappten Einzelbäumen kann man leider nicht erkennen, ob es ein schatttiger Park ist oder nicht, da nicht zu erkennen ist, ob es 10 Jahre alte Jungbäume fast ohne Krone sind oder 100 Jahre alte Bäume mit großer Krone. 

Aber der Kompromiss ist ok. wichtig sind mir v. a. die Ränder wo es sehr schattig ist. unterhalb des Platzes in der Mitte kann man auch noch ein paar Einzelbäume zeichnen.
NunoCapeloCaldeira (2019-05-22 22:35:09+00:00): hi Daniel, for the levada you should use the tag waterway=canal and usage=irrigation
trigpoint (2022-04-17 16:46:41+00:00): Hi, just found this after reading the Guardian Article.

The cinema tag seems a bit wrong is it not?

Cheers Phil
cryptickryptos (2022-06-05 20:03:09+00:00): Hi, apologies for the late response. There is a small rentable space in the building somewhere that can be used to project tapes and DVDs on. In a previous discussion with ndm (https://www.openstreetmap.org/changeset/70526562), I decided to keep both shop=video and amenity=cinema.
RicoElectrico (2019-05-23 18:17:57+00:00): Witam, czy typ obiektu jest na pewno dobry?

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

Czy to rzeczywiście jest motel?

https://wiki.openstreetmap.org/wiki/Pl:Tag:tourism=motel?uselang=pl

Czy to ejest
zzptichka (2019-05-22 23:23:05+00:00): Hello,
Is there any reason you are tagging service roads with lanes=2?
'lanes' tag should ONLY be used on roads with MARKED lanes. That's what it was introduced for specifically and it shouldn't be used to specify that it's a two-way road (it is assumed by default):  https://wiki.openstreetmap.org/wiki/Key:lanes
StijnRR (2019-09-01 11:11:38+00:00): By joining highway segments you damaged some hiking route relations. Please be more careful in the future.
Horza (2019-05-23 01:22:42+00:00): The description says 360 Central Ave. Suite 800 St. Petersburg but this node is 5 streets north of Central Avenue? Plus why have you moved the Clearwater Subdivision boundary?
freebeer (2019-05-23 05:12:34+00:00): This changeset has been reverted fully or in part by changeset 70537533 where the changeset comment is: revert re-use of node to add tagging without details and drag it and a boundary to the wrong place for both, see https://nrenner.github.io/achavi/?changeset=70532938 and https://www.openstreetmap.org/node/99895350/history
Horza (2019-05-23 11:14:24+00:00): Added this data back at 360 central avenue as a corporate office https://www.openstreetmap.org/changeset/70547755
Sowa1980 (2019-11-25 21:42:32+00:00): Привет, что за вандальное удаление ЛЭП, поясни причину по чему были удалены существующие ЛЭП И столбы?
Жду пояснений о данных действиях.
woodpeck (2019-12-01 09:04:23+00:00): http://overpass-api.de/achavi/?changeset=70533121 shows the deleted power line (in red). I tried to find evidence for this power line on aerial imagery but saw nothing. Sowa1980, can you specify the source for your mapping of this power line last year? You wrote "source=knowledge" but surely you do not know the exact geometry of a power line. Perhaps these existing power lines https://www.openstreetmap.org/way/320746060 https://www.openstreetmap.org/way/320735774 replace the one that has been deleted? @sqrr can you say something about this?
Sowa1980 (2019-12-01 10:19:05+00:00): Все линии ЭЛП очень хороши видны по спутниковым снимкам. 
Maxar Premium (Beta), Bing, Mapbox.
Sowa1980 (2019-12-01 10:23:50+00:00): У нас 2 представителя Российских, не уж то ли они не могу писать? или мы должны улавливать смысл , с трудом понимая друг друга?
Anton Khorev (2019-12-02 14:38:17+00:00): Эта линия, например, видна на снимке:  
https://www.openstreetmap.org/way/706815843

Удалённая не видна.

Стояли ли точки удалённой линии на месте опор?

В этом месте те линии, которые сейчас нарисованы, правильные?  
https://www.openstreetmap.org/node/6173571810#map=19/52.02948/40.89138
pertile (2019-05-23 16:17:49+00:00): Hola Carlos, esto lo desconecté hace poquito porque anularon ese paso, la calle nueva que es colectora tiene cordón cuneta  y unos guardarrail https://www.mapillary.com/app/?lat=-27.445842519503852&lng=-59.023605392301114&z=17&dateFrom=2019-05-01&pKey=P2tsC6uqYcnGWSwt7QNezg&focus=photo
Lo hice a los sopapos porque son muchos cambios por eso no alcancé a poner ni los guardarrail, pero ya me voy a hacer tiempo para anotar todo.
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/70533142
viloan (2019-05-23 00:17:38+00:00): Bem-vindo(a) ao OpenStreetMap e parabéns pela sua primeira edição! :-)

Temos um portal brasileiro sobre o OpenStreetMap, com várias informações úteis em https://wiki.openstreetmap.org/wiki/Brasil

Enquanto você está se acostumando com o OpenStreetMap, é recomendado que sempre pergunte aos usuários mais experientes antes de remover ou modificar objetos do mapa, especialmente aqueles que são aparentemente "estranhos" ou "fora do lugar".

Além disso, pedimos que não copie dados de mapas proprietários (como nomes de ruas do Google Maps, por exemplo) e que mapeie apenas o que existe na realidade.

Se você está mapeando por causa do Pokémon, dê uma olhada em https://blog.openstreetmap.org/2017/12/01/dicas-para-novos-mapeadores-pokemon-go/?lang=pt-pt

Se tiver qualquer tipo de dúvida você pode entrar em contato com a comunidade brasileira através de algum dos canais disponíveis em https://wiki.openstreetmap.org/wiki/Pt:Contact
O canal "Comunidade" do Telegram costuma ser o mais movimentado.

Abraço e boa diversão com suas edições!
Mateusz Konieczny (2022-10-09 20:27:01+00:00): You added some man_made=drinking fountain

I am writing to you as I also tried using this tag, discovered some problems with it (and other drinking water point tagging), and want to improve situation. I started from recommending to not use this tag as it has some problems and is a trap (partially due to English being confusing). Discussion takes place on tagging mailing list, and it is best to comment there ( see https://wiki.openstreetmap.org/wiki/Tagging_mailing_list for some hints how to join ).

See https://lists.openstreetmap.org/pipermail/tagging/2022-October/thread.html#65730 for the thread

Currently no one opposed and I plan to describe it as deprecated at OSM Wiki.

If you think that it is a bad idea for some reason - let me know (for example, full scale deprecation proposal could be done)

The man_made=drinking fountain is for example at https://www.openstreetmap.org/node/6493242182/history