piebro/osm-data huggingface dataset:
blagodarenko (2023-10-02 08:10:31+00:00): @Stalker61, целиком и полностью поддерживаю и готов присоединиться к карательной операции... 
@antonsk, спасибо за поломанную маршрутизацию
Stalker61 (2023-10-02 10:01:40+00:00): Будет пакостить - ревертер всегда под рукой. Полный откат всех изменений в правке. Вот и все. Не он первый. DWG я уведомил об этом персонаже. Правки проверяю в меру сил и удаляю все разрывы (так сказать ремонтирую). В этом месте маршрутизация восстановлена.
GinaroZ (2023-09-15 11:42:44+00:00): Thanks for the edit however if you want to change the speed limit for a road you need to actually edit the maxspeed tag on the road and not just add a sign.
Do you mean that the speed limit to the east of this sign is now 50mph? https://www.openstreetmap.org/node/11190878399
erickdeoliveiraleal (2023-09-14 17:26:49+00:00): favor colocar superficie das vias que criar.
watmildon (2023-09-17 20:43:31+00:00): Hello! Thanks for the edits. Number tags in OSM don't need commas or other non-digit formatting. I've fixed this one and hopefully can save you some comma typing in the future.

Definitely reach out of you have questions etc

Happy mapping!
Andy_Tol (2023-09-19 07:30:34+00:00): Hello, don’t use the highway tag on railway features. https://wiki.openstreetmap.org/wiki/RU:Tag:highway%3Dtertiary https://wiki.openstreetmap.org/wiki/RU:Key:railway
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/141262148
user_5359 (2023-09-17 07:16:29+00:00): Hello! Please have a look on https://www.osm.org/way/1207792181. What is the mean of the tag \ = construction?
maraf24 (2023-09-17 20:28:29+00:00): Thanks for noticing.
eggie (2023-09-14 16:26:49+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht. 

MVG, 

Eggie 

Namens de OSM Community
Frans S (2023-09-16 13:32:16+00:00): Hello. 
Please map roads to buildings never as tracks. They are to be used for access to farmland, woods, rivers etc.
Best regards
rab (2023-09-15 11:02:31+00:00): these are no residential roads!
rab (2023-09-15 11:07:11+00:00): sorry, wrong changeset
eggie (2023-09-14 16:29:04+00:00): De info heb ik samengevoegd met de adresnode
gr eggie
aceman444 (2026-07-26 12:16:16+00:00): Hi, are there really 2 opticians called Zuna in neighbouring houses? No, there aren't, I have checked.
And there could not have been 3 years ago, when you tagged it, because the building 2522/19 does not have any entrance at the side to Dostojevskeho rad, where you confirmed the optician shop.
You haven't added the fake shop yourself, but you have claimed it is still there and you see there 2 in this same changeset. So I wonder how your "confirmations" and surveys actually work and why you confirm fake shops.
rivermont (2023-09-25 02:09:43+00:00): *Is it* no longer called "Mountaineer Dr" or *can it* no longer be called that? OSM only cares about the former.
Frans S (2023-09-20 14:14:01+00:00): We welcome you as a new mapper.
Thanks for your contribution to this project.
This changeset is reviewed by a Global Validator to check that the tasks has been mapped in accordance with the quality standards of HOTOSM. 
We cannot expect from a new mapper that he/she delivers high quality mappings from the start, so we offer some guidance.
Please pay attention to next summarized issues. (see attached document with examples for more info)
A: E: Inaccurate mapped and / or not squared.
D: Connecting nodes of buildings to other buildings or features like roads and residential areas.
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/141263127
Frans S (2023-09-20 14:14:26+00:00): Hello again 
On this task, the multi story / high-rise buildings are incorrect mapped.
You can see both one or more side walls and the roof. The Imagery is taken under a certain angle, so you can see more than just the roof.
Often all visible walls and roofs are mapped as 1 building.
The correct way is to map the roofline and move the whole object on their footprint.
See this video.
https://drive.google.com/file/d/1V5-bADsYiffCD9bo6l64YOdTvmKqMGry/view?usp=share_link
Best regards
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/141263127
Frans S (2023-09-20 14:42:39+00:00): Please do not add a layer to a building. They are not hanging in the air.  
Best regards
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/141263127
Taya_S (2023-09-14 18:21:22+00:00): Please explain how you verified that this location accepts XBT. Because this isnt a real location.
Rockedf (2023-09-14 21:37:55+00:00): Hi, apparently the business owner has filled out a verification form for that location and submitted to our github as a task. 

If you are sure that the location does not exist please let me know to proceed to remove it. 

Thank you very much for the heads up.
SomeoneElse (2023-09-16 13:17:23+00:00): Hello Rockedf,
For the avoidance of doubt, OSM is NOT a business directory.  Most "work from home" businesses will not be and should not be in OSM.  The adder of this "business" was asked about it in https://www.openstreetmap.org/changeset/137416757 and didn't reply; that's often a good indication that it's not a real bricks-and-mortar business.
Best Regards,
Andy
Rockedf (2023-09-16 13:22:47+00:00): Yes, the doubt has been clarified. Thank you for noticing.
Frans S (2023-09-21 07:55:42+00:00): We welcome you as a new mapper.
Thanks for your contribution to this project.
This changeset is reviewed by a Global Validator to check that the tasks has been mapped in accordance with the quality standards of HOTOSM. 
We cannot expect from a new mapper that he/she delivers  high quality mappings from the start, so we offer some guidance.
Please pay attention to next summarized issues. (see attached document with examples for more info)
A: E: Inaccurate mapped and / or not squared.
D: Connecting nodes of buildings to other buildings or features like roads and residential areas.
H: Incorporated the yard or a clearing into the mapping.

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/141264189
eggie (2023-09-14 16:30:59+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht. 
Feedback  Meestal zijn tweewielers uitgezonderd van oneway=yes  Is dat hier het geval.. Dan toevoegen oneway:bicycle=no  en evt ook voor moped en mofa

MVG, 

Eggie 

Namens de OSM Community
eggie (2023-09-14 16:47:39+00:00): Zie  https://zoek.officielebekendmakingen.nl/stcrt-2021-30825.pdf

Je zou het kunnen aanpassen.
oneway:bicycle=no
oneway:moped=no
oneway:mofa=no

Dan routeert het weer 
MVG
eggie
eggie (2023-09-14 17:12:46+00:00): Als bovenstaand aangepast
eggie (2023-09-14 16:33:05+00:00): Dit 	Ma t/m Do 10:00 - 16:00  werkt niet in OSM.
Gebruik anders de opening hours tool
openingsuren-tool 
 
http://projets.pavie.info/yohours/ 
 
MVG
eggie
aixbrick (2023-09-14 16:47:17+00:00): Hallo,
die Gebäude sind noch auf Luftbildern und in ALKIS sichtbar. Die Chance ist recht hoch, dass ein anderer Mapper die wieder einträgt. Ich habe die Löschung daher rückgängig gemacht und mit einem https://wiki.openstreetmap.org/wiki/DE:Lebenszyklus-Pr%C3%A4fix versehen (https://www.openstreetmap.org/changeset/141266699).
Gruß
eggie (2023-09-14 16:34:46+00:00): Alle begin is moeilijk Een footway heeft een G7 bord en mag je niet fietsen. Staat er geen bord dan highway=path gebruiken
gr eggie
eggie (2023-09-14 17:16:05+00:00): Zo te zien was het als "achterom" juist goed getagd hier. Het is geen G7 wandelpad.
https://wiki.openstreetmap.org/wiki/Tag:service%3Dalley
Kijk je nog even? 
MVG
eggie
Curafabia (2023-09-14 17:23:15+00:00): Dit is juist een voorom, geen achterom. Deze huize staan gedraaid t.o.v. nummer 1 t/m 11
eggie (2023-09-14 18:17:14+00:00): Oke.. up to you 😀
Zkwosch (2023-09-14 17:53:19+00:00): https://www.openstreetmap.org/changeset/141264546
eggie (2023-09-14 16:35:28+00:00): Tip Geen oneway=no taggen op reguliere wegen.
MVG
eggie
eggie (2023-09-14 16:36:35+00:00): Je bedoeling is goed, maar de tagging is onjuist. Die tags zijn allemaal default. In OSM routeert het niet voor fietsers en auto's op een highway=footway.
MVG
eggie
eggie (2023-09-14 16:37:01+00:00): Het stond ook niet als fietspad in OSM.
eggie (2023-09-14 16:38:36+00:00): Voorgaande tagging teruggezet
eggie (2023-09-14 16:40:58+00:00): Mooi .. weer actueel... Adresnode 29B  heb ik teruggezet. Die had je op de garage geplaatst.
https://overpass-api.de/achavi/?changeset=141264722

MVG
eggie
lefuturiste (2023-09-14 16:32:32+00:00): désolé j'ai contribué trop vite x)
Frans S (2023-09-16 08:17:51+00:00): Thank you for mapping. You have correctly identified the location of most objects and mapped. 

Reminder: Please be sure to square all rectangular buildings with the Q key
Reviewed by a validator at random or as requested. 
FYI. Please view this video about common new mappers mistakes.
https://www.youtube.com/watch?v=Xs5wX592E1o&amp;t=2s
https://www.youtube.com/watch?v=ltn1VOiq5_0
On this document you will find some hints and tricks which might help to improve your mapping skills
https://docs.google.com/document/d/1Swwz-ZwM3_YOstqstsmCg1-lNAPbnMLpi1Al-h-2UOQ/edit
Best regards and keep mapping.
            ---
            #REVIEWED_GOOD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/141265134
jeslop (2023-09-15 12:37:35+00:00): Hola Jormarub. Los comentarios a los conjuntos de cambios deben ser más informativos sobre las modificaciones realizadas, un simple "." no es suficiente para el resto de miembros de la comunidad: https://wiki.openstreetmap.org/wiki/ES:Buenos_comentarios_en_conjuntos_de_cambios.

Saludos.

Jesús López
OpenStreetMap Foundation
Data Working Group
Metzor (2023-09-14 19:05:10+00:00): Thanks for fixing my typo :-)
arcanma (2023-09-15 15:18:56+00:00): Benvenuto Stefano, vedo che è la tua prima modifica, ottimo!
Per quanto riguarda invece il controllo della modifica effettuata invece hai aggiunto "Distributore Conad" all'edificio, se intendi il distributore di carburante è già presente ed è presso la rotonda più a sud, non vicino a quella, ho corretto
Sebastian | Yanosik (2024-01-24 11:58:26+00:00): Cześć!
Czy posiadasz informacje na temat obecnego stanu remontu mostu?
Pozdrawiam!
Derbeth (2024-01-24 19:04:05+00:00): Nie mam, to nie jest w ogóle moja okolica, więc tam nie bywam regularnie.
Prasa lokalna mówi, że już otwarty: https://echodnia.eu/swietokrzyskie/most-na-mierzawie-we-wrocieryzu-juz-gotowy-to-wazna-inwestycja-dla-gminy-michalow/ar/c1-18178247
LudovicG (2023-12-10 10:48:44+00:00): Bonjour,
Vu qu'il y a déjà un node pas loin `addr:housenumber` (immuable même si l'association change d'endroit), je propose de modifier les `addr:` en `contact:` (et en ne laissant que housenumber et street, le reste se déduisant de l'emprise).
Un avis ?
felipeeugenio (2023-09-14 18:43:11+00:00): Hola
Varias dudas:  1) esa Avenida Circunvalación General Ramón Cañas Montalva es una calle de 100 metros?
como que no tiene sentido el nombre. se llama así realmente?
2) el segmento al que le borró el nombre al Pasaje Fernando Rubín y le agregó access=no es porque es un camino privado interno de una propiedad? entonces se usa highway=service y no unclassified
3) esas bajadas al río segundas y primera, son nombres oficiales o descripctivos? en caso de ser descriptivos hay que borrarles el nombre.

