piebro/osm-data huggingface dataset:
slowtux (2020-12-21 17:25:35+00:00): Hallo,
soweit ich es gesehen habe, hast Du bei den Stadteilgrenzen von Blankenese (
Relation: Blankenese (183763))
und Rissen (Relation: Rissen (183881))
ein paar Punkte gelöscht aber nichts verschoben.
Die verschobenen PLZ-Grenze passe ich wieder an.

mfg
Gregor
fgouget (2021-02-18 19:44:30+00:00): Bonjour,

Le champ start_date de Technopole de la mer est à 0. Vouliez-vous mettre une date ?

Cordialement,
Sanniu (2021-11-30 08:59:18+00:00): Hi
https://www.openstreetmap.org/node/8117986819 - is the lift-gate really in the middle of residential street?
Sokuya (2021-12-15 20:53:13+00:00): yes, it can be seen in google street view
Ticker Berkin (2020-12-16 09:56:39+00:00): Hi Guy - On the overall area can you create a node, preferably shared with the car-park access road, with "entrance=main" - see
https://www.openstreetmap.org/node/7917318113/history
Thanks. Ticker
eggie (2020-12-15 15:41:43+00:00): Tip.. Kijk even hier hoe een speelplaatsje te mappen.
leisure=playground is de hoofdtagging. De rest is specificatie.

https://wiki.openstreetmap.org/wiki/Tag:leisure=playground#How_to_Map

Adressen hoef je niet toe te voegen. Als het goed is bevindt zich ergens een adresnode.  (Amigo) 

eggie
eggie (2020-12-15 15:45:17+00:00): ... maar kennelijk hier weer net niet. Dus oke zo. Even building=roof toegevoegd .. layer=1
Koen Zomers (2020-12-15 15:52:40+00:00): Heb je een voorbeeld van een correct gemapte speelplaats voor me? Van de documentatie wordt ik niet veel wijzer.
eggie (2020-12-15 19:02:46+00:00): Zoals met veel zaken in OSM kan mappen op verschillende manieren.

Wanneer ik een speeltuintje map (niet mijn hobby) doe ik dat meestal als vlak
leisure=playgrond.
Klaar!
Een specificatie zou je ook nog op dat vlak kunnen zetten met bv playground = structure.
Je krijgt dan in ieder geval een symbool op de kaart van een speeltuintje.
Er zijn ook mappers die gewoon een vlak mappen leisure=playground (geeft het symbool)  en die zetten daar losse nodes in met de verschillende speeltoestellen. 
De data staat dan in ieder geval in de data en je hebt één symbool van een speeltuintje.
eggie
eggie (2020-12-15 19:07:37+00:00): Zoals het speeltuintje aan de Albert Cuypstraat kan prima.
Bij de kwartelstraat ontbreekt dan de regel leisure=playground. (geen symbool dus) Dat kan op een vlak of op dezelfde node die er al is. 
Kun je er wat mee?
Koen Zomers (2020-12-15 22:09:17+00:00): Yes, volgens mij begin ik het idee door te krijgen. Heb een nieuwe edit gedaan waarin ik twee speeltuintjes heb aangepast volgens wat je zegt.
letihu (2020-12-21 16:02:09+00:00): Man kann dieses Gebäude
https://www.openstreetmap.org/way/885160014/history
einfach auf diesen
https://www.openstreetmap.org/way/177425002/history
Weg mappen, schön ist dieses aber nicht.
hmkaiser (2020-12-23 08:42:28+00:00): Hallo letihu, stimmt! Danke für den Tipp. Hatte bei dem Gebäude auch länger überlegt, allerdings kenne ich die Gegebenheiten nicht. Offensichtlich ist das den Weg überspannende Gebäude erst kürzlich erstellt, bzw. erweitert worden, denn in ESRI gibt es nur den "südlichen" Teil. Möglich, dass der Hollsandweg durch einen Torbogen "durch" das Gebäude führt, oder aber der Weg ist so nicht mehr vorhanden. Das müsste jemand mit Ortskenntnis ergänzen.
Frans S (2020-12-16 12:48:48+00:00): Hello. Thanks for mapping here

Experenced mappers, validators, review mappings of (new) mappers. 
This is a check on the Imagery which has been used.
According to the records you mapped from the Bing Imagery.
The Bing imagery is often loaded as standard Imagery in iDeditor. This is an issue which still has to be solved.
Please change to the Maxar Premium Imagery to map from the Imagery which is prescribed.
That is the most recent imagery.
(Bing is outdated and dates from  2009 - 2014)


