xmlgraphics-fop-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Clay Leeds <cle...@medata.com>
Subject Re: sec unclas: Maximum coordinate size
Date Wed, 02 Jun 2004 14:34:03 GMT

On Jun 2, 2004, at 7:00 AM, Chris Bowditch wrote:
> Baker1, Jeremy wrote:
>> I am attempting to print SVG maps to scale using FOP.  FOP uses Batik 
>> to
>> render SVG.  It appears that Batik cannot handle six digit 
>> coordinates.
>> Unfortunately these are common when dealing with maps using a 
>> Universal
>> Transvers Mercator projection.  For instance the y coordinate of a 
>> point is
>> its distance from either the North or South Pole in metres.
>> My questions are:
>> *	am I right in thinking that this limit exists in Batik as used by
>> FOP?
> Well the problem isnt in Batik, the bug is in the FOP to Batik bridge 
> code. Try running your SVG in squiggle to prove this.
>> *	is there any way around it (short of recalculating all the SVG with
>> all coordinates reduced by a scale factor)?
> I believe you are in luck. A very similar issue has already been 
> reported in the following bug:
> http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24666
> There is a patch you can apply to the source of the maintenance code 
> 0.20.5 and it may well fix the problem you are having with 6 digit 
> coordinates. However, there are no guarantees, since the problem above 
> is to do with transforms rather than actual coordinates, so it might 
> not work. Worth a try either way.
> <snip/>
> Chris

Please don't hesitate to report back on your progress on this issue. 
This information would be good to add to the FOP Graphics page...

Web Maestro Clay

To unsubscribe, e-mail: fop-user-unsubscribe@xml.apache.org
For additional commands, e-mail: fop-user-help@xml.apache.org

View raw message