piebro/osm-data huggingface dataset:
Parzelle13 (2020-07-16 22:06:10+00:00): Steht an diesen Wegabschnitten wirklich dieser Name dran? Beschilderung? Routenkennzeichnung?
Ich bin diesen Weg von Kaisersruh bis Jülich im letzten Monat gefahren. Mir ist bisher kein Straßenschild oder eine Routenkennzeichnung aufgefallen.
wilsberg (2020-07-17 16:28:53+00:00): Das stimmt. Ich habe mal auf ähnlichen Routen (z.B. in den Niederlanden zwischen Knotenpunkten) geguckt, da wird das per "Relationen" gemacht. Man bräuchte also für die gesamte Strecke einen Namen "Bahntrassenradweg Aachen Jülich" und würde das dann in die einzelnen Streckenabschnitte einbauen. - Da bin ich zu sehr Laie.
Eine Karte z.B. hier:
https://bueroberg.de/wp-content/uploads/sites/4/2019/08/Ref_IB-Berg_Stra%C3%9Fe_Radverkehr-Nahmobilitaet_opt.pdf
Parzelle13 (2020-07-17 20:17:47+00:00): Zwischen den Knotenpunkten hier in NRW befinden sich ebenfalls Relationen. Kein Unterschied zu NL. Die meisten Streckenabschnitte dieser Trasse sind bereits im Knotenpunktenetz NRW enthalten. Hier  https://www.openstreetmap.org/relation/157993#map=14/50.8059/6.1244&layers=C zu sehen. Die Frage ist, ob diese "Relation" offiziell so beschildert und benannt ist oder nicht. Wenn sie in Zukunft mal beschildert und benannt ist, wird das so eingepflegt. Es gab schon mal einen Mapper der diese Strecke einbfach AIB benannt hat. Einfach Namen erfinden und eintragen die man nicht nachvollziehen kann, ist nicht die feine Art.
Parzelle13 (2020-07-20 08:47:06+00:00): Siehe Diskussion im OSM-Forum.
https://forum.openstreetmap.org/viewtopic.php?pid=794724#p794724
Allison P (2020-02-18 02:08:54+00:00): Oops! Thanks for fixing that.
mweper (2020-02-18 12:06:35+00:00): Hola JViqueira. 
Para detallar el estado del camino se utiliza la etiqueta smothness=* y no la etiqueta highway=* ya que la misma corresponde a una categoría vial y no al estado de la vía. Revierto el cambio hecho en highway, pero dejo surface=* porque pudo haber cambiado el tipo de superficie y como ya existe la etiqueta smothness, se debería comprobar si se debe actualizar o no el valor.
Más info: https://wiki.openstreetmap.org/wiki/Key:smoothness

Saludos. Cualquier duda, me puedes contactar.
gscholz (2020-02-27 05:36:49+00:00): Hi qualhano,
your recent changeset have added a big amount of errors to the OSM database regarding not connected ways:

http://tools.geofabrik.de/osmi/?view=routing&lon=-41.62944&lat=-20.80304&zoom=11&overlays=duplicated_edges,duplicated_edges,duplicated_edges_areas,snap_points,unconnected_open_ends_1,unconnected_open_ends_2,unconnected_open_ends_3,unconnected_open_ends_4,unconnected_open_ends_5,unconnected_open_ends_6

Can you please fix tihs?

