[Talk-ca] Canadian_best_practices: bilingual

john whelan jwhelan0112 at gmail.com
Thu May 13 13:48:52 BST 2010


The new replacement bilingual signs essentially do away with the drive or
promenade part of the name.  On a street sign saying "promenade Wilkie
Drive" Wilkie is roughly four times the font size than the two other
components.  The street sign also lists the house numbers, should they be
part of the name since they appear on the street sign?

I think we have to be pragmatic.  In Ottawa's internal systems they don't
even use the Drive or Promenade part of the name.  Example
http://apps104.ottawa.ca/emap.  Currently most Ottawa street names are
tagged with English in the name field.  This is consistent with the wiki
http://wiki.openstreetmap.org/wiki/Bilingual_street_names note Ireland and
Japan.  When a European, German for example, gets into a rail carriage in a
different European country they will normally ask in English  "Is this seat
taken?"  Currently we do not have renders that vary the font size to match
the street sign.

When you do a search the search will use the name field first to find a
match.  The UK has a search that works on UK Postcodes with a space in the
middle, this doesn't work on Canadian Postcodes, the person who built the
search engine is in the UK, Canadian postcode searches are not a priority to
him.  It is easy to build code that sees if the street name being searched
for matches the beginning of the street name.  Wilkie matches Wilkie, if its
Drive or Dr. we don't really care.  Especially in Ottawa where there will
only be one Wilkie.  It is much more difficult to build one that parses the
name and removes any "promenade" or "prom." or other variant from the front
before trying to match the name.  OSM has multiple demands on programmers
time, realistically our chances of getting something special just for one
city of a million people are very low and personally I'd rather see Canadian
postcodes search-able first.  You also have to think of end users, how many
wourld be willing or even capable of entering "promenade Wilkie Drive"
correctly spelt?  I suspect they are more likely to turn to Google.

Should we ever get to the point of having renders that can put the street
name in a font that is four times the size of the word "Drive" etc. and have
search engines that can parse oddly inserted names then we can always run a
bot down the file and shuffle things around into your three tags.

name=Promenade Wilkie Drive
name:en=Wilkie Drive
name:fr=Promenade Wilkie

For the moment though I suggest we follow what has been done so far and add
the French name under "name:fr=promenade Wilkie" note the small p.  That way
we can display the street names in French to a francophone which is a great
step forward over what is available today.  It also takes less room up in
the database and as some one who worked in assembler for ten years when data
storage was expensive this has performance / cost implications.
Additionally the more fields you have the more chance that the data will
become inconsistent.  What do you do if the three fields have different
values?  Perhaps because of a bot that doesn't know about your local rules.
After working with large databases at Stats Can for a number of years my
professional opinion would be to minimise the number of tags to avoid then
type of error.

A comment from Canada Post that came from a working group I was in "Do not
translate addresses."  They gave an example in Calgary where there were a
number of English endings such as road, way, drive, etc that came to the
same French translation.

Cheerio John

On 12 May 2010 22:13, Richard Weait <richard at weait.com> wrote:

> On Wed, May 12, 2010 at 9:44 PM, john whelan <jwhelan0112 at gmail.com>
> wrote:
> > I've put in what I think might be useful to newcomers about what data to
> > enter and why.
> >
> >
> http://wiki.openstreetmap.org/wiki/WikiProject_Canada#Canadian_best_practices
> >
> > Perhaps some one could look through it and comment or amend.
>
> Are there bilingual road signs in Ottawa?  If a sign said "Promenade
> Wilkie Drive" I'd use
>
> name=Promenade Wilkie Drive
> name:en=Wilkie Drive
> name:fr=Promenade Wilkie
>
> Other examples are Federal buildings, which even here in Toronto have
> bilingual signs.  The Parliament Buildings in Ottawa are named as
>
> name=Parlement du Canada / Parliament of Canada
> name:en=Parliament of Canada
> name:fr=Parlement du Canada
>
> Bilingual maps are a recent interest of mine.  I have a French
> language OSM now running in-house here.
>
> One thing I notice is that while rendering the World with name:fr,
> Quebec and France are almost empty!  They use name, as they should but
> not also name:fr.  The same is true of name:en and probably many other
> languages.  It looks a bit funny to see Edimbourg, Londres and
> Copenhague, but Paris is missing!
>
> This is not insurmountable.  It is possible to preferentially show
> name:fr and fall back to name if name:fr is empty.  It even possible
> to default to name in Quebec, and use name:fr elsewhere and either
> fall back, or not.  And I suppose I would make each of these rendering
> choices, depending on whether I want to show a lot of names, or
> emphasize missing data with blank spaces (to encourage updates).
>
> Thoughts?
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-ca/attachments/20100513/afa1bb67/attachment.html>


More information about the Talk-ca mailing list