geotools-gt2-users — Help and support for GeoTools users

Re: [Geotools-gt2-users] Issue when rendering coverages with bicubic interpolation

[Jody G. <jod...@gm...>]

 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
>

Re: [Geotools-gt2-users] Subject: GeoTools 33.1, GeoTools 32.3 and GeoTools 31.7 released

[Jody G. <jod...@gm...>]

 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
>

[Geotools-gt2-users] Subject: GeoTools 33.1, GeoTools 32.3 and GeoTools 31.7 released

[Jody G. <jod...@gm...>]

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

[Geotools-gt2-users] Issue when rendering coverages with bicubic interpolation

[Topias R. <top...@fl...>]

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

Re: [Geotools-gt2-users] Working with GDAL and File Geodatabases

[Phil S. <P.S...@gn...>]

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.

[Geotools-gt2-users] Disable GDAL Metadata Parsing

[Stefan Z. <ste...@gm...>]

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

Re: [Geotools-gt2-users] Working with GDAL and File Geodatabases

[Andrea A. <and...@ge...>]

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
>

[Geotools-gt2-users] Working with GDAL and File Geodatabases

[Phil S. <P.S...@gn...>]

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.

[Geotools-gt2-users] GeoTools 28.6 released

[Jody G. <jod...@gm...>]

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

[Geotools-gt2-users] GeoTools 32.2 released

[Jody G. <jod...@gm...>]

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

Re: [Geotools-gt2-users] Trouble with parsing standalone XML file

[Jody G. <jod...@gm...>]

 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
>

[Geotools-gt2-users] Trouble with parsing standalone XML file

[Finn V. <fin...@gm...>]

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] GeoTools 32.1 released

[Peter S. <gs...@sm...>]

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

[Geotools-gt2-users] GeoTools 31.4 released

[Jody G. <jod...@gm...>]

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

Re: [Geotools-gt2-users] Buffer and dissolve layer

[Jody G. <jod...@gm...>]

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
>

[Geotools-gt2-users] Buffer and dissolve layer

[maven a. <apa...@gm...>]

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] org.geotools.data.flatgeobuf serialize ignoring z coordinate.

[sunish <sun...@gm...>]

Hello,

org.geotools.data.flatgeobuf serialize  function is ignoring z coordinate.
Is there any way to include z coordinate.



Thanks,

Sunish

Re: [Geotools-gt2-users] PAMParser fails to create context in spring environment

[Jody G. <jod...@gm...>]

 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
>

[Geotools-gt2-users] PAMParser fails to create context in spring environment

[<raf...@sa...>]

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.

Re: [Geotools-gt2-users] [Geotools-devel] Help with GeoTools : Trouble transforming coordinates

[Jody G. <jod...@gm...>]

We use our own referencing library, not gdal and proj

- -
Jody Garnett


On Sun, Aug 4, 2024 at 2:21 PM Phil Scadden <P.S...@gn...> wrote:

