piebro/osm-data huggingface dataset:
End-The-Fed-1776 (2022-11-11 01:02:32+00:00): Sorry, wasnt sure my first comment went through, and was retyping but it sent automatically. I was rewording it to sound nicer. I thought my first comment sounded angry. Anyway, the business is legit.
archpdx (2022-11-11 01:45:26+00:00): Thanks for the clarification, must've missed it
Mateusz Konieczny (2024-01-24 11:24:26+00:00): https://www.openstreetmap.org/node/10144663631 - is it tap attached to water tank, water tank mismapped as drinking water tap or something else?
Mateusz Konieczny (2025-03-23 06:35:30+00:00): send a PM
Awania Morish (2025-05-04 18:59:01+00:00): Hello mateususz Konieczny, some of these are water tanks and others are tap water since people here in the village do drink water tank or tap water I decided to tag them as drinking water. This was field data collected by me and some collegues.
Mateusz Konieczny (2025-05-09 15:21:44+00:00): Would it be fine to add also 

man_made=storage_tank
content=drinking_water

(see https://wiki.openstreetmap.org/wiki/Tag:man_made%3Dstorage_tank )

replacing descriptive name?

for https://www.openstreetmap.org/node/10144663631 and similar
Mateusz Konieczny (2025-10-20 14:45:37+00:00): 

send a PM
Friendly_Ghost (2022-11-16 22:55:13+00:00): Dear Endeeaich,

I have reverted your changesets 128316503, 128350817 and 128343070 in changesets 129014379, 129014409 and 129014423. The reason is that you copied and pasted building areas from a single example without considering the actual geometries of the buildings, which is considered bad practice. 

You can have a look at https://wiki.openstreetmap.org/wiki/Roof_modelling for some suggestions on how to map buildings acccurately and in more detail.

Best regards,

Casper
Josef73 (2022-11-03 20:38:46+00:00): Hello, can you more spezifiy the type of shop this is?
bxl-forever (2022-12-13 17:10:21+00:00): Hello,

Thanks for adding details.
Just one reminder, please.

1) Addresses = only street and housenumber.  In Belgium, we should never fill postcode and city names, because they are automatically generated during queries.

2) Phone number: international format required, e.g. +32 2 735 05 74 instead of 02 735 05 74.

Apart from that, your edits for this point are good.
Thovi98 (2022-12-15 21:32:16+00:00): Yeah, thank you for your ongoing support! I will try to remember :D
eerib (2022-11-02 03:21:01+00:00): Hello and welcome to OpenStreetMap! I have a few pointers about this edit that may help in the future.

The technically correct way to mark a closure of access is to add the access tag with a value such as "private" or "no". You could add this to the recreation site polygon and any FSR or foot path segments. This would be the technically correct way to mark a closure rather than modifying the rec site name.

https://wiki.openstreetmap.org/wiki/Key:access

Further, if a FSR has been deactivated with cross ditches, you could modify the lifecycle prefix (i.e. highway=track to abandoned:highway=track).

https://wiki.openstreetmap.org/wiki/Lifecycle_prefix

I also encourage MoF to join the OSM US Trails Working Group. The group includes parks organizations and app developers looking to solve challenges that the organizations are having.

https://www.openstreetmap.us/2021/12/osmus-trails-working-group

Cheers
tonyf1 (2022-10-31 21:13:54+00:00): see Changeset: 112144836
opendcc (2022-11-01 05:27:12+00:00): Hallo, ich habe da ein paar Fragen:
- Du hast einfaches Polygon wieder in MP gewandelt. Müssen boundary MP sein?
- Werden diese MPs immer mit shared Linien gezeichnet oder doch besser jedes Polygon für sich abschließen? Was ist besser?
- Thal ist keinerlei eigenständige Verwaltungseinheit (eher eine Art neighbourhood), sondern gehört zu Altmühldorf. Ich hätte daher da dann mal Level 11 vergeben.
user_177389 (2022-11-01 10:06:21+00:00): Hallo opendcc,

