piebro/osm-data huggingface dataset:
ftcat (2020-07-18 14:05:25+00:00): Hi,

I see you are attempting to rework the Zambia Mozambique border. I would be interested to know the source of your information. I have found that many of the online sources are not entirely accurate. Added to this a number of the borders are disputed anyway and are not respected by the people on the ground as they were arbitrarily decided in colonial times. Where they follow rivers or watersheds the situation is much clearer. There is currently a border dispute between Zambia and the Congo in the area of Lake Tanganyika as well as Lake Mweru The survey work of the commission deciding the Congo/Northern Rhodesia border in colonial times was interrupted by WWI and never resumed. The important areas of the Copperbelt were surveyed as no party wanted the other to have access to copper deposits they were not entitled to, you will see some mines right against the border and there was the issue of the Congo Pedicle to clarify.The line between Mweru and Tanganyika was based on landmarks from journals of old explorers and missionaries some of which were misnamed or unclear. The border between Malawi and Zambia has not been defined to both parties satisfaction.

I don't know how the border between Zambia and Mozambique was decided but do know that even in the colonial days the exact point between Malawi/Zambia and Mozambique was vague and there was a pub there known as The Portuguese Pub, similar to Crooks Corner on the border between Zimbabwe/South Africa and Mozambique.

The famous quadripoint at Kazungula does not in fact exist, the borders of Namibia and Zimbabwe do not meet, this gap is what allowed the new Kazungula Bridge to be built between Botswana and Zambia, if the point had existed the bridge would have had to cross Zimbabwean territory.

Your proposed line crossing the T6/N9 is to far to the south, Bing imagery clearly shows the border crossing where the current line is, much more developed on the Zambian side than the Mozambique one.
cRaIgalLAn (2020-07-18 18:37:51+00:00): Thanks for the interesting comments - if you could contact me on my user page we can chat at length about my approach. I assure you I am going slowly and carefully with the emphasis on maximum accuracy, using the actual treaty documentation. I am not interested in speed.  
And don't believe Bing. Or Google. Or OSM. They all used inaccurate sources.
Greg_Rose (2020-09-18 06:13:36+00:00): To add to the discussion:
https://www.openstreetmap.org/changeset/91086581
Carnildo (2020-07-19 08:07:43+00:00): The road here really is named "North Road", and it really does have the directional prefix "North".  I've reverted your re-naming.
WoodWoseWulf (2020-07-18 22:30:12+00:00): Hi RichieRRR,

I'm not sure if you saw the earlier comment by aaronsta on one of your changesets, but your tagging is still a little off.

You're using the name= tag to describe things - this is generally not considered good practice as the name tag should be reserved for actual names of things - most footpaths for example simply don't have a name.

The page on the name key on the OSM wiki: https://wiki.openstreetmap.org/wiki/Key:name

Some of the features you're adding are a little strange as well - for example, you added a park and named it treeland - maybe natural=wood would be a better tag to use?

Natural=wood on the OSM wiki: https://wiki.openstreetmap.org/wiki/Tag:natural%3Dwood
RichieRRR (2020-08-01 14:43:18+00:00): Hello.

Thank you for your comment.
I haven't realised about my tag naming. I'm sorry.
I'll read through the wiki and think more of my actions when editing on OSM.