> Looking closer at that, the osr refers to _osr which is python binding a
> GDAL C++ class. There are java binding to the same class
> https://gdal.org/java/org/gdal/osr/SpatialReference.html
>
>
>
> *From:* Mourad HARMIM <mou...@li...>
> *Sent:* Friday, August 2, 2024 12:05 AM
> *To:* Ian Turton <ijt...@gm...>
> *Cc:* geo...@li...;
> geo...@li...
> *Subject:* Re: [Geotools-devel] Help with GeoTools : Trouble transforming
> coordinates
>
>
>
>
>
> *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:
>
> Hello Ian,
>
> Thank you for your reply.
>
> Unfortunatly a was unable to find a corresponding grid shift nor the right
> parameters for this specific transformation.
>
>
>
> What is suprising is epsg.io online transformer it is actually possible
> to do it : Transform coordinates - GPS online converter (epsg.io)
> <https://epsg.io/transform#s_srs=27572&t_srs=2154&x=601218.2709050&y=2428184.1367070>
>
>
>
> I found the source code of epsg.io and they implemented the
> transformation using "osr" library in python : epsg.io/app.py at master ·
> maptiler/epsg.io · GitHub
> <https://github.com/maptiler/epsg.io/blob/master/app.py#L1380>
>
>
>
> However I could not find anything similair in java.
>
>
>
> Kind regards,
>
> Mourad Harmim.
> ------------------------------
>
> *De :* Ian Turton <ijt...@gm...>
> *Envoyé :* jeudi 1 août 2024 10:32
> *À :* Mourad HARMIM <mou...@li...>
> *Cc :* geo...@li... <
> geo...@li...>;
> geo...@li... <geo...@li...
> >
> *Objet :* Re: [Geotools-devel] Help with GeoTools : Trouble transforming
> coordinates
>
>
>
> From a quick look on epsg.io there seems not to be a direct transform
> from *27572 *to* 2154 *so that is why the TOWGS or Bursa Wolf transform
> is needed. These would appear to have a 2m accuracy so some transformation
> error is to be expected.
>
>
>
> If you have a grid shift or other transformation file available then you
> can add it to GeoTools as described here -
> https://gis.stackexchange.com/questions/313512/specifying-epsg-transformation-method-in-geotools/313523#313523
>
>
>
> Ian
>
>
>
>
>
> On Mon, 15 Jul 2024 at 01:31, Mourad HARMIM <mou...@li...> wrote:
>
> Hello everyone,
> I hope this message finds you well.
>
>
> My name is Mourad Harmim, a Data Engineer consultant from France.
> Still getting used to GeoTools, I’m facing an issue when I try to
> transform coordinates from *Lambert 2 extended (EPSG :27572) to Lambert
> 93 (EPSE :2154).*
>
> Here is my current situation :
>
> ·        When I use : *this.mathTransform =
> CRS.findMathTransform(CRS.decode("EPSG:27572") , CRS.decode("EPSG:2154"),
> false)* there is an error telling that Bursa Wolf parameters are missing
>
> ·        When I use : *this.mathTransform =
> CRS.findMathTransform(CRS.decode("EPSG:27572") , CRS.decode("EPSG:2154"),
> true)* I get coordinates but they seem inaccurate (I guess it is about a
> missing grid shift)
>
> ·        When I use intermediate system : *Lambert 2 extended
> (EPSG :27572) to WSG84 (EPSG:4326) to Lambert 93 (EPSE :2154)* I get
> better results but still inaccurate.
>
>
>
> I would like to know what it is the correct approch to have an accurate
> transformation between these two systems.
>
>
>
> I hope that it is not inappropriate to ask for your help through this
> email and I hope to hear from you soon.
> Thank you.
> Mourad Harmim.
>
> _______________________________________________
> GeoTools-Devel mailing list
> Geo...@li...
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>
>
>
> --
>
> 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-Devel mailing list
> Geo...@li...
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>

Re: [Geotools-gt2-users] [Geotools-devel] Help with GeoTools : Trouble transforming coordinates

[Phil S. <P.S...@gn...>]

Looking closer at that, the osr refers to _osr which is python binding a GDAL C++ class. There are java binding to the same class https://gdal.org/java/org/gdal/osr/SpatialReference.html

From: Mourad HARMIM <mou...@li...>
Sent: Friday, August 2, 2024 12:05 AM
To: Ian Turton <ijt...@gm...>
Cc: geo...@li...; geo...@li...
Subject: Re: [Geotools-devel] Help with GeoTools : Trouble transforming coordinates



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:
Hello Ian,
Thank you for your reply.
Unfortunatly a was unable to find a corresponding grid shift nor the right parameters for this specific transformation.

What is suprising is epsg.io online transformer it is actually possible to do it : Transform coordinates - GPS online converter (epsg.io)<https://epsg.io/transform#s_srs=27572&t_srs=2154&x=601218.2709050&y=2428184.1367070>

I found the source code of epsg.io and they implemented the transformation using "osr" library in python : epsg.io/app.py at master · maptiler/epsg.io · GitHub<https://github.com/maptiler/epsg.io/blob/master/app.py#L1380>

However I could not find anything similair in java.

Kind regards,
Mourad Harmim.
________________________________
De : Ian Turton <ijt...@gm...<mailto:ijt...@gm...>>
Envoyé : jeudi 1 août 2024 10:32
À : Mourad HARMIM <mou...@li...<mailto:mou...@li...>>
Cc : geo...@li...<mailto:geo...@li...> <geo...@li...<mailto:geo...@li...>>; geo...@li...<mailto:geo...@li...> <geo...@li...<mailto:geo...@li...>>
Objet : Re: [Geotools-devel] Help with GeoTools : Trouble transforming coordinates

>From a quick look on epsg.io<http://epsg.io> there seems not to be a direct transform from 27572 to 2154 so that is why the TOWGS or Bursa Wolf transform is needed. These would appear to have a 2m accuracy so some transformation error is to be expected.

If you have a grid shift or other transformation file available then you can add it to GeoTools as described here - https://gis.stackexchange.com/questions/313512/specifying-epsg-transformation-method-in-geotools/313523#313523