saludos y gracias
FraukeLeo (2024-07-28 16:48:59+00:00): Hallo, der Weg https://osm.org/way/614124714 ist zumindest im östlichen Teil komplett surface=compacted. Wo hast du da Asphalt gesehen? Vielleicht wechselt der Belag ja mittendrin.
Herwescheluc (2024-07-28 17:13:49+00:00): Hallo, FraukeLeo,
an der Stelle war ich wohl zu flüchtig unterwegs: Mit HesseDOP sah es überzeugend so aus, wenn ich gleich auch da mal mit Esri Weltbilder gearbeitet hätte, hätte ich's jetzt nicht ändern müssen.
Danke für den Hinweis!
Grüße aus Herborn
Andreas
FraukeLeo (2024-07-28 17:32:06+00:00): ok, ist jetzt komplett compacted.
Herwescheluc (2024-07-28 19:53:44+00:00): Hallo nochmal!
Bin bei diesem Kommentar einer erfahrenen Person wie Dir jetzt etwas verunsichert: Habe ich da beim Korrigieren doch noch was falsch gemacht und den Weg nicht komplett richtig umgebaut? War die Geometrie so schlecht? Ich frage, weil ich ja aus meinen Fehlern lernen möchte! Deshalb hatte ich nochmal in iD und Achavi geschaut und bin dabei über diesen leeren Punkt (https://www.openstreetmap.org/edit?node=12078773071#map=19/50.70607/8.19100) gestolpert. Achavi sagt, der sei frisch von Dir - hat der was zu bedeuten?
LG
Andreas
FraukeLeo (2024-07-28 20:03:58+00:00): Da sind unsere zwei Bearbeitungen kollidiert :) ich musste einige Konflikte lösen und hab den Node übersehen. Danke!
Herwescheluc (2024-07-28 20:22:01+00:00): Alles klar, ich danke auch Dir nochmal! Ich erledige von mir zu verantwortende Fehler gerne umgehend; 'mer will ja gern "perfekt" abliefern...
 ;-)
