>
>
>> Anyway - why it makes this query at all if my datasource already defines
>> SRID?
>
> I seem to recall that it shouldn't be making those calls in that case, but
> either that was never actually the case in the code or there's been a
> regression.
Just speculating: Mapnik is checking SRID from geometry_columns table, find 0
from there and then go to check from real data. Just out of curiosity I checked
all geometries in the table and they are 900913 all nicely, but I'm not really
sure what srid in postgis 2.0 geometry_columns view should show:
SELECT ST_SRID("way"),count(*) from planet_osm_polygon group by ST_SRID("way");
st_srid | count
---------+----------
900913 | 51058843
(1 row)
At least adding <Parameter name="srid">900913</Parameter> removed these queries
and I got my map finally working.
Well, there was one more hack needed: there was no asBinary(geometry) in
Postgis 2.0 for some reason, so I had to create wrapper to
st_asBinary(geometry) to the schema.
Now I have the last question for today: how come the fonts do not look right?
See http://ec2-184-73-145-89.compute-1.amazonaws.com/ - they look like some
System font is used instead of nice DejaVu.
Definition is following and the fonts seem to be installed also in the machine:
<FontSet name="book-fonts">
<Font face-name="DejaVu Sans Book" />
<Font face-name="unifont Medium"/>
</FontSet>
<FontSet name="bold-fonts">
<Font face-name="DejaVu Sans Bold" />
<Font face-name="unifont Medium"/>
</FontSet>
<FontSet name="oblique-fonts">
<Font face-name="DejaVu Sans Oblique" />
<Font face-name="unifont Medium"/>
</FontSet>
_______________________________________________
Mapnik-users mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/mapnik-users
