piebro/osm-data huggingface dataset:
Martin Borsje (2020-05-10 16:46:22+00:00): Hi
Begin and end of the tunnel are about at the same elevation; flow is by gravity and the tunnel is not filled nor pressurized (so no penstock)

It is not a canal (which is for navigation) therefore a culvert. A drain is to lead water away, not necessarily 'useless'

Okay?
InfosReseaux (2020-05-10 17:01:56+00:00): Hi Martin, thank you for clarification.

According to wiki, I read that a canal is suitable for transportation, navigation, hydropower and so on...
https://wiki.openstreetmap.org/wiki/Tag:waterway%3Dcanal

A culvert/flooded tunnel/pipeline are related to structure hosting a waterway. A canal can be outdoor or in a tunnel independently.

Similarly, waterway=drain refers to superfluous water in wiki
https://wiki.openstreetmap.org/wiki/Tag:waterway%3Ddrain

See this table for a global view of waterwa values
https://wiki.openstreetmap.org/wiki/Key:waterway#Values

Would you like to consider those elements to confirm your modifications please?

All the best
François
Martin Borsje (2020-05-10 17:05:05+00:00): I will not make a dispute on this :)
1. can you live with my tagging: keave it
2. if not: change what you want
3. do not trust wiki text fully
4. I consider an underground water highway only a canal when ships can go through it.

Meilleures salutations
InfosReseaux (2020-05-10 17:47:21+00:00): Waterway wiki reflects kind of consensus after months of discussion about man made waterways.

Accessibility for boats is given with boat=* or motorboat=*, consistent with any vehicle access tagging.
Many canals aren't navigable, built to transmit water to cities for instance (Canal de Marseille, Canal de Provence...)

I've restored waterway=canal and tunnel=flooded on #614243446

Thank you to have noticed that duplicate way section near La Fouly.

All the best
François
Martin Borsje (2020-05-10 17:49:22+00:00): I am not sure if it is flooded; typically these ducts are free flowing and a free water surface exists (you could even navigate it by a dingy :) if you want)
InfosReseaux (2020-05-10 18:05:20+00:00): Flooded is understood as "no path to safely walk inside"
It is technically possible to go down with a dingy if you want to play, like here : https://wiki.openstreetmap.org/wiki/File:Waterway_drain_outlet.jpg

I agree that canal is always free flowing
Completely full of water is meant by waterway=pressurised, like here : https://www.openstreetmap.org/way/802058306
mike140 (2020-07-28 09:48:05+00:00): Можете указать причину по которой Вы изменили конфигурацию этого участка границы? https://www.openstreetmap.org/way/237691326
TagaSanPedroAko (2020-02-10 00:41:01+00:00): Correct comment: [Angeles, Pampanga] improve road and building alignment, add new bridge, barangays, and population info, restore street name suffixes per local street name patterns, clean up road network, retag narrow streets and urban barangays where appropriate
tastrax (2020-03-22 02:49:06+00:00): Hi Folks - Phone numbers in Australia should be added according to the following format +61 x xxxx xxxx as per the wiki guidelines https://wiki.openstreetmap.org/wiki/Australian_Tagging_Guidelines - Cheers
Supaplex (2020-02-10 11:00:31+00:00): https://168.motc.gov.tw/theme/news/post/2001312300005
還沒2/15，還不是單行道。
另外旺邦隧道也還未正式通車啟用
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/80764707
Wulfmorn (2020-02-10 09:35:32+00:00): Thanks :)
Nakaner (2020-05-09 12:23:33+00:00): Hallo,

