Ik bekijk regelmatig de changesets[1] waar mijn “basisgebied” in valt en vandaag zat daar deze changeset bij. Toevallig pikte ik daar deze way uit (historie). Daarin wordt de, voor mij tot nu toe onbekende[2], key is_sidepath (wiki) gebruikt.
Maar naar mijn idee is het gebruik van is_sidepath=yes hier niet correct. Wat is jullie idee hierover?
P.S. de mapper gebruikt hier MapComplete en het lijkt er op dat de changeset in 3 keer is geüpload?
is_sidepath is intended to mark cycleways which are attendant to a street.
So, in your case the tag is wrong.
Hoort m.i. alleen op (voet- en fiets)paden, in dit geval is dit een residential, dus niet.
Verder vraag ik me af voor welke gebruiker de tag überhaupt nuttig is.
I edited it removing this tag in Changeset: 188609964 | OpenStreetMap and created #2768 - is_sidepath makes sense only on sidepaths, MapComplete added it on highway=residential - MapComplete/MapComplete - Forgejo bug report
This is done with an older version of the MapComplete Android app; more modern versions don’t do this anymore.
I should update the play store version one of these days…
Ik denk dat de tag nuttig kan zijn voor routers die fietspaden die parallel lopen aan trunk/primary/secondary etc. een hogere penalty willen geven. Dan worden er wat leukere routes gemaakt (=arbitrair maar goed). Ik heb zelf ook niet veel op met van die lange fietspaden langs een provinciale weg. Uiteraard is dit gegeven ook geometrisch af te leiden maar dat is wel wat complexer dan een tag die dit kenmerk aangeeft. Het kom in NL niet veel voor maar in Belgie en Duitsland ligt dat anders. overpass turbo
Ik zoek vaak de snelste fietsroute terug naar waar ik de auto heb gestald, voor een dagwandeling. Dan heb ik een sterke voorkeur voor toegewijde fietspaden langs een grotere weg. Als ik daarentegen een mooie fietstocht maak, dan wil ik ze juist vermijden.
Duidelijk, bedankt. Alhoewel er natuurlijk voldoende fietspaden als sidepaths zijn die wel mooi zijn om te fietsen.
Ik denk dat de meesten hier wel begrijpen dat routering voor een groot deel kansberekening is en het is aan de router om te bepalen welke parameters hij daarvoor gebruikt. Ik heb inmiddels een script dat met x% zekerheid ( x=onbekend 
) kan bepalen of een cycleway een is_sidepath zou moeten krijgen maar voordat ik daar mee verder ga zou ik eigenlijk wel eens willen weten of er uberhaupt een router is die hier iets mee doet. Als iemand dat weet dan hou ik me aanbevolen.
Het is een profielkwestie toch? Als je het in een profiel opneemt doet een router er iets mee, anders niet. Ik heb wel toepassingen gezien die een keuze geven tussen doorfietsen en recreatief fietsen.
Doel je hier op zelf te maken profielen van Brouter/Bikerouter? Ja .. het zou kunnen dat je daar met deze tag rekening kan houden (nog geen ervaring mee). En uiteraard kunnen routers deze tag gebruiken voor profielen maar of het gebeurt??? … dat is de vraag. Mocht je een app weten die dit doet… laat maar weten. En een profiel doorfietsen/recreatief bestaat zeker. Ik dacht dat de Fietsersbond zoiets had/heeft maar die gebruikt geen OSM.
is_sideway is weer z’n tag die niets iets over het object zegt maar iets over de omgeving en dat vindt ik nooit een goed idee. Bovendien maakt het nogal uit hoeveel verkeer z’n naastliggende weg heeft.
Brouter heeft sinds enige tijd pseuso-tags die worden berekende uit de omliggende omgeving die coderen:
Voor een idee hoe dat gebeurd zie dit document maar het idee is:
Er is ook:
Met https://brouter.de/essbee krijg je een versie van brouter web die de pseudo tags ondersteund maar om ze te gebruiken moet je het wel in de opties van het profiel aan zetten.
Naar mijn idee een prima begin maar niet af. Een van de grootste problemen is dat je een getal hebt per OSM way maar voor een deel van de wegen is z’n parameter niet constant.
De meeste routers werken toch met profielen waaruit je kan kiezen en die je meestal ook zelf kan aanpassen? Bij OsmAnd kan je in de app zelf nieuwe profielen aanmaken en sommige aanpassingen doen, en je kan de bestaande profielen (.xml bestanden) aanpassen.
Dat begrijp ik maar dan is de vraag of de routers de key 'is_sidepath’ beschikbaar hebben voor het routing profiel. Het ligt dan wel in OSM vast maar de meeste (of alle?) routers zullen een subset van key/value meenemen. Dat kan dus betekenen dat ik het profiel wellicht kan aanpassen maar dat het geen consequenties heeft. Ik was eigenlijk meer op zoek naar een router waarvan we weten dat ie deze tag beschikbaar heeft voor een standaard (of maatwerk) profiel. En nog liever … een standaard profiel dat het ook echt gebruikt.
Van Brouter weet ik zeker dat is_sidepath niet ondersteund wordt en het lijkt erop dat dat ook geldt voor alle andere routers:
is Brouter having taginfo manifest? I do not see it either at surface=asphalt | Tags | OpenStreetMap Taginfo
Also some other major routers are missing there
Ik snap je punt. Het is in theorie goed om geen afleidbare gegevens vast te leggen wegens redundantie en onderhoud maar dat zal niet overal voor lukken. De key lit op een highway zegt ook iets over de omgeving (er zijn straatlampen) en dus zouden we deze niet hoeven te taggen als we de losse lantaarnpalen getagd hebben. Maar … ik denk niet dat dit gaat gebeuren. Ik denk dat het zoals vaak in OSM een beetje schipperen blijft. Te veel verschillende meningen over wat en met welk detailniveau er getagd zou moeten worden,
That is easy to check: Projects | OpenStreetMap Taginfo
But BRouter has lookup.dat which gives all tags BRouter supports.
to be clear I searched for it and failed to find it there
A ja, natuurlijk. Ik sta gecorrigeerd. OsmAnd gebruikt een eigen gecomprimeerd dataformaat, en de omzetting van OSM naar hun mobiele database gebeurt met een aparte spec, een .xml. Om iets te kunnen met een tag moet die tag in de standaard vertaalspec worden opgenomen. Ik heb geen idee of dat het geval is. Je kan het ook zelf doen allemaal, maar dat is geen oplossing voor algemeen gebruik.
Ik heb met OsmAnd goede ervaringen wb redelijke verzoeken, het mag even duren maar dan komt het er wel door.
