<br><br><div class="gmail_quote">On Fri, Jul 29, 2011 at 8:26 PM, Komяpa <span dir="ltr"><<a href="mailto:me@komzpa.net">me@komzpa.net</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">> In MapCSS I would have to go through the list of all geo elements and apply<br>
> any matching MapCSS styling rules to produce a graphic element.<br>
> Maperitive goes through the list of all rules and finds any matching geo<br>
> elements (using rule selectors) for each rule.<br>
<br>
</div>It is rather easy to produce SQL queries that will take out of the<br>
database only data referred by stylesheet. In fact that's already done<br>
in both Komap and Kothic.<br>
<br>
At least we manage to render planet using mapcss for <a href="http://kosmosnimki.ru" target="_blank">kosmosnimki.ru</a> somehow ;)<br>
<div class="im"><br></div></blockquote><div>I don't doubt you do, however I would have to know a little more about your solution to comment.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">
<br>
>  In a large database going through the list of all geo elements (even if<br>
> bound-boxed) would be prohibitively expensive. It's true that computers get<br>
> faster, but the planet.osm gets bigger, too :)<br>
<br>
</div>Sounds like "hey, we won't support .osm.bz2 because one day someone<br>
will feed planet.osm.bz2 there". ;)<br>
<div><div></div><div class="h5"><br></div></div></blockquote><div>Not sure I understand that one.</div><div><br></div><div>Igor</div><div><br></div></div>