Thank you.
user_5359 (2020-07-20 17:34:26+00:00): Hello! You add the tag "Binchang"="Rise" to 18 ways (see https://www.osm.org/way/827610184). What is the meaning of this tag?
BeKri (2020-07-20 15:10:40+00:00): Danke fürs eintragen.
dezenter Hinweis: 
Schlossgartenstrasse mit stra ß e 
scharfem ß in Deutschland.
Habs ausgebessert
Gruss derBeKri
gscholz (2020-07-31 06:05:03+00:00): Hi Carlos,
your recent changesets have created a big amount of errors in the OSM database regarding overapping streets:

tus conjuntos de cambios recientes han creado una gran cantidad de errores en la base de datos de OSM con respecto a las calles que se superponen:

http://tools.geofabrik.de/osmi/?view=routing&lon=-100.43445&lat=22.09162&zoom=9&overlays=duplicated_edges,duplicated_edges,duplicated_edges_areas,snap_points,unconnected_open_ends_1,unconnected_open_ends_4,unconnected_open_ends_5,unconnected_open_ends_6

Can you please fix this?
¿Puedes por favor arreglar esto?

Guido
gscholz (2020-08-07 06:26:59+00:00): Hi Carlos,
can you please respond to my request?

¿Puedes responder a mi solicitud?

Guido
geri-oc (2020-08-23 18:10:43+00:00): emergency=fire hydrant + fire hydrant:type=pipe + fire hydrant:pressure=suction
für ausgezeichnete Saugstellen verwenden:
https://wiki.openstreetmap.org/wiki/DE:Tag:emergency%3Dfire_hydrant
Robhubi (inaktiv) (2020-07-30 21:04:32+00:00): Hi,
Ich habe den Radweg rechts der Mur, von Karlauergürtel bis "Am Innovationspark", nach meiner GPS-Spur aktualisiert. Die Dammlinie war mit dem Radweg verknüpft und ist daher mitgegangen. Das Ist wahrscheinlich auch OK so.
Die relatve Lagen der Böschungslinien zur Dammlinie sehen aber unlogisch aus. Vermutlich sind sie nicht mehr richtig, da das heutige Luftbild immer noch den Bauzustand zeigt. 
Es wäre besser sie zu löschen oder mit einer Vor-Ort-Erhebung zu korrigieren.
LG Robert
thopf (2020-07-30 22:29:30+00:00): Danke! Ich habe es einmal grob korrigiert und mit dem fixme-Tag versehen. Die Böschungslinien verlaufen nun wieder beiderseits des Radweges, welcher sich dort in Dammlage befindet. Vielleicht werde ich es mir irgendwann in nächster Zeit genauer vor Ort ansehen. Das Problem ist, dass vieles in diesem Bereich nicht mehr genau stimmt. Die Uferlinien der Mur, die eingezeichneten Mülltonnen, die Trinkbrunnen, etc... Umsomehr wäre es notwendig, sich vor Ort die Situation genauer anzusehen.
LG.
Robhubi (inaktiv) (2020-07-31 11:18:30+00:00): Sehr schön, Danke. Ja, da hat sich viel verändert. Leider gibt es auch noch keine Mapillary-Spur und der südliche Teil des rechten Radweges ist immer noch gesperrt. Wir bleiben drann ;-)
LG
thopf (2020-08-04 11:56:19+00:00): Jetzt sind Mapillary-Bilder für diesen Bereich verfügbar: https://www.mapillary.com/app/user/aceini?lat=47.04533465776001&lng=15.441671793749947&z=18.7185173702114&pKey=enlpHEQu9rqkMP0vhmWiKC&focus=photo
Ich werde voraussichtlich heute Abend noch ein paar Dinge ausbessern. ;)
LG.
Robhubi (inaktiv) (2020-08-04 16:26:02+00:00): Super, Danke für die Info! LG
aharvey (2020-07-19 12:04:45+00:00): hi, the fixme here is asking to check which kind of sport is played here http://wiki.openstreetmap.org/wiki/Key:sport
aharvey (2020-07-19 12:01:37+00:00): hi in this case the name applies to the whole aquatic center and not just the pool so it should go on https://www.openstreetmap.org/way/172942441 the other tags are good!
LUIS H M F MENEZES (2020-07-18 14:50:27+00:00): essa região foi criada de forma automatica?
quero dizer toda a regiao deveria ter o contorno "Curado IV" 
Vila Jardim Campo não existe
gscholz (2020-07-31 06:05:12+00:00): Hi Carlos,
your recent changesets have created a big amount of errors in the OSM database regarding overapping streets:

tus conjuntos de cambios recientes han creado una gran cantidad de errores en la base de datos de OSM con respecto a las calles que se superponen:

http://tools.geofabrik.de/osmi/?view=routing&lon=-100.43445&lat=22.09162&zoom=9&overlays=duplicated_edges,duplicated_edges,duplicated_edges_areas,snap_points,unconnected_open_ends_1,unconnected_open_ends_4,unconnected_open_ends_5,unconnected_open_ends_6

