[OSM-talk-nl] Wandelroutes op tile.openstreetmap.nl

[Ldp]

Ben Laenen wrote:

> wel, ik was alleszins niet degene die het upstream heeft gebracht. Ik 
> heb de code naar een paar mensen gestuurd, maar weet niet wie de 
> schuldige is. Niet dat ik het erg vind hoor, maar 'k had het liever wat 
> opgekuist eerst :-)

Als opencyclemap.org dit stuk niet gebruikt, kunnen we dan wellicht iets 
beters maken, en er een zaak van maken binnen de OSM-gemeenschap? Of het 
huidige blijven ondersteunen, maar ook nieuwe functionaliteit toevoegen.

> De opencyclemap werkt anders, die gebruikt een paar extra sql queries 
> onafhankelijk van osm2psql die na het invoeren uitgevoerd worden.

Inside info, of is dit ook ergens gedocumenteerd?

Zo heb ik me bijvoorbeeld afgevraagd waar hij zijn oneway-informatie 
vandaan haalt.

>> Taggen voor de renderer? :-)
> taggen in welke kleur de markeringen of bordjes zijn is toch niet taggen 
> voor de renderer?

Nee, vandaar de smiley.

> Ja, de route_pref_color is wat van die rommel van mij die er beter eerst 
> uit gegaan was. Voor mijn rendering had het zijn nut nochtans. Maar ik 
> veronderstel dat niemand weet waar het voor dient :-)

Ik had hem wel door. Met niet al te complex samenhangende routes zijn 4 
kleuren genoeg om te zorgen dat rakende netwerken verschillende kleuren 
hebben.

> Kort samengevat: een lokale fietsroute kreeg een extra nummer mee. Elk 
> nummer kreeg dan een eigen kleur op de kaart (en de kleuren worden 
> gekozen door degene die de kaarten rendert zodat ze inpassen in de 
> andere kleuren op de kaart). Als lokale routes dus overlappen kon je zo 
> het onderscheid maken.

Juist, mijn vermoeden bevestigd.

> Dat valt trouwens wel meer onder taggen voor de renderer... Maar er is 
> niet veel anders mogelijk omdat je verkortingen bijvoorbeeld ook 
> dezelde kleur wil houden dan de hoofdroute.

En zoals het nu is, is er geen verband tussen de hoofdroute en de 
verkorting(en). Het zijn verschillende relaties. Uiteindelijk zul je of 
iets heel slims in tagging moeten verzinnen, of enkele trucs toepassen.

> Ja, hier rond Antwerpen hebben de meeste lokale fietsroutes die tag, om 
> logische redenen :-)

Ik zeg: dat is geen afspiegeling van de rest van de osm-dekking. :-)

>> dat dan op een uniforme en te behappen manier, zodat je niet een
>> explosie aan rendering rules nodig hebt.
> Dat laatste is bij mijn weten niet mogelijk met mapnik, maar prove me 
> wrong :-)

Cascadenik, of custom python rendering, zouden het wat meer te behappen 
moeten maken. Denk ik, want ik heb het niet geprobeerd. Uiteindelijk is 
het aantal rules dat mapnik gebruikt dan net zo groot, alleen is het 
dynamisch opgebouwd.

Er is nu ook een mapnik trac ticket om een asymmetrische offset aan een 
LineSymbolizer te geven. Ik denk dat het hiermee beter mogelijk wordt om 
verschillende routes over dezelfde weg te visualiseren. En zo zijn er 
wel meer ontwikkelverzoeken binnen mapnik, die handig kunnen zijn voor 
dit soort kaarten.

Uiteindelijk zou ik ook graag zien dat mapnik iets meer intelligente of 
scripted beslissingen zou kunnen nemen, gegeven een aantal tags. Dat zal 
het aantal benodigde renderregels flink kunnen verminderen, in zulke 
complexe taggingen als we nu hebben. Het zal niet van morgen zijn, maar 
wie weet in 1.0.0.

> Maar je komt wel al ver als je gewoon de basiskleuren hebt (blue, green, 
> yellow, brown, red, orange, black, purple), en wat betreft combinaties, 
> er zijn ook maar een paar die voorkomen 
> als "white-red", "yellow-red". 't Zijn redelijk veel regels, maar 
> voorlopig is er niks beters. Vergeet alleen geen regel in de stylesheet 
> om naar een default kleur te gaan als je de kleur niet herkent...

Heb je wellicht de mogelijke waarden voor een route_color tag 
gedocumenteerd op de wiki? Indien niet, is er iets op te zetten?

-- 
Lennard