piebro/osm-data huggingface dataset:
opened by Myazyk (2025-09-03 22:01:49+00:00): 2Б
opened by matteobott (2025-09-03 22:03:34+00:00): Posati nuovi ponti start date 2025
commented by nicola_yubo (2026-03-19 20:24:54+00:00): diviso il percorso della metrotranvia ed aggiunto il tag bridge=yes. Diviso il percorso ciclabile ed aggiunto il tag tunnel=yes
opened by rogrun (2025-09-03 22:07:56+00:00): Zona privada em aclive, área 200 metros quadrados.
opened by  (2025-09-03 22:10:36+00:00): Changement de plan à revérifier
opened by  (2025-09-03 22:11:45+00:00): The alley I marked is called ‘Lorong Suka Damai’. You incorrectly named this alley as ‘Lorong Merapi’. You should update it to match what is shown on Google Maps.
closed by FajrAl (2026-06-13 05:30:12+00:00): catatan ditutup / closing note
opened by Harpageole (2025-09-03 22:16:03+00:00): BAR
collectifsrefugiesdromevaucluse.fr
commented by GeorgeKaplan (2025-11-08 12:51:56+00:00): Plaît-il ?
opened by ktgh (2025-09-03 22:16:42+00:00): Unable to answer "Who is the operator of this charging station?" – Charging Station – https://osm.org/node/13117063962 via StreetComplete 61.3:

Not networked, free charging.
commented by Striddler (2025-09-18 00:27:23+00:00): Changed Fee to No and Allowed Access to Public. 
As this charging station is within the boundary of a State Park (which has proper operator tag already), it should be implicitly assumed to be operated by the Bureau of State Parks. There are some PA State Park amenities where that isn't the case   (food concessions, boat rentals, etc.), but if there's no indication of a separate operator for this charger, it doesn't necessarily need to be explicitly tagged.
opened by empowermint (2025-09-03 22:17:16+00:00): "Now part of the coffee shop next door"
The place has gone or never existed. A user of Organic Maps application has reported that the POI was visible on the map (see snapshot date below), but was not found on the ground.
OSM snapshot date: 2025-08-08T13:08:07Z
POI has no name
POI types: building-address
 #organicmaps ios
commented by jayaddison (2026-01-13 19:14:55+00:00): Do you remember what the POI is/was - and has it been removed?
commented by osmuser63783 (2026-01-31 17:02:25+00:00): The note says:
POI types: building-address 