ist der Bahnübergang am Bahnhof Hetzerath erneuert worden und hat dabei eine Vollschrankenanlage erhalten? Die Mapillary-Bilder vom September 2019 zeigen eindeutig Halbschranken (https://www.mapillary.com/app/?lat=49.879351668998055&lng=6.80017200205556&z=17&focus=photo&pKey=ZnZ0OZFW44eUcjbWl7p7Ew). Da wäre dann crossing:barrier=half richtig.

Viele Grüße

Michael
ma-rt-in (2020-05-09 12:37:50+00:00): Hallo,
schau mal hier: https://openstreetcam.org/details/2079382/14/track-info
Die Bilder sind aktueller.
vg
berndw (2020-05-09 19:39:21+00:00): Hi
Bei beiden Quellen kann man nur Halbschranken erkennen.

Da die Strecke zweigleisig ist, würde ich eine BliFü-Anlage annehmen. Die Dinger haben immer nur Halbschranken

Bernd
Nakaner (2020-05-09 19:46:56+00:00): Hallo,

ich bin beim Dampfspektakel im April/Mai 2018 dort entlang gefahren und habe auch eigene Videoaufzeichnungen der Strecke.

Mir ging es mit meinem Kommentar v.a. darum, dass ma-rt-in ein möglicherweise systematisches Missverständnis bei seiner Verwendung von crossing:barrier=* erkennt (er ist damit nicht allein). Ich habe nämlich das Gefühl, dass er immer wieder mal den falschen Wert gemappt hat.

Angesichts des Alters meiner Erhebung (2 Jahre und der Tatsache, dass Blinklichtanlagen nach und nach durch neuere Anlagen ersetzt werden) wollte ich meiner eigenen Erhebung nicht ganz trauen.

Viele Grüße

Michael
artem95vlasovets (2020-02-13 17:05:07+00:00): Hi. Why did you add non exist roads?(for example way 771149011)
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/80765103
NKA (2020-02-13 20:42:41+00:00): Strange. It seems that the data source included 7 small pieces of test data.
vogelfreier (2020-02-10 17:45:53+00:00): Hi Brian@Brea, nice toy with 'GoMap' to capture the data - but the https://www.openstreetmap.org/way/771150180 doesn't look like natural=wood to me - more like landuse=grass.
Have you ever had a quiet look at the powerful JavaOpenStreetmap-Editor (JOSM) https://josm.openstreetmap.de/ ?
Or have a look at the many subpages of wiki.openstreetmap.org/ in the evening ?
Regards vogelfreier/Rüdiger

Translated with www.DeepL.com/Translator (free version)
Brian@Brea (2020-02-11 05:50:40+00:00): The original purpose to this edit is to update the area with new data not yet visible yet on Ariel imagery as I live in the area and visit this parking lot every couple of weeks. New Parking toll booths have been installed on the North-East portion of the lot. I was dividing the original tagged “wooded” area where the likely driveway entrance will be. I did not realize at the time that the way is currently tagged as natural=wood as I probably tagged the definition several years ago when I was new to the OSM project. A better tag will be landuse=forest but I am going to hold any updates to foliage until have done a proper inspection to this corner of the lot. 

Speaking of using a more powerful editor...I currently have been using Potlatch for a majority of my edits but I have found with Go Map to be able to get more accurate node placement as well it easier to correct overlapping way issues with the app. Potlatch is great with big picture edits and Relationship tags but if you want to make a smooth curve kerb you need to have better control over node placement.
Brian@Brea (2020-02-11 07:46:38+00:00): Speaking of using JOSM, I last tried JOSM several years and did not like the user interface compared to Potlatch. But with both Google and Microsoft abandoning Flash player support in the coming months I might need to start using it with Potlatch relying on Flash.
freebeer (2020-02-12 09:55:11+00:00): actually, you ought to be able to continue to use potlatch so long as osm keeps links to the p1 and p2 executables.  just keep one or more flash binaries downloaded and saved, and keep an old version of a compatible browser that you don't update, maybe in a restricted sandbox if security concerns you.

i've a several-year-old browser/flash combination on what was my work server, used for almost exclusively osm work, but that hardware died some months ago, and while my attempts to swap the drive into a similarly-lightning-damaged box were partly successful, apart from the damaged and missing hardware i took for granted, and i was able to do quick cleanups with potlatch1, it seems the change of graphics results in potlatch2 bombing early on, so if it's worth the bother, i'd suggest getting a known-working setup and then freezing the critical potlatch parts of it.  my own substitute had so much difficulty starting iD that i gave up on visual editing.  i may revisit why i can't fire up potlatch/flash on the android handy i use for now, or spend my time properly rebuilding the borrowed machine with hdmi-video and functioning ethernets (got maybe a dozen that caught fire in various devices), or work on something else entirely.
johnnyw03 (2020-02-09 22:17:05+00:00): 500th changeset!
Viajero Perdido (2020-02-10 05:25:23+00:00): Congrats!

You might be hooked.  :)
dktue (2020-02-13 19:55:23+00:00): Nice!