See this document how to change the imagery
https://learnosm.org/en/beginner/id-editor/#configuring-the-background-layer
(Often Bing select standard the Bing Imagery)

Best regards and keep mapping.

ps: It is possible that you received this message on another changeset as well. 
Sorry for that. There is no way to avoid duplicate messages.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/95884916
Frans S (2020-12-16 12:50:09+00:00): Thanks for your contribution to this project. 
Reviewed by a validator at random or as requested. 
Your mappings are a bit inaccurate and not a single buildings has been squared. 
This document might be helpful to improve your mapping skills
https://docs.google.com/document/d/10sSghBZ1xSoo0JKAWUJH8VYood6VSL5eUI4ICnO_jg0/edit?usp=sharing

Best regards and keep mapping !
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/95885146
Frans S (2020-12-17 14:16:15+00:00): Hello. Thanks for mapping here
A remark. Please map buildings individually instead as row, tagged as 1 building
Also your mappings should be more precise
Best regards and keep mapping
eggie (2020-12-15 15:49:34+00:00): Meestal kijk ik met achavi
https://overpass-api.de/achavi/?changeset=95885522
Wanner die lege nodes vastzitten aan het gras is het oke. 
eggie
ToniE (2020-12-15 17:08:24+00:00): Servus Basstoelpel,

hier ist evtl. ein Fehler passiert?

https://www.openstreetmap.org/way/151187127

Da passen die Tags nicht gut zusammen, oder?

Gruß,
Toni
Basstoelpel (2020-12-15 17:35:31+00:00): Hast recht. Danke für den Hinweis.

Gruß,

Baßtölpel
Frans S (2020-12-16 13:19:30+00:00): Hello. Thanks for mapping here
Please read the instructions.  Buildings only project.
Experenced mappers, validators, review mappings of (new) mappers. 
This is a check on the Imagery which has been used.
According to the records you mapped from the Bing Imagery.
The Bing imagery is often loaded as standard Imagery in iDeditor. This is an issue which still has to be solved.
Please change to the Maxar Premium Imagery to map from the Imagery which is prescribed.
That is the most recent imagery.
(Bing is outdated and dates from  2009 - 2014)


See this document how to change the imagery
https://learnosm.org/en/beginner/id-editor/#configuring-the-background-layer
(Often Bing select standard the Bing Imagery)

Best regards and keep mapping.

ps: It is possible that you received this message on another changeset as well. 
Sorry for that. There is no way to avoid duplicate messages.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/95886219
Viki_travel_weak (2020-12-21 22:52:05+00:00): Hello!  I think the changeset have a same relation ( r12024763 ) error with highway tag. I guess it shouldn't be. Thank you for attention!
frosm (2024-09-19 17:55:12+00:00): Bonjour,
https://www.openstreetmap.org/way/885168576
la piste traverse la terrasse ?
franklin9 (2024-10-11 10:03:46+00:00): elle passe devant la terrasse
Mammi71 (2020-12-16 22:15:48+00:00): Hallo Peilscheibe,
kannst Du bitte diesen changeset wieder rückgängig machen. Die Kreuzungsgestaltung ist jetzt schlicht falsch, die Bismarckstraße fährt man faktisch geradeaus durch.
Peilscheibe (2020-12-17 09:50:05+00:00): Hallo Mammi71,
bei Gegenverkehr kann man nicht geradeaus durchfahren (man muß der Kreuzungsgeometrie folgen und den "Schlenker" ausfahren) und geometrisch betrachtet treffen sich die Straßenmitten nicht auf der Kreuzung.
Bei einem gemeinsamen Kreuzungspunkt ergibt es dazu spitze Winkel, die so auch nicht gefahren werden. Z. B. von Süden nach Westen in die Remsstraße hinein. 

Nach dieser Abwägung halte ich es für erforderlich, den Versatz in der Bismarckstraße auch so in den Daten darzustellen.

