piebro/osm-data huggingface dataset:
Vis_M (2025-06-16 12:40:28+00:00): Can't you read my previous comment? Stop this disruption!
felipeeugenio (2025-08-26 21:27:17+00:00): Hay un hospital ahí?
DaveF (2025-06-17 13:06:57+00:00): Hi
Could you clarify why you split this way please?
https://www.openstreetmap.org/way/1395713260
Vas111 (2025-06-17 21:22:35+00:00): Hi, not sure. I will merge it back
felipeeugenio (2025-08-27 11:44:02+00:00): Hola. Las Rutas de evacuación de dibujan de totalmente otra manera. Esto lo está haciendo como parte de un proyecto auspiciado por alguien?
Casi todas sus ediciones acaban de ser corregidas por otros maperos. Por favor antes de proseguir ponerse en contacto con la comunidad Chile en el chat accesible desde el link en mi perfil.
Estamos para ayudarlo.
saludos
aceman444 (2025-07-19 14:56:17+00:00): Hi, why do the different landuses and natural land covers overlap here? If there is wood, there is no grass (there may be under the trees, but it is a different type of landuses, it is intended for wood/forest, not for growing grass. You should have used multipolygons here, to cut out the different plant areas so they do not overlap.
aceman444 (2025-07-19 16:12:57+00:00): On https://www.openstreetmap.org/way/350416529 the tag turn:lanes:forward=none;slight_right seems to be wrong. If you only can turn right, there is no need for 'none' in the same lane. Anyway, the lane seems to allow through traffic continuing onto road 65, so only tagging 'slight_right' seems to be wrong.   
If we fixed it to through;slight_right (as exists on the overhead sign, not on the road), the whole tag seems to be unneded, if it would just mark all the turns possible on the road (through and right), it would add no new information. There is no other possibility to turn, so why would we need to tag anything. But maybe there is something else you wanted to express with this tag. Please explain.
vmicho (2025-07-20 16:09:54+00:00): Hi. Seriously what is wrong? You can map without problem a forest over scrub/grass/farmland, scrub over grass. It is a scrub that grows on grass, etc... We do that over years, it is perfectly correct.
Using multipoly in these trivial cases is overcomplicated.
vmicho (2025-07-20 16:17:15+00:00): For the turn lanes: the explicit right turn is here for navigation in case somebody gets overexcited and straightens the turn that is is no longer a turn.
none;right or through;right should mean the same
Nakaner (2025-06-16 17:24:01+00:00): Hallo,

warum hast du nicht auch noch bridge:name=Hindenburgbrücke am Straßen-Way getaggt?

Da die Challenge und ihre verwandten in anderen Ländern nicht, wie von der Organised Editing Guideline gefordert, vorarb zur Diskussion gestellt wurden, möchte ich dich bitten, bis auf Weiteres auf die Ausführung dieser Aufgaben zu verzichten.

Viele Grüße

Michael
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/167692496
Geofreund1 (2025-06-17 07:39:38+00:00): "warum hast du nicht auch noch bridge:name=Hindenburgbrücke am Straßen-Way getaggt?"
Darum:
"The bridge:name=* and similar tags can be used to specify the name of an implicit bridge where name=* is already used for the main object like a road or a railway. With explicit bridges, tagged as man_made=bridge, becoming more popular, this tag has lost importance, because the bridge name now goes in the standard name=* tag on the bridge object. "


"bis auf Weiteres auf die Ausführung dieser Aufgaben zu verzichten."
Das ist mir zu unspezifisch. Wenn du schon solche Restriktionen verordnest, erwarte ich, daß du OldManCelli aufforderst, die  Organised Editing Guideline einzuhalten. Gerne erwarte ich deine Erfolgsmeldung.
Gruß
Geofreund1
Geofreund1 (2025-07-20 18:02:30+00:00): Hallo,
was ist denn aus deinen Anstrengungen geworden?
Geofreund1 (2025-10-15 08:18:36+00:00): Tut sich da noch was?
PcMouse1 (2025-06-16 19:45:34+00:00): Hello GreyCountyGIS, 

Is this account affiliated with Grey County? 

Cheers, 
PcMouse1
GreyCountyGIS (2025-06-19 14:59:24+00:00): Yes, this account is managed by Grey County GIS staff. We are updating road information on OSM from authoritative road data. Grey County GIS has chosen to support the OSM platform and will be updating road information moving forward.
PcMouse1 (2025-06-29 17:33:29+00:00): Hi GreyCountyGIS,

I’d love to extend a belatedbut very warm welcome to the OpenStreetMap community! Thank you for choosing to contribute to OSM as your edits help improve open source data.

If you ever need assistance with future edits or just want to chat/planbwith other mappers, here are some excellent resources and communities you can explore:

Community forums and local groups: https://community.openstreetmap.org/
https://wiki.openstreetmap.org/wiki/Contact_channels

OSM Wiki (guides, tags, editing help, etc.): https://wiki.openstreetmap.org/wiki/Main_Page

For faster responses many of us also use Slack and Discord, which are good for getting help or resources.

I’d also love to collaborate more with you on mapping in Grey County! There is potential for larger projects such as imports or building improvements if you're interested.

Cheers, PcMouse1
uknown-gryphus (2025-06-16 16:34:02+00:00): Hi, I see you have reclassified the roads as primary. These are designated National Highways (NH966) and should be classified as `highway=trunk`, as they were before
Suhail Ahamad (2025-06-16 17:27:58+00:00): Sorry
uknown-gryphus (2025-06-17 02:42:44+00:00): No worries, you can refer to the wiki in the future for reference: https://wiki.openstreetmap.org/wiki/India/Tags/Highway
Suhail Ahamad (2025-06-17 04:09:11+00:00): By the wiki data, it's a national highway. But it just two way, not divided to two line by devider(there's deviders below 10% of it's length)
uknown-gryphus (2025-06-17 10:19:09+00:00): We always use highway=trunk for National Highways, regardless of if its a dual carriageway or not. For divided roads, you can always add dual_carriageway=yes. This allows routers to properly prioritize driving on National Highways, which are typically faster and better maintained than State Highways. It also makes it easy to differentiate highways on the map visually.
Suhail Ahamad (2025-06-17 10:30:31+00:00): Sorry for the interruption, I'll try to respect the codes next time
uknown-gryphus (2025-06-17 10:33:28+00:00): No problem, happy mapping!
jxpsert (2025-06-16 18:51:36+00:00): Hi Rick!
Welke luchtbeelden heb je hier gebruikt? Met de quick ortho 8cm zie ik een beetje een uitlijningsverschil - maar dit kan aan mij liggen: https://l.pltbg.nl/f079e8.jpg
aceman444 (2025-06-24 18:43:01+00:00): Hi, what is the point of these changes?
There is a single road with 3 lanes, without a physical separation or barrier. It should not be mapped as 2 OSM ways. See https://wiki.openstreetmap.org/wiki/Lanes#Motorway_with_lanes_and_destinations
vmicho (2025-06-25 05:37:30+00:00): Hi. Now it is more correct. The full line creates a separate barrier for the whole junction. So technically this junction is equivalent to the junction with barriers.
Old design would also not work for most navigations (osmand, organic maps, osrm, valhalla, ...)
For example just the 1st exit would be incorrectly at https://www.openstreetmap.org/node/12919238473 :
https://osmand.net/map/navigate/?start=48.588414,18.902358&end=48.590667,18.895074&profile=car#18/48.58935/18.89884

even worse when exiting south.
The links north and south are logically only connected ot the side lanes(links), and not to the main road.
aceman444 (2025-06-25 06:14:47+00:00): No, a white solid line is no barrier, see the Lanes wiki page.

GPS is not precise enough to distinguish in which lane you are currently driving (especially at 130kph) so if it guesses wrong, navigation will recalculate the route in the middle of the junction an may give you wrong and dangerous instructions (like continue to the next junction even if you were previously supposed to exit at this one).

I don't see the problem at the 1st exit in Osmand you posted links to. Osmand does exit at the right point. It also has all the information in OSM to tell you to keep in the rightmost lane (using 'change' and 'turn' tags).
You even forgot to update the change:lanes tags so the information in OSM is now wrong and confusing to routers.
And even if you are driving at https://www.openstreetmap.org/?mlat=48.588421&mlon=18.898501#map=18/48.588421/18.898499, it is still possible in reality to change vehicle to the rightmost lane to take the exit. But you have forbidden this in OSM.

So no, the junction is not more correct this way, you have introduced errors and wrong information.

Please revert this all, and do not make such changes to roads in OSM, it goes against what the model is according to wiki (and this what routers would expect).
vmicho (2025-06-25 17:44:10+00:00): GPS is not precise enough to distinguish in which lane you are currently driving (especially at 130kph) -> lane yes, the exit point will be missed . You have to exit first to the side lane and then exit. The exit point is marked with junction point.
vmicho (2025-06-25 17:46:32+00:00): There is nothing wrong mapping this way. In some states (NL or DK i think) people map individual lanes. There is nothing wrong mapping also for logic, not only look, map is also used for navigation.
vmicho (2025-06-25 17:48:01+00:00): Osmand does exit at the right point. -> nope, you have to "pre-exit" at the junction point

it is still possible in reality to change vehicle to the rightmost lane to take the exit. -> nope, that is illegal and dangerous. Full line is a barrier to respect.
aceman444 (2025-06-26 20:51:45+00:00): That is not true. White solid line is no real barrier, it is just a legal hint how to drive. Many vehicles like ambulances or police cars can cross it. Even normal cars can, if they want to. Thus, it must not be mapped as if there was a physical barrier. You are introducing obstacles that do not exists in reality, thus your data is wrong.

If other countries map individual lanes, they are going against established system (and I haven't seen this documented on the wiki, so such mapping can be ignored) and navigation will not work there properly (as they are introducing barriers (or inability to change lanes), where  there are none.

You are not mapping for logic, but for look. There was all the information about lanes and possibility of changing lanes, thus navigation like Osmand could make proper decision (like tellng you to keep in rightmost lane). It may be it does not support the 'change' tag. But that is for the navigation app to update, not for you to create invalid data. Mapping for the renderer or router is invalid in OSM.

As you confirmed the GPS is imprecise, if the car passes the junction exit point (128) the GPS will not know if you took the nothern (rightmost) lane or not, and may give you wrong instructions. Thus this situation is dangerous.
vmicho (2025-07-20 16:29:43+00:00): Hi. Sry for wait time, i have work ...

 What?
The emergency vehicles do not use/need any map, they can drive according to the situation, even in opposite ways.

"You are not mapping for logic, but for look. "  thay is wrong, I have mapped that for logic. You can fix the map or you can fix all the navigators/routers out there to support lanes navigation ... 

"may give you wrong instructions" - wrong instruction would be to exit at the ramp point(s there are 2). You should start exiting sooner before it still possible.

Also the lane mapping example on wiki (Motorway_with_lanes_and_destinations) has a problem for higway exit - the junction is mappet at the split point and also  shall be mapped before the last possible exit point which is before the full line. Consequently this cannot be used on higway exit.
Example: https://www.openstreetmap.org/node/2836078
The junction is placed before the full line. With your logic it would be misplaced on https://www.openstreetmap.org/node/2977985210 (150m too late, that's about 5 seconds)
os-emmer (2025-06-21 21:07:46+00:00): Hallo pandabear,
könntest du dir die Einträge für name:etymology:wikidata=* bei diesen beiden Straßen noch mal angucken? Das sollten eigentlich Wikidata-IDs sein. Danke.
https://www.openstreetmap.org/way/14368048
https://www.openstreetmap.org/way/326406490
Rodrigo Rega (2025-06-22 21:05:51+00:00): Hola, ¿estás seguro de que no es unisex? Hace un año lo era. Puedes ver aquí una foto de mayo de 2024: https://i.imgur.com/MezoNWb.png

Un saludo.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/167693103
CAM-Gerlach_Repair (2026-06-24 13:51:46+00:00): Reverted adding SEO spam POI with blatant advertising hype and malformed tags/values in changeset 184525173

https://osm.org/changeset/184525173
rempshaener (2025-06-16 18:38:36+00:00): Hallo,

du hast um eine Prüfung deiner Bearbeitungen gebeten.
Das Problem liegt hier an den Eigenschaften, die du an die einzelnen Geländeabschnitte gepackt hast, siehe z. B. https://www.openstreetmap.org/way/1395723516. Die Daten gehören an den geschlossenen way. D. h. du müsstest die einzelnen Abschnitte verbinden ("C").

Bei Fragen bitte melden.
Viele Grüße
bitfix (2025-06-17 06:39:17+00:00): Danke für die Antwort!
Ich habe jetzt einen neuen way für den Zaun gemacht. Der Zaun ist nicht geschlossen, d.h. nehme ich an, dass man das nicht ein einem way mappen kann.

Grüße
Georg
Shamazu (2025-06-16 13:19:14+00:00): Cześć! Co do Żabki w Szczebrzeszynie, to jest w budynku obok - z numeram 21 i 23. Ten budynek co dodałeś, nie istnieje już od wielu lat.
Dawid2849 (2025-06-16 13:24:12+00:00): Cześć, szybki jesteś :P
No właśnie rzuciła mi się Żabka w oczy, gdy przejeżdżałem, ale nie miałem pewności, czy to było w budynku 21-23, czy to nowy budynek. Zmylił mnie adres Zamojska 25 na stronie Żabki
Dawid2849 (2025-06-16 13:29:43+00:00): Poprawiłem. Zostawiłem ten adres ze strony Żabki, najwyżej kiedyś go zweryfikuję na miejscu kupując coś w tej Żabce. 
Dzięki za uwagę :)
Shamazu (2025-06-16 13:52:21+00:00): :))
literan (2025-06-16 19:49:04+00:00): вы поломали мультиполигоны института Гамалеи и жилой зоны. Аккуратнее, пожалуйста
zima360 (2025-06-17 10:52:40+00:00): Извините, пожалуйста.
TinPetreković (2025-06-16 15:00:40+00:00): Removing restrictions from a roundabout #OptimoRoute

