[OSRM-talk] [Routing] Fixing routing with tags

[Florian Lohoff]

Hi,

On Tue, Dec 12, 2023 at 09:15:11PM +0000, Dave F wrote:
> Please don't reply just to me.

I didnt - you got a direct copy of the mail aswell as the list

> 
> It sounds like it's either:
> 
> 1. A faster route

Mathematically - And probably for single traversing vehicle - Yes.
In real life if redirecting all through traffic - No.

> 2. Your software isn't doing the job you think it should be doing.

Its not _my_ software - Thats the point i was making in my first mail. 
I can create this problem in _any_ routing engine, with _any_ profile.

Its a relative weight issue of routes. And currently we rely on tagging,
whatever engine/profile you use. Currently there are mostly physical
tags (Next to road class). 

So what do you do if tagging physical properties is not enough to make
the road network which has been built to take through traffic
mathematically faster than rough side roads?


Google solves this by statistical data. They simple take a statistic
duration for traversal of a segment. Then they have a temporal model 
for traffic on those segments. The statistic prefers the faster,
route, ignoring ANY physical properties. So the point in "mathematically
faster for a single vehicle" gets completely eradicated.

We dont have that mobility data in OSM. So the only information we can
base our decisions on is the tags we have. (Yes i know there are
initiatives for sharing mobility data across organizational boundaries
with liberal licenses, but these will never be ingestable in a static
routing model)


So how do you fix the static routing model when physical property
tagging is not sufficient?


Thats the point i am making and currently everyone goes full circle by
proposing more physical tagging, or magically fixing the decision aka
routing engine, or even telling me we should send all traffic down 
small rough roads as thats the faster route.

Flo
-- 
Florian Lohoff                                                     f at zz.de
  Any sufficiently advanced technology is indistinguishable from magic.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://lists.openstreetmap.org/pipermail/osrm-talk/attachments/20231212/aaf65aa6/attachment.sig>