Hi! Sunburned Surveyor schrieb: > I don't think the real solution to this problem is messing with the > LayerViewPanel resolution. I know that I'm in no position to complain, so > please take the following as only an outsider's observation.
I agree, this is just a workaround. > I think most of the current SVG "exporters" in OpenJUMP use Batik to > convert > Java AWT Shapes to SVG. I think this is where we are running into the > resolution problems. OpenJUMP uses the svggen subsystem of Batik to generate SVG. This is mainly a Graphics2D context which interprets things like g2d.draw(shape) in terms of SVG DOM calls. There is nothing wrong with this. Vertices of shapes in Java2D are defined with single/double precision floating point. If your shape is e.g. Line2D.Double it will be treated as such. Batik itself has the ability to round for a given precision. The default is 4 digits. I sat this to 12 digits and it doesn't change the result. The round must take place therefore earlier in the chain. > I think a better way would be to access the JTS > geometries and styling information stored in the Layers, and use that to > write the SVG. This would be very nice. But have in mind that in this case you have to write a complete new rendering approach. You have to answer the question 'what does this JTS geometry + style mean in terms of SVG?' But don't get me wrong ... I really would like to have such an interface. ;-) - Sascha ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