Ian


On Mon, 15 Jul 2024 at 01:31, Mourad HARMIM <mou...@li...<mailto:mou...@li...>> wrote:
Hello everyone,
I hope this message finds you well.

My name is Mourad Harmim, a Data Engineer consultant from France.
Still getting used to GeoTools, I'm facing an issue when I try to transform coordinates from Lambert 2 extended (EPSG :27572) to Lambert 93 (EPSE :2154).

Here is my current situation :
·        When I use : this.mathTransform = CRS.findMathTransform(CRS.decode("EPSG:27572") , CRS.decode("EPSG:2154"), false) there is an error telling that Bursa Wolf parameters are missing
·        When I use : this.mathTransform = CRS.findMathTransform(CRS.decode("EPSG:27572") , CRS.decode("EPSG:2154"), true) I get coordinates but they seem inaccurate (I guess it is about a missing grid shift)
·        When I use intermediate system : Lambert 2 extended (EPSG :27572) to WSG84 (EPSG:4326) to Lambert 93 (EPSE :2154) I get better results but still inaccurate.

I would like to know what it is the correct approch to have an accurate transformation between these two systems.

I hope that it is not inappropriate to ask for your help through this email and I hope to hear from you soon.
Thank you.
Mourad Harmim.
_______________________________________________
GeoTools-Devel mailing list
Geo...@li...<mailto:Geo...@li...>
https://lists.sourceforge.net/lists/listinfo/geotools-devel


--
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.

Re: [Geotools-gt2-users] [Geotools-devel] Help with GeoTools : Trouble transforming coordinates

[Jody G. <jod...@gm...>]

I you are keen to implement a new transform it would be a lovely addition
to the library? What is the license on your Python example?

You can see other implementations in the library as an example.
- -
Jody Garnett


On Thu, Aug 1, 2024 at 6:12 AM Mourad HARMIM <mou...@li...> wrote:

> Hello Ian,
> Thank you for your reply.
> Unfortunatly a was unable to find a corresponding grid shift nor the right
> parameters for this specific transformation.
>
> What is suprising is epsg.io online transformer it is actually possible
> to do it : Transform coordinates - GPS online converter (epsg.io)
> <https://epsg.io/transform#s_srs=27572&t_srs=2154&x=601218.2709050&y=2428184.1367070>
>
> I found the source code of epsg.io and they implemented the
> transformation using "osr" library in python : epsg.io/app.py at master ·
> maptiler/epsg.io · GitHub
> <https://github.com/maptiler/epsg.io/blob/master/app.py#L1380>
>
> However I could not find anything similair in java.
>
> Kind regards,
> Mourad Harmim.
> ------------------------------
> *De :* Ian Turton <ijt...@gm...>
> *Envoyé :* jeudi 1 août 2024 10:32
> *À :* Mourad HARMIM <mou...@li...>
> *Cc :* geo...@li... <
> geo...@li...>;
> geo...@li... <geo...@li...
> >
> *Objet :* Re: [Geotools-devel] Help with GeoTools : Trouble transforming
> coordinates
>
> From a quick look on epsg.io there seems not to be a direct transform
> from *27572 *to* 2154 *so that is why the TOWGS or Bursa Wolf transform
> is needed. These would appear to have a 2m accuracy so some transformation
> error is to be expected.
>
> If you have a grid shift or other transformation file available then you
> can add it to GeoTools as described here -
> https://gis.stackexchange.com/questions/313512/specifying-epsg-transformation-method-in-geotools/313523#313523
>
> Ian
>
>
> On Mon, 15 Jul 2024 at 01:31, Mourad HARMIM <mou...@li...> wrote:
>
> Hello everyone,
> I hope this message finds you well.
>
> My name is Mourad Harmim, a Data Engineer consultant from France.
> Still getting used to GeoTools, I’m facing an issue when I try to
> transform coordinates from *Lambert 2 extended (EPSG :27572) to Lambert
> 93 (EPSE :2154).*
>
> Here is my current situation :
>
>    - When I use : *this.mathTransform =
>    CRS.findMathTransform(CRS.decode("EPSG:27572") , CRS.decode("EPSG:2154"),
>    false)* there is an error telling that Bursa Wolf parameters are
>    missing
>    - When I use : *this.mathTransform =
>    CRS.findMathTransform(CRS.decode("EPSG:27572") , CRS.decode("EPSG:2154"),
>    true)* I get coordinates but they seem inaccurate (I guess it is about
>    a missing grid shift)
>    - When I use intermediate system : *Lambert 2 extended (EPSG :27572)
>    to WSG84 (EPSG:4326) to Lambert 93 (EPSE :2154)* I get better results
>    but still inaccurate.
>
>
> I would like to know what it is the correct approch to have an accurate
> transformation between these two systems.
>
> I hope that it is not inappropriate to ask for your help through this
> email and I hope to hear from you soon.
> Thank you.
> Mourad Harmim.
> _______________________________________________
> GeoTools-Devel mailing list
> Geo...@li...
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>
>
>
> --
> Ian Turton
> _______________________________________________
> GeoTools-GT2-Users mailing list
> Geo...@li...
> https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users
>

