<div dir="ltr"><br><br><div class="gmail_quote">On Wed, May 6, 2009 at 3:02 PM, Stephan Plepelits <span dir="ltr"><<a href="mailto:skunk@xover.htu.tuwien.ac.at">skunk@xover.htu.tuwien.ac.at</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On Wed, May 06, 2009 at 01:53:57PM +0200, Ben Laenen wrote:<br>
> So, in short: I'm not sure a "language" tag would work here. The<br>
> languages should be known from the political entity it's located in,<br>
> and since the places in areas with more than one official language are<br>
> tagged with name:nl, name:fr etc, that's more than enough already, and<br>
> a language tag gives unnecessary information. And it's especially a bad<br>
> idea if it defines a certain order of importance.<br>
</div>But how does the system know which is the "official" language for that<br>
region? As far as I know, there's no function yet, so a language-tag would<br>
be useful (and could for example be applied to the administrative boundary<br>
as to save redundant information).</blockquote><div><br></div><div>Regarding the "official language", or more precisely, which of the available languages to use, I've always felt that this is a rendering issue, sort of. I mean, that this is a higher level knowledge that should be an input to the rendering software, in addition to the osm db, much like the rule file. This new knowledge, which might reside in the rule file, should not be a part of the osm db.</div>
<div><br></div><div>Everyone with sufficient knowledge and skills can draw themselves a nice map in their favorite language using a custom rule file: Dutch people in <span class="Apple-style-span" style="border-collapse: collapse; ">Brussels can leave out French names, Hebrew speakers can omit the Arab names, and vice versa. <span class="Apple-style-span" style="border-collapse: separate; ">Why do you even need an official language? I guess you want to draw a single map, here on this site, which will be good for almost everyone.</span></span></div>
<div><span class="Apple-style-span" style="border-collapse: collapse; "><span class="Apple-style-span" style="border-collapse: separate; ">My solution to this situation would be to add polygon constraints support to the renderers rule files. For example, drop this line in the mapnik/t@h rules file:</span></span></div>
<div>   - for <span class="Apple-style-span" style="border-collapse: collapse; ">Brussels (=polygon cordinates) replace names with ":fr - :nl"</span></div><div><span class="Apple-style-span" style="border-collapse: collapse;"><br>
</span></div><div><span class="Apple-style-span" style="border-collapse: collapse;">I placed france first. Any angry Duch want to start an edit war? Go ahead, fight over the poor rule file, not over the db. I hope it would be easier to continue the collaboration efforts on the db while disagreeing on the rule file.</span></div>
<div><span class="Apple-style-span" style="border-collapse: collapse;"><br></span></div><div><span class="Apple-style-span" style="border-collapse: collapse;">This would also allow other forms of localizations per country. Maybe it is custom in a certain country to draw motorways in yellow - they can have that on the osm site just for them.</span></div>
<div><br></div><div>Sorry for barging in, just wanted to throw in my ideal solution.</div></div></div>