<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Am Mo., 6. Jan. 2020 um 18:39 Uhr schrieb marc marc <<a href="mailto:marc_marc_irc@hotmail.com">marc_marc_irc@hotmail.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Le 06.01.20 à 16:35, Martin Koppenhoefer a écrit :<br>
> in OpenStreetMap we’re trying to represent the current state of things<br>
<br>
I agree with that.<br>
<br>
> English using it in international context as a fallback.<br>
<br>
yes as a fallback, not as a rule "international -> name=name:en"<br></blockquote><div><br></div><div><br></div><div>agreed.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
but if a lake is in a multi-lingual area, if a country has several<br>
official languages, if a sea is bordered by countries which together<br>
have a very small number of names (2 or 3 in the case of the Baltic Sea)<br>
or even a name with a large majority, if a continent has a majority<br>
language, there is no obligation to use English as a fallback:<br></blockquote><div><br></div><div><br></div><div>agreed. IMHO, if there are only up to 3 languages used by the neighbouring areas of an international feature, we could put all of them, but returning to the example of the Baltic Sea, there are more than 2 or 3 languages involved though, there's Danish, Estonian, Finnish, German, Latvian, Lithuanian, Polish, Russian, Swedish, and putting all of them would probably not be desirable. Putting only name:language tags and keep "name" void would seem the best option, although it would lead to no name in current OSM-Carto and similar styles.<br></div><div><br></div><div>  <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
if the local community around the lake decides to have a name other<br>
than English, if a country have a multilingual name, if the community<br>
of the countries around the Baltic Sea decides to use the most used<br>
name or a combination of the 3 most common, if a local majority of<br>
a continent decide to use Portuguese/Spanish or any other language that<br>
better represents the name as used there, I see no reason for this not<br>
to happen.<br></blockquote><div><br></div><div><br></div><div>agreed, if they all agree, why not.</div><div><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
but this must be done in a transparent way, (a message on the forum with<br>
announcements in the national lists?) and then documented on the<br>
multilingual names page, and not a mecanical edit because a contributor<br>
wants such a language.<br></blockquote><div><br></div><div><br></div><div>and there's always the possibility that at some point someone comes and challenges the old agreement, so that the whole thing will have to be discussed again.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Once the language of the name tag is modified, I see no reason why<br>
the wikipedia language could not be modified in the same language<br>
as the name if that wikipedia page exists and is not a stub.<br></blockquote><div><br></div><div><br></div><div>I do not understand what wikipedia has to do with it. Wikipedia tags are about articles, its not a given that there will be a wikipedia article with the same scope in the languages that are relevant. Generally we are assuming that a wikipedia article reference stands for all languages that are interlinked within wikipedia (although the mapper will only have checked one language, the one she has tagged). <br></div><div>Wikipedia is not a dictionary, its structure follows the requirements of an encyclopedia. Wikidata is not a 1:1 replacement either (particularly as you can only have one wikipedia article per wikidata entity, and if there are 2 or more WP articles for a given language dealing with different aspects of a specific thing, it might be possible to sort it out via additional wikidata objects and relations, but it's not where they currently are, given all the existing relations of wikipedia articles (in different languages) to wikidata objects, everytime you add a meta level wikidata object ("container", "group", "part", etc. example terms maybe not how they are actually called), you would have to have knowledge about all these languages in order to reassign them correctly (because if you look at languages other than English and maybe some other "big" WP languages, things are still quite often quite bad (personal experience from looking up things in English, German, Italian, French).<br></div><div><br></div><div>Cheers<br></div><div>Martin<br></div><div> </div></div><br></div>