Can you please fix this?
¿Puedes por favor arreglar esto?

Guido
gscholz (2020-08-07 06:26:48+00:00): Hi Carlos,
can you please respond to my request?

¿Puedes responder a mi solicitud?

Guido
user_3216889 (2020-07-19 22:53:58+00:00): Prima, maar nog een paar bijzonderheden toevoegen, afgaande op openingstijden volgens de website:

Voor nieuwjaarsdag gesloten: Jan 01 off

Voor tweede paasdag open: easter + 1 days 10:00-17:00

Voor tweede pinksterdag open: easter + 50 days 10:00-17:00

Aangezien openingstijden in de praktijk nogal eens willen veranderen, is het veel belangrijker een website te vermelden waar actuele info te vinden is. Dat is hier al OK.
ma-rt-in (2020-07-19 07:47:13+00:00): Hallo,
welches Problem wolltest du mit deinen Änderungen den beheben?
vg
Robert Skiba (2020-07-19 10:45:09+00:00): Nichts wildes, ich glaube da war ein Fixme drauf oder so und ich habe die Beschaffenheit und Berechtigungen des Weges korrigiert.
ma-rt-in (2020-07-19 10:54:22+00:00): So wie du nun die Berechtigung eingetragen hast, ist dies sicherlich nicht vor Ort beschildert.
Robert Skiba (2020-07-19 12:29:10+00:00): Also in ganz RLP ist jeder Waldweg von Fußgängern, Pferden und Fahrrädern frei befahrbar. Nur Motorfahrzeuge benötigen eine Genehmigung.

