piebro/osm-data huggingface dataset:
Dynamique Embauche (2022-03-16 08:58:29+00:00): Ok, merci pour l'info, en fait on occupe la partie nord du bâtiment et Vikast (imprimeur) occupe la partie sud, donc j'essayai de trouver un moyen de délimiter une zone dans le bâtiment pour éviter d'indiquer une occupation complète et leur laisser de la place...
Visiblement j'ai pas utilisé la bonne méthode vu que carrément reconstruit le bâtiment ;o) .

Mon but était d'avoir la même visibilité sur la carte que des voisins comme la mission locale, la MDS (Maison Départementale des Solidarités) ou Emmaüs.
Quand je dezoome sur la carte on est plus visible du tout et je vois juste le numéro 1 à notre place contrairement aux voisins... Il y a un moyen d'éviter ça et d'apparaitre aussi quand on augmente l'échelle ?
zorglubu (2022-03-16 12:26:27+00:00): La réponse est difficile car il y a de très nombreux rendus différents (OSM, Qwant maps, applis Android ou Apple, etc.) et chacun gère à sa manière les priorités d'affichage.
Mais sur mon écran, vous apparaissez en même temps que la mission locale et la MDS.
Herman Lee (2022-03-16 05:57:52+00:00): 现在将您的更改退回
Herman Lee (2022-03-16 05:58:28+00:00): 请不要再重复这样的错误编辑行为，谢谢
快乐的老鼠宝宝 (2022-03-16 06:12:26+00:00): 请不要将青岛的中文名称改为韩文名称。
Please don't change Chinese name to Korean name in Qingdao!
칭다오에서 중국어 이름을 한국 이름으로 변경하지 마십시오!