Kind Regards
Guido
Bulls_eye (2020-02-20 23:10:34+00:00): Correction: source was Esri World Imagery
viloan (2020-02-17 19:35: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!
szydzio (2020-02-25 14:28:59+00:00): Hej!Używając narzędzia Tomka Tarasia do importów adresów trzeba uważać na zawartość danych, bo one nie są dopasowane wprost do standardu OSM, czyli nazwy ulic a addr:street.Teraz zrobił się trochę bałagan i wyrzuciło mnóstwo mrówek=> http://v3.mrowka.org/adresy/#12/49.6454/18.9116 , jest też sporo dubli, przykładowo => https://www.openstreetmap.org/#map=19/49.61442/18.88281
maraf24 (2020-03-02 09:56:54+00:00): Zmieniła się wielkość liter w adresach. Np. 82a to teraz 82A. 
Niby to samo, ale w terenie jest użyta zapewna tylko jedna forma i może to być którakolwiek z nich.
PS Dawniej wielkość litery nie była przypadkowa i wskazywała na lokalizację budynku.
olo81 (2020-03-03 16:48:55+00:00): udało mi się cofnąć przesunięty import z przed siedmiu lat nr 14833397. 
Tego chyba też będzie łatwiej cofnąć i wgrać od nowa z poprawkami.
felipeeugenio (2021-11-02 11:58:07+00:00): Es para jugar pokemon esto?
user_3022894 (2020-11-26 21:24:56+00:00): Hi,
stimmten die übrigen Kontaktinformationen der RS Leimbach nicht? Ich meine, zumindest die Telefonnumer wäre korrekt gewesen. Oder ist das aus Versehen verloren gegangen? Viele Grüße, Lukas
viloan (2020-02-17 19:59:26+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!
santamariense (2020-02-27 21:26:04+00:00): Olá. Estive revisando sua edição. Parece estar tudo OK. 
Como sugestão, você pode adicionar a tag natural=spring ao ponto onde o curso d'água nasce. https://wiki.openstreetmap.org/wiki/Pt:Tag:natural%3Dspring
Fique a vontade para perguntar sobre qualquer dúvida que tenhas.
Participe do grupo OSM RS no Telegram: https://t.me/osmrs
            ---
            #REVIEWED_GOOD #OSMCHA
            Published using OSMCha: https://osmcha.mapbox.com/changesets/81134574
eggie (2020-02-17 20:41:35+00:00): Hi... You are sure to use ele=   in this case. 
https://wiki.openstreetmap.org/wiki/Key:ele

Meters above sealevel?? 
Greetz,
Eggie
Leo Slager (2020-02-19 14:23:10+00:00): As ele should be 1.3 we can assume that he means height of the building.
So I changed it in height.
frosm (2020-04-12 23:11:02+00:00): Bonjour,
un passage piéton est le noeud/point d'intersection entre la route voiture et le chemin piéton.
le chemin qui traverse la voirie est un chemin générique auquel on rajoute path=crossing pour dire que c'est la partie qui traverse.
le chemin qui relie 2 chemins traversant est un trottoir (path=sidewalk)
Bonne continuation
A67-A67 (2020-02-17 21:10:52+00:00): Thanks!
I've changed the construction area to water and I've set the Gravinnenbrug to a bridge under construction.
Polarbear-repair (2020-02-25 01:06:25+00:00): Dear pozilei,
could you please explain why, as your second edit as a new user, you delete 9 large landuse relations, leaving the outer ways orphaned?
 
Contrary to your comment, you have not replaced anything. Refining landuse would have been good, blunt deletion is vandalism.
Polarbear-repair (2020-02-25 01:37:58+00:00): reverted in changeset: 81428471 where the comment is:
SE: revert cs 81135174 which deleted 9 corine landuse relations, leaving their ways orphaned, and without any replacement/refinement
iriman (2020-04-16 15:03:08+00:00): سلام آقای کولیوند، اینجا قبلا رفته بودم و از سر جاده خنداب تا لب رودخانه جاده خاکی بود و بعد از روخانه هم جاده خاکی ادامه داشت. عکس مپیلاری:
https://www.mapillary.com/map/im/d19vxb5iJH1liWJLSt4bsQ
 متوجه شدم که در این ویرایش اینجا خط لوله رسم شده و یکسری جادهٔ دیگر هم به خط لوله تبدیل شده. اگه این جاده خاکی‌ها هنوز وجود داره فکر میکنم بهتر باشه جاده‌ها هم در کنار خط لوله (یا شاید روی هم) مجددا رسم بشه.
Reza_koulivand (2020-04-17 12:26:30+00:00): سلام، آقا ایمان، هر طور خودتون صلاح میدونید، ویرایش شما دقیقتره چون از نزدیک محل رو دیدین، بنظر من بخوای روی هم بکشی از رابطه استفاده بشه بهتره، داخل گروه بپرسین شاید راهکار بهتری ارایه دادن، در کل ببخشید ویرایش بد انجام دادم
iriman (2020-04-20 15:13:57+00:00): خواهش می‌کنم. اون قسمت ابتدایی را که دیده بودم مجددا کنار خط لوله رسم کردم. برای بقیه‌اش من هم مطمئن نیستم حالا دست نمی‌زنم.
rskedgell (2020-02-18 07:48:10+00:00): I see that you have deleted the leisure=nature_reserve object Hempstead Meadows Local Nature Reserve
https://www.openstreetmap.org/way/558219858

Regardless of what maproulette may tell you, Local Nature Reserve is a formal legal status of a site in England & Wales. Natural England, the public body responsible, believes there to be an LNR here.
https://designatedsites.naturalengland.org.uk/SiteLNRDetail.aspx?SiteCode=L1009913&SiteName=&countyCode=14&responsiblePerson=&SeaArea=&IFCAArea=
vogelfreier (2020-02-18 17:39:21+00:00): Nature reserve restored, adapted in size and location according to https://magic.defra.gov.uk/MagicMap.aspx?startTopic=Designations&activelayer=lnrIndex&query=Ref_CODE%3D%271009913%27 and 'OS OpenData road map' .
If this area reached into the living area (where it doesn't belong), then it was also incorrectly tagged with natural=grass and reached much too far west, excuse me, but that looked like a beginner's attempt to me.
If we could access official property maps, which could then be included in JOSM, then we could adjust the area even better.

Translated with www.DeepL.com/Translator (free version)
rskedgell (2020-02-18 18:44:07+00:00): Many thanks.

Although there is a dataset of Local Nature Reserves available under the Open Government Licence ( https://data.gov.uk/dataset/acdf4a9e-a115-41fb-bbe9-603c819aa7f7/local-nature-reserves-england ), I suspect the map data is "tainted" by Ordnance Survey's copyright.
viloan (2020-02-17 20:44:20+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!
Jose Luis Infante (2020-02-18 17:39:16+00:00): Hola,

gràcies per la teva contribució, encara que vull preguntar-te sobre el "Passeig". Té un nom propi? Si no en té, aleshores mes que un nom (name) es tracta d'una descripció (description).

Salutacions!
woodpeck (2020-02-22 11:55:01+00:00): Dear Andre68, please stop your automatic edits. It is ok if you use scripts to find duplicates, but removing them automatically is a violation of our mechanical edit guidelines. If you had looked at the data you were "improving" here for just one second, you would have seen that this data is rubbish and needs to be removed wholesale. Instead you ran your scripts that make it *harder* for others to detect the problem, and make it harder for me to actually delete the problematic data.
Andre68 (2020-02-22 21:57:23+00:00): Hallo Frederik, nun, also der Prozess war nicht automatisiert. Nur die Suche. Den Rest hat JOSM erledigt. Aber da in letzter Zeit eh viel zu viele solcher duplizierten Nodes aufgetreten sind, stelle ich die Korrektur ein. Es macht einfach keinen Spaß mehr, die Fehler, die durch inkompetente Programmierer von Edit-Tools entstehen, zu korrigieren. Es wird also diesbezüglich zumindest von meiner Seite keine weiteren Konflikte geben. Bis jemand anderes die Fehler entdeckt... Das ist nur eine Frage der Zeit! Die Lösung wäre aus meiner Sicht, dass der Server selbst solche Uploades vorher prüft und ggf. ablehnt. Grüße aus Wolfenbüttel...
woodpeck (2020-02-23 09:18:41+00:00): Unsere mechanical edit guidelines betreffen alles, was nicht durch einen Menschen überprüft wurde, egal ob man sie mit JOSM macht oder mit einem Skript. Und diese Edits hier hast Du sicherlich nicht überprüft, sonst wäre Dir ja aufgefallen, das hier mehr nötig ist als ein bloßes Entfernen von Duplikaten. Was Du gemacht hast, war keine "Korrektur" - das war so, als ob jemand ein Pferd mappt mit animal=kow und Du "korrigierst" das dann auf animal=cow. Die Verantwortung für diesem Fehler trägst Du, die kannst Du nicht auf "inkompetente Editor-Programmierer" abwälzen, und die feine Art ist das überdies auch nicht gerade. Die Suche nach Duplikaten ist sicherlich sinnvoll - eventuell kann das eines der verbreiteten QA-Tools schon, ansonsten müsste man das mal in den OSMI, Osmose, oder Keepright einbauen. Aber einmal gefundene Duplikate müssen mit Sorgfalt untersucht und entfernt werden und nicht mit dem Holzhammer; wenn Deine Zeit nur für den Holzhammer ausreicht, dann ist es besser, jemand anders kümmert sich darum.
Andre68 (2020-02-23 22:09:43+00:00): Also ehrlich, das ist doch sinnbefreit. Dein Beispiel stimmt so auch nicht. Vielmehr wäre es so, dass ich ein animal=none gelöscht hätte. Was ist falsch daran? Alles, was sich in der Datenbank befindet und sinnfrei ist, sollte gelöscht werden. Was soll man denn da noch manuell prüfen? Und außerdem _werden_ etliche der Änderungen von mir noch geprüft. Deshalb dauert ein solcher Edit auch mal zwei bis drei Stunden. Dass dann der Upload in wenigen Sekunden passiert, ist doch nicht meine Schuld! Alle Welt redet von den Vorzügen von KI und hier...?? Natürlich ist mir aufgefallen, dass die gesamten Daten eigentlich kaputt sind, aber das ist doch garnicht Gegenstand der Diskussion. Wenn ein Way doppelte Nodes enthält, dann können die doppelten weg. Was soll denn da noch geprüft werden? Und wenn bei einem offenbar kaputten Import auch noch Wege ohne jegliche Tags dabei sind, dann fliegen die eben raus. Wenn der offenbar kaputte Import von euch revertet wird, könnt ihr das natürlich gerne tun. Dann revertet meinen Changeset eben mit. Wo ist das Problem? Problematisch fände ich da eher, dass dieser revert ja wieder keine manuelle Prüfung jeder einzelnen Änderung unterliegt, oder etwa doch? Bei weit über 1000 Objekten würde diese Prüfung Tage in Anspruch nehmen. Wer soll denn die Zeit dafür haben? OpenStreetMap lebt von Leuten, die Wert auf Qualität legen. Diese Leute werden wohl auch im Berufsleben gefragt sein, so wie ich. Außer man ist bereits Rentner oder Privatier.  Wenn das also gegen die Guideline verstößt, dann würde ich ernsthaft mal über die Sinnhaftigkeit der Guidelines nachdenken. Guidelines sind gut, wenn sie dem Projekt nützen und sind schlecht, wenn sie der Qualität schaden... Sicher kann man solche Fehlererkennungen auch in die QA Tools einbauen, aber meine Erfahrung damit ist auch, dass aber einer gewissen Fehlerrate sich keiner mehr darum kümmert, weil der Berg einfach zu groß ist. Genau darum habe ich mich in der Vergangenheit darum bemüht, die Fehlerrate hier bei NULL zu halten. Das werde ich jetzt nicht mehr tun, und genau das WIRD dem Projekt schaden! Ob ich die ganzen coastline-Korrekturen noch machen will, werde ich in den nächsten Tagen dann auch noch überdenken.

Und noch ein Wort zu den Tools, ja, ok, es mag sein, dass meine Formulierung nicht die feine Art ist, aber leider treffe ich in meinem Berufsleben als Informatiker sehr häufig auf ähnliche Probleme und da hilft eben nur, es auch wirklich knallhart auf den Tisch zu legen, sonst ändert sich nichts. Ich kenne Situationen, wo ganze Firmen aus Projekten rausgeworfen wurden, eben weil schlechte Qualität geliefert wurde. Wünschenswert wäre aus meiner Sicht wirklich, dass der Server das zumindest bei doppelten Nodes in Ways prüft, die in keiner Situation irgendeinen Sinn machen, und diese Uploads verweigert. Dann würden sich die Programmierer eben zunächst ein wenig wundern aber es irgendwann kapieren.
viloan (2020-02-17 21:05:48+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!
pitscheplatsch (2020-02-18 15:02:50+00:00): Hi Sanch524, welcome to OSM.

May I know the reason behind deleting several mapped buildings? Thanks.

More information about your changeset: https://overpass-api.de/achavi/?changeset=81136740

---
Detected by #SuspiciousOpenStreetMap
eggie (2020-02-17 22:14:24+00:00): Hi.. Pleasse never look to the roofshape. Changing the building shape is a wrong interpretation of the aerial image!
I will revert your edits.

Greetz,
Eggie
eggie (2020-02-17 22:16:24+00:00): Restored buildingshape to Kadsterdata
eggie (2020-02-17 22:51:28+00:00): Please have a look hier :Source Dutch Kadaster

https://bagviewer.kadaster.nl/lvbag/bag-viewer/index.html#?searchQuery=lidostraat&resultOffset=0&objectId=0363200012097378&geometry.x=122086.335&geometry.y=488648.882&zoomlevel=6&detailsObjectId=0363010012095914
Greetz,
Eggie
user_5359 (2020-02-18 17:47:28+00:00): Welcome to OSM! Don't forget to connect the highway with the existing highways. Please check my modifications.
kobra357 (2020-02-18 21:58:11+00:00): as a new user I was having difficulty. I am still not sure how to add the other streets in the area but will try.
Thank you for helping
SHARCRASH (2020-02-17 21:44:02+00:00): + tag corrections
chachafish (2020-02-18 00:58:22+00:00): Hello, welcome to OSM and thank you for your contributions. Re: the 7-11 at East 17th Avenue & Pearl Street. Was there a compelling reason for removing the business node and adding the business name to the building outline? Thank you
Allison P (2020-02-18 16:09:41+00:00): Hi chachafish,

Isn't the entire building 7-Eleven? I was merging business nodes with the building they're contained in when there is only one business in the building. If this is a mistake, let me know and I'll restore the node. I've only been by it once and that was a few years ago, but it seemed like it was clearly the only occupant in the building.
chachafish (2020-02-19 00:57:48+00:00): Hello, thank you for your response. Whether the entire building is occupied solely by one entity isn't really the issue. It's equally correct to place a business node within the confines of the building outline or to add the business to the building outline. Neither method is preferred in OSM. The issue is that since neither method is preferred, there's no need to remove the work of other mappers, i.e., the node here did not need to be removed. Thank you again for your additions to the map :)
Allison P (2020-02-19 04:21:01+00:00): No work is being deleted; no tags are being removed and no information is lost.
chachafish (2020-02-19 15:54:28+00:00): Hello, thank you, but I think maybe you are missing the point of my question. My original question was, was there a compelling reason for removing the business information located in the node and adding the same information to the building outline? The node, created about six years ago, was mapped correctly. Why change this, correct, mapping method? Is this because you prefer your style over someone else's? Thank you :)
Allison P (2020-02-19 17:04:08+00:00): I would say that information is being added as the moving of the tags to the area indicates that it is the sole occupant whereas the node only indicates that 7-Eleven occupies part of the building. So I would say that the addition of data is a compelling reason. There is no 'wrong' way to map real things and I think that my method adds information that was not previously there.
chachafish (2020-02-20 03:27:22+00:00): Hello, thank you for your response. I cannot say I agree or disagree with your position as to whether your method adds or doesn't add information that was previously there. I simply follow OSM guidelines and I'm not aware of any OSM guidelines that agree with your position, although if they exist I would certainly be interested in reading them. I would be concerned that making changes to work that is already mapped correctly, according to the OSM Wiki, might lead to edit wars. As for me, even though I might have a mapping style that is at odds with what another mapper has mapped correctly before me, unless OSM guidelines clearly indicate my changes are an improvement, I refrain from making changes. That's just me. Otherwise, I would fully expect the previous mapper might take issue with my edits and change them back. Without a clearly stated position from the OSM Wiki, I wouldn't really have a leg to stand on. Thank you :)
G1asshouse (2020-02-17 23:40:19+00:00): Removed duplicate nodes (trees); Adjusted building outline and removed the fixme tag; Added name:en to multilingual named locations; Changed bicycles to bicycle and "except=bus" + "except=bicycles" to "except=bus;bicycle".
(I don't understand why JOSM isn't closing my changesets and ends up combining them when I've explicitly closed and uploaded them at different times.)
Myazyk (2020-07-15 11:26:07+00:00): Нащо виправляти, роблячи гірше?
В українській мові, на відміну від інших, прийнято вживати різні закінчення у давальному відмінку для імен. 
Також є таке поняття ,як мовна естетика.
Тому краще В'ячеславові Чорноволу, Тарасові Шевченку, Степану Бандері
opencarpatia (2020-09-16 23:24:54+00:00): Менше категоричності. Гаразд? Перед тим як стверджувати що я роблю щось гірше - елементарно виконайте пошук за фразою "пам'ятник чорноволу" (без лапок) - більшість назв в результатах звучать саме як В'ячеславу Чорноволу. Це як мінімум означає що такий варіант більш широко вживаний. А крім того - що мій варіант співпадає з думкою більшості редакторів цих видань.

Тепер скажіть - а які, власне, у вас агрументи? Ваші особисті лінгвістичні вподобання щодо мовної естетики? Цього не достатньо - у мене вони також є і вони НЕ співпадають з вашими.Ваші коментарі визнаю явно упередженими і хамськими.
opencarpatia (2020-09-18 13:15:25+00:00): Прошу обгрунтувати твоє звинувачення в тому що я роблю щось гірше?

Please explain why do you blame me for making things worse.