Hi Alieza, comments inline...
On Sep 14, 2010, at 3:17 PM, Alireza Kashian wrote: > Hi. > > I have been user of mapnik for almost two years and we started form earliest > versions. Nice! > Recently we decided to upgrade some of our old maps, so I do have a few short > questions about mapnik and stylesheet techniques. > > 1. Our current version is 0.6.0 on Debian.. We like to install new 0.7.0.. > Should we remove old mapnik or use apt-get update? I recommend installing the latest Mapnik 0.7 release from source. apt-get uninstall your apt version, and install 0.7.1. > we don't want to lose our old settings if any..how should we upgrade? > You should not loose any settings upgrading. But do see the release notes: http://trac.mapnik.org/wiki/MapnikReleases > 2- I do remember that Artem helped us about Arabic/Farsi scripts since from > 0.6.0 unicode and Right to left languages were also supported. Still we have > a problem about parenthesis. Yes, I know about this and have played a bit with using ubidi write reordered function in ICU with some success, but the fix has yet to be added to Mapnik. You can track Unicode/RTL issues at: http://trac.mapnik.org/wiki/InternationalText The issue you are talking about is most related to mirroring I think: http://trac.mapnik.org/ticket/364 > If there is a parenthesis in the name, the characters of Arabic/Farsi names > become seperated. yes. > Like you want to put old and new names of road like: Morgan Road (Blossom > Road) .. In Farsi you write مرگان (بلاسوم) > > the Right to Left feature has problem with parenthesis. > It would be *excellent* if you could provide a small test case, with data (shapefile, etc) + xml stylesheet + expected output. Could you do this and attach it to that ticket #364? > 3- If we want to draw 100 roads and each road with different color, then we > don't know how to use stylesheets. Because mapnik just allows us to use > name="field_name" as the the only field we can read from database in > TextSymbolizer. but we have a field in our database called color which we > want to use it as well for Text color or Road color. How can we use that > field. FILTERS are good, but for each color we need a filter and then we have > 9 zoom levels, then it is a headache!! is there a facility in mapnik to help > us do it easier? Yes, in trunk we now support "expressions" for pulling things from data features other than label fields. However it is not exposed yet for color. What format is your database color in? > > 4- As I read in mapnik scale denominator page, it use 90.7 PPI as the base > for Scale calculations. But when we test our maps in openlayers, we see the > scale printed on lower corner is calculated based on 72 DPI...is it something > wrong with our settings in Openlayers or it is mapnik who calculates in 72 > PPI!!! which scale should we trust. Mapnik assumes 28mm pixels and thus ~ 91 ppi yes (as per OGC spec). If OpenLayers uses a different assumption (which is plausible) then that is separate from Mapnik. Hopefully there is a setting in OL to adjust it... > > > Many thanks > Alireza > > You are welcome, Dane > _______________________________________________ > Mapnik-users mailing list > [email protected] > https://lists.berlios.de/mailman/listinfo/mapnik-users _______________________________________________ Mapnik-users mailing list [email protected] https://lists.berlios.de/mailman/listinfo/mapnik-users