MPs müssen nicht zwingend sein. Bei alleinstehenden Grenzen (nicht verklebt mit Nachbargrenzen) funktioniert ein geschlossener Way genauso gut. Problem ist die Bearbeitbarkeit, genau genommen die Möglichkeit des Selektierens übereinander liegender Linien, wenn denn überhaupt erkannt wird, dass da noch mindestens eine weitere Linie darunter ist. Meine Erlebnisse zeigen mir, wie oft "verdeckte" Linien unbemerkt beim Editieren einer darüber liegenden Linie in Mitleidenschaft gezogen (zerschnippelt) werden oder einfach die falsch ausgewählte Linie neue Tags erhält.

Multipolygone ohne gemeinsame Linien, also mit jeweils eigenen Außengrenzen, die aber über anderen Linien (benachbarte Grenze) liegen, sind ein Graus bei der Bearbeitung, besonders wenn sie unterschiedlich segmentiert sind.

Thal innerhalb Altmühldorf klingt plausibel und sieht auch auf der Karte plausibel aus. Nun, mit MPs ist es kein Problem, die richtigen Grenzsegmente zuzuweisen - Thal könnte AL11 bekommen und die südliche Grenze von Altmühldorf wird die südliche Grenze von Thal, so dass Thal in Altmühldorf integriert ist.

Beste Grüße,
Mario
user_177389 (2022-11-01 10:18:20+00:00): Ich habe nochmal "gegoogelt". Thal zählt als eigender Ortsteil -> nicht Teil von Altmühldorf. Von daher sind die Flächen und admin_level soweit in Ordnung.
user_177389 (2022-11-01 10:21:09+00:00): edit: Thal ist direkt ein Ortsteil von Mühldorf am Inn
silversurfer83 (2022-11-01 08:34:37+00:00): Moin Christoph, du hast um Review gebeten.
Du hast zwei Wegabschnitte der Medebacher Tälertour angefasst. Der nördliche Abschnitt ist neu erstellt mit access=no. Steht da ein Schild? Ist das trotzdem als Teil der Tälertour ausgeschildert? Ggf. mal beim Betreiber der Route nachfragen (gibt ja ne Webseite) ob das so beabsichtigt ist.
Grüße
silversurfer83
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/128317746
Cy0nyx_PL (2022-11-01 00:08:22+00:00): Cześć. Mam prośbę, abyśmy nie pracowali na tym samym obszarze równoczenie. Robiłem teraz z doskoku bez zapisywania duży kawał Ruchenny i niestety szlak go trafił, z powodu konfliktów z twoją edycją, które nie chciały się wczytać :/
blxght (2022-11-01 03:11:08+00:00): Hej, sorry, jeśli zauważę że coś robisz to tak zrobie
Następnym razem jak tak się zdarzy, możesz kliknąć w "Pobierz plik .osmchange" czy coś podobnego na dole w lewym menu, otworzyć go w JOSM czyli alternatwynym edytorze, i spróbować wstawić na OSM. JOSM jest mniej intuitywne ale ma o wiele lepsze rozwiązywanie konfliktów i raczej powinno przejść.
JuanjoMC (2022-11-01 12:24:47+00:00): Hi,

I see that you have been adding addr:city and addr:postcode to some buildings in Laeken and Neder-Over-Heembeek.

In Belgiun, it is not necessary to do so because this information is automatically inherited from surrounding boundaries and postal code boundaries have already been defined. As an example, this is the postal code boundary for 1020, everything within it will automatically inherit the 1020 post code: https://www.openstreetmap.org/relation/3379411#map=14/50.8853/4.3458

I've reverted your changeset.

Cheers.
Thovi98 (2022-11-01 14:02:10+00:00): Oh okay, thanks for the info!
Tatfahren (2022-11-04 18:08:05+00:00): Wenn ich den Namen richtig interpretiere handelt es sich um einen mobilen Wohnwagen. Aktualisierst du den Standort dann regelmäßig?, Ansonsten sollten keine häufiger bewegten Objekte in OSM eingetragen werden, da die betreffenden Daten dann schnell unkorrekt sind.