https://www.openstreetmap.org/changeset/167699052
Lostmonkey (2026-05-16 06:24:30+00:00): Bør punkt Syvstjernen (779380538) have et tag mere end blot name?
osmviborg (2026-05-16 19:04:30+00:00): description
eggie (2025-06-16 13:39:04+00:00): Dag antidood,  Wanneer een bedrijf sluit blijft het adres gewoon achter. Dat heb je nu ook verwijderd. 
Ik zal het weer herstellen.
MVG
eggie
antidood1 (2025-06-16 16:25:38+00:00): Excuus! Ik had de wijziging gemaakt via OsmAnd~ en blijkbaar was ik iets te snel. Bedankt voor het herstellen en voor de feedback.
eggie (2025-06-16 16:30:30+00:00): No problem..
lmagreault (2025-06-16 14:16:01+00:00): Ça rime pas à grand chose de dire qu'un EHPAD est ouvert 24h/24...
Revert
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/167694000
Chris Fleming (2025-06-17 23:09:27+00:00): Thanks, this looks good to me. I added a tide_guage to this as well as this part of the Clyde is tidal. Otherwise the tagging looks good to me.  https://wiki.openstreetmap.org/wiki/Key:monitoring:tide_gauge. Cheers
Chris
mikedld (2025-06-16 23:02:22+00:00): https://www.aldi.pt/ website spells it as "ALDI", not "Aldi", hence that's what I chose when unifying the tagging. Do you want to discuss and/or change it (for all the stores, not just this one)?
kadiwa (2025-06-17 11:17:35+00:00): Hallo Rok73,
dieser Changeset hat leider mehrere Probleme.
Du hast versehentlich die Hudtwalckerstraße mit einem Gebäude (Bebelallee 4) verbunden. Deswegen hat dein Editor auch die Warnungen angezeigt.

