[OSM-talk] Osmarender 3.0

[Etienne]

I think you are seeing artifacts of the various SVG viewers.  The SVG file
is fine and I think the Adobe viewer shows good a good result.

Batik Squiggle seems a bit erratic and sometimes crops the output to its own
frame size.  But I think this is a batik problem not a problem with the SVG,
unless I'm generating something that is malformed or not very valid SVG.

Have you tried viewing the output using Firefox?  Just enter the url of the
SVG file.  You should get pretty OK results with that.

Etienne


On 9/24/06, Jens.Kammann at dlr.de <Jens.Kammann at dlr.de> wrote:
>
> Hi Etienne,
>
> Thanks - now I know where to look in case of unknown elements...
>
> However, now I am facing scaling issues with the resulting SVG file:
> If I download the London-Aerea within JOSM, I get a pretty dense map
> consisting of many ways:
> http://osm.kn.op.dlr.de/debug/london_JOSM.png
>
> Applying osmrenderer on this dataset:
> http://osm.kn.op.dlr.de/debug/data.osm results in
> http://osm.kn.op.dlr.de/debug/data.svg
>
> I get different output areas (bounding boxes) depending on the viewer:
> The adobe-Plugin seems to show the largest extract of the map:
> http://osm.kn.op.dlr.de/debug/london_Adobe.png
>
> Batik-Squiggle shows a much smaller extract:
> http://osm.kn.op.dlr.de/debug/london_squiggle.png
>
> And finally batik-rasterizer displays the smallest area:
> http://osm.kn.op.dlr.de/debug/london_rasterizer.png
>
> I played around with the "width" and "area" paramter of
> batik-rasterizer, but I am not able to extend the area even close to the
> output of the adobe-plugin (which sure enough only show a subset of the
> area stored in the data.osm file)
>
> Do you have any ideas what could have gone wrong?
>
> Regards,
>     Jens
>
> _
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk/attachments/20060924/fe7af8d9/attachment.html>