So I think the user left this note on the address node (https://www.openstreetmap.org/node/3208861701) 

It doesn't make much sense to me to say this has been removed. So I think the note can probably just be resolved? Or #surveyme to find out what's going on
commented by empowermint (2026-02-01 11:36:33+00:00): Hello!

I am the user who reported this.

The POI that doesn’t exist is the address node.

The coffee shop next door at 274 Leith Walk extends into the space OSM indicates is 4 Balfour St. The door for number 4 physically exists, but it has been blocked off and its number removed.
commented by jayaddison (2026-02-02 19:17:23+00:00): I think there could be various ways to indicate this - I'm thinking of setting entrance=no on the node, based on the related quote from the wiki: "It looks like an entrance, i.e. there is a door and possibly a housenumber displayed here, but it cannot be used to access the building (e.g. the door is permanently sealed). " From: https://wiki.openstreetmap.org/wiki/Key:entrance
commented by empowermint (2026-02-03 10:54:50+00:00): Yes, seems like it would make sense to update it to an address node for 274 Leith Walk with `entrance=no`
commented by osmuser63783 (2026-02-03 11:01:08+00:00): I would keep the old address info but we can prefix it with disused:

The 274 Leith Walk address really belongs to the entrance on the corner (not currently mapped)
commented by osmuser63783 (2026-02-03 11:01:44+00:00): Oh it is actually mapped, just obscured by the coffee symbol: https://www.openstreetmap.org/node/3206504852
commented by jayaddison (2026-02-03 12:22:37+00:00): Adding disused to the housenumber field would leave a node with city, country and street - I wonder if some software might faultily interpret that as a point node describing a street?
commented by osmuser63783 (2026-02-03 12:25:13+00:00): I meant adding disused to all address fields. It effectively represents a disused address
commented by jayaddison (2026-02-03 12:27:54+00:00): That makes sense to me.  I've added the entrance=no tag so far -- I think setting all the addr fields disused seems sensible, so I'll go ahead and do that too.
commented by jayaddison (2026-02-03 12:31:05+00:00): Address fields prefixed disused (and a changeset review requested, because it seems a peculiar/rare situation and might be worth more opinions on) in: https://www.openstreetmap.org/changeset/178048432
opened by vorboyvo (2025-09-03 22:20:11+00:00): "Renommer l'arrêt, selon l'annonce de l'autobus ainsi que les données de la STM"
OSM snapshot date: 2025-06-08T00:18:23Z
POI name: du Parc / Thérèse-Lavoie-Roux
POI types: public_transport-platform highway-bus_stop
 #organicmaps android
closed by SomeRailfan (2025-11-04 01:45:35+00:00): Closing stale note.
opened by Lv291 (2025-09-03 22:20:17+00:00): "went out of business "
The place has gone or never existed. A CoMaps user reported that the POI was visible on the map (see snapshot date below), but was not found on the ground.
OSM snapshot date: 2025-08-22T03:20:49Z
POI name: Bubbalou's Bodacious BBQ
POI types: amenity-restaurant
 #CoMaps ios
closed by ICT_maps (2026-02-22 00:53:08+00:00): tagged disused
opened by Lv291 (2025-09-03 22:20:59+00:00): "went out of business "
The place has gone or never existed. A CoMaps user reported that the POI was visible on the map (see snapshot date below), but was not found on the ground.
OSM snapshot date: 2025-08-22T03:20:49Z
POI name: Bubbalou's Bodacious BBQ
POI types: amenity-restaurant
 #CoMaps ios
closed by NeisBot (2025-09-03 22:26:02+00:00): This note has the identical location and text 
as note https://osm.org/note/4945495

Therefore, it will be closed.

#DuplicateNote
opened by Lv291 (2025-09-03 22:21:09+00:00): "went out of business "
The place has gone or never existed. A CoMaps user reported that the POI was visible on the map (see snapshot date below), but was not found on the ground.
OSM snapshot date: 2025-08-22T03:20:49Z
POI name: Bubbalou's Bodacious BBQ
POI types: amenity-restaurant
 #CoMaps ios
closed by NeisBot (2025-09-03 22:26:03+00:00): This note has the identical location and text 
as note https://osm.org/note/4945495

Therefore, it will be closed.

#DuplicateNote
opened by Lv291 (2025-09-03 22:22:21+00:00): "went out of business "
The place has gone or never existed. A CoMaps user reported that the POI was visible on the map (see snapshot date below), but was not found on the ground.
OSM snapshot date: 2025-08-22T03:20:49Z
POI name: Bubbalou's Bodacious BBQ
POI types: amenity-restaurant
 #CoMaps ios
opened by Meewalh (2025-09-03 22:22:52+00:00): Existiert diese Bank (noch) an dieser Stelle? Sie steht an einem Hang recht weit vom nächsten Weg weg. Muss sie vielleicht näher am Weg sein?
commented by rebielk (2026-01-13 15:28:46+00:00): Ich sehe hier keine Bank. Zwischen der Straße und dem Rad-/Wanderweg sind 50m Hang und man sieht vom einen bis zum anderen.

Attached photo(s):
https://streetcomplete.app/p/323831.jpg
closed by ticki_52 (2026-02-12 18:47:38+00:00): scrub area - no bench
opened by Lv291 (2025-09-03 22:22:59+00:00): "went out of business "
The place has gone or never existed. A CoMaps user reported that the POI was visible on the map (see snapshot date below), but was not found on the ground.
OSM snapshot date: 2025-08-22T03:20:49Z
POI name: Bubbalou's Bodacious BBQ
POI types: amenity-restaurant
 #CoMaps ios
opened by  (2025-09-03 22:29:24+00:00): onosm.org submitted note from a business:
نام: دخانیات سناتور
addr:street=بنی نجار
addr:city=Karaj
شماره تماس: +989370929395
شبکه‌های اجتماعی: https://www.instagram.com/senator.tobacco?igsh=em94amFqbjdyZXNt
ساعات کاری: شنبه تا پنج‌شنبه ۹ الی ۲۱
توضیحات: دخانیات
روش های پرداخت پذیرفته شده: نقد,کارت به کارت
takeaway=no
opened by rodolfovargas (2025-09-03 22:30:41+00:00): Trans Copacabana S.A 
Entrega de encomiendas.

via StreetComplete 61.3
opened by gechytil (2025-09-03 22:30:43+00:00): Unable to answer "This shop has been vacant. What’s here now?" – Wirtshaus Karbach (Building) – https://osm.org/way/121654347 via StreetComplete 61.3:

Wirtshaus war auf Hausnummer 69
closed by Stefan_89 (2025-09-04 04:46:53+00:00): erledigt - gebäude lt. Luftbild entfernt
opened by  (2025-09-03 22:31:58+00:00): Altoona
closed by dannmer (2025-09-03 22:50:43+00:00): on the map
opened by  (2025-09-03 22:36:28+00:00): CARLISLE Station
closed by dannmer (2025-09-03 22:54:16+00:00): misplaced note
opened by  (2025-09-03 22:37:07+00:00): Harrisburg  station
closed by dannmer (2025-09-03 22:53:54+00:00): misplaced note
opened by  (2025-09-03 22:37:51+00:00): This is incorrect street name.
Street name is Magdalena Anteva.
closed by Dimitar155 (2025-12-30 20:16:32+00:00): fixed in changeset/171427668
opened by  (2025-09-03 22:38:18+00:00): pottsville stations
closed by dannmer (2025-09-03 22:53:30+00:00): this is a road
opened by Geovelo_Notes (2025-09-03 22:38:41+00:00): pas de tunnels (This note has been created from Geovelo: https://amenagements-cyclables.fr/fr/contributions/103124)
commented by Geovelo_Notes (2025-09-08 07:32:56+00:00): Un commentaire a été ajouté par un cycliste Geovelo : "Bonjour, Pouvez vous nous donner plus de précision sur le problème rencontré ?"
closed by Geovelo_Notes (2026-02-06 13:16:39+00:00): Geovelo closed this note
opened by  (2025-09-03 22:38:49+00:00): Reading station
closed by dannmer (2025-09-03 22:52:20+00:00): mapped as a church
opened by  (2025-09-03 22:39:25+00:00): Scranton pensylvania station
closed by dannmer (2025-09-03 22:51:25+00:00): no station at note location
opened by Kinsio (2025-09-03 22:39:45+00:00): Slip lanes here need turn restrictions to prevent routing from one directly to another

via StreetComplete_ee 61.1
closed by jhaluska80 (2025-09-16 13:28:23+00:00): Reworked area to have better lanes and added a turn restrictions to prevent crossing the solid lines.
opened by  (2025-09-03 22:40:03+00:00): Williamsport pensylvania station
closed by dannmer (2025-09-03 22:50:22+00:00): note is placed over a private home
opened by JesseFTW (2025-09-03 22:42:15+00:00): Unable to answer "Is this still here?" – Woburn Fire Department (Fire Station) – https://osm.org/way/29938543 via StreetComplete 61.3:

The building has been torn down.
closed by JesseFTW (2025-09-04 18:08:30+00:00): Updated.
opened by FloofyFoxers (2025-09-03 22:45:33+00:00): Is now an A&W

#OsmAnd
closed by Matthew Mahnke (2025-10-16 21:07:40+00:00): updated
opened by  (2025-09-03 22:45:49+00:00): onosm.org submitted note from a business:
نام: لبنیات محلی ساوالان
addr:housenumber=۶۶
addr:street=معلم ۲۲
addr:place=ساری خیابان‌معلم‌معلم ۲۲
addr:city=شهر ساری
شماره تماس: 09057057358
وب‌سایت: .
شبکه‌های اجتماعی: .
ساعات کاری: شنبه تا جمعه
دسترسی با ویلچر: yes
دسته‌بندی: آپارتمان ها
توضیحات: لبنیات محلی ساوالان
روش های پرداخت پذیرفته شده:
opened by  (2025-09-03 22:48:09+00:00): RIO CASACARA
opened by  (2025-09-03 22:48:48+00:00): RIO SICARARÉ
opened by  (2025-09-03 22:49:34+00:00): RIO MAGIRIAIMO
opened by Picxinet (2025-09-03 22:50:38+00:00): "Fermé définitivement"
OSM snapshot date: 2025-06-22T05:04:15Z
POI name: IkomIris
POI types: craft-photographer
 #CoMaps android
commented by karr4s (2025-09-05 09:38:12+00:00): Mis à jour la semaine dernière (l'info apparaîtra à la prochaine MAJ de CoMaps). Mais merci du signalement. ;)
opened by  (2025-09-03 22:55:55+00:00): Zaxby's closed. A new restaurant is being built.
closed by leftybender (2025-09-07 20:19:42+00:00): done
opened by  (2025-09-03 22:57:01+00:00): Corner Bakery closed. A new restaurant is open here.
closed by Hypsometric (2025-09-04 18:28:24+00:00): Updated.
opened by  (2025-09-03 22:58:09+00:00): Burger King closed. This is an unused building, now.
closed by ICT_maps (2025-10-06 14:00:16+00:00): updated
opened by Davie Dean (2025-09-03 23:02:38+00:00): Is this 46 or 48?
commented by Davie Dean (2025-09-15 02:34:09+00:00): 48
opened by Davie Dean (2025-09-03 23:02:39+00:00): Is this 6 or 58?
commented by Davie Dean (2025-09-15 02:36:33+00:00): 60
opened by Davie Dean (2025-09-03 23:02:41+00:00): Is this 64 or 66?
commented by Davie Dean (2025-09-15 02:30:45+00:00): 64
opened by  (2025-09-03 23:04:33+00:00): Le 7 de la place du Moutier se trouve ici
closed by JBacc1 (2025-09-05 18:59:56+00:00): ok
opened by  (2025-09-03 23:13:42+00:00): Val Electric Laguna
Tienda Eléctrica
commented by ChicoXXX (2025-11-28 02:44:12+00:00): Gracias. Se agregó el edificio.
closed by ChicoXXX (2025-11-28 02:44:13+00:00): Se agregó edificio de tienda de suplementos eléctricos.
opened by Cortix (2025-09-03 23:16:14+00:00): demanding?

#OsmAnd
closed by Cortix (2025-09-08 19:43:45+00:00): no
opened by  (2025-09-03 23:16:35+00:00): Wird Mangal Döner x LP10.

https://www.saarbruecker-zeitung.de/saarland/saarbruecken/saarbruecken/saarbruecken-lukas-podolski-eroeffnet-neuen-laden-in-bekanntem-cafe_aid-134196517
commented by goodidea (2025-09-04 12:50:31+00:00): Ist als planned: eingetragen ...
commented by Vinzenz Mai (2025-12-01 20:26:04+00:00): Noch nichts davon zu sehen.
commented by goodidea (2026-04-06 16:44:00+00:00): Immer noch Fenster mit Folien abgeklebt und Zettel „Gewerbefläche 200 qm zu vermieten“. Vielleicht wird es ja doch nix mit dem Mangal Döner?
opened by  (2025-09-03 23:24:16+00:00): Taytay
closed by GOwin (2025-09-04 01:09:22+00:00): Not a bug.
opened by AndreiDrang (2025-09-03 23:26:25+00:00): The place has gone or never existed. A user of Organic Maps application has reported that the POI was visible on the map (see snapshot date below), but was not found on the ground.
OSM snapshot date: 2025-08-29T18:18:32Z
POI name: На районе
POI types: amenity-fast_food
 #organicmaps ios
opened by nopeinomicon (2025-09-03 23:27:04+00:00): Unable to answer "What’s the name of this place?" – Drinking Water Shop – https://osm.org/node/12021276278 via StreetComplete_ee 61.1:

Public drinking fountain, not shop
opened by AndreiDrang (2025-09-03 23:27:35+00:00): The place has gone or never existed. A user of Organic Maps application has reported that the POI was visible on the map (see snapshot date below), but was not found on the ground.
OSM snapshot date: 2025-08-29T18:18:32Z
POI name: На районе
POI types: amenity-fast_food
 #organicmaps ios
closed by NeisBot (2025-09-03 23:36:04+00:00): This note has the identical location and text 
as note https://osm.org/note/4945533

Therefore, it will be closed.

#DuplicateNote
opened by Saeidmirzaei64 (2025-09-03 23:28:05+00:00): ☀️ امروز هوا صافه،
ولی کف خونه‌ت ترک خورده مثل کویر 😅
🌧️ فردا بارونی میشه،
دیوار خونه‌ت نم کشیده مثل باغچه! 🌱
نگران نباش ✌️
انواع کفپوش ودیوارپوش مستقیم ازکارخانه در نمایشگاهی درشرق تهران،تهرانپارس خ دلواری پ۲۵۲
خونه‌تو چهار فصل شیک و مقاوم نگه می‌داره!
تولیدونمایندگی پارکت لمینت،ماربل شیت ،ترمووال،قرنیز،کفپوش پی وی سی،چمن مصنوعی،ترموود 
دفترشوروم کارخانه بیا مدل ها ببین از کارخانه نهایت ۲۴ساعته درب منزل یا پروژه تحویل بگیرید
09120246431
مدیریت کارخانه دکترفرهاد فکری 
کانال ایتا تاسیس شد کافی سرچ کنی @Shahrparket
ادمین سعیدمیرزایی   09359099254
opened by Soredo47 (2025-09-03 23:30:37+00:00): "Lesezeichen got aquired by Hugendubel"
OSM snapshot date: 2025-08-04T05:22:58Z
POI name: Hugendubel
POI types: shop-books
 #CoMaps android
closed by map per (2025-09-16 15:31:01+00:00): Thanks for contributing to OpenStreetMap!
opened by  (2025-09-03 23:32:28+00:00): onosm.org submitted note from a business:
نام: لبنیات محلی ساوالان
addr:housenumber=۶۶
addr:street=۶۶
addr:place=معلم 
addr:city=شهر ساری
addr:postcode=66
شماره تماس: 09057057358
وب‌سایت: .
شبکه‌های اجتماعی: .
ساعات کاری: شنبه الی جمعه
دسترسی با ویلچر: unknown
دسته‌بندی: آبسنت میله
توضیحات:  لبنیات محلی ساوالان 
روش های پرداخت پذیرفته شده: نقد
delivery=yes
takeaway=yes
takeaway:description=.
opened by MarkusHD (2025-09-03 23:33:53+00:00): Routing from north to south through roundabout instead of bypass. Some maxspeed is missing, some maybe wrong and the situation could perhaps be improved easily.

https://www.openstreetmap.org/directions?engine=graphhopper_car&route=49.887785%2C6.136041%3B49.884729%2C6.135864

Happens with all tested routers: GraphHopper, OSRM, Valhalla, OrganicMaps.
commented by Kugelbaum (2025-10-16 15:19:39+00:00): maxspeed added
commented by Luke_Vader (2026-01-11 22:27:48+00:00): restrictions *should* solve this by not allowing a specific route. However that does not seems to be working as expected:

https://www.openstreetmap.org/relation/20071370#map=18/49.886065/6.134845

As you can see, the issue persists despite this.
commented by MarkusHD (2026-01-13 23:12:41+00:00): Routing is provided by external services. Their database is not updated immediately after upload, so you can't test it directly.

Using no_right_turn or no_straight_on doesn't make a difference, see
https://wiki.openstreetmap.org/wiki/Relation:restriction#Tags

It seems Valhalla has updated its database because the routing example works as expected now.
I guess the via-nodes are not necessary though and the via-way should be sufficient.

Downside of the current solution (relation v7):
If I miss driving into the bypass and the route is recalculated, it cannot lead me on the shortest way out of the roundabout.
This problem could be fixed by using an only_straight_on restriction with the bypass as via-way.

But I'm a bit embarrassed that I didn't thought of using a restriction myself to solve the wrong routing :-/
commented by Luke_Vader (2026-01-14 11:53:39+00:00): 🎉 I'm glad my experiment worked. I didn't realise that it might not be using current data.
I would not expect a routing app to be so precise as to recalculate a route due to being a few meters further east then expected, Rather i think it would assume GPS error.
Then again, i might be wrong. I never use such applications as i do not drive, and my phone's GPS is always quite inaccurate.

If you do believe that using the only_straight_on restriction in the way you mentioned would solve this edge-case, please do go ahead and see if it works.
commented by MarkusHD (2026-01-16 00:33:10+00:00): Yes, what I described might only be a theoretical problem currently. But there might be bypasses which don't run almost parallel. And GPS accuracy could improve over the years.

But I found a real problem: Start routing from the track "Ale Bamerdaller Wee" to the south. The restriction disallows driving through the roundabout and proposes a detour in the northern direction for a turnaround (I wonder why it doesn't route one full circle through the roundabout instead).

By the way, GraphHopper has updated its database as well now.

So yes, I will adapt the restriction relation as mentioned above.
commented by MarkusHD (2026-01-16 01:40:28+00:00): After some preparation work I have adapted the relation:
https://www.openstreetmap.org/changeset/177280139

Let's wait until the routers have been updated to check the effect:
- routing from North through bypass
- routing from Ale Bamerdaller Wee through roundabout
commented by MarkusHD (2026-01-16 01:47:29+00:00): I forgot to add the routing link with start from the track:
https://www.openstreetmap.org/directions?engine=graphhopper_car&route=49.88658%2C6.13728%3B49.884729%2C6.135864
commented by Luke_Vader (2026-01-16 08:17:11+00:00): Great, let's see if the change solved the issue. I guess we can monitor changes to OSRM to see if this solution works, as it's the only one that hasn't updated yet.

Also, well spotted with the "Ale Bamerdaller Wee"
commented by Luke_Vader (2026-01-19 17:44:39+00:00): Now OSRM entirely refuses to use the one section of the roundabout.
This makes no sense to me.
now routing to the south-east exit from the north is entirely broken on all 3 routing engines.

I have absolutely no clue what's going on and will therefor revert the change to the no right turn, as that's at least better.
In the meantime, if you have an idea what might be happening, i'm all ears.
commented by Luke_Vader (2026-01-19 17:55:29+00:00): I tried some things
1. splitting the exit into 2 parts : maybe the "to" section being connected to the roundabout was causing issues? doubt it.
2: set the "from" before the minor road, to not include routes from there

This is not a solution, just an attempt at mitigating damage.
I am still trying to think of a proper solution.
changeset/177442077
commented by MarkusHD (2026-01-19 19:53:45+00:00): Please don't do such changes in a hurry, I have reverted your revert again.

The error you described (OSRM entirely refusing one roundabout section) should have nothing to do with my only_straight_on restriction v8 because that doesn't touch the roundabout at all.

My restriction version still hasn't reached the three router databases. This can be seen in my second routing example link (routing from Ale Bamerdaller Wee to the south-west exit): The roundabout is avoided (not desired, effect of your restriction v7) - for OSRM you have to set the starting point a bit more to the Western end of Ale Bamerdaller Wee, OSRM seems to handle motor_vehicle=destination on that way incorrect.

For GraphHopper you can see the routing data version when clicking on the "More details from GraphHopper" link, there it is written under "Details", currently 2026-01-15T11:00:00Z - my changeset is from 2026-01-16 one day before.

Nonetheless the broken routing from north to south-east is strange. I cannot see why your restriction v7 should lead to that result - even all three routers doing the same. But I haven't checked that routing direction before, only now after your recent comments. However, the Wiki only describes the "via" members to be 1 node or >=1 ways, so restriction v7 at least doesn't conform to the Wiki.
commented by MarkusHD (2026-01-21 20:40:44+00:00): GraphHopper now states to use data from 2026-01-18, which should be relation v8, but still routing to south-east is broken.
This was really weird to me, so I had a look into the data again and found another restriction relation created by you 10 days ago:
https://www.openstreetmap.org/relation/20071515

No wonder routing from north to south-east is broken for all three routers. I have removed that second relation now:
https://www.openstreetmap.org/changeset/177539538
commented by Luke_Vader (2026-01-22 09:50:44+00:00): Whoops, my bad, didn't realise I did that.
commented by MarkusHD (2026-01-26 23:50:21+00:00): GraphHopper now has data from 2026-01-23T19:00:00Z, but even routing from north to south-east prefers the bypass. No idea why. Apparently I have misunderstood how the restriction using via-ways should behave. Or both GraphHopper and Valhalla use an incorrect implementation.

I have removed the restriction relation:
https://www.openstreetmap.org/changeset/177742193

Routing from north to south-east:
https://www.openstreetmap.org/directions?engine=graphhopper_car&route=49.88732%2C6.13614%3B49.88469%2C6.13827

I won't investigate further. Feel free to close this note.
commented by MarkusHD (2026-02-03 01:25:32+00:00): Oh, I messed up the starting point for routing from north to south-east, this one is correct:
https://www.openstreetmap.org/directions?engine=graphhopper_car&route=49.887519%2C6.136143%3B49.88469%2C6.13827

It is fixed now for all three routers again.

BTW Valhalla uses the bypass now (what this note originally was about). I don't know since when, but the used data are up-to-date from 2026-02-02 14:50.
closed by Luke_Vader (2026-02-06 14:17:15+00:00): Yeah, considering Valhalla is able to prefer the bypass, I would consider this a router issue. The current data in OSM is correct.
I will close this issue, any attempts that were made to compensate for router behaviour caused more damage then good. I now realise that what we were doing was wrong, and the responsibility for the issue was incorrectly assigned to OSM rather then the routers.
Either way, thank you for putting up with my dumb ideas on how to fix this (and mistakes) :)
opened by Geovelo_Notes (2025-09-03 23:34:28+00:00): new bike line (This note has been created from Geovelo: https://amenagements-cyclables.fr/fr/contributions/103125)