Belehr mich gerne, wenn es anders getaggt werden muss.
Robert Skiba (2020-07-19 12:31:23+00:00): Der Eigentümer (das Land oder die Gemeinde, duldet gesetzlich alle Nutzungsarten bis auf Motorfahrzeuge. So ist das in ganz RLP
ma-rt-in (2020-07-20 10:35:42+00:00): Mit dem Setzen von Zugangsbeschränkungen muss du etwas vorsichtiger sein. Grundsätzlich darf jeder Wald, egal ob privat oder öffentlich, von jedem auf eigene Gefahr betreten werden.
Nur mehrspurige Fahrzeuge und Kraftfahrzeuge benötigen die Erlaubnis des Eigentümmers. 
In OSM haben wir für die verschiedenen Wegetypen unterschiedliche Default-access Werte- Dazu siehe: https://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access_restrictions#Germany
Wirtschaftswege können somit in der Regel nur von Radfahrern und Fußgängern genutzt werden. Somit ist ein explizites Angeben dieser Schlüssel nicht notwendig. 
Das Verwenden von access=permissive, welches du ja eingetragen hast, würde bedeuten, das der Waldbesitzer bereits allen und jedem die Erlaubnis gegeben hat den Wald mit allem zu befahren, was natürlich nicht sein kann.
Des Weiteren erfasst man in der Regel nur Beschränkungen die auch wirklich vor Ort  beschildert sind.

Hoffe du verstehst das soweit.
Gerne lade ich dich noch in die OSM Telegram Gruppe ein: https://t.me/OSM_de
WoodWoseWulf (2020-07-18 23:44:26+00:00): Hello Almehza5499,

Almehza5499 مرحبًا

You do not need to place water beyond the coastline.

لا تحتاج إلى وضع المياه خارج الساحل

Grassland does not belong in the water

العشب لا تنتمي في الماء

The footpath you added does not match reality

ممر قمت بإضافتها لا يطابق الواقع

Please be more careful with what you add.

يرجى أن تكون أكثر حذرا مع ما تضيفه.

----

Are you the person who posted on the OSM subreddit about Pokemon GO about a week ago?
damjang (2020-07-19 13:49:29+00:00): Si prega di non cancellare oggetti già esistenti per crearne nuovi quasi uguali. Bisogna sempre editare/modificare quelli esistenti, altrimenti si perde tutta la storia dell'oggetto.Grazie. Inoltre bisogna controllare la dicitura delle via anche nei numeri civici. In questo caso è stato messo uno spazio in più (di troppo) nel nome del largo, così non combacia con la via del civico.
user_10474167 (2020-07-19 14:29:09+00:00): Bona
Rom1 (2020-07-20 07:28:04+00:00): Bonjour, pourquoi l'ajout de ces tirets dans les noms de rue ? Merci.
stadiaarcadia (2020-07-20 19:55:10+00:00): Hi, why is it that it can be found like this on most pages: https://fr.m.wikipedia.org/wiki/Avenue_Pierre-de-Coubertin
Rom1 (2020-07-20 20:13:37+00:00): Hi, the source of the name is not Wikipedia but as we can see it on street sign. So, for example "Rue Jean-Moulin" is not correct. The previous name "Rue Jean Moulin" is correct. An other contributor says the same thing in https://www.openstreetmap.org/changeset/88176811
stadiaarcadia (2020-07-21 09:26:32+00:00): Okay, that's fine. Although in French, both styles are used (with and without the -). The - is used between people's names and dates. The same way in English people sometimes write, for example, St James or St. James (with and without the dot are both right).
Rom1 (2020-07-21 10:49:40+00:00): So, i've reverted your changeset. Thanks for the discussion.
trial (2020-07-21 19:19:15+00:00): I was about to comment another changeset.
We don't mind what Wikipedia say (to some extend ;-)), we do mind French naming rules and commune names get an hyphen (-), hamlets or people names don't. You can check Rue Paul Philoctete on Mapllary: 
https://www.mapillary.com/app/?z=17&lat=43.183055197826086&lng=3.0219531276397515&pKey=kALxGMt8W3O9T4dxJ3xIbA&focus=photo&x=0.7810569291224696&y=0.5195245518201923&zoom=2.97982401748002
VictorIE (2020-10-14 06:10:21+00:00): Hi,

https://www.openstreetmap.org/relation/11306483

Should the date be 1885?
aharvey (2020-07-19 11:46:37+00:00): hi the building for this already exists at https://www.openstreetmap.org/way/335696957/history so I've moved your added building tags to the existing building
aharvey (2020-07-19 11:32:05+00:00): I've moved this tag to the way with tourism=hotel
aharvey (2020-07-19 11:24:32+00:00): I've rolled this one back in https://www.openstreetmap.org/changeset/88198083 to retain the name on the main building footprint way to avoid duplication.
aharvey (2020-07-19 09:28:45+00:00): hi these buildings are already named on the footprint way eg https://www.openstreetmap.org/way/423824984 I don't think this needs to be duplicate to all the parts.
aharvey (2020-07-19 11:22:04+00:00): I rolled this back in https://www.openstreetmap.org/changeset/88198008 to avoid the duplication in names
Percherie (2020-07-19 16:37:05+00:00): Sorry, streets name write whitout caractère -
It's only for city name or when word saint is used

Can you submit correction ?
stadiaarcadia (2020-07-20 19:54:50+00:00): Hi, why is it that it can be found like this on most pages: https://fr.m.wikipedia.org/wiki/Avenue_Pierre-de-Coubertin
trial (2020-07-21 19:20:58+00:00): (almost the same comment as on the other changeset).
We don't mind what Wikipedia say (to some extend ;-)), we do mind French naming rules and commune names get an hyphen (-), hamlets or people names don't. Don't adsk for the logic. Call it cutoms if you want ;-). You can check Rue Paul Philoctete on Mapllary: 
https://www.mapillary.com/app/?z=17&lat=43.183055197826086&lng=3.0219531276397515&pKey=kALxGMt8W3O9T4dxJ3xIbA&focus=photo&x=0.7810569291224696&y=0.5195245518201923&zoom=2.97982401748002
Verdy_p (2020-07-22 01:31:38+00:00): Well, the hyphens in French toponyms is not a strict rule. It used to be a rule for communes, but no longer for "communes nouvelles" (the hyphens are kept in their "communes déléguées").
Hyphens and all punctations (including apostrophes) are also replaced by spaces in printed postal addresses on the last line after the postal code.
There's never been a rule stating that street names and locality names (that are not communes) must use hyphens. This is just an old practive that was used in some places.
And there's never been any space between a leading article and the rest, or between the generic name and the specific name. Other hypens in street names come from some municipal databases, and were just a technical trick to help parse and separate articles, generic names and specific names by whitespaces, when they all were stored in a single data field containign a full postal address or a full address line. In those databases for postal addresses, the streetnames could then be automatically abbreviated where needed (but there's no consistant way to use abbreviations across municipalities or inside many databases of addresses, such as contact lists/agendas: these addresses are bet handled as "freeform" so that you can pack other parts when needed to fit the limitations of length for printed postal addresses)
trial (2020-07-22 06:45:06+00:00): > And there's never been any space between a leading article and the rest, or between the generic name and the specific name.
He meant just the opposite: https://www.openstreetmap.org/relation/107435 is written Le Mans not Le-Mans, LeMans or whatsoever: space or apostrophe if L' like in L'Isle-Adam.
Verdy_p (2020-07-22 07:33:17+00:00): Note also that you are not required to write the country name on a fina line if this name is a "city-state" whose name is usually alreayd written at end of their local address: "MONACO", "SINGAPORE", "VATICANO"; provided it is written in Latin and capitalized when posting from France (if you ant to write Singapore in Chinese, then repeat it in Latin on an additional line).
Monaco also uses a French postal code. No need to add also the "MC-" prefix to this postal code.
The list lien with the country name should be in a language rea
Verdy_p (2020-07-22 07:35:15+00:00): in a language read easily by the French poste; this last line with the country name has no use when delivered later in that country so it does not change the total limit of 5 lines for the rest of the printed address.
Verdy_p (2020-07-22 07:38:47+00:00): In summary, what applies to printed postal addresses does not apply in OSM. We don't need these transforms for default "name=*"; we may jsut need "short-name=*" if possible abbreviations are not common and basic truncation of long words (without predefined abbreviations) could break the interpretation and could become ambiguous.
Verdy_p (2020-07-22 08:47:12+00:00): Oh thanks, I effectively meant "ther'es never been any hyphen (not "space") between the leading article and the rest, or between the generic and the specific name".
As well there's never any space (in French), between the elision apostrophe (l', d', s', n') and the following word, but that apostrophe may be replaced by a space on printed postal addresses, not in OSM. This is not true for other languages (e.g. in Italian regional languages) where the space is most often kept after the elision apostrophe, which occurs much more often and more irregularly, ort when the apostrohpe is in fact a placeholder for a glottal or epigolttal consonant or click absent from the Basic Latin alphabet (e.g. in Latinized Semitic, Polynesian or African languages), when the prefered letter exists in Unicode but is rarely used (in some languages, a digraph like "kh" or "qh" or "'gh", or just the letter "q" or "h" may be used to represent that missing letter even if this is not pronounced exactly like the normal Latin letter or the prefered letter is mssing in the usable alphabet of the sender, like the "barred h" prefered in Maltese)
cquest (2020-07-22 13:52:41+00:00): Wikipedia articles about Paris street names incorrectly use hyphens in names where it should not.
https://fr.m.wikipedia.org/wiki/Avenue_Pierre-de-Coubertin but https://fr.m.wikipedia.org/wiki/Pierre_de_Coubertin