Consider adding a "short_name"-tag for "Stichting van het Wit Gele Kruis voor Thuiszorg "Prinses Margriet" (WGK)".
SomeoneElse (2020-02-21 13:21:59+00:00): This changeset has been reverted fully or in part by changeset 81318595 where the changeset comment is: Reverting some mechanical edits, where other mappers have not since edited, mainly in the USA.  See https://www.openstreetmap.org/user_blocks/3511 and previous blocks for details
SomeoneElse_Revert (2020-02-09 22:45:14+00:00): This changeset reverts some or all edits made in changesets 80579321, 80579550.
user_5359 (2020-02-10 05:30:34+00:00): Welcome to OSM! Is your home really a guest room for rent ?
mariotomo (2020-02-09 23:20:39+00:00): hola.  gracias por tu interés en OSM.  por favor revisa qué es un "leisure:park" y mejora los datos que acabas de añadir.  gracias.
https://wiki.openstreetmap.org/wiki/Tag:leisure%3Dpark
nevw (2020-02-10 06:19:41+00:00): Hi ozhank
welcome to the OSM.
Please have a look at the other roads already mapped and try to add the appropriate tags to you edits so that the OSM database can render them on the map to be visible.
Northey Road is already mapped and joins a track. It would be best if you moved/dragged the nodes of those to the layout you think is correct, instead of drawing another line over the area.
If you are unable to do this then let me know and I will do it and you can let me know if I did it correctly or it needs amending.
Glassman (2020-02-10 00:37:30+00:00): Nice first edit. Hardly any new editors find the options to use different imagery.
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/80767406
camelCaseNick (2020-02-12 00:27:14+00:00): Hey,
did you mean Q3006243 for operator:wikidata and brand:wikidata at https://www.openstreetmap.org/way/244809032?
CamelCaseNick
user_9838430 (2020-02-12 01:06:30+00:00): Yes, thank you for your information. I have corrected it.
Glassman (2020-02-10 00:39:58+00:00): Tip: Imagery can be offset and usually is. You can adjust the offset by going to the background tab in the editor. At the bottom of the various backgrounds is a tool to adjust the offset.
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/80767561
mapman44 (2020-02-10 04:13:23+00:00): Could you please save a changeset for each area that you edit instead of just one changeset that covers most of the globe. Thanks.
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/80767600
StephaneP (2020-02-11 11:23:09+00:00): Bonjour ar Broch, et bienvenu !

Les serveurs qui s'occupent de mettre à jour la carte ont un peu de peine depuis quelque temps, ce qui explique que les ajoncs n'était pas visible tout de suite. Il faut être un peu patient, ou parfois vider le cache du navigateur (ctrl + shift + r  avec firefox)

