<div dir="ltr"><blockquote style="margin:0 0 0 40px;border:none;padding:0px"><div><div><br></div></div></blockquote><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
* the choice of suggesting tagging the language information on either <br>
the administrative boundary relations or the individual features but <br>
not on any other feature with a meaning beyond the feature itself was <br>
not arbitrary. <br></blockquote><div><br></div><div>Are you objecting to the idea of tagging places as well as boundaries? </div><div>What about the protected area / aboriginal lands boundaries?</div><div><br></div><div>I was trying to avoid tagging individual POIs and features with language:default=xxx, to reduce the workload on mappers.</div><div><br></div><div>Is it not yet feasible to associate nodes with the nearest place?</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
* the choice of syntax for the language string is something that can be <br>
discussed obviously.  You can essentially use any characters that are <br>
unlikely to occur in an actual format as structuring elements.  The <br>
dollar sign is a common symbol prefix here.<br></blockquote><div><br></div><div>OK, but is this necessary for it to work? Is a 3-letter ISO code sufficient? </div><div>Would it be possible to put the language code in the key (language:<code>=default) or is it better to stick to the value?</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">* the core of my proposal is not using the plain "name" tag any more for <br>
anything other than legacy fallback if other data is missing.  Any <br>
proposal to separately tag the language of the name tag ... is a very <br>
different idea.<br></blockquote><div><br></div><div>Functionally both ideas work the same, right? In particular, tagging specific POIs with language_format=<code> or language_default=<code> is tagging the language of the default name, unless the two tags were added by different mappers with opposing ideas.</div><div><br></div><div>I didn't want to bring up anything about deprecating the defaul name=* tags or stopping rendering them. </div><div>That can be discussed sometime in the future if this proposal catches on.</div><div><br></div><div>TL:DR: </div><div>1) Do we really need that $ symbol?</div><div>2) Language code in value vs key?</div><div>3) Tagging settled places?</div></div></div>