<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Nov 28, 2014, at 9:53 AM, Richard Welty <<a href="mailto:rwelty@averillpark.net" class="">rwelty@averillpark.net</a>> wrote:</div><br class="Apple-interchange-newline"><div class="">
  
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type" class="">
  
  <div text="#000000" bgcolor="#FFFFFF" class="">
    <div class="moz-cite-prefix">On 11/27/14 6:48 PM, johnw wrote:<br class="">
    </div>
    <blockquote cite="mid:35B8F584-C992-4FC7-8B8B-7B494EB97E70@mac.com" type="cite" class="">
      <meta http-equiv="Context-Type" content="text/html;
        charset=us-ascii" class="">
      <div class="">I think having it on the relation is a great idea,
        especially since adding the tags to all the road segments sounds
        like an insane amount of tagging . Is this something that we
        should ask Phil to create a formal proposal page for the tags,
        so we can start adding symbol key values to relations? I think
        the hard thing is to actually get things tagged. </div>
      <br class="">
    </blockquote>
    the basic scheme doesn't require anything new or unusual in<br class="">
    route relation tagging, just care and consistency.<br class=""></div></div></blockquote><div><br class=""></div><div>I look forward to seeing his RFC page then ^_^</div><br class=""><blockquote type="cite" class=""><div class=""><div text="#000000" bgcolor="#FFFFFF" class="">
    <blockquote cite="mid:35B8F584-C992-4FC7-8B8B-7B494EB97E70@mac.com" type="cite" class=""><br class="">
      <div class="">The only suggestion I have is that we make it able
        to handle two or three - as putting the ref in a symbol is good,
        but we should be able to add a second one as well, to cover
        different situations where the relation is part of an even
        larger system (like the California scenic highway system, or
        similar.) - or would that just be another single icon applied to
        a different relation (or super-relation) that shares some of the
        segments, and they just both get their single symbol rendered?
        In some cases the symbol rendered would not need to use the ref
        from the road. <br class="">
      </div>
    </blockquote>
    well, multiple relations are handled decently in Phil's system.<br class="">
    <br class="">
    here is an example from Albany & Rensselaer NY:<br class="">
    <br class="">
    <a class="moz-txt-link-freetext" href="http://bl.ocks.org/ToeBee/raw/6119134/#14/42.6351/-73.7394">http://bl.ocks.org/ToeBee/raw/6119134/#14/42.6351/-73.7394</a><br class="">
    <br class="">
    where you can see interstate shields, US highway shields,<br class="">
    NY state highway shields, and county route shields (the<br class="">
    blue pentagonal shields). note the primary of US 9 & US 20;<br class="">
    there is a relation for each of those highways and Phil's code<br class="">
    handles the case well.<br class="">
    <br class="">
    more specialized shields are handled as well; here is<br class="">
    an example of a NY State parkway system shield on<br class="">
    the Taconic State Parkway:<br class="">
    <br class="">
    <a class="moz-txt-link-freetext" href="http://bl.ocks.org/ToeBee/raw/6119134/#15/42.2525/-73.6169">http://bl.ocks.org/ToeBee/raw/6119134/#15/42.2525/-73.6169</a><br class="">
    <br class="">
    richard<br class=""></div></div></blockquote><div><br class=""></div><div><br class=""></div>That looks really good. Some graphic designers need to remake the shields for icon size (bigger lettering, details ignored), but the system of putting on the roads looks great. </div><div><br class=""></div><div>My question about multiple relations was about roads that would have more than one “symbol.” Maybe i didn’t see it,b ut all of thsoe roads seemed to have 1 shield apiece, but I’m wondering about roads that would need multiple shields next to each other.  For example, State Highway 163 through downtown San Diego is part of the California highway system (so it gets a green ovalish “163” symbol), and is part of the CA scenic road system - so it would also get the small yellow flower icon as well. It is common to find the symbol on printed on city and county maps, so having it display at high zoom levels (~15 and above?) along with the road shield would be a good way to render them. I’m not so interested in the scenic route, but it was an example I could think of where a road is part of another, larger network that is publicly displayed and mapped beyond it’s ref number (it’s not some piece of GIS data hidden from the public, but something openly signed and mapped already by others). <a href="http://en.wikipedia.org/wiki/California_State_Route_163" class="">http://en.wikipedia.org/wiki/California_State_Route_163</a></div><div><br class=""></div><div>So I suggest there be a method to display additional symbols that have to do with the route’s membership in superrelations in some manner.  </div><div><br class=""></div><div>As a next step, phil’s work looks great!</div><div><br class=""></div><div>Javbw</div><div><blockquote type="cite" class=""><div class=""><div text="#000000" bgcolor="#FFFFFF" class="">
    <pre class="moz-signature" cols="72">-- 
<a class="moz-txt-link-abbreviated" href="mailto:rwelty@averillpark.net">rwelty@averillpark.net</a>
 Averill Park Networking - GIS & IT Consulting
 OpenStreetMap - PostgreSQL - Linux
 Java - Web Applications - Search</pre>
  </div>

_______________________________________________<br class="">Tagging mailing list<br class=""><a href="mailto:Tagging@openstreetmap.org" class="">Tagging@openstreetmap.org</a><br class="">https://lists.openstreetmap.org/listinfo/tagging<br class=""></div></blockquote></div><br class=""></body></html>