LG und Gut's Nächtle!
Andreas
Nearby0051 (2023-09-17 11:52:43+00:00): Moin Moin,
du machst diese Touren ja schon etwas länger und ich hatte da mal ne Frage

Gibt es einen Grund, weshalb du die Wikidata tags für den Operator entfernst?
operator:wikidata=Q157645

LG
sundew (2023-09-17 14:29:46+00:00): Hallo Jannik,
danke für die Rückmeldung. Zu deinen Fragen: Ja, ich fahre jährlich bzw. weiter draußen zweijährlich Dörfer und Städte rund um Hamburg plus 100km auf Biketouren ab und prüfe/ergänze verschiedene POIs. 
Nun zu deiner eigentlichen Frage zu wiki***-Tags. Die sind optional und meiner Meinung nach komplett unnötig für massenweise vorkommende POIs. Welchen Mehrwert haben sie da? Briefkästen z.B. sind für Massenabfragen via Overpass eindeutig mittels amenity, operator und/oder brand findbar. wikidata-Tags sind dagegen durchaus sinnvoll bei Einzel-POIs, wie z.B. Denkmäler, Sehenswürdigkeiten, speziellen Einzelgeschäften, die mit einer Webseite zu verbinden sind. Wir müssen nicht alles unnötig mit Datenmüll belegen, nur weil wir es können.
Zum anderen sieht die Realität zumindest hier im Norden so aus, dass immer mehr Coachmapper einfach irgendwo automatisiert alles mit solchen wiki-Tags vollspammen und dabei mit unaussagekräftigen Kommentaren suggerieren, sie hätten die Objekte vor Ort geprüft, die Fortexistenz des POIs oder Korrektheit anderer Tags wurde aber dabei nie geprüft, wie inzwischen in hunderten Fällen gesehen. Da ich schwer davon ausgehe, dass du tatsächlich vor Ort unterwegs bist, schlage ich vor, immer die check_dates mit zu aktualisieren.
Dann mal frohes Mappen und LG,
sundew
Nearby0051 (2023-09-21 15:57:15+00:00): Hi Sundew,
danke für die ausführliche Antwort und auch die ganze Arbeit :D
Kann ich alles nachvollziehen
Und natürlich bin aich vor Ort unterwegs, die Gegend hier kenne ich sehr gut