注意到您已经并非第一次进行这种破坏行为了，您在之前的 https://www.openstreetmap.org/changeset/115356354 变更集中也曾经将大量青岛（一个使用中文的中国城市）的`name`键的值改为韩文。因此我认为您并非不清楚如何编辑，而是蓄意的破坏。
Note that this is not the first time you have done this kind of vandalism, you have also changed a lot of `names of Qingdao (a Chinese city, using Chinese) in the previous https://www.openstreetmap.org/changeset/115356354 changeset. The value of the `name` key is changed to Korean again. So I think it's not that you don't know how to edit, it's a deliberate vandalism.
이런 종류의 기물 파손 행위는 이번이 처음이 아니며 이전 https://www.openstreetmap.org/changeset/115356354 에서 칭다오(중국어를 사용하는 중국 도시)의 이름도 많이 변경했습니다. 변경 집합입니다. 'name' 키의 값이 다시 한국어로 변경됩니다. 그래서 편집 방법을 몰라서가 아니라 고의적인 기물 파손이라고 생각합니다.

我代表OSMChina社区郑重的向您提出警告。
On behalf of the OSMChina community, I solemnly warn you.
OSMChina 커뮤니티를 대표하여 엄숙히 경고합니다.
Herman Lee (2022-03-16 06:18:24+00:00): 见https://www.openstreetmap.org/changeset/118535772
WoSoe (2022-03-15 18:55:14+00:00): Hallo 5Boggis,

das sind doch ganz sicher Rückegassen, die du da neu eingetragen hast und keine Pfade!?
Rückegassen werden nicht in OSM erfasst.

Gruß
WoSoe
5Boggis (2022-03-15 19:39:46+00:00): Hallo, klar erkennbare Rückegassen, also mit den entsprechenden Wurzelstöcken noch im Boden, sind nicht dabei. Aber es stimmt, die Pfade sind zum Teil in keinem guten Zustand.  Das Problem ist, daß sie alle als klare Wege beginnen, und dann immer schlechter werden. Wie unterscheidet man dann die Noch-Wege von den Schon-Rückegassen?
Ich habe sie deshalb als Pfade gekennzeichnet, also unterhalb von Feld-/Waldwegen.

Grüße, Klaus
5Boggis (2022-03-15 21:22:43+00:00): Hallo nochmal, habe mich gerade durch ein paar Forenbeiträge gelesen. Da es die Wege gibt, im Wald auch als solche deutlich sichtbar, würde ich sie gerne in OSM lassen. Da sie aber zugegebenermaßen in schlechtem Zustand sind und wohl auch nur selten gepflegt werden, habe ich sie mit smoothness = very_horrible und disused = yes getaggt. Ansonsten wäre es für mich wirklich schwierig, zu unterscheiden, welche Wege/Pfade es "wert" sind in OSM aufgenommen zu werden, und welche nicht.

Grüße, Klaus
WoSoe (2022-03-16 05:16:07+00:00): Servus Klaus,

path ist ein allgemeiner Weg für den nicht motorisierten Verkehr.
Rückegassen sind für motorisierte mehrspurige Fahrzeuge (z. B. Harvester).

Hardwald ist für mich auch so ein negativ Beispiel. Massig eingetragene Pfade ohne tatsächliche Nutzung. »Highways« rein für die Holzwirtschaft angelegt.

Auf einer OSM Karte kann ich mich in diesem Bereich nicht mehr orientieren, kann die echten wirklich nutzbaren Wege nicht mehr erkennen …

Sorry und Gruß
WoSoe
pi11 (2022-05-02 21:38:26+00:00): Dag Slim naar Antwerpen,
Ik heb bedenkingen over deze changeset waar jullie de way instellen op "access=private". Op straatbeelden valt namelijk te zien dat er signalisatie is die via deze weg naar de winkels wijst (o.a. Carpetright heeft een bord dat via deze weg naar de winkel leidt) daarnaast zie ik geen verkeersbord dat de toegang zou verbieden. Zijn jullie zeker dat deze weg privaat is en niet gebruikt kan/mag worden?
Slim naar Antwerpen (2022-05-04 13:56:58+00:00): Dag Pi11, 

De eigenaar van het terrein heeft ons gecontacteerd met de vraag om deze weg te laten registeren als prive zodat er geen sluipverkeer meer tussen de Boomsesteenweg en de Oudebaan kan rijden. Ook Waze heeft deze aanpassing doorgevoerd omdat er anders sluipverkeer over deze route gaat. Is deze changeset oke?
pi11 (2022-05-04 17:02:48+00:00): Dag Slim naar Antwerpen,
Ik heb de situatie voorgelegd aan de Matrixgroep van OSM Belgium (https://matrix.to/#/#osmbe:matrix.org)

Het probleem met die weg als privaat aan te duiden is het feit dat mensen op de Oudebaan niet meer van die dienstweg gebruik kunnen maken om naar de parking van de winkels te gaan, maar steeds naar de Boomsesteenweg geleidt zullen worden. (Zie bijvoorbeeld deze route: https://www.openstreetmap.org/directions?engine=fossgis_osrm_car&route=51.15883%2C4.38078%3B51.15941%2C4.38259#map=18/51.15995/4.38217 )
pi11 (2022-05-04 17:07:17+00:00): In de chatgroep werd geopperd de tag "access=destination" mee te gegeven aan de weg. Het voordeel van deze tag is dat routers deze weg wel zullen gebruiken als de bestemming op de parking ligt, maar de weg zullen mijden als de bestemming ergens anders ligt. 
De parkingsweg en de twee verbindende dienstwegen hebben nu de tag access=destination gekregen. 
Dit zou normaal gezien het beste van beide werelden moeten geven: wel bestemmingsverkeer maar geen doorgaand verkeer.
Hopelijk is dit in orde voor jullie :)
Lorenzo Romanella (2022-03-15 13:54:46+00:00): additional hashtags: #ev22 #swissredcross
eggie (2022-03-15 16:58:30+00:00): Lastig stukje..

motor_vehicle:backward=no
of forward ..  ligt aan de richting van de weg..
Dan dus niet =destination gebruiken. 
En dan weer de uitzonderingen voor moped en mofa =yes bijtaggen.
destination .. Staat er een dergelijk bord? 
Gr eggie
Kovoschiz (2022-03-28 04:39:51+00:00): Please don't use `=peak` if it isn't a high point over the entire surrounding.
Patr1k_P (2022-03-15 16:45:33+00:00): tu zakladnu skolu s materskou si nedal uplne najstastnejsie, pretoze uz bol oznaceny cely areal ako skola, stacilo len doplnit nazov a vymazat nazvy z jedntolivych budov aby to nebolo dvojmo...a to hracie ihrisko sa znaci ako plocha a podla snimkov vyzera ze sa tam hra futbal aj tenis, tak som to pridal
Pavol33 (2022-03-15 17:04:53+00:00): Ďakujem
eggie (2022-03-15 16:51:09+00:00): Dag thompouce... 
Wanneer je motor_vehicle=destination tagt vul dat dan aan met moped=yes en mofa = yes..  OSM ziet die ook als motorvoertuigen. 
Staat er hier een bord C12 met  'uitgezonderd bestemmingsverkeer'? 
eggie
thompouce (2022-03-17 07:20:03+00:00): Aangepast. Dat bord staat er inderdaad sinds kort: https://www.unity.nu/Artikelen/leiden/gemeente-sluit-nieuwe-rijn,-botermarkt-en-oude-rijn-af-voor-auto's
eggie (2022-03-17 07:35:49+00:00): Oke.... duidelijk.. Bedankt voor je reactie
Eggie
user_5359 (2022-03-19 08:15:56+00:00): You have used three continuous language codes in some changes. Please note that we use two-character codes (ISO 639-1) as far as possible.
chi -> zh
fre -> fr
ger -> de
jpn -> jp
lit -> lt
por -> pt
spa -> es
Can I help you with the adjustment?
LuigiCotocea (2022-08-24 16:37:15+00:00): Sure!
eggie (2022-03-15 16:30:07+00:00): Dag PMN  Je vraagt feedback... 
Je zet hier een afslagbeperking in OSM die dus voor iedereen geldt. Dus ook voor fiersers.  Maar OSM is natuurlijk niet alleen voor HVC bedoeld. Ook zal er geen bord staan.  Wat is je bedoeling.
Wanneer het vevolg van de straat te smal zou zijn kun je daat de breedte opgeven. Dat zou een mogelijkheid zijn. Of staan er paaltjes? 

MVG
eggie
eggie (2022-03-15 16:46:00+00:00): De bewuste residential heb ik omgezet naar highway=path en voorzien van paaltjes. Het zal straks niet routeren. 
MVG
eggie
eggie (2022-03-15 16:47:26+00:00): Afslagbeperking verwijderd. Die hoort hier niet.
laurent-38 (2022-03-15 14:28:09+00:00): Seems OK to me.
Thanks for this contribution.
~~
laurent
Temat-Droga (2022-03-16 16:27:30+00:00): nie ze mną te numery ;) zmiana przywrócona :>
H@mlet (2022-03-15 17:37:01+00:00): Bonjour,
Pourquoi supprimer ce chemin s'il existe ?
Personellement je l'aurais passé en track, avec éventuellement un noexit=yes sur le noeud final, pour bien montrer que le chemin ne va pas plus loin...
Cordialement.
Naphi (2022-03-16 17:52:22+00:00): Bonsoir,
pour moi, ce n'est pas un chemin d'exploitation utilisable par tout le monde mais un tracé fait par les tracteurs quand les agriculteurs accèdent au champ. Rajoute le si tu veux mais, pour moi, cela n'apporte rien pour des utilisateurs d'OSM. 
N'est pas non plus sur la carte IGN.
Cordialement
H@mlet (2022-03-17 19:54:17+00:00): Bonsoir,
je n'y tiens pas tant que ça, mais je trouve ça intéressant de voir où vont ces petits bouts de chemins, et surtout de voir quand ils ne vont nul part. Cela peut permettre aussi de se repérer quand on est dans le coin.
Et j'ai tendance à cartographier ce qu'il y a sur le terrain, que ce soit planifié, cadastré, validé par l'IGN, ou non.
Bref, merci d'avoir répondu.
Cordialement.
skyper (2022-03-24 12:56:06+00:00): Hallo Winfried
Das ist doch wohl keine Füßgängerzone (https://www.openstreetmap.org/way/1021624954). Was stehen denn da für Schilder. Ich habe Dich schon mehrfach gebeten, diese Tagging für den Renderer zu Unterlassen und bitte `area:highway=*` zu verwenden. Warum machst Du trotzdem damit weiter?

Fragende Grüße,
skyper
q_un_go (2022-03-31 06:54:15+00:00): Ganz einfach:
Es handelt sich hier um einen Ort, wo viele Leute hinkommen. Wenn OSM eine Chance gegen Google Maps haben will und nicht reine Selbstbfriedigung für die Mapper sein soll, dann muss man bei exponierten Orten (und dieses Stadion gehört dazu) Kompromisse machen, die man in Wald und Wiesen nicht machen muss.

Das ist bei anderen Stadien, etwa Allianz-Arena, übrigens ähnlich.
Und dann stellt sich mir die naive Frage:
wenn area:highway korrekt ist, warum stellt es der Standardrenderer dann noch immer nicht dar?
Dann hätten wir diese Diskussion nicht.
skyper (2022-04-01 10:24:02+00:00): 1. OSM ist eine Datenbank. Daher hinkt der Vergleich komplett.
2. Die Karte ist nur eine von vielen Anwendungen.
3. Die Allianz-Arena wurde auch schon im Forum kritisiert und leider gibt es etliche Personen, die lieber eine Karte malen als an die Auswertbarkeit zu denken.

OSM-Carto wird nie alles darstellen und hat bei Flächen eh schon Probleme, wie z.B. Dächer oder die Bächle zeigen. Auch Breitenangaben und die meisten Zugangsbeschränkungen werden komplett unterschlagen.
Kannst mir ja gerne zeigen wo ich von der "Konkurrenz" freie Kartenwerke für mein Navi bekomme oder mal schnell alle Fußgängerzonen in Europa.

Dass das nicht nur meine Meinung ist, kannst Du im Forum in einigen Diskussionen nachlesen und das ist dann wohl auch ein bessere Ort um diese Grundsatzdiskussion zu führen.
skyper (2022-04-01 12:58:36+00:00): Angeblich unterstützt OSMAnd `area:highway=*`, siehe https://wiki.openstreetmap.org/wiki/Proposed_features/area:highway#Rendering
skyper (2022-04-01 13:07:52+00:00): Noch ein paar andere Anwendungen verwenden den Schlüssel:
https://wiki.openstreetmap.org/wiki/Key:area:highway#Rendering
eggie (2022-03-15 15:59:06+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht. 
Feedback Waarom zet je het fietspad op slot voor iedereen met access=private.?. Het zal zo niet routeren. 

MVG, 

Eggie 

Namens de OSM Community
eggie (2022-03-15 16:10:04+00:00): access=private heb ik verwijderd.. Mocht er echt een bord staan art 461 wvs of Verboden Toegang o.i.d.  laat het dan even weten. Dan draai ik mijn edit weer terug.

Groet
eggie
eggie (2022-03-15 16:02:31+00:00): Tip.. Geef concreet aan svp wat je wijzigingen zijn.
'Vervallen' blijft een beetje raden. :)

MVG
eggie
SomeoneElse (2022-12-02 21:12:49+00:00): Horsehouse not Horse + Groom
See https://overpass-turbo.eu/s/1oyp
eggie (2022-03-15 16:05:13+00:00): Beste yf......  Je verwijderde het werk van een medemapper.
Heb je contact opgenomen met deze mapper. Dan kun je overleggen of er wel of geen opritten in OSM thuishoren.
Deze actie draai ik weer terug.
Neem svp contact op met Jeroen Hoek en overleg even.

MVG
eggie
eggie (2022-03-15 16:07:38+00:00): reverted by changeset #118517667

Overleg even en kijk of je er uit komt.
MVG
eggie
eggie (2022-03-15 17:44:45+00:00): Voor contact.. 
https://www.openstreetmap.org/user/JeroenHoek
JeroenHoek (2022-03-15 18:41:26+00:00): Nope. Geen overleg, communicatie, of wat dan ook. Bedankt voor het ingrijpen eggie.

Opritten kunnen (en mogen) in OpenStreetMap met highway=service samen met service=driveway ingetekend worden. Zie ook:

https://wiki.openstreetmap.org/wiki/Tag:service%3Ddriveway
JJIglesias (2022-03-16 00:37:10+00:00): Saludos. Por favor tener cuidado con la data que ingreses al mapa sobre esos documentos que son ANTERIORES al Censo Nacional de Poblacion y Vivienda (CNPV) de 2012 y reajustados a las poblaciones entre el INE y el IGM en 2016. La data q se esta colocando en el Mapa PRIMARIAMENTE corresponde al 2016 en adelante....

Estos documentos son interesantes y posiblemente aun este validos, pero te repito que la data de poblaciones y escuelas con las que trabajamos son a partir de 2016 o mas recientes.

Gracias
SomeoneElse_Revert (2024-04-20 14:20:30+00:00): This changeset has been reverted fully or in part by changesets 150265070, 150261530, 150261385, 150261427, 150261374, 150261398, 150261463, 150262164, 150264883, 150261443, 150265293, 150265518, 150263711, 150261692, 150263544, 150263148, 150264695, 150263349, 150262918, 150264472, 150264284, 150261551, 150264090, 150262527, 150262687, 150263890, 150261413, 150261488, 150261509 where the changeset comment is: No reply to https://www.openstreetmap.org/user_blocks/15936 , so we've taken a guess at what was likely derived from Google Earth (https://www.openstreetmap.org/changeset/149290548 admits to that use)
clay_c (2022-03-16 15:43:37+00:00): When adding these street names, you removed the existing county road numbers. Next time, please retain the county road numbers in the ref tag when you replace their names, and don't abbreviate street names.
EZRouting (2022-03-17 21:10:29+00:00): Hi Clay!

Thanks a lot for the instruction! I will keep it in mind!
EZRouting (2022-03-17 21:13:10+00:00): I will review my edits and add the county road names back to the ref tag.
emersonveenstra (2022-03-22 23:46:15+00:00): Hi Ross,

Openstreetmap is meant to be a map of places that are "on the ground", i.e. exist physically. Because your business is not physically at this address, unfortunately, we need to remove it.
rossmessina (2022-03-22 23:55:27+00:00): This is our physical location on the ground.
emersonveenstra (2022-03-23 00:03:47+00:00): Your physical location is in a post office?
rossmessina (2022-03-23 00:14:54+00:00): No but this is where all of our mail is sent to and we are located in Lake Orion.
emersonveenstra (2022-03-23 00:21:13+00:00): Okay, so that's not enough to have a location in OSM, it needs to be a physical building that belongs to you in order to put an address on the map, otherwise people will be confused
joost schouppe (2023-03-08 12:55:38+00:00): Hey wooter,
Can I assume works here are over? I was mapping here and removed the oneway.
wooter (2023-03-08 15:57:20+00:00): That is correct, these roadworks are finished.
krusefahrer (2022-03-15 23:14:28+00:00): Hi Chetan,

please don't name lakes "Lake" and use https://wiki.openstreetmap.org/wiki/Good_changeset_comments !
Devdatta (2022-11-28 07:04:45+00:00): Hi Chetan, What does the admin_level=01 represent on this Way: https://www.openstreetmap.org/way/1038946921#map=14/18.2198/76.6110 ?

Please tag the admin levels according to this page: https://wiki.openstreetmap.org/wiki/India/Administrative_Boundaries
Mateusz Konieczny (2025-03-22 16:57:50+00:00): https://www.openstreetmap.org/node/9540341522/history - what you meant by ship=instead tag?
Strubbl (2022-03-15 19:52:14+00:00): Hallo Toni, ist der Node https://www.openstreetmap.org/node/83689318 jetzt noch nötig?
ToniE (2022-03-16 09:10:55+00:00): Hi, nein, sorry, habe ich wohl übersehen. Danke, ich löschen den.
Toni
Strubbl (2022-03-16 18:25:29+00:00): Gar kein Problem. Ich versuche noch, Ampel-Tagging im Allgemeinen zu lernen. Deswegen frage ich lieber einmal mehr nach. Denn so ganz durchschaut habe ich das noch nicht. Spannend ist auch das way-Mapping mit cycle-/footway=crossing mit einer Ampel in der Mitte wie beim Pfanzeltplatz durch uboot kartiert.
laurent-38 (2022-03-21 08:46:49+00:00): Bonjour Aurélien,

Si tu ajoutes un passage piéton sous forme d'un chemin, il faut ajouter un point à l'intersection du passage piéton et de la route. En l'absence de point d'intersection, on ne sait pas que les deux sont connectés, et on pourrait penser que c'est soit un passage souterrain, soit un passage surélevé.

Mais, modéliser un passage piéton par un chemin n'est intéressant que si tu modélises ensuite les chemins qui y aboutissent, par exemple les trottoirs. Sinon c'est un chemin inutilisable car aucun autre n'y est connecté.

En général, sur OpenStreetMap, on ne modélise pas les trottoirs de manière séparé car par défaut, les rues sont supposées avoir un trottoir de chaque coté. Et dans ce cas, on modélise le passage piéton par un point sur la rue, comme celui-ci : https://www.openstreetmap.org/node/2426547562. Ce point suffit pour indiquer aux piétons qu'ils peuvent traverser et changer de trottoir ici.

Bref, sauf à vouloir faire du micro-mapping précis pour les piétons et les personnes en fauteuils roulants, inutile de tracer des lignes pour les passages piétons. 

Et comme celui que tu as rajouté était déjà représenté par un point (https://www.openstreetmap.org/node/2426547562), je te suggère de supprimer le chemin que tu as rajouté. 

Cordialement
~~
laurent
laurent-38 (2022-07-24 19:47:01+00:00): Chemin supprimé dans https://www.openstreetmap.org/changeset/124022474
Kovoschiz (2022-03-28 05:22:04+00:00): Please don't use `=peak` if it isn't a high point over the entire surrounding.
streckenkundler (2022-03-20 17:08:52+00:00): Hallo Stadt Rathenow.

willkommen bei OSM und Danke für eure Beiträge.
Es gibt aber Fragen. Ist dieser Account ein mehr oder weniger offizieller Account der Stadt Rathenow? Dann könnte es in Richtung https://wiki.openstreetmap.org/wiki/DE:Organised_Editing_Guidelines gehen. Dann bitte auch den Account entsprechend kennzeichnen.

In einigen Edits habt ihr highway=path nach highway=cycleway geändert. Bei Radverkehrtsanlagen bitte zwingend das Wiki beachten: https://wiki.openstreetmap.org/wiki/DE:Bicycle/Fahrradrouten_kartieren 
Das ist das Ergebnis jahrelanger und teils epischer Disskussionen und wird nun nach und nach allgemein akzeptiert. Bei Editoren wie iD muß man da aber noch aufpassen. Wenn ihr tiefer einsteigt, sei euch aber ohnehin JOSM empfohlen: https://josm.openstreetmap.de/
Ach in dem Zusammenhang: bitte zwingend im CS-Kommentar mit wenigen Worten schreiben, was gemacht wurde. Ein Kommtar wie "Stadt Rathenow " ist da absolut nichtssagend und kann andere dazu animieren, Änderungen rückgängig zu machen.

Namen... uhi ein ganz schwieriges Thema!
Ihr habt unter anderem beim o.g. Wegesegment https://www.openstreetmap.org/way/61189826 "name=Havelland-Radweg" gesetzt. Das ist in dem Kontext schlicht und ergreifend falsch. Über dieses Wegesegment verlaufen auch weitere Radrouten: Historische Stadtkerne Route 2, dann Knotenpunktroute 33 <->50 und so weiter, Man kann nicht alles ins Name-Tag packen. Anders gesagt: Namen sind keine Kategorien! Vgl. https://wiki.openstreetmap.org/wiki/DE:Good_practice
Erfasste Radrouten werden durch einen eigenenen Datentyp repräsentiert: genannt Relation. Der Havelland-Radweg: https://www.openstreetmap.org/relation/23675

Hier mal alle im Bereich der Stadt Rathenow erfassten Radrouten: https://cycling.waymarkedtrails.org/#?map=13.0/52.6064/12.3511

Bei weiteren Fragen stehe ich (im Rahmen meiner Freizeit) und auch das Forum https://forum.openstreetmap.org/viewforum.php?id=14 gerne zur Verfügung, Hilfe ist garantiert...

Viele Grüße,

Sven (=streckenkundler)
dx125 (2022-07-27 18:16:33+00:00): Hallo Sven,
diese Seite zeigt Fehler an:
https://www.keepright.at/report_map.php?zoom=15&lat=52.6018&lon=12.35029&layers=B0T&ch=0%2C191%2C192%2C193%2C194%2C195%2C196%2C197%2C198&show_ign=1&show_tmpign=1
Für ein Revert ist es wahrscheinlich zu spät ??? 
Ich habe dummerweise angefangen, ein paar Kleinigkeiten zu berichtigen, aber für das ganze Drumherum würde jetzt ein Haufen Freizeit drauf gehen. 
Traurig, dass User (m/w/d) "Stadt Rathenow" es nicht für eine freundliche Selbstverständlichkeit gehalten hat, entweder die teils zweifelhaften Edits selbst zu korrigieren oder auf das Hilfsangebot einzugehen.
Es sind ja nicht nur die fehlenden Schnittpunkte an den Wegkreuzungen, sondern auch Parallelverläufe ("Weg mit Name" neben "Weg mit Radrouten-Relation gleichen Namens") und falsche Tags (z.B. kombinierter Fuß- und Radweg als reiner cycleway gemappt), usw, und so fort. 
Gruß
dx125
streckenkundler (2022-07-27 19:26:36+00:00): Hei,

also dieses CS konnte ich problemlos reverten... https://www.openstreetmap.org/changeset/124154927 Ich hab dabei auch diverse highway=cycleway in reguläres Tagging geändert, also wie es das Verkehrszeichentool für Beschilderung mit Zeichen 240 incl. die JOSM-Vorlagen vorschlagen...

Das Verwenden von highway=cycleway scheint eine äußerst unschöne iD-Unart zu sein.

Sven

PS: keepright zeigt mir im Moment gar nichts an... nicht mal über den gespeicherten Link in meiner Umgebung...
dx125 (2022-07-28 04:53:18+00:00): Hallo Sven,
bezüglich keepright.at schau mal bitte in deinen Mail Eingang.
streckenkundler (2022-07-29 16:46:29+00:00): Hallo Jürgen,

Ich hab mir keepright in Rathenow mal angeschaut. Die vermeintlichen Fehler sind keine… Es ist alle FalschPositives… 

Ich habe einige Punkte angeschaut und stets korrekte Punkte gefunden. Alle Schnittpunkte sind verbunden.

Keepright fehlinterpretiert hier den Namen am way „Tour Brandenburg“ als eigenes Datenobjekt… 

Sowas ist mit schon vor längerem mal aufgefallen, weswegen ich keepright nicht mehr gerne nutze…

Wie kommt man hier raus…?

1.	„Tour Brandenburg“ an den ways wieder entfernen = Status Quo (-> schnell und einfach)
2.	Konsequentes Separat-Mapping der begleitenden Wege (oneway:bicycle=yes|no beachten) und Tour Brandenburg darauf legen und „Tour Brandenburg“ an den ways wieder entfernen (aufwending, datentechnisch für OSM aber korrekter)

Wenn ich allerdings sowas sehe: https://www.mapillary.com/app/?pKey=816160179329923 , wird es interessant… Das hieße, Rathenow muß zunächst in Hinblick der begleitenden Wege komplett überarbeitet werden…

Sven
dx125 (2022-07-29 19:31:56+00:00): Hallo Sven,
dann habe ich mich teilweise irre leiten lassen, als ich hier
https://www.openstreetmap.org/changeset/124146038
tatsächlich mindestens 3 fehlende Verbindungen gefixt hatte und darauf hin wegen keepright annahm, dass es sich so weiter nach Norden durch die ganze Stadt zieht. 
Was die Radrouten angeht, da gibt es wohl noch viel zu tun in RN. Wenn ich mit meiner Überarbeitung von Bad Belzig demnächst fertig bin, werde ich die Sache mal angehen.
Viele Grüße
streckenkundler (2022-07-29 19:42:52+00:00): Hei,

ich hab mir das mit JOSM mal angeschaut und den Filter sprechen lassen... da war tatsächlich ein weiterer Weg erfasst... Ich hab da einiges entsorgt: betreffs Tour Brandenburg, Havelland-Ragweg und Seerundweg Steckelsdorfer See. Auch iD-Scharmützel (=aus path cycleway zu machen) hab ich geändert. und so entsprechend vorgefunden, entsprechendes name=* entsorgt.
Bei erstem Radweg war in der Stadt Brandenburg noch eine Lücke; da muß man mal nach den Wegeeigenschaften schauen. Bei letzterem gab es 2 Relationen und ich hab Elemente und Inhalt auf die ältere der beiden übertragen...

mit Revert wäre es wohl schwerer geworden. 

Hab ich was übersehen?

Sven