Grüße, P.
Mammi71 (2020-12-17 21:50:30+00:00): Hallo Peilscheibe,
ich kann Deine AUssage in keinster Weise nachvollziehen. Die Kreuzung ist relativ großzügig. Hier fährt kein Mensch einen Schlenker, schon gar nicht von Süden kommend eine Rechts-Links-Kombination. Die Kreuzung überfährt man mehr oder weniger gerade aus (natürlich muss man der Bismarckstr. folgend eine leichte Biegung fahren). 
Auch der bisherige "spitze" Winkel war nicht so spitz, das Navis damit nicht hätten umgehen können. Keines der von mir bisher getesteten, auf OSM basierenden Navis hatte damit irgendein Problem. Die jetzige Situation würde jedoch teilweise zu verwirrenden Navi-Ansagen führen.
Ich bitte Dich nochmals: mach diese Änderung bitte wieder rückgängig.
Mammi71 (2020-12-23 20:02:55+00:00): Was ist jetzt?
mariotomo (2021-01-29 20:21:51+00:00): hola Eloy Soto.  cuidado con poner información personal!  ;-)
unos objetos tienen nombre, y una casa que se llame "Casa Galileo" está bien, ponerla con su nombre en la base de datos.  pero si la casa pertenece a Fulano Jinetes, ten en cuenta que el nombre del propietario no es el nombre de la casa.
(Way: 884220518)
eggie (2020-12-15 16:21:15+00:00): Lijkt me oke zo..  Je hebt geen wegen gesplist dus die busroutes zijn nog intact.
gr eggie
Frans S (2020-12-16 13:05:27+00:00): Hello. Thanks for mapping here

Experenced mappers, validators, review mappings of (new) mappers. 
This is a check on the Imagery which has been used.
According to the records you mapped from the Bing Imagery.
The Bing imagery is often loaded as standard Imagery in iDeditor. This is an issue which still has to be solved.
Please change to the Maxar Premium Imagery to map from the Imagery which is prescribed.
That is the most recent imagery.
(Bing is outdated and dates from  2009 - 2014)


See this document how to change the imagery
https://learnosm.org/en/beginner/id-editor/#configuring-the-background-layer
(Often Bing select standard the Bing Imagery)

Best regards and keep mapping.

ps: It is possible that you received this message on another changeset as well. 
Sorry for that. There is no way to avoid duplicate messages.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/95887788
Frans S (2020-12-16 13:05:34+00:00): Hello. Thanks for mapping here

Experenced mappers, validators, review mappings of (new) mappers. 
This is a check on the Imagery which has been used.
According to the records you mapped from the Bing Imagery.
The Bing imagery is often loaded as standard Imagery in iDeditor. This is an issue which still has to be solved.
Please change to the Maxar Premium Imagery to map from the Imagery which is prescribed.
That is the most recent imagery.
(Bing is outdated and dates from  2009 - 2014)


See this document how to change the imagery
https://learnosm.org/en/beginner/id-editor/#configuring-the-background-layer
(Often Bing select standard the Bing Imagery)

Best regards and keep mapping.

ps: It is possible that you received this message on another changeset as well. 
Sorry for that. There is no way to avoid duplicate messages.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/95887951
gileri (2020-12-16 17:24:18+00:00): Salut Jérôme,

Je connais pas le coin, est-ce qu'il y a maintenant des barrières entre les voies pour automobile et celle pour les vélos ?

En juillet il n'y en avait pas apparemment :

https://twitter.com/vincent_monot/status/1288747508626345984/photo/3
Jerome__ (2020-12-16 17:32:04+00:00): Il n'y a pas de barrière, je l'ai précisé dans un de mes changeset. J'ai fait le choix de ne pas mettre une "lane" mais "track", car ce n'est pas une lane au sens où on l'entend d'habitude (sur le côté et moins de 2m de large). Ici c'est une voie voiture de ~3m qui est (provisoirement) devenue une voie vélo à part entière.
gileri (2020-12-16 18:02:03+00:00): Je demandais pour être sûr d'avoir bien compris :)

Apparemment le critère sur lequel se situe la distinction entre lane et track dans OSM est la présence de barrière physique : 

https://wiki.openstreetmap.org/wiki/FR:Key:cycleway

Même si une voie entière dédiée protège plus les cyclistes, ça reste moins efficace qu'une voie séparée par une barrière physique, j'imagine que c'est pour ça qu'il y a la distinction dans OSM.

Qualifier le plus précisément les voies vélos permet aux cyclistes de plannifier un itinéraire à la sécurité adaptée. Par exemple passer ici avec des enfants est pas top si c'est une lane, alors qu'avec un track c'est sûrement bien.