Außerdem hast du nur ein kleines Stück von der Sierichstraße überhaupt bearbeitet. Der komplette Rest der Sierichstraße hat immer noch die gleichen Daten wie vorher – die Uhrzeiten sind daher jetzt inkonsistent. Uhrzeiten in "conditional"-Werten müssen außerdem mit Doppelpunkt, nicht mit Punkt geschrieben werden.
Ich persönlich verstehe auch die Anpassung der Uhrzeit nicht. Wenn da z. B. 04:00-12:00 steht, heißt das ja nicht, dass die eine Minute nach 12 Uhr noch mit eingeschlossen ist.

Insofern würde ich diesen Changeset gerne rückgängig machen.
Rok73 (2025-06-17 11:35:15+00:00): Mach das gerne. Entschuldige bitte meine fehlerhafte Bearbeitung.
gscholz (2025-07-18 07:07:31+00:00): Hallo Schneiderbauernsepp,
dieser neue Radweg überlappt großteilig mit schon vorhandenen Landwirtschaftswegen (blaue Markierungen):

https://tools.geofabrik.de/osmi/?view=routing&lon=12.11272&lat=49.99278&zoom=13&baselayer=Geofabrik%20Standard&overlays=duplicated_edges

Diese Art von Fehler irritiert Routingsoftware und sieht häßlich auf den Karten aus. Kannst du das bitte korrigieren?
Beste Grüße
Guido
Schneiderbauernsepp (2025-07-18 07:44:01+00:00): Servus Guido,
wenn du mir sagst, wie, gerne. Der vorher vorhandene Feldweg/Landwirtschaftsweg wurde durch einen geteerten Fahrradweg ersetzt, welcher auch von der Landwirtschaft mit genutzt werden kann. Er war nirgends in (gewöhnlichen) Routenplaner nutzbar, da die neue Straße noch nicht eingezeichnet war. Deshalb habe ich nach Fertigstellung der Bauarbeiten den Radweg hinzugefügt.
Grüße
mapuit (2025-07-18 11:48:10+00:00): Hi Scheiderbauernsepp,
vielen Dank für deine Änderungen in OSM. Wenn der Wirtschaftsweg durch den Fuß- und Radweg ersetzt wird, dann musst du das alte Element "umtaggen" und nur die Abschnitte anschließen, die neu gebaut wurden. Es gibt ja sozusagen keine zwei neuen Wege/Straßen übereinander. Grüße!
NorthCrab_upload (2025-06-16 13:50:54+00:00): 🗺️ Witaj na OpenStreetMap!