Paris opendata is clear : https://opendata.paris.fr/explore/dataset/voie/table/?q=coubertin
"Avenue Pierre de Coubertin"

It would have been  to ask the local community first ;)
Verdy_p (2020-07-22 15:05:07+00:00): Ys for Wikipedia, they were wrong, but the debates there were highly biased a few influencers with too much power, insisting only because this convention was used in some specific databases or applications that would otherwise not treat addresses correctly (even if printed postal addreses never contain any hyphen, even after "Saint(e)" where they should be replaced by spaces, and capitalized without accent, a preconisation in fact abandonned for printed addresses using clear fonts with decent sizes and no decorative features, but still recommanded for handwritten addresses or when manually filling paper forms with a pen with irregular letter shapes that could be incorrectly read)
cquest (2020-07-22 15:55:44+00:00): Philippe, please, don't mix.
Normalized postal address is another thing, they depend on letter limited space and so on, but do not rule how streets are named by cities, only how these names should be written as an address on a letter/parcel sent by snail mail.
Verdy_p (2020-07-23 02:25:29+00:00): @cquest, you reiterate what I said and summarized "In summary, what applies to printed postal addresses does not apply in OSM"
Verdy_p (2020-07-23 02:30:49+00:00): Anyway postal adresses are not necessarily geographic (see also the recuring debates with "addr:*=*" fields, also not all geographic; and then non-geographic postal addresses better fit in "contact:*=*" fields)
eggie (2020-07-18 19:46:48+00:00): Yep... ligt los nu,
Eigenlijk zijn die leisure=garden tags bedoeld voor een bekende rozentuin e.d.
Er is niet echt consensus over om het voor particulieren tuinen te gaan doen.
Het mag wel. Je kunt dan met een extra tag aangeven dat het om een privetuin gaat .. net als een zwembad in de tuin.. 
MVG,
Eggie
elot360 (2020-07-19 17:29:33+00:00): Mam prośbę, ten łuk do Katowickiej do przystanku Chorzów Metalowców oznaczyć jako "kompletny", tam nie są prowadzone żadne prace
elot360 (2020-08-27 10:17:44+00:00): Widzę że odcinek T11 od granicy miast do ulicy Bytomskiej nie jest oznaczony jako "w budowie", także bym prosił o poprawę jego oznaczenia
zuicz (2020-08-30 19:21:51+00:00): Czyli od Piaśniki Skrzyżowanie do Chorzów Pokoju?
Pieter Vander Vennet (2020-08-07 13:39:49+00:00): Hallo EvelineM,