LG
Discostu36 (2023-12-13 13:18:47+00:00): Bitte lösche keine Tags, nur weil du sie für "Datenmüll" hältst oder etwas gegen Couchmapping hast. Wenn du den Tag operator:wikidata abschaffen willst (was ich bei über 2 Millionen Nutzungen für schwierig halte), solltest du das an geeigneter Stelle diskutieren. Die Arbeit anderer Nutzer einfach rückgängig zu machen, solange die Daten nicht falsch sind, finde ich nicht in Ordnung.
OSM_RogerWilco (2023-12-13 14:30:14+00:00): Hi sundew,

ich finde ich Deine regelmäßigen Kontrollen super! Top! Ich halte es auch nicht für sinnvoll, wenn aus der Ferne mit der Gießkanne wikidata-Tags verteilt werden, ohne das Objekt selbst zu überprüfen. Da bin ich ganz bei Dir.

Wenn ich aber sehe, dass Du z.B. die Existenz von einem Briefkasten und den korrekten operator durch eine vor Ort Prüfung bestätigst, dann habe ich damit kein Problem wenn jemand dann operator:wikidata ergänzt. Diese haben nämlich den großen Vorteil, dass sie eindeutig sind im Gegensatz zu unseren Freitext-Einträge für operator, die leider je nach Mapper unterschiedlich ausfallen (z.B. "Deutsche Post" und "Deutsche Post AG" oder "Post").

