<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<title></title>
</head>
<body>
<div name="messageBodySection">
<div dir="auto">Martin Koppenhoefer wrote:<br />
> What are your thoughts about this rule, what is it meant to prevent, <br />
> and what is beyond the intentions?<br />
<br />
I won't comment on what should happen, but I'll say what _does_ happen.<br />
<br />
Very few worldwide OSM-based maps do any significant regional processing. Car routers probably understand which countries are right-hand drive and which are left-hand. Some bike routers (though not all) understand that highway=trunk is legal to cycle in some countries but not others. But in the general case, there's not much more than that.<br />
<br />
The upshot is that those very few routers/maps which do any regional processing have an advantage. I say this with some knowledge because cycle.travel (my site) is one of them. It has lots of regional processing, and as a result it's the only bike router that will take you (say) across America on quiet roads without you dying of dysentry in true Oregon Trail fashion.<br />
<br />
You'll also find that sites whose customer base is mostly within one country tend to interpret tags according to the customs of that country.<br />
<br />
So if you're happy that your hard mapping work will be interpreted correctly by cycle.travel, a handful of other small sites embedded deeply within the OSM community, and some national sites, then by all means use region-sensitive tagging. But if you want it to be used by the big guys (Strava, Komoot etc., let alone the really big companies) then realistically you need to use global tagging.<br />
<br />
Wikidata is not an answer to this. The OSM data format is .osm.pbf. That is what every tool reads. You are not realistically going to get all these tools, including a lot of proprietary ones you've never seen, being rewritten to pull in a multi-GB Wikidata dependency just so they can find a bike route across England. Again, I'm not saying what should happen, but what does and will happen.<br />
<br />
A machine-readable GeoJSON file with a few defaults per polygon (LHD vs RHD, bikes allowed on trunk, etc.) would not necessarily be a bad thing. If it was kept relatively simple then it might get widespread adoption. But anything as stupidly complex as the opening hours syntax, say, is not going to fly.<br />
<br />
(Sarah had an interesting and, I think, accurate take on this area in her SOTM talk last year: <a href="https://2021.stateofthemap.org/sessions/QUHKNR/" target="_blank">https://2021.stateofthemap.org/sessions/QUHKNR/</a> from 21m50 to c. 25m.)<br />
<br />
Richard</div>
</div>
</body>
</html>