[OSM-talk] [OSM-talk-be] naming tramlines

[Martijn van Exel]

-1. This would indeed be satisfying the wish for nice line labeling on tram
lines in the short term. However, implementing this one-time might encourage
others to just tag tram lines in this fashion and not even bother about the
relations. You know how these things go, as soon as you start doing this at
any serious scale, people will adapt it as best practice and we will end up
doing renderer-driven tagging, to which I am quite vehemently opposed.

Cross posting to talk.

martijn van exel -+- mvexel at gmail.com -+- http://www.schaaltreinen.nl/


On Thu, Apr 23, 2009 at 13:54, Maarten Deen <mdeen at xs4all.nl> wrote:

> ldp at xs4all.nl wrote:
> >> ah yes. Once again didn't think about the info that's included - but
> >> invisible - already.
> >
> > But which would need some work to be available to the renderer. osm2pgsql
> > should take the info from the relations and 'flatten' it into the
> physical
> > tramline data. For bonus points: preserve an existing name, and append
> the
> > tramline numbers. For extra bonus points: keep the tramline numbers
> > ordered.
>
> What a renderer should do is take a key from the way and the relation and
> concatenate them using a separator character.
> Both the key name and the separator character should be specified in the
> rendering rules. And if a namerendering like this is required of course.
> And
> if and how they should be sorted.
>
> But for as long as such a rendering is not made, I would not object to
> putting
> the linenumbers in the name tag of the way. It is very useful information,
> and
> can be weeded out quite easily if a future render can use the relations.
>
> Maarten
>
>
>
> _______________________________________________
> Talk-be mailing list
> Talk-be at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-be
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk/attachments/20090423/0c6c883d/attachment.html>