Zauważyłem, że Twoja zmiana zawiera niepoprawne adresy. Przygotowałem listę obiektów do poprawy oraz dodatkowe informacje:

Duplikat adresu w okolicy. Adres można oznaczyć na dwa sposoby: na obszarze (dokładniejsze) albo na punkcie. Aktualizując adres, należy się upewnić, czy w okolicy nie pozostały żadne duplikaty.
https://www.openstreetmap.org/node/12919389707
https://www.openstreetmap.org/way/897000226

Dokumentacja adresów (po polsku):
https://wiki.openstreetmap.org/wiki/Pl:Key:addr:*

W razie problemów lub pytań, proszę pisać. Chętnie pomogę.
Pozdrawiam! 🦀
eggie (2025-06-16 15:39:31+00:00): Welkom bij OSM,
De format van phone= heb ik aangepast naar +31........... internationaal.

MVG
eggie
Stretch Longfellow (2025-07-09 17:18:37+00:00): This did not open until today. Please do not rely on aerial imagery to remove construction as that may be severely outdated. Also, OSM has a policy against using imagery without a license.
tkotnala_lyft (2025-07-23 04:18:28+00:00): 
Hi, Cubbe8!
My name is Tanya and I’m a mapper in the OSM team at Lyft. 
Thank you for your comment. I just would like to highlight that, unfortunately, it is not feasible for us to personally verify every change on-site. And it's not necessary for mapping in OSM. In our practice, we use both OSM and Lyft-owned evidence. However, our data is often quite up-to-date. You can read more about it here: https://github.com/Test-DCT/OSM-LYFT-DCT/blob/1beae15649f43e0bef043fc0ef3950d7cbfdc867/osmtrainingmaterialsfeatures/Lyft-owned%20sources%20(ex.%20proprietary%20sources).md. In this case, I removed the access tag based on active telemetry. Please take a look at the attached file with telemetry from the past week: https://drive.google.com/file/d/1DZUTsCuDKglhXLlxs6CmpWVTzL9pEJLr/view?usp=sharing. Nevertheless, it confirms the oneway direction you corrected. Thank you for pointing out my erroneous directionality change. Moreover, instead of removing the access=no tag, it is better to replace it with a private tag as you did in your changeset. I am grateful that you promptly corrected my mistake and I sincerely apologize for it. I will be more attentive in the future.


