[OSM-talk] Green areas

[Andy Robinson]

matthew-osm at newtoncomputing.co.uk [mailto:matthew-
>osm at newtoncomputing.co.uk] wrote:
>Sent: 21 September 2006 12:35 PM
>To: Andy Robinson
>Cc: 'Joerg Ostertag (OSM Munich/Germany)'; talk at openstreetmap.org
>Subject: Re: [OSM-talk] Green areas
>
>On Thu, Sep 21, 2006 at 12:01:59PM +0100, Andy Robinson wrote:
>> Agreed, using the elevation key from Map_Freatures is perhaps confusing.
>In
>> hindsight I agree, change to "layer" OR "display_layer"
>
>For this purpose, yes.
>
>For reasons of the "elevation" tag still being used, think M6 J6
>("spaghetti
>junction"). "Bridge" alone is not enough.
>
>However, I can not currently see the need to keep the "bridge" tag;
>"elevation=1" seems equivalent (or elevation=-1 on the underlying way).
>

My reason for agreeing that change of name was good one is that using a
numerical value after the name “elevation” may be misleading because it’s
not actually an elevation. 

I put “elevation” originally in map features for the specific purpose that
Etienne is using it for, ie the rendering order, with no real thought at the
time beyond that. display_layer seems more logical to me now.

Using the “bridge” tag is there to enable the appropriate segments to be
rendered as a bridge rather than as the adjoining ways. It’s not really
suited to describing the order for display rendering.

I have been pondering for some time how to get a proper print of Spaghetti
junction. 

It’s been mapped for a fair while but I’ve not attempted to print it. It’s
not just the motorway and its sliproads to worry about either. We have local
roads, a major roundabout, 3 canals, a river and a railway line to contend
with all at the same location. Clearly though its time to go in and set the
layer order for each segment that crosses another. With a bit more work on
the surrounding roads at many motorway junctions we could produce some nice
motorway junction maps pretty soon.

>--
>Matthew
>
>--
>No virus found in this incoming message.
>Checked by AVG Free Edition.
>Version: 7.1.405 / Virus Database: 268.12.6/453 - Release Date: 20/09/2006
>

-- 
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.405 / Virus Database: 268.12.6/453 - Release Date: 20/09/2006