Ben Laenen wrote: > Ja, dankzij het feit dat iemand mijn snel-snel ineengeklutste code om > die fietsroutes te behandelen heeft doorgespeeld naar de code van de > internationale osm2pgsql :-p . En vooruitziende mens dat ik was had ik > meteen ook de wandelroutes erbij gezet... En ik dacht dat er ook nog > wel wat meer rommel zo in osm2pgsql is terecht gekomen :-D
Aha! De schuldige! :-) Inderdaad, extra/andere functionaliteit in osm2pgsql hangen is niet zo moeilijk, zolang we het huidige maar niet slopen. Immers, wij zijn vast niet de enigen die hiervan gebruik maken; zie ook de opencyclemap. > aanpassen om bijvoorbeeld een "colour" tag te lezen. En het lezen van > een colour tag is de grootste truuk om de routes leesbaar te maken op > de kaart. Taggen voor de renderer? :-) Er zit nu wat colour handling in osm2pgsql: De tag 'preferred_color' wordt nu gelezen, gekeken of deze in de range [1-4] valt, en dan in pg weggeschreven als route_pref_color. Indien buiten de range, of niet aanwezig, dan wordt het een 0. Ik vraag me af of er veel routes voorzien zijn van 'preferred_color=[1-4]'. En tevens of dit wel afdoende is. Met 4 mogelijke kleuren moet je als mapper zelf een kleur kiezen die op de snijdende/rakende routes niet voorkomt, en de kleur hoeft niet de werkelijke routekleur te zijn. Een renderen moet immers zelf 4 unieke kleuren aan de codes 1-4 hangen. Ik zou het wel mooi vinden om bij de routes die 'op de weg' voorzien zijn van een duidelijke kleurstelling (bv. wit/rood, geel/rood, geel/blauw, of een enkele kleur), deze ook op de kaart te krijgen. En dat dan op een uniforme en te behappen manier, zodat je niet een explosie aan rendering rules nodig hebt. -- Lennard _______________________________________________ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
