piebro/osm-data huggingface dataset:
Leo Slager (2020-01-08 15:02:05+00:00): Hi Odiebla,
construction=yes should be removed.
In the Netherlands company details should be added to the address-node and not to the building itself.
office=company can be added, or any other that is suitable:
https://wiki.openstreetmap.org/wiki/Key:office
I made some changes
maraf24 (2020-01-21 12:22:25+00:00): To nie jest prawidłowa zmiana. Zniknęła informacja o wysepkach.
Narsil (2020-01-10 23:21:10+00:00): Underpass name is "Trait d'union", it is intended for soft mobility and also gives access to platform 2 and 3 of railway station
CurlingMan13 (2023-02-16 05:49:25+00:00): Please do not change roadways to cartpaths.  This is not correct.

Changes were reverted and corrected as appropriate.
CurlingMan13 (2023-02-16 05:59:34+00:00): This way does not project correctly.

https://www.openstreetmap.org/way/761743126
maraf24 (2020-01-21 12:18:25+00:00): Tego typu?
Jak  nie chcesz mapować więzień, to nie mapuj. Jak już trafią do OSM to za późno.
eggie (2020-01-08 15:59:20+00:00): Hi Dark Kirb.. 
The area of your edits is much to big. This may harm the map. 
You are famliar with all those places?
Is this an automated edit
https://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct
Greetz,
Eggie
maraf24 (2020-01-21 12:48:08+00:00): Niezupełnie, to jest "poprawka" wymyślona w iD i nieobsługiwana przez nic oprócz iD.
DUGA (2021-02-01 14:13:51+00:00): I don't quite understand the point adding this track road especially the junction is only few feet away. Some people may use it to plow the field but you did not tag anything. 38.52038, -76.60473

I'm inclined to a removal though.
korolenok (2020-01-09 13:49:09+00:00): Please, do not use dates in names. Also, there is incorrect to use landuse=brownfield. See how to do it better https://pewu.github.io/osm-history/#/way/761755070
Why did you draw this cross (WAY: 761755058
)? Is this original shape?
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.mapbox.com/changesets/79344998
Hb- (2020-01-09 14:54:32+00:00): > Please, do not use dates in names.
Ok, description is better.

>Also, there is incorrect to use landuse=brownfield. 
What is your suggestion to tag a burned down property which has not been rebuild?

>Why did you draw this cross (WAY: 761755058)? Is this original shape? 

