<div>> Heavens, no. Why would we want three maps that look the same?</div>
<div> </div>
<div>They wouldn't because there is a common understanding about "portrayal rules" (coming from ISO), which states that newer rules can override older ones. With this approach you can profit from other rules. Remind that I'm speaking only about base maps - not special maps.</div>

<div> </div>
<div>-- S.</div>
<div> </div>
<div>
<div>P.S. What I'm missing in most rule definitions from Mapnik, Osmarender and Kosmos (as far as I know them) is that there is no rendering priority, right? With that one could control explicitly e.g. the rendering of parking whih overlap railway station symbols.</div>

<div> </div></div>
<div class="gmail_quote">2008/6/2 Richard Fairhurst <<a href="mailto:richard@systemed.net">richard@systemed.net</a>>:<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">
<div class="Ih2E3d">Stefan Keller wrote:<br>> There are currently at least three rendering tools, Mapnik,<br>> Osmarender and Kosmos and all are struggling to remain updated on<br>> all these keys.<br>><br>> => What about sharing symbolization (= rendering) rules among all<br>
> renderers?<br>><br></div>Heavens, no. Why would we want three maps that look the same?<br><br>One of the things I like best about Steve (Chilton)'s Mapnik<br>cartography is that it doesn't try to render "all these keys". A map<br>
is not an encyclopaedia.<br><br>cheers<br>Richard<br><br>_______________________________________________<br>dev mailing list<br><a href="mailto:dev@openstreetmap.org">dev@openstreetmap.org</a><br><a href="http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev" target="_blank">http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev</a><br>
</blockquote></div><br>