Achja, in der Beschreibung ist noch ein Rechtschreibfehler, vieleicht willst du den noch korrigieren, ich bin gerade nur am Handy, da ist das komplizierter.
Wallendrian (2022-11-04 22:55:28+00:00): Danke für den Hinweis,
der escamper kehrt nach kurzen oder saisonalen Events an seinen Standort zurück. Sollte der sich der ändern, werde ich das anpassen.
Greg_Rose (2022-12-08 01:17:49+00:00): Hi there - a few things:
1) Please try to keep your edits confined to one continent (preferably, one COUNTRY). A global-spanning edit like this (BC and Romania) clutters up change history for every area between the 2 furthest points
2) I have many questions about Hustler's University - the main one being, "WTH is this?" Is it real? You need to find the correct tags that actually describe what this is. Right now I want to delete it because it looks bogus - especially since "Hustler" isn't even spelled correctly. Can you fix this?
3) The warnings that iD presents to you when you submit a changeset aren't just fun fluff - they indicate that a feature that you edited has an ISSUE that must be resolved. While you didn't necessarily cause these 10 issues below, you would have gained favor if you tried to resolve them or at least had asked for help in resolving.
almost_junction:highway-highway	1
crossing_ways:building-building	1
crossing_ways:building-highway	2
crossing_ways:highway-highway	3
disconnected_way:highway	3

Thanks - questions gladly answered if you have any!
-Greg
skyper (2023-03-16 15:53:06+00:00): Hi Hornissen,
it seems that you worked with incomplete data and that you forgot to download all parents (relations) (Ctrl+Alt+D) before splitting the way which led to holes in several bus routes. I will fix it, now, but please work more carefully in the future.
All the best,
skyper
SzymonH (2022-11-05 18:59:33+00:00): W węzłach przystanku powinno być shelter=yes
felipeeugenio (2022-11-02 10:35:02+00:00): Hola. Por favor no pegar parques a las calles.
Saludos
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/128318792
nevw (2022-11-01 04:16:52+00:00): Yes, Maxar and Esri imagery seem to confirm that.
Frans S (2022-11-15 10:10:59+00:00): Thanks for your contribution to this project. 
I am a Sr Validator and review mapped tasks at random or as requested. 
I am sorry to say, but your mappings are not that accurate and in according to the HOT/ OSM quality standards.
Please pay attention to next points:
I hate to report that your way of mapping does not conform to the OSM mapping way
You map clusters of buildings and tag them as residential area.
Each building should be mapped separately and tagged as building=yes.
I am going to remove your incorrect mappings.



Explanation can be found on this document what  might be helpful to improve your mapping skills
https://docs.google.com/document/d/1Swwz-ZwM3_YOstqstsmCg1-lNAPbnMLpi1Al-h-2UOQ/edit


