An earlier version version of Osmarender did have a mechanism to allow an external style sheet file to be referenced.  I think it caused problems with some tools because I didn't implement it properly, so it got dropped.<br>
<br>It should be easy to re-introduce this.  The styles are separate from the rules for this exact reason.<br><br><br><br><div><span class="gmail_quote">On 11/6/06, <b class="gmail_sendername">Dubravko Penezic</b> <<a href="mailto:dpenezic@gmail.com">
dpenezic@gmail.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hi Joerg,<br><br>if I understand correctly You sugest to put two files in one like is
<br>now in osmarender ?<br><br>I dont think it is good idea.<br><br>Right now If I would like to have separet color schema for rendering,<br>I must change everything in osm-map-features.xml file and lost<br>originaly set colore.
<br><br>That are very unpractical. But if you include style file like a link<br>in osm-map-features.xml , that will help a lot. With simply<br>configuration on begining you may change color schema, same is with<br>taging file.
<br><br>Regards,<br>Dubravko<br><br>On 11/6/06, Joerg Ostertag (OSM Munich/Germany)<br><<a href="mailto:openstreetmap@ostertag.name">openstreetmap@ostertag.name</a>> wrote:<br>> Hi,<br>><br>> Is there a chance, that we combine the functionality of the elemstyles and
<br>> mapfeatures files? I think this would be very important to save very much<br>> time.<br>><br>> So I would really need (positive ;-) __ FEEDBACK __ from all developers which<br>> are working at any kind of rendering engine for OSM-Data.
<br>><br>> For the first I would suggest that every Programm needing to do rendering,<br>> does use a file placed at<br>>         <a href="http://svn.openstreetmap.org/data/MapFeatures.xml">http://svn.openstreetmap.org/data/MapFeatures.xml
</a><br>> This file must have a content which can be completely parsed by any normal<br>> XML::Parser.<br>> I think the two files<br>>         data/freemap.xml<br>>         data/elemstyles.xml<br>> are a good start. But I'd like to only have one central MapFeatures file which
<br>> is used as a basis for all editors and renderers. This way all OSM-Maps have<br>> the same look and feel. All Editors would base on the same taggin-scheme, ...<br>> And not everyone who does rendering code has to write his own
<br>> elemstyles/mapfeatures/rendercontrol/... .xml-File. I want to use this file<br>> too for gpsdrive and osm-pdf-atlas. I already did some tests with<br>> osm-pdf-atlas and I managed to add icons to the pdf. But I think it doesn't
<br>> make sense to start a new MapFeatures.xml file for osm-pdf-atlas (or<br>> gpsdrive).<br>> So this is one more reason, why I'd like to have one central MapFeatures.xml<br>> File with all the rules in there.
<br>><br>><br>><br>> I think using the Format of the data/freemap.xml File seems like the easiest<br>> start.<br>><br>> I then would add some more tags:<br>> description_en: International english description
<br>>                 manatory<br>> description_uk: British english description<br>>                 optional<br>> description_de: German description<br>>                 optional<br>>         .... other languages by there country code ...
<br>><br>> country: The country where this feature is primarily used.<br>>         If you don't specify any it's used worldwide.<br>><br>> I would then move the rendering stuff to a subkey 'rendering'. Every rule can
<br>> hold more than one of these '<rendering>'-keys. This would be used to have<br>> different rendering rules for different scales.<br>> In the example you would show the icon and an annotation for the lower
<br>> resolutions(1:1 ... 1:10000). These annotations would be the tag name=... and<br>> the tag regioncode=... .<br>> But if you want to render an overview (scale 1:10000 ... 1:100000)you would<br>> only render the icon without any text.
<br>><br>> <mapfeatures><br>>  <rule><br>>   <condition k="class" v="suburb" /><br>>   <country>de</country><br>>   <poi_type>city.small</poi_type>
<br>>   <description_en>Suburbs smaller than 1000 people</description_en><br>>   <description_de>Suburbs smaller than 1000 people</description_en><br>>   <description_gb>Suburbs smaller than 1000 people</description_en>
<br>>   <description_long_en>All Suburbs smaller than 1000 people</description_en><br>>   <rendering><br>>     <scale_min>1  </scale_min><br>>     <scale_max>10000  </scale_max>
<br>>     <icon annotate="name,regioncode" src="place.png" /><br>>   </rendering><br>>   <rendering><br>>     <scale_min>10000  </scale_min><br>>     <scale_max>100000  </scale_max>
<br>>     <icon src="city/small.png" /><br>>   </rendering><br>>  </rule><br>>  <rule><br>>         ...<br>>  </rule><br>> </mapfeatures><br>><br>> --
<br>> Jörg (Germany, Munich)<br>><br>> <a href="http://www.ostertag.name/">http://www.ostertag.name/</a><br>> TeamSpeak2: <a href="http://ts2.ostertag.name">ts2.ostertag.name</a>, user: tweety, Channel: "GPS Drive"
<br>> irc://irc.oftc.net/#osm<br>> Tel.: +49 89 420950304<br>> Skype: <a href="mailto:skype-1106@ostertag.name">skype-1106@ostertag.name</a><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">http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev</a><br>>
<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">http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
</a><br></blockquote></div><br>