Ik heb de dreef apart ingetekend - de commentaar op het stukje bos is weggehaald.

Mvg, Pieter
PS: https://www.tragewegen.be/ is bezig met buurtwegen en dergelijke
user_5359 (2020-07-18 17:38:37+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.
skquinn (2020-07-18 17:17:21+00:00): What kind of minor fix stretches across most of the central to eastern US? And what did you fix? I mean, we can almost see it's a "fix" by the fact it's an edit, so the changeset comment doesn't even tell us anything useful.
dbqeditor (2020-07-26 16:51:39+00:00): Well, the changes that are occurring, are not big enough to require a full comment on every small thing. I travel a lot and use this map for directions, and when i return, i make small edits to improve the map. I dont need a lecture.
skquinn (2020-07-26 18:58:02+00:00): A lot of us travel and use OpenStreetMap data for directions as well; this is a group project. You may want to refer to the wiki at https://wiki.openstreetmap.org as well as my follow-up changes in both Rapid City and the Kennedy Space Center area to get a better idea of the standardized tagging we use to map.
user_8334278 (2020-07-18 14:18:54+00:00): the train will never stop there it is short,
and does not always use 2 tracks.
Zol87 (2020-07-28 02:35:37+00:00): The train has to stop at Buffalo Grove somewhere, so please mark the approximate location since you have more local knowledge.
user_8334278 (2020-07-28 02:59:21+00:00): this is metra, not the CTA, the system does not work in that way, it all depends on the day of the week the hour of the day, freight traffic, the number of train cars, what cars are in use 
at that hour,north vs south, is the engine pushing or pulling, and the conductor, plus who is driving the train, and regular service vs. Coronavirus, service
user_8334278 (2020-07-28 03:45:32+00:00): https://www.mapillary.com/app/?lat=42.1685108&lng=-87.94132609999863&z=19&focus=photo&menu=false&tab=uploads&pKey=c3vAP_gBdpPfu8KplqY8-Q&mapStyle=Mapillary+satellite&x=0.5090155880863312&y=0.5263901259374183&zoom=0
Leo Slager (2020-07-19 09:58:54+00:00): Foarwei ten O van Kollumerzwaag heb ik weer teruggezet naar highway=tertiary.
De andere tags overgezet naar het naastgelegen fietspad.
Liepen daar nog fietsroutes ?
dvdhoven (2020-07-19 12:39:26+00:00): Bedankt
Is een foute kopieeractie.

Vriendelijke groet,
Dick van den Hoven
BCNorwich (2020-07-21 07:11:38+00:00): Hi, the recreation area Millennium Woodland is already mapped as a multipolygon with the recreation feature tagged on the outer area. So I've removed the duplicated area Millennium Woodland (827637963, v2)

Regards Bernard.