On Tue, Dec 2, 2008 at 11:51 PM, Pieren <span dir="ltr"><<a href="mailto:pieren3@gmail.com">pieren3@gmail.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
No. What I suggest is to keep the current place key as a first<br>
argument to prioritize places and use either "population" or<br>
"admin_level" as a second argument in case the first is equal. So if<br>
Paris is declared twice as a place=town in the db, the second argument<br>
can distinguish which one is the most important.</blockquote><div><br>I am more concerned about giving good hints for renderers than the namefinder, but I think the arguments are pretty much the same for both cases. <br>
</div></div><br>Using other keys to give priority does not always work. Would you use the population for London metropolitan area or City of London as the London population, for instance? (I would argue that you use the metropolitan area, but you probably get the point.) I think we should have some way of saying that Boston is larger than Cambridge, Los Angeles is larger than Long Beach and Karlstad is larger than Kil. Certainly, this could be done by adding another set of tags, requiring another, potentially protected, datasource and/or more computation by data consumers.<br>
<br>Some keys have added an enourmous number of values for things that are almost the same. I would not suggest going to any extreme, but add two or three values (one for large cities, one to differentiate between large and small towns and perhaps one for the very large metropolitan areas).<br>
<br> - Gustav<br>