You can subscribe to this list here.
2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(4) |
Oct
(3) |
Nov
(23) |
Dec
(4) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(8) |
Feb
(11) |
Mar
(14) |
Apr
(21) |
May
(43) |
Jun
(25) |
Jul
(19) |
Aug
(23) |
Sep
(26) |
Oct
(27) |
Nov
(46) |
Dec
(13) |
2004 |
Jan
(34) |
Feb
(20) |
Mar
(17) |
Apr
(18) |
May
(58) |
Jun
(64) |
Jul
(86) |
Aug
(50) |
Sep
(67) |
Oct
(124) |
Nov
(83) |
Dec
(159) |
2005 |
Jan
(127) |
Feb
(127) |
Mar
(133) |
Apr
(113) |
May
(113) |
Jun
(176) |
Jul
(182) |
Aug
(156) |
Sep
(138) |
Oct
(182) |
Nov
(148) |
Dec
(130) |
2006 |
Jan
(156) |
Feb
(158) |
Mar
(170) |
Apr
(114) |
May
(145) |
Jun
(135) |
Jul
(85) |
Aug
(163) |
Sep
(170) |
Oct
(180) |
Nov
(167) |
Dec
(124) |
2007 |
Jan
(133) |
Feb
(200) |
Mar
(193) |
Apr
(237) |
May
(154) |
Jun
(140) |
Jul
(199) |
Aug
(331) |
Sep
(123) |
Oct
(95) |
Nov
(125) |
Dec
(194) |
2008 |
Jan
(162) |
Feb
(148) |
Mar
(143) |
Apr
(207) |
May
(207) |
Jun
(231) |
Jul
(225) |
Aug
(178) |
Sep
(141) |
Oct
(201) |
Nov
(146) |
Dec
(124) |
2009 |
Jan
(232) |
Feb
(264) |
Mar
(213) |
Apr
(215) |
May
(153) |
Jun
(244) |
Jul
(71) |
Aug
(124) |
Sep
(247) |
Oct
(278) |
Nov
(155) |
Dec
(178) |
2010 |
Jan
(203) |
Feb
(133) |
Mar
(338) |
Apr
(226) |
May
(386) |
Jun
(385) |
Jul
(146) |
Aug
(162) |
Sep
(172) |
Oct
(72) |
Nov
(69) |
Dec
(96) |
2011 |
Jan
(63) |
Feb
(112) |
Mar
(235) |
Apr
(198) |
May
(260) |
Jun
(239) |
Jul
(309) |
Aug
(186) |
Sep
(140) |
Oct
(174) |
Nov
(105) |
Dec
(41) |
2012 |
Jan
(68) |
Feb
(132) |
Mar
(89) |
Apr
(61) |
May
(113) |
Jun
(129) |
Jul
(62) |
Aug
(144) |
Sep
(94) |
Oct
(116) |
Nov
(151) |
Dec
(57) |
2013 |
Jan
(101) |
Feb
(144) |
Mar
(93) |
Apr
(75) |
May
(67) |
Jun
(52) |
Jul
(64) |
Aug
(67) |
Sep
(65) |
Oct
(55) |
Nov
(26) |
Dec
(32) |
2014 |
Jan
(38) |
Feb
(40) |
Mar
(40) |
Apr
(43) |
May
(28) |
Jun
(50) |
Jul
(79) |
Aug
(90) |
Sep
(75) |
Oct
(45) |
Nov
(62) |
Dec
(49) |
2015 |
Jan
(40) |
Feb
(64) |
Mar
(80) |
Apr
(43) |
May
(49) |
Jun
(46) |
Jul
(23) |
Aug
(69) |
Sep
(49) |
Oct
(61) |
Nov
(43) |
Dec
(33) |
2016 |
Jan
(15) |
Feb
(63) |
Mar
(40) |
Apr
(56) |
May
(43) |
Jun
(35) |
Jul
(41) |
Aug
(35) |
Sep
(10) |
Oct
(41) |
Nov
(39) |
Dec
(37) |
2017 |
Jan
(57) |
Feb
(19) |
Mar
(36) |
Apr
(8) |
May
(19) |
Jun
(17) |
Jul
(9) |
Aug
(18) |
Sep
(19) |
Oct
(17) |
Nov
(4) |
Dec
(13) |
2018 |
Jan
(17) |
Feb
(15) |
Mar
(23) |
Apr
(22) |
May
(5) |
Jun
(3) |
Jul
(30) |
Aug
(10) |
Sep
(20) |
Oct
(12) |
Nov
(1) |
Dec
(9) |
2019 |
Jan
(13) |
Feb
(19) |
Mar
(34) |
Apr
(16) |
May
(14) |
Jun
(10) |
Jul
(21) |
Aug
(25) |
Sep
(22) |
Oct
(3) |
Nov
(10) |
Dec
(8) |
2020 |
Jan
|
Feb
(19) |
Mar
(3) |
Apr
(51) |
May
(5) |
Jun
(12) |
Jul
(16) |
Aug
(15) |
Sep
(7) |
Oct
(16) |
Nov
(24) |
Dec
(24) |
2021 |
Jan
(11) |
Feb
(27) |
Mar
(14) |
Apr
(14) |
May
(3) |
Jun
(11) |
Jul
(8) |
Aug
(8) |
Sep
(15) |
Oct
(24) |
Nov
(11) |
Dec
(2) |
2022 |
Jan
(6) |
Feb
(14) |
Mar
(1) |
Apr
(9) |
May
(4) |
Jun
(3) |
Jul
(4) |
Aug
(4) |
Sep
(17) |
Oct
(5) |
Nov
(15) |
Dec
(4) |
2023 |
Jan
(7) |
Feb
(16) |
Mar
(9) |
Apr
(13) |
May
(15) |
Jun
(7) |
Jul
(8) |
Aug
(3) |
Sep
(3) |
Oct
(13) |
Nov
(4) |
Dec
(8) |
2024 |
Jan
(9) |
Feb
(10) |
Mar
(6) |
Apr
(3) |
May
(7) |
Jun
(7) |
Jul
(7) |
Aug
(5) |
Sep
|
Oct
(6) |
Nov
(1) |
Dec
|
2025 |
Jan
(3) |
Feb
(1) |
Mar
(5) |
Apr
|
May
(1) |
Jun
(1) |
Jul
(1) |
Aug
(6) |
Sep
|
Oct
|
Nov
|
Dec
|
From: Ian T. <ijt...@gm...> - 2025-08-19 14:55:03
|
This does look like a bug, probably introduced the last time I tried to fix measure and Z coordinates You can keep an eye on progress at https://osgeo-org.atlassian.net/browse/GEOT-7801 Ian On Mon, 18 Aug 2025 at 11:53, sunish <sun...@gm...> wrote: > > Please find a sample shape file attached with this mail. > > Thank You, > > On Mon, Aug 18, 2025 at 4:11 PM Ian Turton <ijt...@gm...> wrote: > >> can you please share a small copy of the data (or a subset) so we can >> test the issue >> >> Ian >> >> On Mon, 18 Aug 2025 at 11:21, sunish <sun...@gm...> wrote: >> >>> The issue exists with the latest Geotools version 33.2 when trying to >>> read this shape file. >>> >>> On Sun, Aug 17, 2025 at 4:35 PM Mark Prins <mc....@gm...> wrote: >>> >>>> >>>> Op 14-08-2025 om 09:44 schreef sunish: >>>> > Geotools Version: 28.2 >>>> >>>> Can you try with a supported version? >>>> >>>> - M >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> GeoTools-GT2-Users mailing list >>>> Geo...@li... >>>> https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users >>>> >>> _______________________________________________ >>> GeoTools-GT2-Users mailing list >>> Geo...@li... >>> https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users >>> >> >> >> -- >> Ian Turton >> > -- Ian Turton |
From: Ian T. <ijt...@gm...> - 2025-08-18 10:41:17
|
can you please share a small copy of the data (or a subset) so we can test the issue Ian On Mon, 18 Aug 2025 at 11:21, sunish <sun...@gm...> wrote: > The issue exists with the latest Geotools version 33.2 when trying to read > this shape file. > > On Sun, Aug 17, 2025 at 4:35 PM Mark Prins <mc....@gm...> wrote: > >> >> Op 14-08-2025 om 09:44 schreef sunish: >> > Geotools Version: 28.2 >> >> Can you try with a supported version? >> >> - M >> >> >> >> >> _______________________________________________ >> GeoTools-GT2-Users mailing list >> Geo...@li... >> https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users >> > _______________________________________________ > GeoTools-GT2-Users mailing list > Geo...@li... > https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users > -- Ian Turton |
From: sunish <sun...@gm...> - 2025-08-18 08:02:16
|
The issue exists with the latest Geotools version 33.2 when trying to read this shape file. On Sun, Aug 17, 2025 at 4:35 PM Mark Prins <mc....@gm...> wrote: > > Op 14-08-2025 om 09:44 schreef sunish: > > Geotools Version: 28.2 > > Can you try with a supported version? > > - M > > > > > _______________________________________________ > GeoTools-GT2-Users mailing list > Geo...@li... > https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users > |
From: Mark P. <mc....@gm...> - 2025-08-17 11:04:06
|
Op 14-08-2025 om 09:44 schreef sunish: > Geotools Version: 28.2 Can you try with a supported version? - M |
From: Ian T. <ijt...@gm...> - 2025-08-14 09:24:50
|
Does your shapefile actually contain XYM points? Can you share the file or at least the print out of the schema Ian On Thu, 14 Aug 2025 at 08:45, sunish <sun...@gm...> wrote: > I am getting Invalid ordinate index: 3 Exception while reading a shape > file. > Geotools Version: 28.2 > > I have this code for reading shape file features. Please help. > > private void fileDataStoreTest() { > > String filePath ="naksha_vadakara_build.shp"; > File file = new File(filePath); > > > try { > FileDataStore fileDataStore = FileDataStoreFinder.getDataStore(file); > > > Hints hints = new Hints(Hints.JTS_COORDINATE_SEQUENCE_FACTORY, > PackedCoordinateSequenceFactory.DOUBLE_FACTORY); > > System.out.println(fileDataStore.getSchema().getTypeName()); > System.out.println(fileDataStore.getSchema().getAttributeDescriptors()); > System.out.println(fileDataStore.getSchema().getCoordinateReferenceSystem()); > List<AttributeDescriptor> descriptors = fileDataStore.getSchema().getAttributeDescriptors(); > for(AttributeDescriptor disc :descriptors ){ > System.out.println(disc.getLocalName()+" "+disc.getType().getBinding().getSimpleName()); > } > System.out.println(fileDataStore.getFeatureSource().getBounds()); > System.out.println(CRS.lookupEpsgCode(fileDataStore.getSchema().getCoordinateReferenceSystem(),true)); > > SimpleFeatureSource src = fileDataStore.getFeatureSource(); > SimpleFeatureCollection col = src.getFeatures(); > SimpleFeatureIterator itr = col.features(); > // while (itr.hasNext()) { > > SimpleFeature f = itr.next(); > System.out.println(f.getDefaultGeometry().toString()); > > // } > itr.close(); > fileDataStore.dispose(); > > } catch (IOException e) { > throw new RuntimeException(e); > } catch (FactoryException e) { > throw new RuntimeException(e); > } > > } > > It is throwing this error. > > Exception in thread "main" java.lang.IllegalArgumentException: Invalid > ordinate index: 3 > at > org.locationtech.jts.geom.CoordinateXYM.setOrdinate(CoordinateXYM.java:156) > at > org.locationtech.jts.geom.impl.CoordinateArraySequence.setOrdinate(CoordinateArraySequence.java:309) > at > org.geotools.data.shapefile.shp.PolygonHandler.readCoordinates(PolygonHandler.java:316) > at > org.geotools.data.shapefile.shp.PolygonHandler.read(PolygonHandler.java:142) > at > org.geotools.data.shapefile.shp.ShapefileReader$Record.shape(ShapefileReader.java:114) > at > org.geotools.data.shapefile.ShapefileFeatureReader.getGeometry(ShapefileFeatureReader.java:239) > at > org.geotools.data.shapefile.ShapefileFeatureReader.hasNext(ShapefileFeatureReader.java:182) > at > org.geotools.data.shapefile.ShapefileFeatureReader.next(ShapefileFeatureReader.java:151) > at > org.geotools.data.shapefile.ShapefileFeatureReader.next(ShapefileFeatureReader.java:48) > at > org.geotools.data.store.ContentFeatureCollection$WrappingFeatureIterator.next(ContentFeatureCollection.java:154) > at > org.geotools.data.store.ContentFeatureCollection$WrappingFeatureIterator.next(ContentFeatureCollection.java:134) > _______________________________________________ > GeoTools-GT2-Users mailing list > Geo...@li... > https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users > -- Ian Turton |
From: sunish <sun...@gm...> - 2025-08-14 07:44:48
|
I am getting Invalid ordinate index: 3 Exception while reading a shape file. Geotools Version: 28.2 I have this code for reading shape file features. Please help. private void fileDataStoreTest() { String filePath ="naksha_vadakara_build.shp"; File file = new File(filePath); try { FileDataStore fileDataStore = FileDataStoreFinder.getDataStore(file); Hints hints = new Hints(Hints.JTS_COORDINATE_SEQUENCE_FACTORY, PackedCoordinateSequenceFactory.DOUBLE_FACTORY); System.out.println(fileDataStore.getSchema().getTypeName()); System.out.println(fileDataStore.getSchema().getAttributeDescriptors()); System.out.println(fileDataStore.getSchema().getCoordinateReferenceSystem()); List<AttributeDescriptor> descriptors = fileDataStore.getSchema().getAttributeDescriptors(); for(AttributeDescriptor disc :descriptors ){ System.out.println(disc.getLocalName()+" "+disc.getType().getBinding().getSimpleName()); } System.out.println(fileDataStore.getFeatureSource().getBounds()); System.out.println(CRS.lookupEpsgCode(fileDataStore.getSchema().getCoordinateReferenceSystem(),true)); SimpleFeatureSource src = fileDataStore.getFeatureSource(); SimpleFeatureCollection col = src.getFeatures(); SimpleFeatureIterator itr = col.features(); // while (itr.hasNext()) { SimpleFeature f = itr.next(); System.out.println(f.getDefaultGeometry().toString()); // } itr.close(); fileDataStore.dispose(); } catch (IOException e) { throw new RuntimeException(e); } catch (FactoryException e) { throw new RuntimeException(e); } } It is throwing this error. Exception in thread "main" java.lang.IllegalArgumentException: Invalid ordinate index: 3 at org.locationtech.jts.geom.CoordinateXYM.setOrdinate(CoordinateXYM.java:156) at org.locationtech.jts.geom.impl.CoordinateArraySequence.setOrdinate(CoordinateArraySequence.java:309) at org.geotools.data.shapefile.shp.PolygonHandler.readCoordinates(PolygonHandler.java:316) at org.geotools.data.shapefile.shp.PolygonHandler.read(PolygonHandler.java:142) at org.geotools.data.shapefile.shp.ShapefileReader$Record.shape(ShapefileReader.java:114) at org.geotools.data.shapefile.ShapefileFeatureReader.getGeometry(ShapefileFeatureReader.java:239) at org.geotools.data.shapefile.ShapefileFeatureReader.hasNext(ShapefileFeatureReader.java:182) at org.geotools.data.shapefile.ShapefileFeatureReader.next(ShapefileFeatureReader.java:151) at org.geotools.data.shapefile.ShapefileFeatureReader.next(ShapefileFeatureReader.java:48) at org.geotools.data.store.ContentFeatureCollection$WrappingFeatureIterator.next(ContentFeatureCollection.java:154) at org.geotools.data.store.ContentFeatureCollection$WrappingFeatureIterator.next(ContentFeatureCollection.java:134) |
From: Jody G. <jod...@gm...> - 2025-07-28 14:34:21
|
Hi Topias, I am not close enough to this code to know if it is a bug, but I like that your fix includes an example. It would be preferable to know exactly where CRS.transform is producing a null reference, perhaps by stepping through with a debugger, to determine if that code could be made more robust. Your example does not show the same request passing or failing based on interpolation method. - - Jody Garnett On Mar 18, 2025 at 10:54:20 AM, Topias Rusanen <top...@fl...> wrote: > Hello, > > > > I’m currently experiencing issues when rendering coverages with bicubic > interpolation on GeoTools 32.1. > > > > When rendering my coverage, the API returns a null reference, which per > documentation would state that the coverage does not intersect the area to > be rendered. However, if I disable interpolation, the area is rendered fine > albeit the result is ugly. > > > > I created a fork of the main repo and was able to reproduce the issue in > unit tests. A simple CRS transformation would solve my issue, see the > modified unit test and a fix for the rendering issue in here: > https://github.com/FluiditLtd/geotools/commit/9a8fd3ebdb4321957c7f7dc10d290e36b25f7d04 > > > > My question is: Is this a bug? If this is indeed a bug, I can create a PR > from the fork if the fix is deemed adequate. > > > > Best regards, > > > > Topias Rusanen > > Software Team Lead > > Fluidit Oy > _______________________________________________ > GeoTools-GT2-Users mailing list > Geo...@li... > https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users > |
From: Jody G. <jod...@gm...> - 2025-06-09 15:13:20
|
Security advisory is now published, and blog posts updated: CVE-2025-30220 <https://github.com/geotools/geotools/security/advisories/GHSA-826p-4gcg-35vw> XML External Entity (XXE) Processing Vulnerability in XSD schema handling GEOT-7760 <https://osgeo-org.atlassian.net/browse/GEOT-7760> CVE-2025-30220: XXE Processing Vulnerability in XSD schema handling (9.9 Critical) - - Jody Garnett On May 13, 2025 at 10:36:00 AM, Jody Garnett <jod...@gm...> wrote: > Several GeoTools release are now available: > > > - GeoTools 33.1 Released > <https://geotoolsnews.blogspot.com/2025/05/geotools-331-released.html> > (release notes <https://github.com/geotools/geotools/releases/tag/33.1> > ) > - GeoTools 32.3 Released > <https://geotoolsnews.blogspot.com/2025/05/geotools-323-released.html> > (release notes <https://github.com/geotools/geotools/releases/tag/32.3> > ) > - GeoTools 31.7 Released > <https://geotoolsnews.blogspot.com/2025/05/geotools-317-released.html> > (release notes <https://github.com/geotools/geotools/releases/tag/31.7> > ) > > > Release artifacts are available source forge > <https://sourceforge.net/projects/geotools/files/> and maven repository. > > *Security considerations* > > These releases are being made concurrently to address a security advisory, > scheduled for public disclosure Monday 2 June 2025. > - - > GeoTools Project Management Committee > |
From: Jody G. <jod...@gm...> - 2025-05-13 17:36:15
|
Several GeoTools release are now available: - GeoTools 33.1 Released <https://geotoolsnews.blogspot.com/2025/05/geotools-331-released.html> (release notes <https://github.com/geotools/geotools/releases/tag/33.1>) - GeoTools 32.3 Released <https://geotoolsnews.blogspot.com/2025/05/geotools-323-released.html> (release notes <https://github.com/geotools/geotools/releases/tag/32.3>) - GeoTools 31.7 Released <https://geotoolsnews.blogspot.com/2025/05/geotools-317-released.html> (release notes <https://github.com/geotools/geotools/releases/tag/31.7>) Release artifacts are available source forge <https://sourceforge.net/projects/geotools/files/> and maven repository. *Security considerations* These releases are being made concurrently to address a security advisory, scheduled for public disclosure Monday 2 June 2025. - - GeoTools Project Management Committee |
From: Topias R. <top...@fl...> - 2025-03-18 10:10:26
|
Hello, I’m currently experiencing issues when rendering coverages with bicubic interpolation on GeoTools 32.1. When rendering my coverage, the API returns a null reference, which per documentation would state that the coverage does not intersect the area to be rendered. However, if I disable interpolation, the area is rendered fine albeit the result is ugly. I created a fork of the main repo and was able to reproduce the issue in unit tests. A simple CRS transformation would solve my issue, see the modified unit test and a fix for the rendering issue in here: https://github.com/FluiditLtd/geotools/commit/9a8fd3ebdb4321957c7f7dc10d290e36b25f7d04 My question is: Is this a bug? If this is indeed a bug, I can create a PR from the fork if the fix is deemed adequate. Best regards, Topias Rusanen Software Team Lead Fluidit Oy |
From: Phil S. <P.S...@gn...> - 2025-03-09 20:06:52
|
Thanks (I think) Andrea. Not very comforting. I am wanting this to work in a linux docker build. Good to know that I should not waste time on prebuilt binaries. I like the geoserver approach. That seems the best long term solution and could be used as a docker layer so it doesn’t have to be built every time. However, this is clearly going to take me some time! Since my code already handles geopackage, I think I will add gdal, and then internally just convert geodatabase to gpkg. Ugly but should give me time to work out a direct gdb solution. From: Andrea Aime <and...@ge...> Sent: Wednesday, 5 March 2025 9:47 PM To: Phil Scadden <P.S...@gn...> Cc: geo...@li... Subject: Re: [Geotools-gt2-users] Working with GDAL and File Geodatabases CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe: Hi Phil, the documentation is correct in the sense that the code was manually tested for 3.2 or older. Setting up GDAL to work with GeoTools is sort of a dark magic art that few master, Linux distributions stopped providing gdal-java bindings making a manual build almost the only option. Even for the github action testing GDAL on Linux we pull a pre-built bridge library, a solution that works for the time being, but won't last in the long run: https://github.com/geotools/geotools/blob/main/.github/workflows/linux_gdal.yml#L23 The GeoServer docker image also has an example, in this case building everything from sources: https://github.com/geoserver/docker/pull/138 I don't have a ready to use recipe regarding Windows... wondering if the https://gisinternals.com/ builds have java support at all? Regards, Andrea Aime == GeoServer Professional Services from the experts! Visit http://bit.ly/gs-services-us for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions Group phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 https://www.geosolutionsgroup.com/ http://twitter.com/geosolutions_it ------------------------------------------------------- Con riferimento alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 - Regolamento generale sulla protezione dei dati “GDPR”), si precisa che ogni circostanza inerente alla presente email (il suo contenuto, gli eventuali allegati, etc.) è un dato la cui conoscenza è riservata al/i solo/i destinatario/i indicati dallo scrivente. Se il messaggio Le è giunto per errore, è tenuta/o a cancellarlo, ogni altra operazione è illecita. Le sarei comunque grato se potesse darmene notizia. This email is intended only for the person or entity to which it is addressed and may contain information that is privileged, confidential or otherwise protected from disclosure. We remind that - as provided by European Regulation 2016/679 “GDPR” - copying, dissemination or use of this e-mail or the information herein by anyone other than the intended recipient is prohibited. If you have received this email by mistake, please notify us immediately by telephone or e-mail On Wed, Mar 5, 2025 at 5:00 AM Phil Scadden <P.S...@gn...<mailto:P.S...@gn...>> wrote: I am having something of nightmare setting this up. The documentation (33-snapshot) says GDAL 3.2 or OLDER. Puzzling? Downloading GDAL3.2 from gisinternals archive, I find gdalinfo –formats complaining about entrypoint for sqlite3 in the gdal302.dll after I set up all the path and environment variables (and OGRDataStoreFactory factory = new JniOGRDataStoreFactory(); dies with “java.lang.UnsatisfiedLinkError: C:\GDAL\gdal\java\gdalalljni.dll: The specified procedure could not be found” ). Is the documentation correct here? From: Ian Turton <ijt...@gm...<mailto:ijt...@gm...>> Sent: Thursday, 16 May 2024 9:02 PM To: Phil Scadden <P.S...@gn...<mailto:P.S...@gn...>> Cc: geo...@li...<mailto:geo...@li...> Subject: Re: [Geotools-gt2-users] getting from geometry in SimpleFeature to ESRI geometry CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe: That's probably my fault :-) GeoJSON parsing has moved to gt-geojson-core which along with the gt-geojson-store replaces the functionality in gt-geojson. The plan is at some point in the future to remove gt-geoson but currently GeoServer makes use of it (at least I think that was the problem) and I ran out of time and energy, With gt-geoson-core you should be able to do something like this: GeometryFactory gf = new GeometryFactory(); SimpleFeatureType type = DataUtilities.createType("test", "the_geom:Point:srid=4326"); SimpleFeatureBuilder builder = new SimpleFeatureBuilder(type); builder.add(gf.createPoint(new Coordinate(1.23456789, 0.123456789))); SimpleFeature feature = builder.buildFeature(null); ByteArrayOutputStream out = new ByteArrayOutputStream(); GeoJSONWriter writer = new GeoJSONWriter(out); writer.setMaxDecimals(6); writer.write(feature); Ian On Thu, 16 May 2024 at 05:56, Phil Scadden <P.S...@gn...<mailto:P.S...@gn...>> wrote: Ultimately, what I am trying to do is read some features from a geopkg using geotools, fidding with contents of the feature and then writing the Feature to an ESRI FeatureServer using the REST API. Along the way, I have to get the geotools geometry converted to an ESRI Geometry class. The ESRI OGCGeometry (https://esri.github.io/geometry-api-java<https://esri.github.io/geometry-api-java%20can> can convert to ESRI geometry, but the fromGeoJson seems to be only method for creating a OGCGeometry. What I am struggling with is getting a GeoJSON string out of geotools. I added gt-geojson module but can only see method for writing to file. Am I missing something blindingly obvious here? The documentation doesn’t seem up to date – pointing to methods that (eg GeoJSONWriter) that don’t exist (and pages 404 in the Javadoc). Using 31.0 Also looking at option of using a WKT route instead. ________________________________________________ Ngā mihi, Nā Phil Scadden (he/him) Te Raraunga me te Tātaritanga Mokowā Aronuku (Geospatial Data and Analysis) GNS Science Te Pῡ Ao 13A Alma St, Renwick, 7204 New Zealand Ph +64 27 3463185 “Whāia te iti kahurangi ki te tūohu koe me he maunga teitei” Notice: This email and any attachments are confidential and may not be used, published or redistributed without the prior written consent of the Institute of Geological and Nuclear Sciences Limited (GNS Science). If received in error please destroy and immediately notify GNS Science. Do not copy or disclose the contents. _______________________________________________ GeoTools-GT2-Users mailing list Geo...@li...<mailto:Geo...@li...> https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users -- Ian Turton Notice: This email and any attachments are confidential and may not be used, published or redistributed without the prior written consent of the Institute of Geological and Nuclear Sciences Limited (GNS Science). If received in error please destroy and immediately notify GNS Science. Do not copy or disclose the contents. _______________________________________________ GeoTools-GT2-Users mailing list Geo...@li...<mailto:Geo...@li...> https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users Notice: This email and any attachments are confidential and may not be used, published or redistributed without the prior written consent of the Institute of Geological and Nuclear Sciences Limited (GNS Science). If received in error please destroy and immediately notify GNS Science. Do not copy or disclose the contents. |
From: Stefan Z. <ste...@gm...> - 2025-03-07 10:49:13
|
Hi I want to read a geotiff file in a Spring Boot 3 application but get some errors: "java.lang.nullpointerexception: Cannot invoke "javax.xml.bind.JAXBContext.createUnmarshaller()" because "it.geosolutions.imageioimpl.plugins.tiff.gdal.GDALMetadataParser.CONTEXT" is null" Code is simple: File file = new File("swissalti3d_2019_2614-1258_0.5_2056_5728.tif"); GeoTiffReader reader = new GeoTiffReader(file); GridCoverage2D coverage = reader.read(null); System.out.println(coverage.getEnvelope()); Is there a way to disable the gdal meta data parsing? I think there is some clash with Spring Boot 3 using jakarta instead of javax. regards Stefan |
From: Andrea A. <and...@ge...> - 2025-03-05 08:47:45
|
Hi Phil, the documentation is correct in the sense that the code was manually tested for 3.2 or older. Setting up GDAL to work with GeoTools is sort of a dark magic art that few master, Linux distributions stopped providing gdal-java bindings making a manual build almost the only option. Even for the github action testing GDAL on Linux we pull a pre-built bridge library, a solution that works for the time being, but won't last in the long run: https://github.com/geotools/geotools/blob/main/.github/workflows/linux_gdal.yml#L23 The GeoServer docker image also has an example, in this case building everything from sources: https://github.com/geoserver/docker/pull/138 I don't have a ready to use recipe regarding Windows... wondering if the https://gisinternals.com/ builds have java support at all? Regards, Andrea Aime == GeoServer Professional Services from the experts! Visit http://bit.ly/gs-services-us for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions Group phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 https://www.geosolutionsgroup.com/ http://twitter.com/geosolutions_it ------------------------------------------------------- Con riferimento alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 - Regolamento generale sulla protezione dei dati “GDPR”), si precisa che ogni circostanza inerente alla presente email (il suo contenuto, gli eventuali allegati, etc.) è un dato la cui conoscenza è riservata al/i solo/i destinatario/i indicati dallo scrivente. Se il messaggio Le è giunto per errore, è tenuta/o a cancellarlo, ogni altra operazione è illecita. Le sarei comunque grato se potesse darmene notizia. This email is intended only for the person or entity to which it is addressed and may contain information that is privileged, confidential or otherwise protected from disclosure. We remind that - as provided by European Regulation 2016/679 “GDPR” - copying, dissemination or use of this e-mail or the information herein by anyone other than the intended recipient is prohibited. If you have received this email by mistake, please notify us immediately by telephone or e-mail On Wed, Mar 5, 2025 at 5:00 AM Phil Scadden <P.S...@gn...> wrote: > I am having something of nightmare setting this up. The documentation > (33-snapshot) says GDAL 3.2 or OLDER. Puzzling? Downloading GDAL3.2 from > gisinternals archive, I find gdalinfo –formats complaining about entrypoint > for sqlite3 in the gdal302.dll after I set up all the path and environment > variables (and OGRDataStoreFactory factory = new > JniOGRDataStoreFactory(); dies with “java.lang.UnsatisfiedLinkError: > C:\GDAL\gdal\java\gdalalljni.dll: The specified procedure could not be > found” ). Is the documentation correct here? > > > > *From:* Ian Turton <ijt...@gm...> > *Sent:* Thursday, 16 May 2024 9:02 PM > *To:* Phil Scadden <P.S...@gn...> > *Cc:* geo...@li... > *Subject:* Re: [Geotools-gt2-users] getting from geometry in > SimpleFeature to ESRI geometry > > > > > > *CAUTION:* This email originated from outside of the organization. Do not > click links or open attachments unless you recognize the sender and know > the content is safe: > > That's probably my fault :-) GeoJSON parsing has moved to gt-geojson-core > which along with the gt-geojson-store replaces the functionality in > gt-geojson. The plan is at some point in the future to remove gt-geoson but > currently GeoServer makes use of it (at least I think that was the problem) > and I ran out of time and energy, > > > > With gt-geoson-core you should be able to do something like this: > > > > GeometryFactory gf = new GeometryFactory(); > SimpleFeatureType type = DataUtilities.*createType*("test", "the_geom:Point:srid=4326"); > SimpleFeatureBuilder builder = new SimpleFeatureBuilder(type); > builder.add(gf.createPoint(new Coordinate(1.23456789, 0.123456789))); > SimpleFeature feature = builder.buildFeature(null); > ByteArrayOutputStream out = new ByteArrayOutputStream(); > GeoJSONWriter writer = new GeoJSONWriter(out); > writer.setMaxDecimals(6); > > writer.write(feature); > > Ian > > > > > > On Thu, 16 May 2024 at 05:56, Phil Scadden <P.S...@gn...> wrote: > > Ultimately, what I am trying to do is read some features from a geopkg > using geotools, fidding with contents of the feature and then writing the > Feature to an ESRI FeatureServer using the REST API. Along the way, I have > to get the geotools geometry converted to an ESRI Geometry class. > > The ESRI OGCGeometry (https://esri.github.io/geometry-api-java > <https://esri.github.io/geometry-api-java%20can> can convert to ESRI > geometry, but the fromGeoJson seems to be only method for creating a > OGCGeometry. > > > > What I am struggling with is getting a GeoJSON string out of geotools. I > added gt-geojson module but can only see method for writing to file. Am I > missing something blindingly obvious here? The documentation doesn’t seem > up to date – pointing to methods that (eg GeoJSONWriter) that don’t exist > (and pages 404 in the Javadoc). > > > > Using 31.0 > > > > Also looking at option of using a WKT route instead. > > > > > > ________________________________________________ > > Ngā mihi, Nā Phil Scadden (he/him) > > Te Raraunga me te Tātaritanga Mokowā Aronuku (Geospatial Data and > Analysis) > > *GNS Science **Te P**ῡ** Ao* > > 13A Alma St, Renwick, 7204 > > New Zealand Ph +64 27 3463185 > > > > “Whāia te iti kahurangi ki te tūohu koe me he maunga teitei” > > > > Notice: This email and any attachments are confidential and may not be > used, published or redistributed without the prior written consent of the > Institute of Geological and Nuclear Sciences Limited (GNS Science). If > received in error please destroy and immediately notify GNS Science. Do not > copy or disclose the contents. > > _______________________________________________ > GeoTools-GT2-Users mailing list > Geo...@li... > https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users > > > > -- > > Ian Turton > Notice: This email and any attachments are confidential and may not be > used, published or redistributed without the prior written consent of the > Institute of Geological and Nuclear Sciences Limited (GNS Science). If > received in error please destroy and immediately notify GNS Science. Do not > copy or disclose the contents. > _______________________________________________ > GeoTools-GT2-Users mailing list > Geo...@li... > https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users > |
From: Phil S. <P.S...@gn...> - 2025-03-05 03:59:36
|
I am having something of nightmare setting this up. The documentation (33-snapshot) says GDAL 3.2 or OLDER. Puzzling? Downloading GDAL3.2 from gisinternals archive, I find gdalinfo –formats complaining about entrypoint for sqlite3 in the gdal302.dll after I set up all the path and environment variables (and OGRDataStoreFactory factory = new JniOGRDataStoreFactory(); dies with “java.lang.UnsatisfiedLinkError: C:\GDAL\gdal\java\gdalalljni.dll: The specified procedure could not be found” ). Is the documentation correct here? From: Ian Turton <ijt...@gm...> Sent: Thursday, 16 May 2024 9:02 PM To: Phil Scadden <P.S...@gn...> Cc: geo...@li... Subject: Re: [Geotools-gt2-users] getting from geometry in SimpleFeature to ESRI geometry CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe: That's probably my fault :-) GeoJSON parsing has moved to gt-geojson-core which along with the gt-geojson-store replaces the functionality in gt-geojson. The plan is at some point in the future to remove gt-geoson but currently GeoServer makes use of it (at least I think that was the problem) and I ran out of time and energy, With gt-geoson-core you should be able to do something like this: GeometryFactory gf = new GeometryFactory(); SimpleFeatureType type = DataUtilities.createType("test", "the_geom:Point:srid=4326"); SimpleFeatureBuilder builder = new SimpleFeatureBuilder(type); builder.add(gf.createPoint(new Coordinate(1.23456789, 0.123456789))); SimpleFeature feature = builder.buildFeature(null); ByteArrayOutputStream out = new ByteArrayOutputStream(); GeoJSONWriter writer = new GeoJSONWriter(out); writer.setMaxDecimals(6); writer.write(feature); Ian On Thu, 16 May 2024 at 05:56, Phil Scadden <P.S...@gn...<mailto:P.S...@gn...>> wrote: Ultimately, what I am trying to do is read some features from a geopkg using geotools, fidding with contents of the feature and then writing the Feature to an ESRI FeatureServer using the REST API. Along the way, I have to get the geotools geometry converted to an ESRI Geometry class. The ESRI OGCGeometry (https://esri.github.io/geometry-api-java<https://esri.github.io/geometry-api-java%20can> can convert to ESRI geometry, but the fromGeoJson seems to be only method for creating a OGCGeometry. What I am struggling with is getting a GeoJSON string out of geotools. I added gt-geojson module but can only see method for writing to file. Am I missing something blindingly obvious here? The documentation doesn’t seem up to date – pointing to methods that (eg GeoJSONWriter) that don’t exist (and pages 404 in the Javadoc). Using 31.0 Also looking at option of using a WKT route instead. ________________________________________________ Ngā mihi, Nā Phil Scadden (he/him) Te Raraunga me te Tātaritanga Mokowā Aronuku (Geospatial Data and Analysis) GNS Science Te Pῡ Ao 13A Alma St, Renwick, 7204 New Zealand Ph +64 27 3463185 “Whāia te iti kahurangi ki te tūohu koe me he maunga teitei” Notice: This email and any attachments are confidential and may not be used, published or redistributed without the prior written consent of the Institute of Geological and Nuclear Sciences Limited (GNS Science). If received in error please destroy and immediately notify GNS Science. Do not copy or disclose the contents. _______________________________________________ GeoTools-GT2-Users mailing list Geo...@li...<mailto:Geo...@li...> https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users -- Ian Turton Notice: This email and any attachments are confidential and may not be used, published or redistributed without the prior written consent of the Institute of Geological and Nuclear Sciences Limited (GNS Science). If received in error please destroy and immediately notify GNS Science. Do not copy or disclose the contents. |
From: Jody G. <jod...@gm...> - 2025-02-05 21:11:34
|
GeoTools 28.6 is available from source forge and maven. For more information see GeoTools 26.6 blog post <https://geotoolsnews.blogspot.com/2025/02/geotools-286-released.html>, or release notes <https://github.com/geotools/geotools/releases/tag/28.6>. This release provides Java 8 artifacts addressing CVE-2024-36404 <https://github.com/geotools/geotools/security/advisories/GHSA-w3pj-wh35-fq8w> and the vulnerability report has been updated avoid 28.6 artifacts being flagged by security scans. Thanks to Jody Garnett (GeoCat) for making this release on behalf of the GeoNetwork project. - - GeoTools Project Management Committee |
From: Jody G. <jod...@gm...> - 2025-01-27 19:53:51
|
GeoTools 32.2 is now available from maven and source forge. For information see blog post <https://geotoolsnews.blogspot.com/2025/01/geotools-322-released.html> or release notes <https://github.com/geotools/geotools/releases/tag/32.2>. Thanks to Jody Garnett (GeoCat) for making this release. - - GeoTools Project Management Committee |
From: Jody G. <jod...@gm...> - 2025-01-16 00:45:56
|
How are you configuring the XMLConfiguration()? Parser parser = new Parser(new XMLConfiguration()); You may want to make your own that knows about the different schemas used in your file? There is a lot of the details in the docs <https://docs.geotools.org/latest/userguide/library/xml/internal/index.html> . Searching <https://github.com/search?q=repo%3Ageotools%2Fgeotools%20SchemaResolver&type=code> the codebase for SchemaResolver shows a couple examples: if (appSchemaResolver != null) { this.schemaParser.setResolver(appSchemaResolver); I have not used this stuff in a bit; it would be helpful if you share your results and we can improve the docs. - - Jody Garnett On Jan 5, 2025 at 2:05:06 PM, Finn Völkel <fin...@gm...> wrote: > Hi there, > > I am trying to parse some 3D city models and am running into issues. All > geotools dependencies are at 32.1. It follows a standalone XML file I am > trying to parse with a couple of `xsd` locations in the header. > https://gist.github.com/FiV0/91098e483ab993a3ef2293c12bd60afc#file-test-xml > and the way I am trying to parse it > > https://gist.github.com/FiV0/91098e483ab993a3ef2293c12bd60afc#file-parserissue-java > > There is no error but I am getting a bunch of warnings that some `xsd` > files can not be resolved and hence the returned result is not typed with > classes. > For example: > WARNING: Error loading schema for namespace: > http://www.opengis.net/citygml/building/1.0 at location: > http://repository.gdi-de.org/schemas/adv/citygml/building/1.0/buildingLoD1.xsd > > Digging deeper, I tried to parse the schema directly with a custom > `CashingSchemaResolver` as follows: > > https://gist.github.com/FiV0/91098e483ab993a3ef2293c12bd60afc#file-parsexsdfile-java > This results in a premature end of file error for a referenced schema. See > https://gist.github.com/FiV0/91098e483ab993a3ef2293c12bd60afc#file-error-txt > > My second question concerns how I can actually set a custom schema > resolver on a parser. I tried to overwrite all kinds of methods on a custom > configuration, but all to no avail. > For example how would I set the following on my parser? > ``` > SchemaResolver schemaResolver = new SchemaResolver(new > SchemaCache(new File ("/path/to/schema/catalog"), true)); > ``` > > Thank you, > Finn > > > _______________________________________________ > GeoTools-GT2-Users mailing list > Geo...@li... > https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users > |
From: Finn V. <fin...@gm...> - 2025-01-05 22:05:25
|
Hi there, I am trying to parse some 3D city models and am running into issues. All geotools dependencies are at 32.1. It follows a standalone XML file I am trying to parse with a couple of `xsd` locations in the header. https://gist.github.com/FiV0/91098e483ab993a3ef2293c12bd60afc#file-test-xml and the way I am trying to parse it https://gist.github.com/FiV0/91098e483ab993a3ef2293c12bd60afc#file-parserissue-java There is no error but I am getting a bunch of warnings that some `xsd` files can not be resolved and hence the returned result is not typed with classes. For example: WARNING: Error loading schema for namespace: http://www.opengis.net/citygml/building/1.0 at location: http://repository.gdi-de.org/schemas/adv/citygml/building/1.0/buildingLoD1.xsd Digging deeper, I tried to parse the schema directly with a custom `CashingSchemaResolver` as follows: https://gist.github.com/FiV0/91098e483ab993a3ef2293c12bd60afc#file-parsexsdfile-java This results in a premature end of file error for a referenced schema. See https://gist.github.com/FiV0/91098e483ab993a3ef2293c12bd60afc#file-error-txt My second question concerns how I can actually set a custom schema resolver on a parser. I tried to overwrite all kinds of methods on a custom configuration, but all to no avail. For example how would I set the following on my parser? ``` SchemaResolver schemaResolver = new SchemaResolver(new SchemaCache(new File ("/path/to/schema/catalog"), true)); ``` Thank you, Finn |
From: Peter S. <gs...@sm...> - 2024-11-19 20:32:25
|
GeoTools 32.1 is now available from SourceForge and maven. For more information, please see the GeoTools 32.1 blog post <https://geotoolsnews.blogspot.com/2024/11/geotools-321-released.html>, or GitHub release notes <https://github.com/geotools/geotools/releases/tag/32.1>. Thanks to Peter Smythe (AfriGIS) for making this stable release. -- Peter GeoServer PSC AWS Solutions Architect https://github.com/petersmythe |
From: Jody G. <jod...@gm...> - 2024-10-30 12:05:30
|
GeoTools 31.4 is now available from source forge and maven. For more information see blog post GeoTools 31.4 released <http://geotoolsnews.blogspot.com/2024/10/geotools-314-released.html>, or release notes <https://github.com/geotools/geotools/releases/tag/31.4>. Thanks to Jody (GeoCat) for making this maintenance release. - - Jody Garnett |
From: Jody G. <jod...@gm...> - 2024-10-18 20:51:09
|
Hello ... not sure what your name is as "apachemaven0" appears unlikely 🙂 GeoTools use the JTS Topology Suite <https://locationtech.github.io/jts/> project for geometry. Including the Geometry data model (MultiLineString <https://locationtech.github.io/jts/javadoc/org/locationtech/jts/geom/MultiLineString.html>) and buffer <https://locationtech.github.io/jts/javadoc/org/locationtech/jts/geom/Geometry.html#buffer-double-> operation. GeoTools extends the geometry model to allow for some curves also. - - Jody Garnett On Oct 18, 2024 at 5:11:59 PM, maven apache <apa...@gm...> wrote: > Hi: > > I have a "MultiLineString" layer which I want to do a buffer and dissolve > operation. > > Does geotools support this out of box? If not, any alternative? > > Thanks. > _______________________________________________ > GeoTools-GT2-Users mailing list > Geo...@li... > https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users > |
From: maven a. <apa...@gm...> - 2024-10-18 15:12:49
|
Hi: I have a "MultiLineString" layer which I want to do a buffer and dissolve operation. Does geotools support this out of box? If not, any alternative? Thanks. |
From: sunish <sun...@gm...> - 2024-10-09 09:20:48
|
Hello, org.geotools.data.flatgeobuf serialize function is ignoring z coordinate. Is there any way to include z coordinate. Thanks, Sunish |
From: Jody G. <jod...@gm...> - 2024-10-03 06:39:33
|
It looks like you are missing JAXB-API? This was included as part of the Java Enterprise Edition API, but in really new versions of sprint I believe that will be replaced with Jakarta EE Binding. You will need to hang back at sprint 5.3 until such time as we can modernize. - - Jody Garnett On Oct 2, 2024 at 1:04:53 AM, raf...@sa... wrote: > Hello! > > First of all, thank you for GeoTools! > I have an issue with reading geotiff files in a Spring application. The > app I am developing requires geotiff files to be read and for samples to be > read at certain coordinates. > As of now, I am able to load a geotiff file with the GeoTiffReader and > sample the position of interest using the GridCoverage. This works in a > stand alone environment. > When I ported the same code to the app using Spring, the GeoTiffReader > throws an exception while reading the geotiff file's metadata due to the > CONTEXT in the PAMParser class being null. > > After increasing the log level, the problem seems to start on the class > initialisation. The JAXBContext fails to create a new instance > of "it.geosolutions.imageio.pam" and throws the following exception: > > PM javax.xml.bind.ContextFinder find > > FINE: Trying to create the platform default provider > > it.geosolutions.imageio.pam.PAMParser <clinit> > > FINER: Implementation of JAXB-API has not been found on module path or > classpath. > > *javax.xml.bind.JAXBException*: Implementation of JAXB-API has not been > found on module path or classpath. > > - with linked exception: > > [*java.lang.ClassNotFoundException*: com.sun.xml.bind.v2.ContextFactory] > > at javax.xml.bind.ContextFinder.newInstance(*ContextFinder.java:168*) > > at javax.xml.bind.ContextFinder.find(*ContextFinder.java:355*) > > at javax.xml.bind.JAXBContext.newInstance(*JAXBContext.java:508*) > > at javax.xml.bind.JAXBContext.newInstance(*JAXBContext.java:465*) > > at javax.xml.bind.JAXBContext.newInstance(*JAXBContext.java:366*) > > at it.geosolutions.imageio.pam.PAMParser.<clinit>(*PAMParser.java:41*) > > at > org.geotools.coverage.grid.io.AbstractGridCoverage2DReader.getPamDataset( > *AbstractGridCoverage2DReader.java:1373*) > > at org.geotools.gce.geotiff.GeoTiffReader.getHRInfo( > *GeoTiffReader.java:391*) > > at org.geotools.gce.geotiff.GeoTiffReader.<init>(*GeoTiffReader.java:275*) > > at org.geotools.gce.geotiff.GeoTiffReader.<init>(*GeoTiffReader.java:199*) > > I could not find the same issue or any info about this anywhere. It is > still possible to query the GridCoverages created from these files, however > no metadata is read. > > Any help would be appreciated, thank you. > > _______________________________________________ > GeoTools-GT2-Users mailing list > Geo...@li... > https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users > |
From: <raf...@sa...> - 2024-10-02 08:05:01
|
Hello! First of all, thank you for GeoTools! I have an issue with reading geotiff files in a Spring application. The app I am developing requires geotiff files to be read and for samples to be read at certain coordinates. As of now, I am able to load a geotiff file with the GeoTiffReader and sample the position of interest using the GridCoverage. This works in a stand alone environment. When I ported the same code to the app using Spring, the GeoTiffReader throws an exception while reading the geotiff file's metadata due to the CONTEXT in the PAMParser class being null. After increasing the log level, the problem seems to start on the class initialisation. The JAXBContext fails to create a new instance of "it.geosolutions.imageio.pam" and throws the following exception: PM javax.xml.bind.ContextFinder find FINE: Trying to create the platform default provider it.geosolutions.imageio.pam.PAMParser <clinit> FINER: Implementation of JAXB-API has not been found on module path or classpath. _javax.xml.bind.JAXBException_: Implementation of JAXB-API has not been found on module path or classpath. - with linked exception: [_java.lang.ClassNotFoundException_: com.sun.xml.bind.v2.ContextFactory] at javax.xml.bind.ContextFinder.newInstance(_ContextFinder.java:168_) at javax.xml.bind.ContextFinder.find(_ContextFinder.java:355_) at javax.xml.bind.JAXBContext.newInstance(_JAXBContext.java:508_) at javax.xml.bind.JAXBContext.newInstance(_JAXBContext.java:465_) at javax.xml.bind.JAXBContext.newInstance(_JAXBContext.java:366_) at it.geosolutions.imageio.pam.PAMParser.<clinit>(_PAMParser.java:41_) at org.geotools.coverage.grid.io.AbstractGridCoverage2DReader.getPamDataset(_AbstractGridCoverage2DReader.java:1373_) at org.geotools.gce.geotiff.GeoTiffReader.getHRInfo(_GeoTiffReader.java:391_) at org.geotools.gce.geotiff.GeoTiffReader.<init>(_GeoTiffReader.java:275_) at org.geotools.gce.geotiff.GeoTiffReader.<init>(_GeoTiffReader.java:199_) I could not find the same issue or any info about this anywhere. It is still possible to query the GridCoverages created from these files, however no metadata is read. Any help would be appreciated, thank you. |