En tout cas merci d'avoir retiré la voie bus !
Jerome__ (2020-12-16 18:30:50+00:00): Il est noté dans la doc  "la limite entre piste et bande est parfois difficile à déterminer". C'est ici le cas je pense (j'avais consulté la doc au préalable). En termes de rapidité de déplacement cette voie vélo est plus efficace que la plupart des "vraies" pistes cyclables. Il n'y a pas les gènes de devoir s'insérer et le cycliste dispose de 3m de largeur à lui seul. Sur les pistes souvent il a 1m d'espace avec des poteaux au milieu etc. Je pense qu'il est pertinent que les moteurs de routages en tiennent compte comme d'un track. Les enfants sont à mon avis plus en sécurité ici que sur une "lane" étroite et des voitures garées sur la droite. Si ils font un écart ils restent sur "leur" voie sans soucis.

En attendant l'aménagement définitif il me semble que track reste ce qui convient. 

J'avais noté les précisions en note : https://www.openstreetmap.org/way/885184115

Bonne soirée
gileri (2020-12-16 19:15:22+00:00): La fin de la citation c'est : "en particulier lorsque la séparation avec la route n'est constituée que d'une mince bande d'enherbage de quelques centimètres ou d'un mince trottoir"

Là il n'y a rien du tout :)

Et oui comme j'ai dit dans mon message c'est bien mieux qu'une voie "classique" étroite, mais ça ne vaut pas une barrière physique.

Bon je pas faire et modifs et attendre l'avis d'autres contributeurs même si le wiki semble avoir tranché.
gileri (2020-12-16 19:15:32+00:00): Bonne soirée à toi également !
Frans S (2020-12-16 13:05:46+00:00): Hello. Thanks for mapping here

Experenced mappers, validators, review mappings of (new) mappers. 
This is a check on the Imagery which has been used.
According to the records you mapped from the Bing Imagery.
The Bing imagery is often loaded as standard Imagery in iDeditor. This is an issue which still has to be solved.
Please change to the Maxar Premium Imagery to map from the Imagery which is prescribed.
That is the most recent imagery.
(Bing is outdated and dates from  2009 - 2014)


See this document how to change the imagery
https://learnosm.org/en/beginner/id-editor/#configuring-the-background-layer
(Often Bing select standard the Bing Imagery)

Best regards and keep mapping.

ps: It is possible that you received this message on another changeset as well. 
Sorry for that. There is no way to avoid duplicate messages.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/95888248
Frans S (2020-12-16 12:42:40+00:00): Hello. Thanks for your contribution to this project.
A remark.  When I open your changeset I noticed an offset of  4 meter! Did you adjust them? Now we have to correct the offset of your mappings.
Best regards and keep mapping
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/95888327
literan (2020-12-15 16:41:01+00:00): в каких-то случаях пишете название магазина через С, в каких-то - через K: RespeKt

Бардак
naveenpf (2020-12-20 13:54:03+00:00): Welcome to OSM Kerala.
https://wiki.openstreetmap.org/wiki/Kerala/Members

To join OSM Kerala Telegram click on. 
https://t.me/osmkerala
            ---
            #REVIEWED_GOOD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/95888660
