Re: [Talk-us] Street Naming Conventions

2010-04-11 Thread andrzej zaborowski 
On 9 April 2010 15:30, Matthias Julius li...@julius-net.net wrote:
 Val Kartchner val...@gmail.com writes:

 3) Prefix, body, suffix is available from the TIGER data, but what about
 streets that have already been added (or corrected) by users?  As we've
 seen, a bot won't always be able to correctly make these separations (as
 in the example of Southbay vs. South Bay given previously)  How do
 we make it so that it meets the goals I've given?

 I would say:
 - assemble the name out of the tiger:name_* tags
 - if that matches the name tag re-assemble the name while expanding
 tiger:name_direction_prefix and tiger:name_direction_prefix and
 replace the name tag.

Ok, added the check in r20882 although I'd say the script is useful
for data from sources other than TIGER too.

I don't think that only the direction_prefix/suffix should be
expanded, basically all name should be the way it is pronounced to
avoid ambiguity.

The East Doctor Martin Luther King, Junior Boulevard is an example
that I think shows that the direction parts of the name are the least
of the problems.  On the signage the name appears as E DR MLKjr BLVD
or similar.

Cheers

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Street Naming Conventions

2010-04-11 Thread andrzej zaborowski 
On 10 April 2010 11:07, Richard Finegold goldfndr+...@gmail.com wrote:
 On Thu, Apr 8, 2010 at 20:32, Val Kartchner val...@gmail.com wrote:
 On Thu, 2010-04-08 at 00:59 +0200, andrzej zaborowski wrote:
 On 7 April 2010 20:12, Mike Thompson miketh...@gmail.com wrote:
  Having said that, I think it is a bad idea to have a bot going
 through
  and attempting to expand abbreviations.

 I agree. If a bot can do this then that is evidence that a renderer or
 other data consumer can expand them if desired. But is the bot
 supplying its source of heightened accuracy? Surely the bot isn't
 checking physical signage.

No, its only useful piece of knowledge is that the TIGER ruleset
applies to this data here.  If you had to incorporate in your renderer
such a bot for every one of the 200 countries this wouldn't be fun,
that's why the consensus (according to wiki and discussions on t...@..
and irc) is not to use abbrevs at all. (with some exceptions)

So it really shou;d have done as part of the conversion from TIGER to
osm format.



 but not at lower zooms. There's a claim of This will allow a renderer
 to introduce abbreviations as necessary. in the wiki, but is it true?
 Does andrzej or someone else have an algorithm that can work with the
 examples in the essay at http://vidthekid.info/misc/osm-abbr.html

No, but it's a good idea, on some weekend I'll set up a mapnik and see
how to get it to display shortened names in US at lower zoom levels.

Cheers

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us