<div dir="ltr">I thought I would make my proposal stand out a bit more by adding words to the title.  :-O<div><br></div><div>There are some weird things, like Nebraska's state law that requires NDOR to have a state road link to every community of a 100 people or more. I've changed some "Link 80F" ref tags to "<span style="font-family:'Helvetica Neue',Arial,sans-serif;line-height:20px">NE 80F Link" and "Spur nnX" tags to "NE nnX Spur" without having time to do the whole state.  </span></div>
<div><font face="Helvetica Neue, Arial, sans-serif"><span style="line-height:20px"><br></span></font></div><div><font face="Helvetica Neue, Arial, sans-serif"><span style="line-height:20px">AZ has its "Loop 101" and "Loop 202" freeways for which I would advocate refs "AZ Loop 101" and "AZ Loop 202".</span></font></div>
<div><font face="Helvetica Neue, Arial, sans-serif"><span style="line-height:20px"><br></span></font></div><div><font face="Helvetica Neue, Arial, sans-serif"><span style="line-height:20px">Texas also has many weird qualifiers on minor state routes but as I've never contracted there for 511 I'm not totally familiar with them.</span></font></div>
<div><font face="Helvetica Neue, Arial, sans-serif"><span style="line-height:20px"><br></span></font></div><div><font face="Helvetica Neue, Arial, sans-serif"><span style="line-height:20px">Peter  <br></span></font><div class="gmail_extra">
<a href="mailto:peter.davies@crc-corp.com">peter.davies@crc-corp.com</a></div><div class="gmail_extra"><br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Mar 11, 2014 at 3:33 PM, Peter Davies <span dir="ltr"><<a href="mailto:peter.davies@crc-corp.com" target="_blank">peter.davies@crc-corp.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr">We currently contract with 12 state DOTs that include and are spread between CA and ME, and have in the past 10 years contracted with over 20 states that are spread from (and include) AK and FL, in respect of 511 information systems.  All of them accept the consistent use of <span style="line-height:19.200000762939453px;font-size:12.800000190734863px;background-color:rgb(249,249,249);font-family:sans-serif"><b>2-letter ISO codes </b>for naming their state (non-US and Interstate) routes. The 2-letter codes are part of 2+2-character ISO codes from ISO standard 3166-1 or 3166-2.</span><span style="line-height:10.833333015441895px;font-size:11.199999809265137px;background-color:rgb(249,249,249);font-family:sans-serif"> </span><span style="line-height:19.200000762939453px;font-size:12.800000190734863px;background-color:rgb(249,249,249);font-family:sans-serif">The identical 2-letter codes are also an ANSI standard INCITS 38:2009.  Finally, the same </span><span style="line-height:19.200000762939453px;font-size:12.800000190734863px;background-color:rgb(249,249,249);font-family:sans-serif">2-letter codes are used by the United States Postal Service and are well known to most Americans who still send letters and parcels.  Only the US Coastguard uses different codes, and not many people have ever heard of them.</span><div>


<font color="#000000" face="sans-serif"><span style="line-height:19.200000762939453px"><br></span></font></div><div><font color="#000000" face="sans-serif"><span style="line-height:19.200000762939453px">If you label routes as "SH" or "SR" or "TH" (i.e. Truck Highway) then you create duplicate routes in adjacent states.  Occasionally states number state routes consistently across state lines, but mostly they do not. So "SR nn" is ambiguous on regional maps. This is a potentially big problem for info systems and navigation systems.  If we send out an alert for "SH 20" over a national or regional channel, we can spread disinformation very easily.  So please don't imagine that OSM is just about map rendering.  We live in an age of electronics, texts, tweets, emails, etc., and not just colored images of maps on paper or screens.  PLEASE can't we use the official ISO and ANSI codes rather than following sloppy, ambiguous local customs?  </span></font></div>


<div><font color="#000000" face="sans-serif"><span style="line-height:19.200000762939453px"><br></span></font></div><div><font color="#000000" face="sans-serif"><span style="line-height:19.200000762939453px">If we follow local habits, CA residents refer to "Route 5" rather than I-5, "Route 50" rather than US 50, and "Route 99" rather than CA 99.  But our customer in Sacramento (who has worked for Caltrans for many years) does not advocate dumping "I " or "US" or "CA" prefixes, which make each route unique.  </span></font></div>