Best regards, Tanya
tkotnala_lyft (2025-07-23 10:09:20+00:00): Sorry, I posted my response to the wrong changeset. The correct one is below.


Hi Stretch Longfellow,

My name is Tanya, and I'm a mapper on the OSM team at Lyft. Thank you for your comment. I appreciate you pointing out my mistake regarding the inaccurate deletion of the construction tags. I sincerely apologize for any inconvenience my edits may have caused, and I will be more attentive in the future.
Regarding the aerial imagery, Lyft has an agreement with the provider to use this imagery for edits in OSM. We can share it as evidence with other mappers if they request it.

Best regards, 
Tanya
Fizzie-DWG (2025-06-18 01:50:53+00:00): DWG revert - apparent vandalism

https://www.openstreetmap.org/changeset/167761271
literan (2025-07-11 06:54:26+00:00): не надо рисовать вымышленные "тоннели" под путепроводами.

почитайте, что такое тоннель. исправлю.
aharvey (2025-06-18 04:23:39+00:00): Hi Google Maps Street View is not a usable source for deriving information for OpenStreetMap. See https://wiki.openstreetmap.org/wiki/Google

You can use other street level imagery providers built into editors like Mapillary, Bing Street Side and others.

As such I'll revert this road as your only listed source is not compatible.
aharvey (2025-06-18 04:25:07+00:00): reverted in https://www.openstreetmap.org/changeset/167763531

