Re: [Talk-us] Route Relation Nitpicking

2010-06-17 Thread Apollinaris Schoell

On 16 Jun 2010, at 21:26 , Zeke Farwell wrote:

 On Thu, Jun 17, 2010 at 12:03 AM, Richard Welty rwe...@averillpark.net 
 wrote:
 i think the rendered pseudo-shields probably need to show some reference to 
 the network
 the highway is in, otherwise you'd not know what kind of shield you're 
 looking for.
 
 Yes, to be clear I was not suggesting that network prefixes are a bad thing 
 for a renderer to show, just that I don't think they belong in the ref tag.  
 I don't see why a renderer can't use ref and network to display US 7 or 7 
 on a US shield graphic.  

mentioned earlier already. the ref tag is taken by a standardization in osm 
worldwide. sure osm is free and everyone is allowed to change things but then 
don't expect to get any useful rendering anywhere. it doesn't matter if it's 
technically possible. if a different tagging is needed then introduce new tags 
or use a namespace like 
ref:don't like the old tag and=7
don't tag for a specific renderer and more important don't tag against all 
existing renderer

 ___
 Talk-us mailing list
 Talk-us@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-us


___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us


Re: [Talk-us] Route Relation Nitpicking

2010-06-17 Thread Zeke Farwell
On Thu, Jun 17, 2010 at 11:26 AM, Apollinaris Schoell ascho...@gmail.comwrote:


 mentioned earlier already. the ref tag is taken by a standardization in osm
 worldwide. sure osm is free and everyone is allowed to change things but
 then don't expect to get any useful rendering anywhere. it doesn't matter if
 it's technically possible. if a different tagging is needed then introduce
 new tags or use a namespace like
 ref:don't like the old tag and=7
 don't tag for a specific renderer and more important don't tag against all
 existing renderer


Yes, the ref tag rendering on an oval is the worldwide OSM standard but this
doesn't work very well here in the US.  In a lot of other countries the
actual reference number (on the sign) has a letter prefix (A22, E51, M3,
etc) this makes it very easy to tell what network the road is a part of from
the reference number so the OSM standard works.  In the US the reference is
simply a number, and the network is generally represented by shield shape.
 I 89, US 7, and NY 9 are all fudged reference numbers in order to make the
map look (somewhat) right to us americans.  The actual reference numbers are
89, 7, and 9.  Unfortunately here in the US you need another piece of
information to get the whole story.

If we stick with the current standard of a network prefix in the ref tag, we
could utilize the nat_ref tag for just the actual reference number.  Then a
renderer could choose to use nat_ref and network to render a great looking
US map with proper shields and numbers, or just use the regular ref tag and
still avoid confusion.  This would be more work/confusion for mappers but
would offer easy options to renderers.  Alternatively ref could be just the
number and int_ref could be network prefix and number.

Zeke
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us


Re: [Talk-us] Route Relation Nitpicking

2010-06-17 Thread Zeke Farwell
On Fri, Jun 18, 2010 at 12:30 AM, Nathan Edgars II nerou...@gmail.comwrote:


 You know that nat and int are short for national and international, right?


Yup. If they are needed for something else then those tags can be avoided
and a new one could be created (us_ref?).  It just seems better to use
existing tags when possible.


 Also removing network prefixes from ref tags *on ways* doesn't work
 because of overlaps.


Oh absolutely.  I'm solely talking about relations.  Since no renderers pull
ref tags from relations yet I see it as an opportunity to rethink how we tag
route numbers in the US.  I hope that eventually all renderers will pull ref
tags from relations, because relations a such a superior way to represent
overlapping route data.  When that happens there will be no need for ref
tags on ways except for very simple, single way routes.  So I'm hoping we
can sort things out a bit for when that day comes.  Maybe I'm being overly
optimistic here, but if renderers aren't going to support route relations
some day, then there isn't much point to them.

Zeke
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us


Re: [Talk-us] Aeroway=Aerodrome Modifier Tags?

2010-06-17 Thread Val Kartchner
On Sat, 2010-06-12 at 20:28 -0400, Richard Welty wrote:
 aerodrome=rc_airstrip

aerodrome is used for an area.  I've submitted the change as #3062
(aeroway=rc_runway), similar to how regular runways are tagged.

- Val -


___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us