ZZ29 (2021-01-03 22:36:09+00:00): Idem remarque précédente. (https://www.openstreetmap.org/changeset/95889110)
Il aurait donc 3 NRO VBO91 à 3 endroits différents... :O
ZZ29 (2021-01-03 22:32:53+00:00): Bonjour Eric,
Je ne comprends pas cette modif.
C'est un PM dans un batiment, pas un NRO.
Je remets les valeurs d'origine.
ZZ29 (2021-01-10 22:08:55+00:00): Bonjour,
Je remets les valeurs d'origine qui étaient correctes.
Tu as par ailleurs retiré le tag telecom.
itineris (2020-12-16 08:03:33+00:00): Hi.

M85 *will* be opened today at 11:00. Next time, please don't remove the construction tag until a road is actually available for traffic (and without a start_date, too).

There were some construction=trunk_link roundabouts left at exits and highway=trunk + construction=trunk tags I've fixed.

I've also added the new parts to the M85 highway relation and removed them from the "Épülő M85" (e.g., "M85 in construction") relation.

Thanks,
Ákos
Frans S (2020-12-16 13:07:37+00:00): Thanks for your contribution to this project. 
Reviewed by a validator at random or as requested. 
Please pay more attention accurate mapping and square all your rectangular buildings

This document might be helpful to improve your mapping skills
https://docs.google.com/document/d/10sSghBZ1xSoo0JKAWUJH8VYood6VSL5eUI4ICnO_jg0/edit?usp=sharing

Best regards and keep mapping !
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/95889714
Frans S (2020-12-16 13:50:10+00:00): Hello thomas. Thanks for mapping here
Please read the instructions.
This is a building only project.
Please focus on buildings.
Best regards
tordans (2020-12-15 18:16:35+00:00): Today I learned … :-D
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/95890038
Supaplex030 (2020-12-15 21:03:35+00:00): Ich war auch überrascht, was man alles so entdeckt, wenn man vermeintliche Tiefgaragen auf gegenwärtige Nutzung prüft :)
Ganz neue Sportarten erschließen sich da einem plötzlich in der "Berliner Unterwelt"!
ma-rt-in (2020-12-16 15:24:47+00:00): Hallo,
wie ich sehe bist du neu bei OSM.
Leider hast du bei deinen Bearbeitung teilweise die Struktur der Linie 16 zerstört.
Ich werde da fixen.
Bitte nutze iD nicht zum Bearbeiten von Relationen. Der Editor ist dafür ungeeignet, besser ist JOSM.

vg
McPomHH (2020-12-16 16:39:15+00:00): Ja, ich bin neu und arbeite mich erst ein. Aber zerstört ist vielleicht das falsche Wort - die Linie existiert nur durch mich und ich arbeite mich langsam vor. Leider ist auch JOSM ein furchtbares Tool, um solche Linien einzurichten.
ma-rt-in (2020-12-16 16:42:39+00:00): Die Linie hast du erstellt ja das stimmt, aber auch nur weil ich dazu am Sonntag keine Lust hatte.
Aber nicht streiten. JOSM ist ein sehr gutes Tool, besser als alles andere. Zwar für Neulinge etwas schwer, aber dafür sehr umfangreich.

Bei fragen, frag. Schau auch mal im Wiki, dem Forum, den Maillinglisten und für Hamburg im Telegram-Chat vorbei: https://t.me/OSM_de_HH