please only use permissible sources for mapping
Edward Lundin (2025-06-18 09:59:44+00:00): Ah, ok. I will check other sources and possibly redo the change. Thanks.
NorthCrab_upload (2025-06-16 14:11:17+00:00): Zauważyłem, że Twoja zmiana zawiera niepoprawne adresy. Przygotowałem listę obiektów do poprawy oraz dodatkowe informacje:

Adres jest niekompletny, brakuje informacji o nazwie ulicy. Jeśli adres ma nazwę ulicy, dodaj ją w addr:street. Jeśli nie, zamień addr:city na addr:place - tak oznaczamy adresy bez ulic.
https://www.openstreetmap.org/node/12919389294

Dokumentacja adresów (po polsku):
https://wiki.openstreetmap.org/wiki/Pl:Key:addr:*

W razie problemów lub pytań, proszę pisać. Chętnie pomogę.
Pozdrawiam! 🦀
Samuele Battarra (2025-07-11 19:37:38+00:00): Hi, there are no longer any traces of the railway sections you added on the ground, so they shouldn't be added.
habi (2025-06-16 19:42:18+00:00): Ciao Friede B
Willkommen bei OpenStreetMap!
Schön machst du hier mit und hilfst, die Karte und die Kartendaten zu pflegen.

Wenn ich https://overpass-api.de/achavi/?changeset=167696879 anschaue, hast du nix mit `hw=service` geändert, sondern "nur" Zubringerdienst erfasst :)

Bei irgendwelchen Fragen gerne hier in den Kommentaren nachhaken oder bei https://c.osm.org/c/107 eine Diskussion eröffnen, wir versuchen gerne zu helfen.

Happy Mapping und e Gruess usem Liebifäud,
habi
habi (2026-02-05 09:36:23+00:00): Ciao Dom
Here you'be added `religion=pagan` and `religious=yes` to the Pierre du Niton.
The geographical reference points of Switzerland don't seem to have any religious connotation, no?
Greetings from Bern,
Habi
rempshaener (2025-06-16 18:32:50+00:00): Hallo und herzlich willkommen bei OpenStreetMap.
Du hast um eine Prüfung deiner Bearbeitungen gebeten.

Hier https://www.openstreetmap.org/way/1395746029 passt der Umriss nicht zu den Gebäuden, wie sie auf dem Luftbild erkennbar sind. D. h. am besten löschen und neu zeichnen. Schon deshalb, weil jetzt ein Gebäude innerhalb eines Gebäudes (https://www.openstreetmap.org/way/1395746030) liegt.
Hier bitte den Namen an der Fläche entfernen https://www.openstreetmap.org/way/689629785.

Vielen Dank für deinen Beitrag und weiterhin viel Spaß beim Mappen.
Viele Grüße
melaniya_lyft (2025-10-03 17:51:28+00:00): Hi WilliamHarrison,
My name is Melaniya, and I'm a mapper on the OSM team at Lyft.

Could you verify the accuracy of the turn restriction r19258814 (https://www.openstreetmap.org/relation/19258814)? It appears that after the removal of a slip road, w1434966835 (https://www.openstreetmap.org/way/1434966835) is inaccessible due to this turn restriction. On Mapillary (https://www.mapillary.com/app/?pKey=24388736367474565&focus=photo&lat=41.3809222&lng=2.1418528&z=17) from August 2025, this turn isn’t prohibited. If the information is outdated, could you please update it?

Best regards, 
Melaniya