<div dir="ltr"><div><div><div><div>I see the reason for all this work is to make the data un-ambigious.  To that end expanding all the contractions.  This is needed for text to speech, consistent searches, and probably a few other issues.  From the expanded data names can be contracted a lot easier without mistakes.<br>
<br></div>Raw data: northwest 15th drive<br></div>spoken data: northwest fifteenth drive<br></div>Map data: NW 15th Dr.<br><br></div>I don't think we need to store 2 or 3 copies for 99.9% of the names, but some will break the rules the rest follow and need some kind of "don't expand" flag or alt name(s) stored because of that.<br>
<div><br></div></div><div class="gmail_extra"><br clear="all"><div>Dale Puch</div>
<br><br><div class="gmail_quote">On Mon, Jul 21, 2014 at 9:45 AM, Serge Wroclawski <span dir="ltr"><<a href="mailto:emacsen@gmail.com" target="_blank">emacsen@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="">On Mon, Jul 21, 2014 at 9:01 AM, Mikel Maron <<a href="mailto:mikel.maron@gmail.com">mikel.maron@gmail.com</a>> wrote:<br>
<br>
> Here in Washington DC, the street names are all suffixed with the quadrant<br>
> (NW, SE, SW, NE) the road lies in. The official names of the streets kept by<br>
> the DC city government all use the contraction. Historically, I could find<br>
> no maps that used the expansion.<br>
<br>
</div>The city maps may use the same contractions as TIGER, etc. but we know<br>
they're contractions, which is distinct from being words, so I don't<br>
the city maps as being a reason for changing the way the entire OSM<br>
project handles contractions.<br>
<br>
BTW, for anyone who isn't aware, I lived in DC from 1996-2012, which<br>
is both a long time, and also a recent time. I consider myself<br>
essentially a local in this matter.<br>
<div class=""><br>
> For spoken navigation systems, this is probably the easiest situation to<br>
> identify and handle, without ambiguity.<br>
<br>
</div>The real issue is trying to standardize the OSM data for data<br>
consumers, which text-to-speech systems will benefit from, but they're<br>
not the only ones.<br>
<div class=""><br>
> OSM maps of DC now just look a bit bizarre.<br>
<br>
</div>The MapBox folks seemed to have figued this out US-wide and<br>
re-contract the road names and the directional identifiers. This is a<br>
rendering problem- one which I agree with you 100% that it should be<br>
fixed, not just for directions but also for road identifiers, because<br>
we in the US are used to seeing contractions.<br>
<br>
Another proposal I've seen which seemed interesting (though not free<br>
of problems) is the idea of a new tag that was basically the name of<br>
the road exactly as it appears on a road sign.<br>
<br>
I agree with you 100% that we should strive for a map that looks<br>
"American" for US map users. The MapBox folks seem to have done it, so<br>
really this is a problem with <a href="http://osm.org" target="_blank">osm.org</a>'s map. Their map is really<br>
British-Euro centric in many ways, and it would really be nice if we<br>
had a good, solid alternative, much like <a href="http://osm.fr" target="_blank">osm.fr</a>. Maybe MapBox can<br>
share some of their style with us, or if not, we have our work cut out<br>
for us, but I'm sure we can do it.<br>
<div class=""><br>
> So I don't recommend we apply this expansion without consideration of<br>
> regional variation. Before any expansion scripts are run, in DC or anywhere,<br>
> the local community needs to be consulted sufficiently.<br>
<br>
</div>Can you elaborate on this?<br>
<span class="HOEnZb"><font color="#888888"><br>
- Serge<br>
</font></span><div class="HOEnZb"><div class="h5"><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>
</div></div></blockquote></div><br></div>