Stéphane
ar Broc'h (2020-04-17 16:47:06+00:00): Bonjour Stéphane, merci beaucoup pour l'accueil et le conseil. Je viens seulement de réussir à comprendre comment répondre. ;-) Le problème venait du faite que j'utilisais un flux (pour afficher open street map) qui émanait de Géobretagne et qui n'était pas mis à jour. Je travaille pour la "Communauté d'Agglomération de Clisson, Sèvre et Maine" et cela embêtait l'habitant du village de ne pas voir son lieu-dit sur la carte. En tout cas, cela me donne envie de continuer à contribuer à la carte.
Alexandre
mueschel (2020-02-11 10:05:56+00:00): Hi,
you used some keys with a wrong spelling here:
name:sr-latn	-> name:sr-Latn
name:zh-hant  -> name:zh-Hant
Could you have a look and fix this?

Btw, I don't see a reason to add the name of both countries in every language to every way of their border. This is all contained in the existing boundary relations. The name of the boundary ways is, in my opinion, just for ease of use but not needed by any data consumer.

Cheers
Jan
Verdy_p (2020-02-11 15:57:53+00:00): the keys in lowercase are OK for the validator in JOSM. This is not true when using the capitalized first letter for the script code.
Note: language identifiers are NOT case sensitive in BCP 47, they have only a suggested lettercase, but OSM wiki documents that language codes should all be lowercase, leaving the uppercase letters for other uses (not for language tagging)
Verdy_p (2020-02-11 16:07:26+00:00): Anyway, there should be no ambiguity for the 4-letter script code using a capital initial, when it follows a 2-letter or 3-letter main language code and a dash. Looking into the database, both spelling have been used, but this does not change the meaning for BCP 47. Both are recognized. I've not seen a consistant use everywhere, I can apply the capital letter here if you want, this does not change the meaning and should not impact the use; yes it would be better to uniformize this, but some applications recognizes language tags only when they are in lowercase (because uppercase is used for something else, like country tags or other OSM suffixes added to the "name=*" tag (like ":left" or ":right" used for example for naming segments of streets or rivers forming a border of two distinct cities/regions/countries possibly using different languages or using completely unrelated names for streets).
Verdy_p (2020-02-11 16:11:59+00:00): note: the SHOM 2019 is more precise that the previous import of EUROSION, which was very fuzzy, and incorrect (it used data in ED50, but this old import forgot to convert it to WGS84, and this data is outdated and had poor resolution and many approximations).
I use SHOM2019 data which defines nodes every ~250 meters with accuracy of points at ~1 meter; EUROSION used much broader precision with one node every ~7 km on average and an accuracy of about 100 meters, but the strokes were simplified too much in some corners; some strokes were also incorrectly computed, not using the correct baselines, others were just estimated, and EUROSION data does not reflect the actual laws and various international agreements that occured since the earlier estimation.
mueschel (2020-02-11 16:44:06+00:00): I don't know what the validator checks, but the name keys with '-latn' and 'zh-hant' just don't exist anywhere. The capitalized version is used 300000 and 5000 times, respectively. E.g. https://taginfo.openstreetmap.org/search?q=-latn

OSM tagging is quite clear and followed to a large extent:
- languages always use lower case
- country codes always use upper case
- script codes (mostly) use a capital first letter
Glassman (2020-02-10 06:44:20+00:00): Is the building that Skully's Marine was located not longer there? What about the building that Rings & Things?
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/80768687
POBSA (2020-02-10 06:54:21+00:00): The building where Skullys was is demolished. The building where Rings and Things was is still there but the business is gone as the owners retired.
Glassman (2020-02-10 06:57:28+00:00): Thanks for getting back to me. Since the building is still there, can you add it back? Having a building outline makes it easy for people to add features to it.
POBSA (2020-02-10 07:16:26+00:00): Done
riysingh (2020-02-10 01:51:20+00:00): Hi,
I have made the edits in this changeset : 80768724 based on Latest Private Earth Watch Imagery.

Regards,
riysingh.
aweech (2020-02-10 14:40:05+00:00): Hi, what's your source for adding `access=private` to this way? You listed streetlevel imagery, but none of the publicly available ones that I could find have images for this area.
kurugunk (2020-02-11 03:32:59+00:00): Hi Aweech,
Thanks for your response. OSM by default consumes the sources that I've verified for my edit. The private tag that I've added is because the road appears to be a driveway leading to an entity. Please let me know if that is inappropriate.

