Re: [Tagging] Mountain passes

2011-02-14 Thread M∡rtin Koppenhoefer
2011/2/14 Ulf Lamping : > Because I would like to see the elevation in the label - at least in higher > zoomlevels. > Basically the same behaviour as natural=peak would be my favourite. +1 > If we have a specific tag for a specific feature we shouldn't add more > generic stuff to it IMHO. Makes

Re: [Tagging] Mountain passes

2011-02-14 Thread Ulf Lamping
Am 14.02.2011 22:22, schrieb Nathan Edgars II: On 2/14/2011 4:05 PM, yvecai wrote: Actually, Mapnik would render a 'pointSymbolizer', how would it look like? Just a label could be enough. Why not simply use the same style as place=locality? Because I would like to see the elevation in the la

Re: [Tagging] Mountain passes

2011-02-14 Thread Nathan Edgars II
On 2/14/2011 4:05 PM, yvecai wrote: Actually, Mapnik would render a 'pointSymbolizer', how would it look like? Just a label could be enough. Why not simply use the same style as place=locality? They fit the definition (in fact there seems to be no reason not to apply that tag to passes other

Re: [Tagging] Mountain passes

2011-02-14 Thread yvecai
On 14. 02. 11 21:08, Ulf Lamping wrote: Am 14.02.2011 14:22, schrieb M∡rtin Koppenhoefer: 2011/2/14 Steve Bennett: On Mon, Feb 14, 2011 at 11:32 AM, Ulf Lamping wrote: That was the start of the discussion in 2007, but was changed due to the changes (around the same time) of highway=tunnel /

Re: [Tagging] Mountain passes

2011-02-14 Thread Ulf Lamping
Am 14.02.2011 14:22, schrieb M∡rtin Koppenhoefer: 2011/2/14 Steve Bennett: On Mon, Feb 14, 2011 at 11:32 AM, Ulf Lamping wrote: That was the start of the discussion in 2007, but was changed due to the changes (around the same time) of highway=tunnel / highway=bridge to tunnel=yes / bridge=yes

Re: [Tagging] Mountain passes

2011-02-14 Thread Ulf Lamping
Am 14.02.2011 13:40, schrieb M∡rtin Koppenhoefer: 2011/2/14 Nathan Edgars II: http://mapper.acme.com/?ll=36.76925,-82.20018&z=16&t=T If this isn't mountain_pass=yes, what should it be mapped as? IMHO natural=pass would be the most logical way to do it. Natural describes in it's vast majority

Re: [Tagging] Mountain passes

2011-02-14 Thread M∡rtin Koppenhoefer
2011/2/14 Steve Bennett : > On Mon, Feb 14, 2011 at 11:32 AM, Ulf Lamping > wrote: >> That was the start of the discussion in 2007, but was changed due to the >> changes (around the same time) of highway=tunnel / highway=bridge to >> tunnel=yes / bridge=yes - so using the same logic for passes see

Re: [Tagging] Mountain passes

2011-02-14 Thread M∡rtin Koppenhoefer
2011/2/14 Nathan Edgars II : > http://mapper.acme.com/?ll=36.76925,-82.20018&z=16&t=T If this isn't > mountain_pass=yes, what should it be mapped as? IMHO natural=pass would be the most logical way to do it. Natural describes in it's vast majority geographical features as which I would see a pas

Re: [Tagging] Mountain passes

2011-02-13 Thread Steve Bennett
On Mon, Feb 14, 2011 at 11:32 AM, Ulf Lamping wrote: > That was the start of the discussion in 2007, but was changed due to the > changes (around the same time) of highway=tunnel / highway=bridge to > tunnel=yes / bridge=yes - so using the same logic for passes seemed like a > good idea then ...

Re: [Tagging] Mountain passes

2011-02-13 Thread Ulf Lamping
Am 14.02.2011 00:07, schrieb Steve Bennett: On Mon, Feb 14, 2011 at 8:28 AM, Ulf Lamping wrote: P.S: What bugs me more is the (not so un)common practice to put the node near the way (where the sign is?) and not exactly on the road. This makes it difficult for renderers to detect the kind of way

Re: [Tagging] Mountain passes

2011-02-13 Thread Nathan Edgars II
On 2/13/2011 6:07 PM, Steve Bennett wrote: That makes sense if you think of a pass being a locality ("we had a picnic up at the pass") rather than a particular road feature ("we drove over the pass"). I would probably do the same thing, naïvely. Probably a more intuitive tag would have been high

Re: [Tagging] Mountain passes

2011-02-13 Thread Steve Bennett
On Mon, Feb 14, 2011 at 8:28 AM, Ulf Lamping wrote: > P.S: What bugs me more is the (not so un)common practice to put the node > near the way (where the sign is?) and not exactly on the road. This makes it > difficult for renderers to detect the kind of way a pass "provides" ... That makes sense

Re: [Tagging] Mountain passes

2011-02-13 Thread Ulf Lamping
Email--- Subject :Re: [Tagging] Mountain passes From :mailto:dieterdre...@gmail.com Date :Sun Feb 13 13:36:08 America/Chicago 2011 2011/2/13 Nathan Edgars II: According to http://wiki.openstreetmap.org/wiki/Key:mountain_pass "passes only make sense on ways". But it's possible to

Re: [Tagging] Mountain passes

2011-02-13 Thread john
between two nations, and the border crossing is closed because one or both nations don't maintain a customs station there? Does that make the pass stop being a pass, in the geographic, rather than political, sense? ---Original Email--- Subject :Re: [Tagging] Mountain passes

Re: [Tagging] Mountain passes

2011-02-13 Thread M∡rtin Koppenhoefer
2011/2/13 Nathan Edgars II : > According to http://wiki.openstreetmap.org/wiki/Key:mountain_pass "passes > only make sense on ways". But it's possible to have a pass with no way > crossing it (not even an informal footpath) or with multiple ways crossing > (a dual carriageway, or parallel highway a

[Tagging] Mountain passes

2011-02-13 Thread Nathan Edgars II
According to http://wiki.openstreetmap.org/wiki/Key:mountain_pass "passes only make sense on ways". But it's possible to have a pass with no way crossing it (not even an informal footpath) or with multiple ways crossing (a dual carriageway, or parallel highway and railway). How should these cas