Best regards and keep mapping !
Frans S
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/128319059
felipeeugenio (2022-11-02 10:32:33+00:00): Hola. Por favor no borrar direcciones que existen. tuve que reponerla
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/128319456
felipeeugenio (2022-11-02 10:33:00+00:00): además borró una vereda entera. Ya no existe?
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/128319456
tastrax (2022-11-24 04:30:24+00:00): Hi folks FYI - Phone numbers in Australia should be added to OSM according to the following format with the country code 
+61 x xxxx xxxx, (+61 xxx xxx xxx for mobiles) or use the phone:AU key if a 1300 or 1800 number.
For freecall numbers that work whilst overseas (ie 13 13 13) use +61 XX XX XX
as per the wiki guidelines https://wiki.openstreetmap.org/wiki/Australian_Tagging_Guidelines/Australian_features  - I have just updated a recent addition that you made to OSM – Cheers
berndw (2022-11-01 07:47:52+00:00): Danke, hab den surface versehentlich gelöscht
jmsbert (2022-10-31 23:52:43+00:00): ...typo: instead of Lastrup, mapping was done in Benstrup and between Benstrup and _Löningen_
Talitha IRM-ED (2022-12-29 06:44:48+00:00): Hi, Trân trân. Thank you for your mapping contribution. I have come across this area and I found several issues between the water body that you made with some highways (https://pewu.github.io/osm-history/#/way/479251130).
Would you mind to recheck and fixing this issue? 
It will help me a lot as a remote mapper because I'm not sure to review it only with the imagery. 
Please let me know if there's an update or another suggestion to solve this. 
Thank you and happy mapping!
ssundell (2022-11-01 19:03:14+00:00): Moi! Yhtäkkiä katsoen noita tietyyppejä voisi ehkä viilata; track tarkoittaa lähinnä metsä- ja peltoteitä, ja esimerkiksi tuolla Koosviikinnokassa on nyt merkitty trackiksi ihan tavallista tietä (esim. Koosviikintie). Yleensä trackin varressa on ehkä korkeintaan satunnaisia latoja; jos siellä on esimerkiksi asuintaloja, sopivampi tyyppi on esimerkiksi residential tai yksittäisen talon tapauksessa vaikkapa service.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/128320192
okadatsuneo (2022-11-01 03:19:50+00:00): chocoyubiさん、はじめまして。
あちこちのいろんなものを削除されたりしているようですが、どのような編集をしたいのでしょうか？
編集時のコメントを記載いただくとありがたいです。
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/128320269
bxl-forever (2022-11-01 17:36:08+00:00): ¡Hola!
Todos estamos "mejorando el mapa". Todo el tiempo.
Por favor lea esta página para ver cómo escribir comentarios útiles. 😉
https://wiki.openstreetmap.org/wiki/ES:Buenos_comentarios_en_conjuntos_de_cambios
GerdP (2022-11-16 16:15:00+00:00): Moin!
Ich weiß nicht, was da schief ging, aber Du hast hier mehrere überlappende Wege an dem Kreisel produziert:
https://www.osm.org/way/1108834225
https://www.osm.org/way/1108834223
https://www.osm.org/way/1108834222
https://www.osm.org/way/1108834221
https://www.osm.org/way/1108834219
https://www.osm.org/way/1108834218
❤️‍🔥 (2022-11-01 01:46:26+00:00): Hi, someone has put a lot of effort into precisely mapping different landuse areas. Why have you deleted all these areas? the huge new residential area that you've drawn around the whole suburb includes parks, shops, sports fields and churches, which are definietly not "residential"
hobbesvsboyle (2022-11-01 13:37:30+00:00): Nice work. I checked against the City of Madison data and it all looks correct. https://data-cityofmadison.opendata.arcgis.com/datasets/cityofmadison::city-limit/explore
Glassman (2022-11-01 23:01:10+00:00): It looks like you accidently added a duplicate road. I removed the track and left your unclassified gravel road. I also removed the width=0. I'm guessing you were looking for lanes=1? Can you review my changes to see if I screwed up anything?
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/128321084
frosm (2024-09-10 12:26:39+00:00): Bonjour,
https://www.openstreetmap.org/node/2577655953
je ne comprend pas la limite de largeur :
 tu as mis 80cm dans le tag mais 23 cm dans le texte, c'est donc 23cm ?
GerdP (2022-11-16 16:20:09+00:00): Moin!
Hier sind jetzt jede Menge unvollständige Abbiegebeschränkungen. Ich kenne mich dort nicht aus, bin nur gerade dabei, die Knotenpunkt-Route 13-20 zu erfassen und JOSM meldet diverse Fehler.
Claudius Henrichs (2022-11-07 15:10:27+00:00): Hi,
Can you explain your reasoning for removing the interchange station tagging via the stop_area_group relation connecting the two stop_areas for each line?
DiogoBaptista98 (2022-11-07 19:47:20+00:00): The station is just one. One building with two services. That’s the reason. Thank you.
azakh-world (2022-11-08 14:53:14+00:00): Nobody argues how many stations there are. But "station" and "stop area" notions are not the same. It's worldwide practice to have two stop areas at such interchange stations.
DiogoBaptista98 (2022-11-08 15:22:47+00:00): In this case the stop_area and the building are the same for the two lines, no one divides a train station into several stop_areas because there are several services. The stop_areas you created are clearly duplicated as they have the same building and common exits.
I have to say it's highly reprehensible reversing an edit when a discussion is in progress which shows a lack of respect from you.
azakh-world (2022-11-08 20:26:48+00:00): I accepted the censure and regret for my haste.

stop_area is not about services, also it is not about buildings. It's convenient and consistent to map via stop_area_groups those stations that are perceived by passengers as interchanges and that are denoted on metro schemes as interchanges.

Must a passenger surmount some more or less time consuming staircases/escalators to move from Blue Line to Green Line? Is the interchange at the Baixa-Chiado station principally different from other Lisbon metro interchange stations (apart from having one big building)?
DiogoBaptista98 (2022-11-08 22:12:59+00:00): Baixa Chiado and Campo Grande stations work like any other train station, it is possible to change between different lines/services directly on the same platform or just up a few stairs, the lines are side by side and with direct connection in a single building, by your logic will you split train stations into different stop_area!? How would you do with the Porto metro where there are several lines using the same platform? are you going to create a stop_area for each RER line in chatelet les hales in paris? does it make sense to separate stop_areas with the building and exits in common and with lines practically next to each other? think about whether that makes sense.
PLima785 (2022-11-09 09:00:31+00:00): Hello, to avoid edit wars please contact  OSMportugal telegram group.

https://t.me/OSMPortugal

Just to quote the wiki " A single stop area may include elements for many transport modes, including train, subway, monorail, tram, bus, trolleybus, aerialway and ferry. Some stop areas may also be identified as a public_transport=station."https://wiki.openstreetmap.org/wiki/Tag:public%20transport=stop%20area?uselang=pt-PT
azakh-world (2022-11-09 11:40:48+00:00): PLima785, I think metro mapping is quite global thing to not allow regional standards to prevail over universal approaches.
The forementioned definition of stop_area is too vague, devoid of structure and therefore not much of use. It simply describes 'Relation:site' for transport hubs. There exists more certain definition at "relation:public_transport" wiki page: "A stop area consists of everything regarding the embarkation and disembarkation of a specific public transport vehicle or service. For example, a specific railway line, the adjacent platform, services on that platform, and information describing it (platform number, etc.)." Not ideal, but it allows OSM-based PT software to model PT-routing including such an important concept as "a transfer", and to create more realistic metro schemes from OSM data.

It's de-facto standard to map subway transfers with separate stop_areas. The only question is whether 
a specific station contains a transfer.
Common entrances are not an ultimate sign, neither is one building. Some more-or-less objective marks of a transfer are: stop_areas are separated spatially significantly; passengers name it a transfer; special graphical designation is used at the station on metro schemes.
On all Lisbon metro schemes I found, no difference is made between Baixa-Chiado and other interchange stations: they all are depicted with simple circle (like at https://www.lisbonportugaltourism.com/transportation/lisbon-metro-underground-subway-guide-and-map.html) or all with ellipses (like at https://ru.pinterest.com/pin/lisbon-metro-subway-underground-map-pdf-best-lisbon-travel-guide-2016--325877723020042728/)

The fact the Blue and Green lines share a common platform within the stations inclines to make one big stop_area (on the other hand, there are also far-apart platforms). But from passengers point of view I believe it's better to have two stop_areas and a transfer.

In the absence of certainty, I'd not change things. Automated processes work on OSM data to generate routing/visual representations for map services, and deleting/appearing a transfer triggers warnings or invalidates all the process.
mcconner22 (2022-11-01 01:55:16+00:00): Note - The Orion Township offices still don't show up in the satellite imagery, so I haven't added the buildings, parking lot yet.
adiatmad (2022-11-03 08:45:43+00:00): Good work on your edits! But it will be better to avoid adding a generic name i.e name=House (https://pewu.github.io/osm-history/#/way/1108869896). Maybe you want to check this page (https://wiki.openstreetmap.org/wiki/Names#Names_are_not_for_descriptions). Happy mapping!
ChaireMobiliteKaligrafy (2022-11-02 13:36:43+00:00): Please keep POIs separate from buildings when possible. It makes updates easier and it makes it possible to add multiple POIs inside a single building. It also helps having the POIs near their entrance. Thanks!
DUGA (2022-11-02 13:41:14+00:00): I very much agree but I think the entire building is datacenter only.

If it is wrong, feel free to correct!
ChaireMobiliteKaligrafy (2022-11-02 13:46:30+00:00): You're right it is the whole building. Not a big problem, it is just that in this area, we separated 100% of the POIs from their building for consistency. I changed it back to a node just for this reason. Thanks for updating the data though!
mavl (2023-04-25 09:06:07+00:00): This changeset has been reverted fully or in part by changesets 135307362, 135331978, 135327734, 135318197, 135323168 where the changeset comment is: Hi all. The changesets are reverted [DWG has the request to revert the changesets. Reason: valid data are deleted - https://www.openstreetmap.org/user_blocks/7056].
PT-53 (2022-11-01 07:20:26+00:00): Hallo au-tv,
Willkommen bei OSM.

Eigenwerbung ist in OSM unerwünscht. Bitte lösche Deinen Eintrag in description wieder. Stattdessen solltest Du den "Firmenzweck" noch ergänzen. Hier
- https://wiki.openstreetmap.org/wiki/DE:Key:office
solltest Du das passende Merkmal finden.
Die Merkmale
- amenity=fixme
- fixme=type
- fixme:type=Videoproduktion
sollte dann ebenfalls wieder weg.

Das Merkmal opening_hours ist auch noch überarbeitungsbedürftig. 
Siehe Wiki:
https://wiki.openstreetmap.org/wiki/DE:Key:opening_hours

Grüße

PS: 
Für Fragen / Anmerkungen / Rückmeldungen bitte diesen Änderungssatz aufrufen und in das leere Feld unterhalb Diskussion als neuen Kommentar eintragen.
PT-53 (2022-11-03 07:28:44+00:00): Hallo au-tv, 
Du hast zwischenzeitlich die Merkmale
- fixme:type=Videproduktion
und
- opening_hours=Termion nach Vereinbarung
gelöscht und das Merkmal description auf
-description=office=company
abgeändert.

Ich habe jetzt noch die Merkmale
- amenity=fixme 
- fixme=type
gelöscht und das Merkmal
- -description=office=company
ersetzt durch
- office=company
sowie das Merkmal
- addr:city=Aulendorf
ergänzt.

Grüße

PS:
Für Fragen / Anmerkungen / Rückmeldungen bitte diesen Änderungssatz aufrufen und in das leere Feld unterhalb Diskussion als neuen Kommentar eintragen.
au-tv (2022-11-03 07:46:37+00:00): Perfekt. Vielen Dank. Viele Grüße. Maik
PT-53 (2022-11-01 07:24:13+00:00): Hallo au-tv,
in diesem Änderungssatz hast Du an der Garage
- https://www.openstreetmap.org/way/547222671/history
auch die Adresse Welfenweg 4 eingetragen. Diese Adresse gehört aber zum Wohnhaus und nicht zur Garage.
Löscht Du die doppelte Adresse an der Garage wieder?

Grüße

PS: 
Für Fragen / Anmerkungen / Rückmeldungen bitte diesen Änderungssatz aufrufen und in das leere Feld unterhalb Diskussion als neuen Kommentar eintragen.
Warin61 (2022-11-04 01:10:26+00:00): Hi
The wetland relation 13478309 has an outer within an outer... and that is a problem. 

The DCS Base Map shows more of it as wetland.. possibly a broader brush? In any case the relation needs looking at.
AndrewS (2022-11-04 02:40:51+00:00): Fixed! Thanks.
I 'calibrated' the aerial imagery from what I could see from the boardwalk. It's a reasonable match, but not perfect.
Warin61 (2022-11-04 06:41:31+00:00): Few things are 'perfect'.. the map is a guide.
DiahW IRM-ED (2022-12-15 02:15:09+00:00): Hi, humaidyns

Thanks for your mapping contribution. Your edits look great, I am interested in this waterbody. 

https://pewu.github.io/osm-history/#/way/1108917521

I need you to confirm the current conditions in this field. Is it a permanent waterbody or is it only flooded during the rainy season? Because I found an issue that water body crossing with several roads around. Maybe you have good local knowledge and can give me the best advice. Please let me know your suggestions about this issue. Thank you

Diah