Looking forward to learning from you.

Thanks,
kurugunk.
user_5359 (2020-02-10 05:15:15+00:00): Welcome to OSM! Please read the definition of highway type  (https://wiki.openstreetmap.org/wiki/Tag:highway%3Dpedestrian and https://wiki.openstreetmap.org/wiki/Tag:highway%3Dfootway)
Carnildo (2020-02-11 07:09:01+00:00): Please don't add nonsense to the map, even if you find the local traffic engineers' obsession with roundabouts annoying.
mavl (2020-02-20 05:54:05+00:00): This changeset has been reverted fully or in part by changeset 81252695 where the changeset comment is: The changesets are reverted [DWG has the request to revert the changesets. Reason: poor mapping - https://www.openstreetmap.org/user_blocks/3509].
Polarbear-repair (2020-03-15 18:48:50+00:00): malicious deletion of large landuse/natural relations.
DWG Ticket#2020022910000011
Polarbear-repair (2020-03-15 18:51:01+00:00): partially repaired by other mappers
nevw (2020-02-10 06:11:24+00:00): Hi Blake
welcome to the OSM.
Please don't add a name to all your objects.
The name tag is meant for things that really have a name such as street names, business names, etc.
The tag should describe the item you are mapping such as building=house or building=shed or man_made=storage_tank, etc

https://wiki.openstreetmap.org/wiki/Names
https://wiki.openstreetmap.org/wiki/Key:building
https://wiki.openstreetmap.org/wiki/Key:man_made
nevw (2020-02-10 06:24:46+00:00): This is useful info too
https://wiki.openstreetmap.org/wiki/Good_practice#Don.27t_use_name_tag_to_describe_things
nevw (2020-02-16 07:30:06+00:00): no response, deleted names where used to describe or label the feature instead of using correct tags.
user_5359 (2020-02-10 05:13:43+00:00): Welcome to OSM! Note that in OSM classification of the objects has the highest priority. Objects that have only name and description, have little sense. As home page for the question "How do I describe you?" I recommend the web site http://wiki.openstreetmap.org.

See also https://wiki.openstreetmap.org/wiki/Tag:navigationaid%3Dals
azakh-world (2020-02-11 07:46:17+00:00): Hi.
Please look at https://www.osm.org/node/31024595. It's not quite correct to change railway=station to railway=stop, since the "main" station object is lost. Could you fix it in the manner the https://www.osm.org/node/4759421223 station mapped: separate node for a station and two nodes for stop_positions, all included in a the stop_area relation?
The http://osm-subway.maps.me/germany.html page displays current problems with subways in Germany.
Also, simply removing wikidata and wikipedia tags referring to existing wiki-items is definitely a nasty thing.

Best regards,
Alexey
dadsada16 (2020-02-11 10:04:25+00:00): Thanks Alexey for the detailed feedback on how to improve my change, very much appreciated! does https://www.openstreetmap.org/changeset/80842625 address what you pointed out? I also readded wikidata links to the main station object.
azakh-world (2020-02-11 11:05:07+00:00): Thank you for the fast fix. I see 3 issues to correct:
1) there was no need to change the relation 7718857 tag from public_transport=stop_area to public_transport=station. It's critical for the transport scheme. https://wiki.openstreetmap.org/wiki/Tag:public_transport%3Dstop_area
2) railway=stop nodes have no their own website and wikipedia article. These should be a property of a station object.
3) Please look here with high zoom: https://osmcha.mapbox.com/changesets/80842625/
ID editor casually merged a node of closed way https://www.osm.org/way/435434233 with a subway stop. It's very often nuisance (among others) of ID editor, so if you wanna make quick and high-quality contribution to OSM I recommend to learn JOSM editor. It's a bit complex at first but it will pay off.

