Re: [JPP-Devel] next OJ maintenance release?
no problem, i'm on the osgeolive-ml but i haven't seen no date or alpha builds yet. did i miss something? ..ede On 20.04.2023 20:45, Brian M Hamlin wrote: Hi ede - thank you for this quick response. I am bad with calendars, to be honest.. I can ask at the next team meeting. Usually we label "beta" as "all app versions are frozen" .. so the important date is the first "beta" build. Build-master and osgeo President, Angelos Tzotsos has four jobs right now ! so the responses from him may be sporadic. thank you very much --Brian M Hamlin On 4/20/23 11:37, edgar.sol...@web.de wrote: On 20.04.2023 20:34, Brian M Hamlin wrote: #osgeolive 16 ships to FOSS4G 2023 soon (!) when is soon? We have java 8 for the last time. no problem. so far we have no issues even with the latest java runtime. thanks!.. ede ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://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
Re: [JPP-Devel] next OJ maintenance release?
On 20.04.2023 20:34, Brian M Hamlin wrote: #osgeolive 16 ships to FOSS4G 2023 soon (!) when is soon? We have java 8 for the last time. no problem. so far we have no issues even with the latest java runtime. thanks!.. ede ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] next OJ maintenance release?
Hi from California - #osgeolive 16 ships to FOSS4G 2023 soon (!) We have java 8 for the last time. PRs welcome --Brian M Hamlin / MAPLABS / OSGeoLive PSC On 4/20/23 11:28, edgar.sol...@web.de wrote: hey All, i'd like to put together a quick maintenance release. next OSGeo-Live is on the horizon and we got some fixes in the pipeline. objections? ..ede ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://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
[JPP-Devel] next OJ maintenance release?
hey All, i'd like to put together a quick maintenance release. next OSGeo-Live is on the horizon and we got some fixes in the pipeline. objections? ..ede ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Some modification on RasterImageLayer framework
On 20.04.2023 14:33, Giuseppe Aruta wrote: Hi all, hey Peppe, Recently I found more and more image files (jpg and png) where the coordinate info are stored into an .aux.xml sidecar file, without the presence of the world file The aux.xml files are used to store a lot of information. OpenJUMP reads projection and raster statistics from this file (and saves raster statistics to). But OpenJUMP cannot read coordinate info, generally stored into the tag. I have the code (currently working only with the RasterImageLayer framework) to read this coordinate information. The modification I propose are connected to: a) reading coordinate from aux.xml sidecar files for RasterImageLayer b) some refining of the classes code to remove some duplicates It will affect the following classes (into the package org.openjump.core.rasterimage) a) GridFloat and GridAscii to add method getEnvelope() b) org.openjump.core.rasterimage.WorldFileHandler to add a method to read coordinate info from .aux.xml file c) AddRasterImageLayerWizard and RasterImageIO to unify the getImageDimensions() method and optimize the code in order to read aux.xml file If you agree with this modification I will start with the point a) and b) as the first step. Then c) as last no objection here. let me suggest to develop your proposed changes in a private or project branch until you are satisfied with the results and create a pull request with these changes then, so we can approve them accordingly. we should probably re-implement the coordinate-aux.xml interpretation for ReferencedImages in general then as well. ..ede ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] Some modification on RasterImageLayer framework
Hi all, Recently I found more and more image files (jpg and png) where the coordinate info are stored into an .aux.xml sidecar file, without the presence of the world file The aux.xml files are used to store a lot of information. OpenJUMP reads projection and raster statistics from this file (and saves raster statistics to). But OpenJUMP cannot read coordinate info, generally stored into the tag. I have the code (currently working only with the RasterImageLayer framework) to read this coordinate information. The modification I propose are connected to: a) reading coordinate from aux.xml sidecar files for RasterImageLayer b) some refining of the classes code to remove some duplicates It will affect the following classes (into the package org.openjump.core.rasterimage) a) GridFloat and GridAscii to add method getEnvelope() b) org.openjump.core.rasterimage.WorldFileHandler to add a method to read coordinate info from .aux.xml file c) AddRasterImageLayerWizard and RasterImageIO to unify the getImageDimensions() method and optimize the code in order to read aux.xml file If you agree with this modification I will start with the point a) and b) as the first step. Then c) as last Best regards Peppe ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