Abgesehen davon, dass ich die *:wikidata-Tags für sinnvoll halte, ist es kein guter Stil diese Daten einfach zu löschen, ohne dies vorher mit der Community zu besprechen.

Viele Grüße und happy Mapping! :-)
sundew (2023-12-14 13:17:56+00:00): Hallo Roger,

danke für deine wohlgemeinte Anmerkung. Leider kann ich dir da nicht komplett zustimmen. 
Jeder Mapper/jede Mapperin ist für seine/ihre Edits ausschließlich selbst verantwortlich und darf auch nur vor Ort erfasste Dinge oder Informationen aus zulässigen Quellen nutzen (z.B. für OSM freigegebene Luftbilder/Videoaufzeichnungen, Fahrplanaushänge, sowie wenige Webseiten, die das explizit genehmigen). Ein sich auf einen anderen Mapper bezogenes "Nacharbeiten" sollte nur im wirklichen Fehlerfall geschehen. Ein Fehler liegt hier bei diesen optionalen Tags aber NICHT vor, auch wenn Nutzer gewisser Apps dies gern mit belanglosen Kommentaren wie "resolve id errors" suggerieren, dabei aber nie andere Eigenschaften inhaltlich überprüft haben, wie schon hunderte Male selbst erlebt, praktisch bei jeder Mappingtour in Norddeutschland ..

Außerdem gilt die On-the-ground-Regel, wonach nur vor Ort einsehbare Dinge erfasst werden sollten.
Wenn ich also vor Ort einen POI prüfe, steht nirgendwo eine wikidata-Nummer angeschrieben, ich muss sie also entfernen, weil nicht prüfbar, genauso wie ich am Briefkasten nicht oder nicht mehr angeschriebene zusätzliche Leerungszeiten (z.B. Frühleerungen) entferne, die evtl. veraltet sind oder aus unzulässigen Quellen (z.B. DHL-Webseite) stammen.
Btw, ein Entfernen unnötig / ggf. per Massenedit meist durch eine App gesetztes Tag ist keine "Arbeit anderer Nutzer", wie Discustu36 schreibt, weil es für mich keinerlei Schöpfungshöhe besitzt ..

Dein inhaltliches Argument, eine wikidata-Nummer sei eindeutiger, mag theoretisch stimmen. Sie ist aber genauso fehlerbehaftet (Zahlendreher) und vor allem nicht "sprechend", also direkt vergleichbar. Für einen sprechenden Operatorstring kann ich dagegen leicht eine RegEx-Suche erzeugen, die die meisten aller gängigen Falschschreibungen trotzdem findet. Und vor allem: soll ich bei Mappen alle dieser wiki-Nummern im Kopf haben, wenn ich klassisch OSM-Daten bearbeite? Ich sage nein ..

Naja, bei diesem Thema werden wir im Vergleich zu früheren Diskussionen wohl nicht einig. Aber ich wünsche dir in jedem Fall schöne Feiertage und uns allen, dass es wieder etwas trockener wird, um dieses Jahr draußen noch viel zu "schaffen" :-)
LG und frohes Mappen,
sundew
Discostu36 (2023-12-14 14:15:46+00:00): Du legst dir hier irgendwie deine eigenen OSM-Regeln zurecht, das geht so nicht. Es gibt kein "auf andere Nutzer bezogenes Nacharbeiten", die Daten in der Datenbank gehören nicht dir, OSM ist ein Gemeinschaftsprojekt und es gibt keinerlei Einschränkungen dazu, wer da wie viel aus welchen Gründen Daten zu Objekten ergänzt. Solange ein Betreiber an den Briefkästen dransteht, ist "wikidata:operator" problemlos für dich überprüfbar, auch wenn die Wikidata-ID selbst natürlich nicht am Objekt steht. Wenn du das nicht willst, dann lass es halt sein, aber lösch es nicht. "On the ground" ist kein unumstößliches Dogma als Freifahrtschein für Löschungen, sondern nur ein Grundprinzip (und zwar eines von vielen). Importe sind ja. z.B. unter bestimmen Voraussetzungen erlaubt und etabliert. Es ergibt auch wenig Sinn, wenn du an einer Stelle forderst, Beiträge anderer Nutzer nur im Fehlerfall anzufassen, dann aber nicht fehlerhaften Beiträge anderer Nutzer wegen fehlender "Schöpfungshöhe" löschst. Das ist respektlos und grenzt an Vandalismus.
scai (2023-12-14 14:23:07+00:00): "on the ground" ist nur eine grobe Richtlinie, kein Gesetz. Die Einwohnerzahl eines Ortes ist vor Ort nicht ersichtlich (außer vielleicht für Graf Zahl), trotzdem tragen wir sie ein. Unterirdische Verläufe von Straßen, Bächen, Rohren etc. sind auch oft nicht vor Ort ersichtlich, dennoch tragen wir sie ein. Websites von POIs sind nicht immer vor Ort ausgeschildert, dennoch tragen wir sie ein. Grenzen sind vor Ort selten sichtbar, insbesondere Gemeindegrenzen und ähnliches, dennoch tragen wir sie ein. Das ist daher kein wirklich gutes Argument.
VictorIE (2023-11-25 00:44:24+00:00): power=minor_line and material=wood 