Re: [Geotools-gt2-users] [Geotools-devel] Help with GeoTools : Trouble transforming coordinates

[Mourad H. <mou...@li...>]

Hello Ian,
Thank you for your reply.
Unfortunatly a was unable to find a corresponding grid shift nor the right parameters for this specific transformation.

What is suprising is epsg.io online transformer it is actually possible to do it : Transform coordinates - GPS online converter (epsg.io)<https://epsg.io/transform#s_srs=27572&t_srs=2154&x=601218.2709050&y=2428184.1367070>

I found the source code of epsg.io and they implemented the transformation using "osr" library in python : epsg.io/app.py at master · maptiler/epsg.io · GitHub<https://github.com/maptiler/epsg.io/blob/master/app.py#L1380>

However I could not find anything similair in java.

Kind regards,
Mourad Harmim.
________________________________
De : Ian Turton <ijt...@gm...>
Envoyé : jeudi 1 août 2024 10:32
À : Mourad HARMIM <mou...@li...>
Cc : geo...@li... <geo...@li...>; geo...@li... <geo...@li...>
Objet : Re: [Geotools-devel] Help with GeoTools : Trouble transforming coordinates

>From a quick look on epsg.io<http://epsg.io> there seems not to be a direct transform from 27572 to 2154 so that is why the TOWGS or Bursa Wolf transform is needed. These would appear to have a 2m accuracy so some transformation error is to be expected.

If you have a grid shift or other transformation file available then you can add it to GeoTools as described here - https://gis.stackexchange.com/questions/313512/specifying-epsg-transformation-method-in-geotools/313523#313523

Ian


On Mon, 15 Jul 2024 at 01:31, Mourad HARMIM <mou...@li...<mailto:mou...@li...>> wrote:
Hello everyone,
I hope this message finds you well.

My name is Mourad Harmim, a Data Engineer consultant from France.
Still getting used to GeoTools, I’m facing an issue when I try to transform coordinates from Lambert 2 extended (EPSG :27572) to Lambert 93 (EPSE :2154).

Here is my current situation :

  *   When I use : this.mathTransform = CRS.findMathTransform(CRS.decode("EPSG:27572") , CRS.decode("EPSG:2154"), false) there is an error telling that Bursa Wolf parameters are missing
  *   When I use : this.mathTransform = CRS.findMathTransform(CRS.decode("EPSG:27572") , CRS.decode("EPSG:2154"), true) I get coordinates but they seem inaccurate (I guess it is about a missing grid shift)
  *   When I use intermediate system : Lambert 2 extended (EPSG :27572) to WSG84 (EPSG:4326) to Lambert 93 (EPSE :2154) I get better results but still inaccurate.


I would like to know what it is the correct approch to have an accurate transformation between these two systems.

I hope that it is not inappropriate to ask for your help through this email and I hope to hear from you soon.
Thank you.
Mourad Harmim.
_______________________________________________
GeoTools-Devel mailing list
Geo...@li...<mailto:Geo...@li...>
https://lists.sourceforge.net/lists/listinfo/geotools-devel


--
Ian Turton

Re: [Geotools-gt2-users] [Geotools-devel] Help with GeoTools : Trouble transforming coordinates

[Ian T. <ijt...@gm...>]

>From a quick look on epsg.io there seems not to be a direct transform
from *27572
*to* 2154 *so that is why the TOWGS or Bursa Wolf transform is needed.
These would appear to have a 2m accuracy so some transformation error is to
be expected.

If you have a grid shift or other transformation file available then you
can add it to GeoTools as described here -
https://gis.stackexchange.com/questions/313512/specifying-epsg-transformation-method-in-geotools/313523#313523

Ian


On Mon, 15 Jul 2024 at 01:31, Mourad HARMIM <mou...@li...> wrote:

