On Sat, 2008-04-12 at 22:44 +0200, Frederik Ramm wrote: > Hi, > > > The mapnik SVN tree has been broken for OSM rendering for a little > > while. Tom just committed a fix today which resolves this problem[1]. > > Well it made my problem a little bit different - The numbers drawn > along the street axis are now integers and not floats it seems: > > http://www.remote.org/frederik/tmp/broken.png > > But broken it is still.
That looks like what I got prior to Tom's fix. Are you sure you are running the latest SVN version of Mapnik? > Could anybody with a current, working Mapnik setup try the following > Python script for me and tell me if they get the same as above, or > something different? (I use the osm.xml map file from the OSM SVN > tree, modified only the db access parameters, and I have a plain > postgresql into which I imported data using osm2pgsql without extra > parametes.) > > If it works for everyone else then there must be a bug in my setup... > if others also get the strange result then the problem must be > somewhere in the map file or data structure... Mapnik itself does > work, at least the rundemo.py does the right thing. I ran your script against the main Tile Postgres DB and got the result: http://b.tile.openstreetmap.org/direct/karlsruhe.png The only change I made was to adjust the projection line to match the "osm2pgsql -m" projection prj = Projection("+proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y_0=0 +k=1.0 +units=m [EMAIL PROTECTED] +no_defs +over"); Either you've still got a problem with Mapnik or there is some bad interaction with the latest osm2pgsql code. The main tile DB was imported using a version built a couple of weeks ago which does not have Kleptog's latest changes. Jon _______________________________________________ dev mailing list [email protected] http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