This woodn't work! :D
gscscnd (2023-09-14 18:29:11+00:00): highway=platform można oczywiście dodatkowo zaznaczyć, ale jeśli jest tutaj przystanek autobusowy, to dobrze by było oznaczyć jakiś punkt tagiem highway=bus_stop.
os-emmer (2024-03-01 20:07:08+00:00): Hi RexTCA,
you used a strange tagging here, probably a typo: "emergency"="fire_hydrant:tyepe=pillar"

Can you have a look on the objects of this changeset?
Frans S (2023-09-15 10:48:28+00:00): Hello. Thanks for mapping.
Please tag buildings as building=yes and square the rectangular buildings.
Best regards
Carto'Cité (2023-12-13 14:28:49+00:00): Bonjour Antoine,
Merci pour tes contributions sur les aménagements cyclables. J'ai vu que tu avais ajouté cet aménagement avec les traversées comme il faut et je te remercie :
https://www.openstreetmap.org/way/1207818431
https://www.openstreetmap.org/way/1207818429
https://www.openstreetmap.org/way/1207818427
https://www.openstreetmap.org/way/1207818425
De ce qui je vois il s'agirait plus d'un trottoir utilisable officiellement par les cyclistes que d'une vraie piste cyclable isolée des piétons et avec une signalétique C113 ou B22a. Je me permets de modifier dans ce sens mais si tu as d'autres informations je pourrais corriger.
Je te conseille si tu as la possibilité d'essayer JOSM pour contribuer sur les aménagements cyclabes, combiné avec le rendu dédié aux aménagements : https://github.com/Cartocite/MapCSS-JOSM-Bicycle
N'hésite pas à me contacter si tu as la moindre question.
Charles de Carto’Cité pour #CartoVeloIdF
belasco (2025-09-23 15:42:36+00:00): Can someone explain the purpose of marking these 'crossing points' on Tauentzienstr?

They are just gaps in the planting structures. On OSMand, they render as lots of lines across the road, making it visually confusing I find.

For routing, if it is an unmarked crossing, surely you could theoretically cross the street anywhere, so what is the purpose?
Tomas Straupis (2023-09-15 04:46:51+00:00): maps.lt nėra legalus pakeitimų šaltinis
Glassman (2023-09-15 20:29:39+00:00): This is most likely a service road. Unclassified is just a rural residential road. OSM road classifications are based in England where OSM started. I would suggest changing it back to a service road.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/141267929
arcanma (2023-09-15 15:39:18+00:00): Stefano,
gli elementi che non sono strade non vanno mai (o quasi) collegati alle strade esistenti, quando hai creato il parcheggio vicino alla rotonda di Via Gramsci probabilmente non ti sei accorto che hai collegato un nodo della rotonda spostandolo di un bel po', infatti non era più una rotonda. Ho risistemato
Carto75 (2023-09-15 13:22:01+00:00): Bonjour, j'ai corrigé car il manquait la majuscule et l'emplacement pouvait être précisé. merci
eggie (2023-09-14 18:33:14+00:00): Je bedoeling is vast goed, maar OSM is net rijstebrij in het begin.
oneway:bicycle=no betekent juist dan oneway=yes niet geldt voor een fietser.
Die tag dus graag terugzetten.
MVG
eggie
eggie (2023-09-14 18:36:10+00:00): https://wiki.openstreetmap.org/wiki/Key:oneway:bicycle
eggie (2023-09-14 18:55:34+00:00): Tagging hersteld.
Dit betekent dat juist dat fietsers uitgezonderd zijn van oneway=yes
Dus graag zo laten staan.
Zie verkeersbesluit.
mvg
eggie