This shape fits best to the information I currently can get.
korolenok (2020-01-09 16:14:15+00:00): I think will be better to mark such properties as landuse=residential or farmyard, or allotments... Depending on what it is (https://wiki.openstreetmap.org/wiki/Key:landuse)
And then to add burn_date=...

I don’t think that the shape of the cross drawn in this way is a natural burnout. If you have any sources, please add them.
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.mapbox.com/changesets/79344998
Warin61 (2020-01-30 05:12:56+00:00): Some more errors. 

The power is carried on POLES not TOWERS. See the OSM wiki for the differences. Change these.

The line voltage would not be possible to judge from the listed sources, delete these.

As you have not responded to a comment from 21 days ago I will refer this changeset to the DWG.
aharvey (2020-01-30 10:39:46+00:00): Hi Hb-, I'm writing here on behalf of the Data Working Group. Other mappers have expressed concerns with some of your changes here, which they reverted, which you've subsequently reinstated. See https://lists.openstreetmap.org/pipermail/talk-au/2020-January/013527.html the consensus seems to be leaning towards not mapping out burt areas. Feel free to chime into the discussion, but otherwise I think the local community consensus here is a good guide.
aharvey (2020-01-30 11:10:43+00:00): Without my DWG hat on, I took another look and have deleted (again) the landuse=brownfield ways since, this is not the correct tag (that for an area cleared which will be developed, which is not the case here), and mapping burt areas is discouraged at https://lists.openstreetmap.org/pipermail/talk-au/2020-January/013527.html.

Mapping raised buildings is good, as it can be clearly surveyed and mapped.
aharvey (2020-01-30 11:13:04+00:00): Where you changed the fire station from an area to a point, I'll revert that too. Where we have enough information to indicate the extent of the fire station it is mapped as an area. Mapping as a point is only used where we don't yet know or too lazy to map out the area.
aharvey (2020-01-30 12:04:31+00:00): What I'd suggest is come post on the talk-au mailing list so we can discuss the best approach to map and tag things first.

That helps prevent you getting frustrated with us that we're reverting your hard work, and prevents us getting frustrated with you for mapping things we're not sure about your source of information, what you're exactly trying to map and the exact tags to use.

I think brownfield can make sense if the land has been cleared and will soon be developed on, but only in cases where we know it's scheduled for development and not an arbitrary christian cross drawn on the map.

Thanks for helping map out razed etc buildings affected by the recent bushfires
Hb- (2020-02-08 13:08:50+00:00): Hi All,

thanks for the hints. Answers for the open issues in detail:

@korolenok
>brownfield is improper for burnt areas.

This topic may stay open.  My current opinion is to map the burnt houses as ruins:building=house and to add landuse=brownfield on top of landuse=residential or landuse=farmyard for the affected buildings only.

Tagging natural or agricultural areas without buildings as burnt has become worthless in the meantime. The grass is already green again. 

>shape of cross

The cross remained it's shape but is now at another location, see 
https://www.openstreetmap.org/node/7185558052 and https://www.openstreetmap.org/node/7185558053

I tried two relations to collect the effects of the September and the December burns in cobargo. Feel free to add your opinion at those changesets:
https://www.openstreetmap.org/relation/10591125
https://www.openstreetmap.org/relation/10686418


@warin61
> The power is carried on POLES not TOWERS. 

Ok. I thought that a high voltage lines are always hanging on towers and the lower voltage lines to the final customer are on small poles.

> The line voltage would not be possible to judge from the listed sources, delete these.

The voltage is clearly written alongside the high voltage lines in the LPI NSW topographic map.  Please see it on the map near the pole https://www.openstreetmap.org/node/7117256616


@Data_Working_Group
I did take notice of the responses to talk-au.  Please see the answer to korolenok above.  You may have noticed the very crazy approach back then: https://wiki.openstreetmap.org/wiki/Project_of_the_week/2010/Aug_15


@aharvey
An alternative to =brownfield may be =construction.  But this would neglect those who have started rebuilding their homes already.  See https://www.openstreetmap.org/way/764635325

>Where you changed the fire station from an area to a point,
The Krauts map amenities as node primarily.  Additionally the surroundings may get building=fire_station; landuse=commercial but they do not carry further information like branch or telephone numbers.

@all
For further discussion about a specific topic please use another changeset and not this overcrowded one.
aharvey (2020-02-17 04:32:39+00:00): > The Krauts map amenities as node primarily. Additionally the surroundings may get building=fire_station; landuse=commercial but they do not carry further information like branch or telephone numbers.

We'll here we map as accurate as we can and try to map what's on the ground. Usually fire stations have grounds where buildings are located, equipment is located and trucks are parked so it's a more accurate model of reality by using an area for the amenity=fire_station than an arbitrary node.
maraf24 (2020-01-21 12:39:57+00:00): Wszak tu są zebry, to dlaczego otagowałeś te przejśćia jako nieoznakowane?
mueschel (2020-01-10 12:05:55+00:00): Please make sure you add street names with the proper name tag.
https://www.openstreetmap.org/way/664206372/history
Be careful using copy and paste, this ends up as its own tag.
flohoff (2020-01-09 13:08:40+00:00): Hi,
aeh - Bist du dir sicher das das nicht verkehrsberuhigtz ist? 

Wenn etwas nur für Anlieger ist - Also wirklich beschildert - Dann gehört das in die Access tags - Also sowas wie motor_vehicle=destination oder so.

Wenn das ein Verkehrsberuhigt ist (Umgangssprachlich Spielstraße) d.h. Beschildert mit Zeichen 325 dann ist das richtig das das eine "living_street" ist.

Residential ist nur eine Straße die für die Wohnbebauung ist. Das sagt erstmal nichts darüber aus ob das nur für Anlieger ist.

Flo
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/79345684
DatenDrossel (2020-01-09 21:40:33+00:00): Hallo,
vielen Dank für den aufmerksamen Hinweis, bin gerade erst beim einarbeiten in OSM.
Es handelt sich um eine Verkerhrsberuhigte Straße mit der zusätzlichen Einschränkung das sie nur für Anlieger frei ist. 
Demnach liegst du richtig und ich werde es korregieren.
Lg
flohoff (2020-01-10 07:44:02+00:00): Moin,
dann war living_street auch vollständig richtig - Dann solltest du das zurück ändern.

Verkehrsberuhigt ist in der StVO eh so definiert das das nicht für Durchgangsverkehr ist daher wundert mich deine Aussage.

Steht da wirklich am Zeichen 325 zusätzlich ein "Anlieger Frei"? Das wäre irgendwie SEHR komisch - Hab ich jedenfalls noch nie gesehen das das Zeichen 325 durch irgendwas ergänzt wird.

Flo
flohoff (2020-01-10 07:46:10+00:00): 
Ach ja - Und wo wir dabei sind - Ein "access=destination" ist in 99% der fälle falsch. Das ist nach StVO nicht zu beschildern - Also gibt kein Schild das das hervorruft.

Denn sowas wie Anlieger Frei ist immer nur für Kraftfahrzeuge - D.h. das ist mit sehr hoher Wahrscheinlichkeit ein "vehicle=destination" oder "motor_vehicle=destination"

access=destination macht das auch für Fußgänger und Radfahrer zu.

Flo
Myazyk (2020-02-26 09:56:56+00:00): Сокальський РЕМ та Шахтний РЕМ об'єднали. Тепер називається Північний РЕМ. 
І що ти позначаєш ref=501? Підозрюю, це мало бути name=ЗТП-501
Myazyk (2020-02-26 09:57:19+00:00): І ще: operator=Львівобленерго, branch=Північний РЕМ
geri-oc (2020-04-16 15:29:13+00:00): Dafür gibt es noname=yes - ist aber schon geändert. 
https://wiki.openstreetmap.org/wiki/DE:Names#Kein_Name
Gruß Gerd
NunoCapeloCaldeira (2020-01-08 19:16:53+00:00): Boa tarde, agradeço que coloque a etiqueta de quando a estrada reabrirá, conforme quando você alterou o estado para construção. De igual modo altere a via a oeste da Alameda da Água Viva, que é impossível de calcular rotas, atendendo que parte dela está num só sentido de circulação e toda a restante está com dois sentidos.

Cumprimentos
FranciscoMch (2020-01-10 07:38:52+00:00): Caro NunoCaldeira. Agradeço a sua chamada de atenção. A correcção dos sentidos foi feita. Em relação às datas, neste momento a câmara de Matosinhos não disponibiliza uma data de conclusão de obra e por esse motivo não é possível incluir a etiqueta; a alameda permanece encerrada a todo o trânsito excepto peões e velocípedes.

Cumprimentos
muralito (2020-01-12 12:54:54+00:00): Hola Martin. En base a tu pregunta en el foro estuve revisando los cambios que habías resuelto.

Te planteo algunas dudas, que pueden ser errores o no, porque depende de si la comunidad ecuatoriana las ha convenido asi, o serian detalles a corregir.

1. Los nombres. Generalmente las cosas en OSM tienen nombre solo si efectivamente lo tienen. En particular, la dirección de una casa o edificio no es su nombre, ej, no se llaman "Casa", "Casa E17-80", "Edificio", "Terreno" o "Terreno en Venta". Si seria correcto llamar a un edificio "Edificio Sierra" si así es conocido y tiene señalización que lo muestra.

2. Las direcciones de los elementos (el addr:street) tienen que corresponderse, ser iguales, con la calle (name).

3. Los nombres de las calles. Revisar si los prefijos que has puesto en los nombres de las calles son parte del nombre. Como ejemplo, quizas el "N45" de la calle "N45 Ricardo Saenz Salas" no sea parte del nombre, sino que iria en otra etiqueta, la etiqueta "ref" por ejemplo.

4. Los elementos sin nombre o sin numero no llevan nada, en todo caso se les etiqueta noname=yes para indicar ese caso. Particularmente "Casa SN" no parece un nombre adecuado.
muralito (2020-01-12 12:56:26+00:00): Saludos,
M.
maraf24 (2020-01-21 11:17:47+00:00): Proszę nie zmieniać kategorii przejść dla pieszych.
maraf24 (2020-01-21 12:08:02+00:00): Zdjecia dawno nieaktualne.
Wycofałem całość.
maraf24 (2020-01-21 12:12:22+00:00): Zdjecia nieaktualne.
maraf24 (2020-01-21 12:12:02+00:00): Zdjecia z 2015 są nieaktualne, ten teren przebudowano.
4004 (2020-01-11 23:38:53+00:00): здравствуйте.
в осм мы задаем свойства не через надписи на них, а теги. проще всего это сделать, создав полигон, и в поиске заготовок найти сарай (здание вы уже нашли)
cxc (2020-01-11 16:11:27+00:00): There is already a fuel tag with some information, add new information or correct but do not duplicate please.
cadsauxk (2020-01-19 14:31:21+00:00): Oi João Victor
se é estrada então não é trilha, mesmo que seja ruim. Então por favor nunca converta estradas em trilhas agrícolas, estas somente em pastos ou planatções, OK?
obrigado
user_3022894 (2020-01-19 16:52:34+00:00): Hi black_bike,
ich meckere ja nicht gerne, aber wenn du schon "building:type:de=Freistehendes Einfamilienhaus" nimmst, dann kannst du doch auch direkt statt building=yes building=detached setzen. Dann hamm' wa beides drin, quasi auf deutsch und auf englisch. Viele Grüße, Lukas
black_bike (2020-01-19 18:46:11+00:00): Hallo Lukas,
ich  habe doch genau gemacht, was im Wiki steht: "building=yes => Benutze diesen Wert, wenn du keinen Gebäudetyp spezifizieren willst oder kannst. " Und ich wollte nicht.

Ich halte vieles was unter building= im Wiki steht für schlecht, besonders building=house. Deshalb mache ich zur Zeit einen großen Bogen drum und warte bis im Wiki sinnvolle Einträge stehen.

Liebe Grüße
  Harald
user_3022894 (2020-01-20 17:16:29+00:00): Aha. Na ja gut, ist ja auch okay, wie du meinst. Danke für die Antwort und
viele Grüße, Lukas
camelCaseNick (2020-01-08 17:45:25+00:00): Hey,

you have added a wikipedia link as a wikidata reference for the memorial at node 2852782430. For that the wikipedia key should be used and preferably with the [lang]:[title] syntax.

Also that article does not seems to be an article about the memorial, but about the memorials subject.

Because of your linked image, I am extremely sure the correct tags would be
    subject:wikipedia=pl:Okręty podwodne typu Ko-hyoteki
    subject:wikidata=Q776391
for this memorial.

CamelCaseNick
km2bp (2020-01-08 22:16:28+00:00): Thanks for finding a mistake. I have already corrected.    I did not find anything about this monument. But about mini submarines, yes. Here is another photo of this monument up close    https://www.mapillary.com/map/im/FG7e-67jtlUVHhzes0oPPQ
camelCaseNick (2020-01-08 22:42:24+00:00): Many memorials don't have a wikipedia article, but when there is none, we don't link to them. I mentioned

subject:wikipedia=pl:Okręty podwodne typu Ko-hyoteki
subject:wikidata=Q776391 

The subject:* namespace represents the subject of a monument or artwork the same way brand:wikipedia and architect:wikipedia are in use, to reflect that the article does NOT have the object itself as a subject. With that anyone using OpenStreetMap data can enrich it with data from Wikidata and exactly knows how it relates to the OSM object.

Another key point, for why not to use wikipedia=*, but subject:wikipedia=* and subject:wikidata=* here, is that Nominatim uses it for ranking search results and some map providers use the Names from Wikidata if no translation exists in OpenStreetMap, since in that regard Wikidata is far more complete. So to avoid that the name Monument Japonais is replaced with Type A Kō-hyōteki-class submarine on some maps, the correct subject namespace should be used here.

Did that explain the reasons to not use the  direct wikipedia tag?
!bm (2020-01-08 21:53:47+00:00): Hallo helcar, hier hast du wohl irrtümlich(?) einen Baum halb zum Fahrradparkplatz gemacht. Bitte sieh es dir nochmal an und korrigiere entsprechend. https://osmlab.github.io/osm-deep-history/#/node/3901336577
https://osmcha.mapbox.com/changesets/79349812/
--besteGrüße!bm
Abruzzzo (2020-01-08 23:37:15+00:00): Hi Adam,
please don't execute the iD autocorrections blindly. This is a general remark, no criticism of this changeset at all.
Kind regards
Adam Martin (2020-01-09 01:31:08+00:00): Hey Abruzzzo! 

Thanks for the concern.  I am being picky with what I'm doing and not doing.  Most of the things I am focusing on are updating tags that are flagged as out-of-date (especially bus stops).  Here in Thunder Bay, I've also corrected some of the building imprints that had multiple redundant points.  I don't generally re-position the buildings or ways unless they are crossing - then I do my best to fix it based on the satellite data available.  I'll switch between the different sources in iD just to be sure I'm not changing anything in a strange manner.

But thanks for the concern.  I always listen to comments about the changes and attempt to correct anything I might get wrong.  I try not to go blind with them and avoid the more involved "fixme" requests unless I know I can actually help.  For that, I use JOSM to ensure everything looks good.

On another note, Thunder Bay seems to have gotten a building import of some sort.  The talk-ca mailing list has been a-buzz with talk about properly doing that.  Looks like it worked fairly well here.

Cheers!

Adam
4004 (2020-01-11 23:43:37+00:00): здравствуйте.
там и правда туристические домики и ресторан?
еще вам может быть полезен курс по редактору - значок книжки справа. там обьясняют в том числе как спрямлять углы (правой кнопкой мыши по контуру и выбрать спрямить)
viloan (2020-01-08 18:16:45+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 você está mapeando por causa do jogo do Harry Potter, as dicas e explicações na página anterior também são úteis para você.

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!
KartaKompass (2020-01-08 18:20:35+00:00): Also, I did put the old name in the old_name tag
4004 (2020-01-12 21:26:26+00:00): школа уже отмечена https://www.openstreetmap.org/way/477289147. если мапсми не показывает, попробуйте османд
kapazao (2023-06-25 17:16:22+00:00): Hola, he visto que hay 2 elementos "Cortijo de Ballesteros", ¿sabrías si se llaman así ambos o cuál es el correcto?
https://www.openstreetmap.org/node/3918088516
https://www.openstreetmap.org/node/7117764502
Un saludo
nevw (2020-01-09 06:11:59+00:00): I reverted your vandalism
viloan (2020-01-08 19:10:28+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 você está mapeando por causa do jogo do Harry Potter, as dicas e explicações na página anterior também são úteis para você.

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!
user_5359 (2020-01-08 19:47:09+00:00): Welcome to OSM! Please don't forget to connect the parking slot with the highway.
user_5359 (2020-01-08 19:50:16+00:00): Welcome to OSM! Short question: Why did you delete the landuse area (https://www.osm.org/way/61205978)?
JM82 (2020-01-25 19:32:51+00:00): Hallo RainerMeyer,

Dankenswerterweise wurde ich durch einen User von OSM aufmerksam gemacht, dass du in diesem CS großflächig Landflächen, welche ich vor Jahren in mühsamer Kleinarbeit in OSM eingearbeitet haben (und die noch immer Aktualität besitzen) gelöscht hast.
https://overpass-api.de/achavi/?changeset=79353190
Aus welchem Grund bitte?
Bekanntlich spricht nichts dagegen, OSM-Daten zu verändern, nur sollte ein zusätzlicher Mehrnutzen (im Sinne einer zusätzlichen Information) gegeben sein dadurch. Diese liegt hier offenbar nicht vor bei denen Löschungen, im Gegenteil. Paradoxerweise hast du die gelöschten landuse-Flächen durch tag-idente, wesentlich gröber gezeichnete Flächen ersetzt. Also, landuse = farmland auf einem einzelnen Acker durch landuse = farmland über mehrere Äcker "drübergezeichnet".
Bitte erkläre uns - der OSM-Community - a) den Sinn dahinter und b) den Grund dafür?
freebeer (2020-01-09 02:44:19+00:00): please do not upload these misplaced, improperly tagged personal bookmarks to osm.  this changeset should be reverted, the address info is useless where placed
Alecs01 (2020-01-09 19:44:17+00:00): I believe he is just trying to add addresses as nodes, they may be retained as useful info, deleting amenity=shower and name=. Maps.me does not allow you to create a node with just an addr: tag, it is not the first time I see something like that.
freebeer (2020-01-10 00:38:07+00:00): please tell me how https://www.openstreetmap.org/node/7117686288 is useful and should be kept.  it's clear only from the nearby 69 as to which side of the street, assuming all-odd numbering, but unless the mapper updates this edit (which s/he has done elsewhere i have seen and commented), this info is of no use to anyone, sited outside of and equidistant from two candidate buildings.

the node added in the other commented (by martin) changeset was also on the highway, far from the address 7 martin had also added, again no clue if 5 were in the same building as 7 and the others, or the nearby building.

i agree, maps.me is totally unsuitable for this type of additions unless the user corrects the position and value promptly, rather than leaving randomly placed nodes, or geographically-centred items far from their actual position.  but we all know that.

sorry for my change of tone from earlier; after taking a few days break, i'm back to resolving the flood of spam notes across the us of a, that has taken my time since sundown, and where i ask meself why do i bother ...
Alecs01 (2020-01-10 14:48:35+00:00): Well indeed I forgot to mention addresses in Italy should be mapped as nodes by convention as they represent the entrance rather than the building itself, so that's perfectly fine per se, while that particular node you mention is misplaced for sure, you cannot guess where it belongs
https://wiki.openstreetmap.org/wiki/IT:Addresses#Regole_specifiche_per_l.27Italia