Please fix a station at node 80732816 similarly.
dadsada16 (2020-02-11 22:35:35+00:00): 1) okay, I actually got a warning from the iD editor, but it seems this is no longer happening.

2) ack, done

3) I started with JOSM editor, but that one gives me a headache on undoing this mungeup as well. It will take me more time to repair this. 

I didn't quite realize this desastrous behavior of the iD editor that two entirely unrelated layers got munged. Sorry, I'll be more careful with this going forward. 

Are you sure about the node 80732816 ? it shows up as deleted for me. did you intend to refer to something else?
azakh-world (2020-02-12 07:54:42+00:00): Yes, I meant another node at Fürth-Stadthalle station and I see you've already fixed it. All right now.

Cheers!
dadsada16 (2020-02-12 08:11:29+00:00): Thanks for your support in identifying the underlying issue and explaining it well, much appreciated!

I am a bit confused about having to add  an extra "point" as station point. I wonder if I can, in case the subway station actually has a building (lines) just set the "station" property on that one instead of adding a point somewhere inside the station area and add that one to the relation? would that work as well?
azakh-world (2020-02-12 08:57:20+00:00): A node for a station is simpler for mapping and data processing, also actual station area limits are often difficult to identify. if I'm not confusing anything, there is an agreement inside german community to map railway stations as nodes. I'm not a german reader, but you may start digging from https://wiki.osm.org/wiki/Eisenbahn or https://wiki.osm.org/wiki/Germany/Railway.
Somewhere subway stations are mapped as areas, e.g. https://www.osm.org/way/336628567.
And this is an example of incorrect equating of a subway station and a building: https://www.osm.org/way/79049812.
Good explanation of railway stations and a nice picture is here https://wiki.osm.org/wiki/Railway_stations
dadsada16 (2020-02-12 19:50:53+00:00): Indeed, its documented that way here: https://wiki.openstreetmap.org/wiki/DE:U-Bahnen#Station

station should be a point central to the building. Excellent. thanks again for all the pointers, very appreciated!
ma-rt-in (2020-03-24 12:40:24+00:00): Hello,
you made a mistake here. The passenger parking lot is open to everyone.
thadad (2020-03-25 03:01:21+00:00): Hello ma-rt-in,
Thanks for your time in checking into our edits. I have misjudged the height restriction as barrier and added the access tag as private. Thanks for making the necessary corrections. 
Always happy to learn from the community
Mazda05 (2020-02-10 22:50:16+00:00): Здание не является студенческим общежитием. building=dormitory применяется не только для студенческих общежитий - это лишь частный случай. Данный жилой дом находится в перечне жилых общежитий
Tamerlan1 (2020-02-11 01:43:31+00:00): Понял, спасибо.
Mazda05 (2020-02-11 02:27:15+00:00): Дело в том, что на ru-странице wiki указан единственный вариант для разметки building=dormintory, возможно это и ввело в заблуждение. Изначально, в 2009-2010, тег использовался только для общежитий университетов. В июне 2011 была дискуссия, после которой было изменено описание: «Sleeping and living quarters provided by an institution for people associated with that institution. For example, housing for university students». В ru-версии не поправили описание до сих пор. Следует полагаться на источник https://wiki.openstreetmap.org/wiki/Tag:building%3Ddormitory
user_5359 (2020-02-10 05:01:39+00:00): Hello! Please notice: the minimum keys for an address is addr:street and addr:housenumber! Can you add the value for the house number, please?
user_5359 (2020-02-10 15:12:51+00:00): Welcome to OSM! Please don't mark the whole property as building. Only mark the building as building.
user_5359 (2020-02-10 14:53:53+00:00): Welcome to OSM! I have delete your SEO SPAM (mostly no standard keys, no verifiable data or not positive verifiable address data). If this is an error, you can report it here, then we will be happy to help restore the data. For the most information in the description we have own keys. Please have look on the website http://wiki.openstreetmap.org.