vg
McPomHH (2020-12-16 17:00:44+00:00): Hab schon viel gelernt - auch und gerade, was die Routen betrifft. Schaue gerne mal auf die 171 und die 271, ob die soweit in Ordnung sind. Und schön, dass sich die ÖPNV Änderungen so schnell auch in der Karte wiederfinden!
ma-rt-in (2020-12-16 17:16:55+00:00): Also die 171 und 271 sehen gut aus.
pio2_122 (2020-12-15 20:22:34+00:00): Hej,
wydaje mi się, że tagi typu addr:*= są przeznaczone do stosowania na poszczególnych punktach/obiektach z numerami adresowymi, a nie na punktach odpowiadających za całą miejscowość.
Przynajmniej ja tak rozumiem definicję z OSM-wiki: „addr:housenumber=*, addr:street=*, itd - służą do dostarczenia informacji adresowej dla budynków i obiektów.” (https://wiki.openstreetmap.org/w/index.php?title=Pl:Key:addr&uselang=pl).
Wiem, że do punktów tych miejscowości był już przypisany tag addr:postcode=* (kod pocztowy). Powstał jednak dedykowany tag postal_code „You can tag ways and areas with postal_code=* to describe the postal code of an area or a street." i „The tag addr:postcode=* should be used in the context of addresses for buildings and nodes.” (https://wiki.openstreetmap.org/wiki/Key:postal_code)

Jeszcze jeden fragment z wiki odnoszący się do użytych tagów: „Stosowanie tagów addr:country=*, addr:state=*, i addr:province=* jest opcjonalne, ponieważ prawie zawsze można je określić na podstawie relacji boundary (jeśli są obecne i ważne)." (https://wiki.openstreetmap.org/w/index.php?title=Pl:Key:addr&uselang=pl#Mapowanie)

W Polsce uzasadnione zastosowanie mają w zasadnie tylko te tagi:
is_in:village=* (wieś)
is_in:hamlet=* (przysiółek)
is_in:locality=* (okolica)
- ponieważ miejscowości tego typu nie mają ustalonych oficjalnych granic, a co za tym idzie granic tego typu nie powinny występować w OSM (powód: https://wiki.openstreetmap.org/wiki/Pl:Dobre_praktyki#Weryfikowalno.C5.9B.C4.87), więc nie można użyć ich do rozpoznawania np. tego w jakiej wsi leży dany przysiółek, itp.
StefanHRT (2020-12-15 17:30:58+00:00): Der Perk ist übrigens als Spielplatz ausgewiesen
OrDal (2020-12-16 17:27:02+00:00): Hi,
The arabic official name for Ashkelon is أشكلون, and not عسقلان .
The arabic official name for Ashdod is أشدود, and not إسدود .
The arabic official name for Ramla and Lod doe's not contains ال التعريف .
NFZANMNIM (2020-12-16 18:35:27+00:00): I've rarely heard ever, in Arabic, Lod being called simply "Lud" instead of "Al-Lud". Same for Ar-Ramla

For Ashdod and Ashkelon, both varieties are used. "Asdud" and "Asqelan" a bit more often

OSM allows for "official_name" to be inputted, separately from common name. IMO, Ashdod and Ashkelon, the officials would be "name" and the ones I inputted, as "alt_name", for Lod and Ramla, "al- ..." would be "name", without "al-..." would be "Official_name"
OrDal (2020-12-16 18:50:26+00:00): About Ashkelon: I live here. Every arabic speaker I ever met here called it Ashkelon. "Asqalan" is mostly used by Palestinian Media (and thats how it got to be used by some Israeli Arabic speakers).

About Ashdod: Official name is Ashdod. Palestinian media use "Asdud" that came from "Isdud", a nearby former village.

Lod and Ramla: I heard some people calling it without "al", but true most people use al when speaking Arabic (just a point: most of the Arabs living there speaking great Hebrew and not using "al" at all when speaking Hebrew)
NFZANMNIM (2020-12-16 19:03:39+00:00): I've addressed the matters we discussed in a new edit just now.

1. About Ashkelon and Ashdod, yeah I would say I've heard 50/50. I leaned towards your point. So I used the "Ashkelun" "Ashdud" spelling as the main one, and moved the "Asqelan" and "Esdud" spelling to "alt_name"

2. About Lod and Ramla, I've moved the versions without the "al-" to "official name", keeping the versions with "Al-..." as the main one.
OrDal (2020-12-16 19:13:18+00:00): Ok, great
yxoc (2021-01-10 07:42:54+00:00): Bonjour,

merci beaucoup pour avoir renseigné tout ces arbres dans le sud parisien ! Pourtant,
certains des arbres ont une hauteur anormale (plusque 100 metres !) comme on peut voir sur un rendu 3D. Par exemple
 
8231826777

8230953213

8230953231

faute de frappe ? Il y a peut-etre encore des autres (j'ai regardé sur demo.f4map.com).

Cordialement -yxoc
patman37 (2021-01-10 17:27:15+00:00): ah oui ! 
j'ai pris les données de opendata.paris.fr en vérifiant l'emplacement avec BDortho IGN.
Mais je n'ai pas vérifié espece, hauteur ou circonférence. Je vais vérifier la hauteur en fonction de l'espèce. je supprimerai la hauteur si la valeur dépasse la hauteur max de l'espèce. je pense qu'il y a parfois confusion entre mètre et centimètre
gileri (2020-12-16 19:23:55+00:00): Bonjour Hubert,

Merci pour tes contributions !

crossing=marked est synonyme avec crossing=uncontrolled, qui signifie un passage piéton sans feux.

Ici d'après les photos aériennes BDOrtho on dirait qu'il y a bien des feux, ça a changé ?

Bonne soirée !

Éric
letihu (2021-02-15 20:01:48+00:00): tags fehlen
https://www.openstreetmap.org/way/885210472/history
ralley (2020-12-15 18:59:03+00:00): This does not appear to be the actual name of the business, please use the name tag for actual names only.  Also please look at the wiki (https://wiki.openstreetmap.org/) for guidance of the format for opening hours and phone number as these are not correct.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/95892694
5m4u9 (2020-12-17 23:30:48+00:00): hola, gracias por las ediciones, están bien pero el signo del cruce sin marcado va en el puntito (intersección) entre el paso y la avenida.

estuve añadiendo la sección de retorno al otro lado y mejorando los cruces. falta un trecho que no ubico por dónde va en el puente aéreo... 

toda la ciclovía se puede ver con la relación → https://www.openstreetmap.org/relation/11855297