Well, personally there is what is, what should be, and what is practical.<br><br>The directional prefix/suffix absolutely should not be dropped from any streets.  Even ones that are simple straight lines that change N/S or E/W at a point along it.  Treat them as 2 different streets.<br>
<br>What to abbreviate...  nothing in the database.  Let the renders ect. decide what to or not to.<br><br>The database would be much better with the address broken into well defined parts.  Ideally without the current name tag, and always build the full name.  I doubt this would work well for data entry by OSM users though.  Unabreviated directional prefix/suffix, type, and the base/remaining name might be palatable though.  Anything that will not fit nicely into the extra tags just goes in the base name tag.  In fact, keep using the current name tag.<br>
<br>Dale<br><br><br><div class="gmail_quote">On Sat, Aug 14, 2010 at 12:07 AM, Kevin Atkinson <span dir="ltr"><<a href="mailto:kevin@atkinson.dhs.org">kevin@atkinson.dhs.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im">On Fri, 13 Aug 2010, Steven Johnson wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
If you want to see the mother of all street naming trainwrecks, have a look<br>
at Hickory, NC. Story goes that sometime back in the '30's, the city<br>
fathers/mothers thought they would rationalize street naming. But what makes<br>
sense on gridded streets makes an *awful* mnemonic device for wayfinding,<br>
especially in the hilly, western piedmont of NC. You also have some really<br>
perverse examples of streetnaming, like "19th Ave Pl NW".<br>
</blockquote>
<br></div>
Thanks for the other data point.  In case I didn't make it already clear in my other emails, what I am saying is that maybe always displaying the directionals is not always the best way to present them.  I do not know what the correct solution is.  However, I am not advocating the complete suppression except in limited cases.  For example, when the directional is more of a positive/negative for an address than specifying a region of the city, such as the case in Salt Lake City.  The decision to suppress directionals in this limited case should be evaluated on a city by city bases and by those who are familiar with the area.<div class="im">
<br>
<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Rather than look to paper maps and Google for how they map it, it may be<br>
more useful to look at how local E911 services and USPS treat these<br>
addresses.<br>
</blockquote>
<br></div>
That is not going to help, what is at issue here (at least for me) is what should be displayed as part of the street name of a map.  Not what goes into the address.<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
There are times when a street type (e.g. Ave, St, Ln, Pl) is part<br>
of the name (e.g. 19th Ave Pl NW, where "Ave" is part of the street name)<br>
and times when the directional prefix/suffix (e.g. N, S, E W) are part of<br>
the street name (e.g. "North Temple"). I think only local knowledge is the<br>
way to resolve these issues.<br>
</blockquote>
<br></div>
Yes local knowledge is the only way to resolve it.<div><div></div><div class="h5"><br>
<br>
<br>
_______________________________________________<br>
Talk-us mailing list<br>
<a href="mailto:Talk-us@openstreetmap.org" target="_blank">Talk-us@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-us" target="_blank">http://lists.openstreetmap.org/listinfo/talk-us</a><br>
</div></div></blockquote></div><br><br>