Ik ben het hier met Martin eens.
Hoewel Brouter ook mijn favoriete router is, lijkt deze hier toch niet helemaal goed om te gaan met de data:
Deze weg (oostelijk deel van Brechtzijde) heeft terecht een [bicycle=use_sidepath] vanwege het naastgelegen G12a-pad:
https://www.openstreetmap.org/way/7442034
Toch worden normale fietsen (trekking-profiel) over de rijbaan ipv het fietspad geleid:
http://brouter.de/brouter-web/#zoom=19&lat=52.068452&lon=4.497573&layer=OpenStreetMap&lonlats=4.498217,52.069214|4.498054,52.068131&nogos=&profile=trekking&alternativeidx=0&format=geojson
Ik hoopte dat op te lossen in het routeringsplrofiel, door als experiment ook
|use_sidepath
toe te voegen aan deze regel
else not bicycle=private|no|dismount
Dat gaf na upload echter deze foutmelding
Ik heb in deze geen uitputtende kennis van de offline-bestanden onder de motorkap (wil me nog verder verdiepen in het offline-routeren), maar mijn beeld is dat Brouter in de extract die het van OSM-data maakt voor zijn routeringsdatabase (waarin veel data wordt samengevoegd of weggelaten voor ruimtebesparing) de tag use_sidepath weggooit (en kennelijk in de categorie “yes” veronderstelt, waarschijnlijk als een vorm van default in de routering bij het -na weggooien- ontbreken van informatie)
Nu is het negeren van obscure tags natuurlijk onvermijdelijk, maar in dit geval lijkt me het toch niet terecht:
Bicycle=use_sidepath is uitstekend gedocumenteerd, veel gebruikt (op meer dan 65.000 ways) en -in tegenstelling tot veel andere tags- ook met positief resultaat -met dank aan PeeWee32- het hele proposal-proces met stemming doorlopen vanwege het doortimmerde voorstel en aangetoonde nut:
Wiki
https://wiki.openstreetmap.org/wiki/Tag:bicycle%3Duse_sidepath
Proposal
https://wiki.openstreetmap.org/wiki/Proposed_features/use_sidepath
Als tag is dit volgens mij as good as it gets.
Ik vind dat je bij gebruik van nieuwe tags op bestaande keys (dus in plaats van iets anders, ook als is het nog niet ingevuld -en des te meer bij omtaggen) zeker rekening moet houden met de vraag in hoeverre datagebruikers hiermee overweg kunnen.
Maar in dit geval lijkt de oplossing me toch veel meer te zitten om bij Brouter te vragen of ze deze tag correct kunnen gaan verwerken in hun routing in plaats van deze “tag voor gevorderden” t egaan vermijden ten faveure van een “no”.
Ik vermoed dat de maker van Brouter dat wel interessant kan vinden gelet op hun focus op fietsroutering, streven naar flexibele routing en profielen voor velomobiels.