> Hello everyone,
> I hope this message finds you well.
>
> My name is Mourad Harmim, a Data Engineer consultant from France.
> Still getting used to GeoTools, I’m facing an issue when I try to
> transform coordinates from *Lambert 2 extended (EPSG :27572) to Lambert
> 93 (EPSE :2154).*
>
> Here is my current situation :
>
>    - When I use : *this.mathTransform =
>    CRS.findMathTransform(CRS.decode("EPSG:27572") , CRS.decode("EPSG:2154"),
>    false)* there is an error telling that Bursa Wolf parameters are
>    missing
>    - When I use : *this.mathTransform =
>    CRS.findMathTransform(CRS.decode("EPSG:27572") , CRS.decode("EPSG:2154"),
>    true)* I get coordinates but they seem inaccurate (I guess it is about
>    a missing grid shift)
>    - When I use intermediate system : *Lambert 2 extended (EPSG :27572)
>    to WSG84 (EPSG:4326) to Lambert 93 (EPSE :2154)* I get better results
>    but still inaccurate.
>
>
> I would like to know what it is the correct approch to have an accurate
> transformation between these two systems.
>
> I hope that it is not inappropriate to ask for your help through this
> email and I hope to hear from you soon.
> Thank you.
> Mourad Harmim.
> _______________________________________________
> GeoTools-Devel mailing list
> Geo...@li...
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>


-- 
Ian Turton

Re: [Geotools-gt2-users] [Geotools-devel] Help with GeoTools : Trouble transforming coordinates

[Mourad H. <mou...@li...>]

Hello everyone,
Unfortunately I could not find any clues in the public resources.

Should I try a specifc version of GeoTools java dependency ?
Any suggestion is warmly welcomed.

Thank you,
Mourad Harmim.
________________________________
De : Mourad HARMIM <mou...@li...>
Envoyé : lundi 15 juillet 2024 09:52
À : Jody Garnett <jod...@gm...>
Objet : RE: [Geotools-devel] Help with GeoTools : Trouble transforming coordinates

Hello Jody,

Thank you for your early reply.
I actually added the dependency gt-epsg-hsql where the thecoordinate references are supposed to be.
I also tried passing wkt definitions (which reliability are not sure) but still not working.

I'll lookup  the guide you provided. Let's keep in touch.

Best regards,
Mourad Harmim.
________________________________
De : Jody Garnett <jod...@gm...>
Envoyé : lundi 15 juillet 2024 03:08
À : Mourad HARMIM <mou...@li...>
Cc : geo...@li... <geo...@li...>; geo...@li... <geo...@li...>
Objet : Re: [Geotools-devel] Help with GeoTools : Trouble transforming coordinates

The user list is the right place to ask.

I do not work on the coordinate reference system so much myself, there is a handy guide for configuring here:
https://docs.geoserver.org/main/en/user/configuration/crshandling/index.html

Using this approach you can provide the transform, however I am curious why GeoTools does not have the required information. Are you using gt-epsg-shall for definitions or the wkt one?

If you look up online can you compare the information to what is included in GeoTools?
--
Jody Garnett


On Sun, Jul 14, 2024 at 5:31 PM Mourad HARMIM <mou...@li...<mailto:mou...@li...>> wrote:
Hello everyone,
I hope this message finds you well.

My name is Mourad Harmim, a Data Engineer consultant from France.
Still getting used to GeoTools, I’m facing an issue when I try to transform coordinates from Lambert 2 extended (EPSG :27572) to Lambert 93 (EPSE :2154).

Here is my current situation :

  *   When I use : this.mathTransform = CRS.findMathTransform(CRS.decode("EPSG:27572") , CRS.decode("EPSG:2154"), false) there is an error telling that Bursa Wolf parameters are missing
  *   When I use : this.mathTransform = CRS.findMathTransform(CRS.decode("EPSG:27572") , CRS.decode("EPSG:2154"), true) I get coordinates but they seem inaccurate (I guess it is about a missing grid shift)
  *   When I use intermediate system : Lambert 2 extended (EPSG :27572) to WSG84 (EPSG:4326) to Lambert 93 (EPSE :2154) I get better results but still inaccurate.


I would like to know what it is the correct approch to have an accurate transformation between these two systems.

I hope that it is not inappropriate to ask for your help through this email and I hope to hear from you soon.
Thank you.

Mourad Harmim.
_______________________________________________
GeoTools-Devel mailing list
Geo...@li...<mailto:Geo...@li...>
https://lists.sourceforge.net/lists/listinfo/geotools-devel