<div dir="ltr">I believe that the shield project does use the route relations instead of the ref tag. As far as I've seen, the ref on the relation is always just the number/name without a prefix. So, while I don't really have an opinion on how the ref tag should be done, let's at least get the ref tag in the route relation right.<div>
<br></div><div>Carl</div></div><div class="gmail_extra"><br clear="all"><div>Carl Simonson<br><a href="mailto:simonsonc@gmail.com">simonsonc@gmail.com</a></div>
<br><br><div class="gmail_quote">On Tue, Mar 11, 2014 at 1:41 PM, Richard Welty <span dir="ltr"><<a href="mailto:rwelty@averillpark.net" target="_blank">rwelty@averillpark.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="HOEnZb"><div class="h5">On 3/11/14 3:22 PM, stevea wrote:<br>
><br>
> Offering my two cents, I'd like to see a move towards consistency in<br>
> each of the fifty states.  In California, there was a move within OSM<br>
> to prefix County Roads with "CR " (and then the county road route ref,<br>
> like "G2") as well as prefixing State Routes with "SR" or "CA"<br>
> (federal Buck Act abbreviation for California).  This was done<br>
> inconsistently, and in mapnik, makes CR and CA almost<br>
> indistinguishable unless I squint.  Please don't make me squint, and<br>
> please don't needlessly lengthen ref tags, which in some cases<br>
> (California a good example) makes them hard to distinguish, not to<br>
> mention ugly, too long and just plain wrong.<br>
><br>
> A ref tag like "G2" says all it needs to say to anybody familiar with<br>
> how California breaks apart its County Road system into several<br>
> multiple county regions, grouping these with a letter, then suffixing<br>
> with an integer anywhere from a few to a couple dozen routes within<br>
> that lettered system; there is no need to prefix with "CR " as it is<br>
> redundant (factually) and ugly (in my opinion).  Plus, signs say "G2"<br>
> or "S19" not "CR G2" or "CR S19".  I can only guess these latter<br>
> shields/ref tags are helpful for those "not from around here."  For<br>
> those who are, these are just plain wrong.<br>
><br>
> Plus, if I see simply "9" or "17" on a mapnik shield (small circle or<br>
> oval), I know those to be State Routes (highways) and I don't need "CA<br>
> " to prefix them.  I believe it to be polite and correct for "I-5" or<br>
> "I-210" to appear on Interstates, even though all fifty states do not<br>
> have any number collisions between their state highways and (federal)<br>
> Interstates.<br>
><br>
</div></div>problem is that we end up inconsistent in that there are routes with<br>
prefixes<br>
and routes w/o prefixes. looking at it from the viewpoint of a data consumer<br>
which is a program, this means headaches in developing parsers. Mapnik<br>
doesn't<br>
have a problem, it just renders whatever is in the ref tag, but other data<br>
consumers may encounter issues.<br>
<br>
what you're really making a case for is a California specific style sheet<br>
for current mapnik, or for completing the shield project which would<br>
take care of all these issues in a pretty conclusive way. states are all<br>
different; in Florida where i grew up, prefixing state routes with SR is<br>
very natural. in NY where i live now, prefixing state routes with NY is<br>
something familiar to all New York residents (or at least, upstaters.)<br>
<br>
one thing that is important to remember that there are data consumers<br>
beyond the map displayed on <a href="http://www.openstreetmap.org" target="_blank">www.openstreetmap.org</a>. we say that you<br>
should not tag for the renderer. i suggest that this formulation is<br>
incorrect;<br>
we need to tag taking into account the vast ecosystem of renderers<br>
and other data consumers that exist out there. so don't tag for one<br>
specific renderer (aka mapnik.) tag for all of them as best as you can.<br>
turn relations and speed limits for routers, include POIs that mapnik<br>
doesn't display by default but which OsmAnd can, and so forth.<br>
<div class="HOEnZb"><div class="h5"><br>
richard<br>
<br>
--<br>
<a href="mailto:rwelty@averillpark.net">rwelty@averillpark.net</a><br>
 Averill Park Networking - GIS & IT Consulting<br>
 OpenStreetMap - PostgreSQL - Linux<br>
 Java - Web Applications - Search<br>
<br>
<br>
</div></div><br>_______________________________________________<br>
Talk-us mailing list<br>
<a href="mailto:Talk-us@openstreetmap.org">Talk-us@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-us" target="_blank">https://lists.openstreetmap.org/listinfo/talk-us</a><br>
<br></blockquote></div><br></div>