<div><font color="#000000" face="sans-serif"><span style="line-height:19.200000762939453px"><br></span></font></div><div><font color="#000000" face="sans-serif"><span style="line-height:19.200000762939453px">I can make an analogy with people's use of "St."  We don't accept "St." in OSM even though it's used by almost everyone because it's sloppy and ambiguous.  Does St. Paul have a St. Paul St.?  I don't know, but if it did we would write it unambiguously in OSM as Saint Paul Street.  PLEASE do not use ambiguous naming of state highways then!  Find all the SH and SR s etc and make them unambiguous.  Please?</span></font></div>


<div><font color="#000000" face="sans-serif"><span style="line-height:19.200000762939453px"><br></span></font></div><div><font color="#000000" face="sans-serif"><span style="line-height:19.200000762939453px">I have no idea why the convention of leaving out half the ref in the relation has been adopted. Just writing "5" instead of "I 5" is in my view pointlessly inconsistent.  Most states have an "SH 5".  Why create relations that are fundamentally confusing because of laziness?  Can anyone tell me a reason why ref contains a different value at the way and relation levels?  PLEASE state writing refs properly in relations, too.  Properly in this sense means uniquely. "I 5" not "5".</span></font></div>


<div><font color="#000000" face="sans-serif"><span style="line-height:19.200000762939453px"><br></span></font></div><div><font color="#000000" face="sans-serif"><span style="line-height:19.200000762939453px">CR and CH s are troubling.  Minnesota has numerous CH 1 s or CR 1 s.  So do most states.  So whether we write CR 1, CH 1, or 1 it won't be unique even in the state, let alone between states.  I do not have a unique solution to propose. Fortunately most regional traffic events happen on state routes (e.g., CA, US, I ) and most CR events are of local interest only.  But I would request that we use a consistent labeling for CR s, for which I would propose "CR n" so at least we know it's not a state route.</span></font></div>


<div><font color="#000000" face="sans-serif"><span style="line-height:19.200000762939453px"><br></span></font></div><div><font color="#000000" face="sans-serif"><span style="line-height:19.200000762939453px">I guess I feel strongly about this ...  :)</span></font></div>


<div><font color="#000000" face="sans-serif"><span style="line-height:19.200000762939453px"><br></span></font></div><div><font color="#000000" face="sans-serif"><span style="line-height:19.200000762939453px">Peter Davies</span></font></div>


<div><font color="#000000" face="sans-serif"><span style="line-height:19.200000762939453px">Castle Rock Associates, Portland OR</span></font></div><div><font color="#000000" face="sans-serif"><span style="line-height:19.200000762939453px"><a href="http://www.crc-corp.com" target="_blank">www.crc-corp.com</a> </span></font></div>


<div><font color="#000000" face="sans-serif"><span style="line-height:19.200000762939453px"><br></span></font></div><div><font color="#000000" face="sans-serif"><span style="line-height:19.200000762939453px"><br></span></font></div>


<div><font color="#000000" face="sans-serif"><span style="line-height:19.200000762939453px"><br></span></font></div><div><font color="#000000" face="sans-serif"><span style="line-height:19.200000762939453px"><br></span></font></div>


<div><font color="#000000" face="sans-serif"><span style="line-height:19.200000762939453px"><br></span></font></div><div><font color="#000000" face="sans-serif"><span style="line-height:19.200000762939453px"><br></span></font><div>


<span style="line-height:19.200000762939453px;font-size:12.800000190734863px;background-color:rgb(249,249,249);font-family:sans-serif"><br></span></div><div><span style="line-height:19.200000762939453px;font-size:12.800000190734863px;background-color:rgb(249,249,249);font-family:sans-serif"><br>


</span></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Mar 11, 2014 at 11:41 AM, 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:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">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>
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>
<span><font color="#888888"><br>
richard<br>
<br>
--<br>
<a href="mailto:rwelty@averillpark.net" target="_blank">rwelty@averillpark.net</a><br>
 Averill Park Networking - GIS & IT Consulting<br>
 OpenStreetMap - PostgreSQL - Linux<br>
 Java - Web Applications - Search<br>
<br>
<br>
</font></span><br>_______________________________________________<br>
Talk-us mailing list<br>
<a href="mailto:Talk-us@openstreetmap.org" target="_blank">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>
</blockquote></div><br></div></div></div>