Re: [JPP-Devel] batik upgraded

2020-08-08 Thread Michaud Michael


Hi Ede,I finally found some time and get noticeable differences between last revision and 1.15.I just tested export image to svg and export map to svg from cadplan (I don't know other places where svg is used).Prepare a map wit a sextante raster and some vectorsExport the view to a file, choose svg :- get the same thing on 1.15 and last revision : vectors but no imageExport map from cadplan- cadplan with external renderer : get nothing, file is even not exported (neither in 1.15 nor with last revision)- cadplan ISA renderer : get vector and raster with a scale problem on 1.15, get nothing with last release- cadplan core renderer : get vector and raster on 1.15, get nothing with last release=> I couldn't get svg map from cadplan plugin from last release, did you ?Michaël   envoyé : 6 août 2020 à 14:46de : edgar.sol...@web.deà : jump-pilot-devel@lists.sourceforge.netobjet : Re: [JPP-Devel] batik upgradeda quick test of both did not reveal any bugs. how about on your sides? ..edeOn 05.08.2020 16:14, Giuseppe Aruta wrote:Thanks Ede,AFAIR also both print plugins have dependencies  to batik classesPeppeIl giorno mer 5 ago 2020 alle ore 15:19 > ha scritto: hey All, had to touch batik, as it was missing some classes in trunk/lib/batik.jar after Peppe added AdditionalResultsIO. maven already had the proper batik components defined that's why the snapshot builds went fine. while at it i noticed that we were using a quite old batik version and upgraded it. looks good to me but please test and come back if something breaks horribly. sunshine all over.. (sweating) ede  Forwarded Message  Subject: [JPP-Devel] SVN: [6369] core/trunk Date: Wed, 05 Aug 2020 12:50:50 + From: jump-pilot-svn--- via Jump-pilot-devel > Reply-To: OpenJump develop and use > To: jump-pilot-devel@lists.sourceforge.net  CC: jump-pilot-...@lists.sourceforge.net  Revision: 6369           http://sourceforge.net/p/jump-pilot/code/6369 Author:   edso Date:     2020-08-05 12:50:49 + (Wed, 05 Aug 2020) Log Message: --- upgrade batik to latest greatest v1.13 minimal fixup of AdditonalResultsIO fingers crossed, let's see if it breaks something more Modified Paths: --     core/trunk/pom.xml     core/trunk/src/org/openjump/sextante/gui/additionalResults/AdditionalResultsIO.java Added Paths: ---     core/trunk/lib/batik-all-1.13.jar Removed Paths: -     core/trunk/lib/batik-all.jar Added: core/trunk/lib/batik-all-1.13.jar === (Binary files differ) Index: core/trunk/lib/batik-all-1.13.jar === --- core/trunk/lib/batik-all-1.13.jar   2020-08-05 12:45:12 UTC (rev 6368) +++ core/trunk/lib/batik-all-1.13.jar   2020-08-05 12:50:49 UTC (rev 6369) Property changes on: core/trunk/lib/batik-all-1.13.jar ___ Added: svn:mime-type ## -0,0 +1 ## +application/octet-stream \ No newline at end of property Deleted: core/trunk/lib/batik-all.jar === (Binary files differ) Modified: core/trunk/pom.xml === --- core/trunk/pom.xml  2020-08-05 12:45:12 UTC (rev 6368) +++ core/trunk/pom.xml  2020-08-05 12:50:49 UTC (rev 6369) @@ -924,25 +924,25 @@                        batik              batik-awt-util -            1.6 +            1.13              compile                                  batik              batik-dom -            1.6 +            1.13              compile                                  batik              batik-svggen -            1.6 +            1.13              compile                                  batik              batik-squiggle -            1.6 +            1.13              compile                     Modified: core/trunk/src/org/openjump/sextante/gui/additionalResults/AdditionalResultsIO.java === --- core/trunk/src/org/openjump/sextante/gui/additionalResults/AdditionalResultsIO.java 2020-08-05 12:45:12 UTC (rev 6368) +++ core/trunk/src/org/openjump/sextante/gui/additionalResults/AdditionalResultsIO.java 2020-08-05 12:50:49 UTC (rev 6369) @@ -27,7 +27,7 @@  import javax.swing.tree.TreePath;  import javax.xml.namespace.QName; -import org.apache.batik.dom.svg.SVGDOMImplementation; +import org.apache.batik.anim.dom.SVGDOMImplementation;  import org.apache.batik.svggen.SVGGraphics2D;  import org.apache.log4j.Logger;  import org.math.plot.PlotPanel; @@ -37,7 +37,7 @@  import org.openjump.core.ui.util.LayerableUtil;  import org.openjump.sextante.core.ObjectAndDescription;  import org.w3c.dom.DOMImplementation; -import org.w3c.dom.svg.SVGDocument; +import org.w3c.dom.Document;  import com.vividsolutions.jump.I18N;  import com.vividsolutions.jump.feature.FeatureCollection; @@ -401,7 +401,7 @@                 // Get a 

Re: [JPP-Devel] JTS update: first experiments

2020-08-08 Thread Michaud Michael


Eric,If you reach a decisive step in your effort to migrate OpenJUMP to JTS 1.17, let us now.Our last discussion about this topic is a bit old and mostly out of my mind (it took place on the list from march to may 2018).Depending on your experience, we can make a new point on this topic with Ede, Peppe and Jukka.Have a nice week-end,Michaël  envoyé : 7 août 2020 à 22:58de : Eric à : OpenJump develop and use objet : Re: [JPP-Devel] JTS update: first experiments Hi again,  After another try, I managed to properly import the JTS io GeoJSON part. Here is the dependency to use:      org.locationtech.jts.io     jts-io-common     1.17.0   And not:      org.locationtech.jts     jts-io     1.17.0     pom   This solves all the remaining problems with JTS and JTS imports, excluding the ones which are link with some code modifications between the two versions (1.14 and 1.17). I'll manage these ones later manually.  I also managed to solve the deegree-core 3 imports. Rather than using a pom type, the easiest solution is to import each individual module, such as:      org.deegree     deegree-core-commons     3.4.13   Now it's just a game to see where the different classes and concepts have been moved, such as org.deegree.cs.* replacing org.deegree.model.crs.* with different paths. For example, org.deegree.model.crs.UnknownCRSException replaced org.deegree.cs.exceptions.UnknownCRSException, org.deegree.commons.utils.StringUtils / ArrayUtils  replacing org.deegree.framework.util.StringTools, or org.deegree.commons.xml.CommonNamespaces replacing org.deegree.ogcbase.CommonNamespaces. Behind the scene, it's apparently the exact same code, which is a good news.  That's me for today. Hope it helps.  Best, Eric ___Jump-pilot-devel mailing listJump-pilot-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel