On 4/26/07, <b class="gmail_sendername">Lars Aronsson</b> <<a href="mailto:lars@aronsson.se">lars@aronsson.se</a>> wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
80n wrote:<br><br>> This is an intentional style.  As you zoom in place-names get<br>> bigger but also become semi-transparent.  At some level they<br>> become invisible, ideally when the extent of the place is larger
<br>> than the viewport.<br><br>I like this, but there are two things to wish for:<br><br>1. The current definition of a place=city is one with more than<br>100,000 inhabitants.  This Malmö, Helsinki, Cambridge, Oxford and
<br>a lot of places.  But we should need another level for places<br>bigger than 1 million inhabitants like Copenhagen, Riga, London<br>and Berlin.  The current city names look small for these places.<br><br>2. Tiles@home
 renders place=city as grey text at zoom=12, which<br>means it should be black at zoom=11.  But t@h doesn't go that far.<br>Instead, zoom=11 is created by lowzoom.pl by scaling down the<br>zoom=12 image.  The result is that at zoom=11, =10 and =9 you see
<br>the town names (population 10,000 - 100,000) a lot better than<br>city names.</blockquote><div><br>Perhaps there should be a secondary version of each z12 tile that is used just as the source for lowzoom.  This secondary version could have solid black city names, thicker and bolder motorways, and leave out a lot of the detail that is currently in the primary z12 tiles.
<br><br>With the layer support that is now available in t@h this should be quite feasible.<br><br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
In combination, these wishes suggest that a place=megacity should<br>be printed with a very large font, spanning very many tiles.<br>This is of course problematic with respect to performance.<br>Changing the megacity name would cause many tiles to be rendered.
<br>And rendering one tile would require a search of a large<br>neighborhood (outside the current tile) for any megacities, parts<br>of the names of which could touch this tile.  Rendering megacity<br>names would also only affect zoom levels 7--11, which today aren't
<br>covered by the proper tiles@home, but by lowzoom.pl.  But perhaps<br>a list of megacities (there really aren't that many in this world)<br>could be extracted from the weekly planet.osm and supplied in svn<br>as part of 
lowzoom.pl ?</blockquote><div><br>Perhaps what's needed is a way of requesting a bbox for a much larger area but only for nodes with selected tags (just megacity, county, state, and country).  This can then be combined at the client end with the data for a single z12 tile.
<br><br>If the main OSM server is unable to do this then a separate mini-database of just these nodes could be created from planet.osm and interrogated separately.  They wont change very much so having them updated once a week wouldn't be a big problem.
<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">By the way, how are place=country names treated today?</blockquote><div><br><br>
<br> </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">--<br>  Lars Aronsson (<a href="mailto:lars@aronsson.se">lars@aronsson.se</a>
)<br>  Aronsson Datateknik - <a href="http://aronsson.se">http://aronsson.se</a><br><br>_______________________________________________<br>talk mailing list<br><a href="mailto:talk@openstreetmap.org">talk@openstreetmap.org
</a><br><a href="http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk">http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk</a><br></blockquote></div><br>