Al weer een iets ouder topic, maar wel interessant om te lezen toen ik het vandaag tegenkwam (na het fixen van wat wandelroutes :-p).
Een reden om dit toch te doen is de betere integratie met de rest van het OSM ecosysteem en applicaties. Bijvoorbeeld een app als OsmAnd kan allerlei routes laten zien binnen dezelfde applicatie. Als ik aan het fietsen ben gebruik ik OsmAnd om mijn weg te vinden, en ben ik blij dat ik daar ook goed configureerbaar diverse routes kan weergeven. Zoiets zou je natuurlijk ook wel kunnen bereiken door OsmAnd een overlay te laten genereren uit routedatabank.nl, maar dat schaalt voor een app als OsmAnd minder goed (er zijn waarschijnlijk wel honderden databanken) en er zijn meer gebruikers van OSM (waymarkedtrails, knoopuntnet, etc. zouden allemaal die integratie moeten realiseren). Ook zijn subtiele verschillen in weglayout die het dan lastiger maken om met zekerheid te zeggen over welke ways een route loopt (en bijv OsmAnd maakt volgens mij al gebruik van fietsroutes in navigatie door ways die onderdeel zijn van een fietsroute iets hoger te scoren dan andere ways).
Ik vraag me af in hoeverre je gebruik kan maken van zo’n centrale databank om dingen makkelijker actueel te houden. Als je vanuit zo’n databank mutaties kunt halen, en die dan in een aparte tracker stopt (waarbij mensen zo’n mutatie kunnen gebruiken om gerichter te gaan surveyen en expliciet kunnen aangeven wanneer een mutatie is verwerkt in OSM), kun je wellicht sneller routes bijwerken en is het duidelijker hoe de compleetheid is (nu is het denk ik zo dat routes bijwerken vertrouwt op mensen die tijdens survey toevallig opmerken dat een route veranderd is, wat natuurlijk altijd een flinke vertraging geeft). Of misschien gebeurt dit al wel? Dat op basis van publicaties van wijzigingen routes gericht bijgewerkt worden? Maar dan wellicht meer handmatig door specifieke personen, zonder ondersteuning van een tracker-systeem voor dit soort dingen?
