As Michel pointed out, we have the same issue in Belgium, especially in Brussels which is officially bi-lingual, i.e. all street names have both a french and dutch name.<br><br>To bypass the problem of having to retype both the name:nl anf name:fr in name, I've implemented in Merkaartor a feature which allows tag templates to refer to other tags. I have a template for Brussels where I have "name = $[name:fr] - $[name:nl]"<br>
<br>I think this could be a feature of the API to recognize this kind of construct, and construct the "name" tag on request. This would have the advantage of not bloating the database with unneeded tags.<br><br>
- Chris -<br><br><div class="gmail_quote">On Sun, Mar 8, 2009 at 6:48 AM, Michel Barakat <span dir="ltr"><<a href="mailto:bmichel@gmail.com">bmichel@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
We're facing a similar issue for mapping in neighboring Lebanon. In<br>
addition to English, we use Arabic and French so we end up having four<br>
name tags: 'name', 'name:en', 'name:fr', 'name:ar'<br>
The name tag is a duplicate of one of the three languages depending on<br>
the road or POI in question, we have some POIs with English names,<br>
French or Arabic, not accounting for some two of three other languages<br>
used in certain areas. Similarly to the example of Belgium, canceling<br>
the 'name' tag all together, and defaulting to the country language is<br>
not suitable. Language should be set per element.<br>
<br>
> But I prefer not to enter the same name twice, but to "point" the name tag to the name:lang.<br>
I support the idea of not having to repeat twice the same name. It is<br>
an extra cost that might incur additional unnecessary risk of error<br>
when creating or modifying the tags.<br>
<div class="im"><br>
> A possibility would be to never use name=, but only name:XX=xxxx and<br>
> have a tag name:local=XX in order to indicate which is the local one.<br>
> For rendering, a default rule could be that if there is only one<br>
> name:XX=xxx without name:local=... then it will use the name:XX whatever<br>
> XX is.<br>
</div>Good idea but we should make sure that name:local=XX is correct, that<br>
is 'name:xx' exists among the possible name choices. Otherwise you<br>
will end up with inconsistency. In terms of deployment, I don't think<br>
the community will approve canceling the 'name' tag completely.<br>
<br>
So an alternative plausible solution could be to have a mechanism<br>
which refers to one of the name:xx, such as Tal has suggested. We<br>
could agree on some escape character that is used inside the tag<br>
content ($ or \ or whatever is not commonly used). We would have<br>
something like that:<br>
name=$(name:fr)<br>
name:fr="French Here"<br>
name:en="English Here"<br>
name:ar="Arabic Here"<br>
<br>
Another possibility, which looks more like a hack, is to simply<br>
describe the language of the 'name' tag. So we could have a tag<br>
'name:local=xx' describing the language of the 'name' tag. For the<br>
same example above, it would look like that:<br>
name="French Here"<br>
name:local="fr"<br>
name:en="English Here"<br>
name:ar="Arabic Here"<br>
<br>
In that case, we would not need the 'name:fr' tag to be explicitly<br>
expressed. The rendered though would need to be modified to realize<br>
its existence.<br>
<br>
Cheers<br>
Michel<br>
<br>
On Sat, Mar 7, 2009 at 11:40 PM, Tal <<a href="mailto:tal.bav@gmail.com">tal.bav@gmail.com</a>> wrote:<br>
<div class="im">><br>
><br>
> On Sat, Mar 7, 2009 at 3:51 PM, Pierre-André Jacquod<br>
> <<a href="mailto:pjacquod@alumni.ethz.ch">pjacquod@alumni.ethz.ch</a>> wrote:<br>
>><br>
>> > I would, however, like to set a default language to the renderer using<br>
>> >     name=$(name:he)<br>
>> > or something equivalent, for the default international map on the osm<br>
>> > site.<br>
>> I am not aware of such a feature for the current tools. I fear a problem<br>
>> could be that $(name:he) is also a valid name somewhere else in the<br>
>> world (with an other font than Latin...)<br>
><br>
><br>
</div>> I believe otherwise. I think that in the age of unicode "$(name:he)" will<br>
> always be the same, regardless of the font you use, as long as you stick to<br>
> unicode. I believe that this site uses utf-8 which is a unicode encoding.<br>
> Therefore, "$(name:he)" will always be a dollar sign and  parenthesis around<br>
> some Latin letters.<br>
><br>
>><br>
<br>
><br>
><br>
> I like this idea!<br>
> _______________________________________________<br>
> newbies mailing list<br>
> <a href="mailto:newbies@openstreetmap.org">newbies@openstreetmap.org</a><br>
> <a href="http://lists.openstreetmap.org/listinfo/newbies" target="_blank">http://lists.openstreetmap.org/listinfo/newbies</a><br>
<div><div></div><div class="h5">><br>
><br>
<br>
_______________________________________________<br>
talk mailing list<br>
<a href="mailto:talk@openstreetmap.org">talk@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk" target="_blank">http://lists.openstreetmap.org/listinfo/talk</a><br>
</div></div></blockquote></div><br>