geotools-devel — A list for GeoTools development issues

[Geotools-devel] GeoServer/GeoTools PMC Meeting at 18:30 CET / 9:30 PDT tomorrow

[Torben B. <tor...@gm...>]

Reminder that the next PMC meeting is scheduled for tomorrow, July 29, at 18:30 CET.

I will not be able to attend.

Cheers,
Torben

Re: [Geotools-devel] No GeoTools snapshot builds/deployments from Jenkins?

[Mark P. <mc....@gm...>]

On 7/28/25 12:43, Jody Garnett wrote:

>> Building in workspace /var/lib/jenkins/workspace/geotools-main-online-mysql 

It seems this job has been failing for a while because it is set up with 
Java 11.

Mark

Re: [Geotools-devel] No GeoTools snapshot builds/deployments from Jenkins?

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

 Working with Juan, it seems there are some updates pending, going to try
applying (which will result in a restart).
- -
Jody Garnett


On Jul 28, 2025 at 12:43:34 PM, Jody Garnett <jod...@gm...> wrote:

> That geotools-main job took 22mins and did complete, it is configured to
> run on "master" node.
>
> However after canceling jobs running over 6 days, I am left with several
> jobs trying to run:
>
> Building in workspace /var/lib/jenkins/workspace/geowebcache-1.27.x-nightly
>>
>
> Building in workspace /var/lib/jenkins/workspace/mapfish-print-main
>>
>
> Building in workspace
>> /var/lib/jenkins/workspace/geotools-main-online-mysql
>
>
> I have spent a bit of time but cannot figure out what is stuck.
> - -
> Jody Garnett
>
>
> On Jul 28, 2025 at 11:27:17 AM, Jody Garnett <jod...@gm...>
> wrote:
>
>> I do see some starved jobs, not sure why.
>>
>> I was able to schedule a geotools-main build now and appears to be going:
>> https://build.geoserver.org/view/geotools/job/geotools-main/1139/
>> - -
>> Jody Garnett
>>
>>
>> On Jul 28, 2025 at 9:44:01 AM, Mark Prins <mc....@gm...> wrote:
>>
>>> Actually, Jenkins seems to be hung op on something; no geotools-main
>>> builds since July 12...
>>>
>>> On 7/22/25 10:55, Mark Prins wrote:
>>>
>>>
>>> ahm, sorry for the noise, looking further into the git hashes, I see
>>>
>>> that there have been no merges since that date and it has polled this
>>>
>>> morning @7 AM... before any chnages were merged today.
>>>
>>>
>>> Mark
>>>
>>>
>>> On 7/22/25 10:45, Mark Prins wrote:
>>>
>>> > After merging https://github.com/geotools/geotools/pull/5283 I was
>>>
>>> > looking/waiting to see when GeoTools snapshots are deployed, because
>>>
>>> > there are some API deprecations/changes in org.apache.commons:commons-
>>>
>>> > lang3:3.18.0 that I set up in https://github.com/geoserver/geoserver/
>>>
>>> > pull/8689
>>>
>>> >
>>>
>>> > Looking in the repository I see the latest deployed 34-SNAPSHOT (main)
>>>
>>> > is from Sat Jul 12 2025:
>>>
>>> >
>>>
>>> > https://repo.osgeo.org/#browse/browse:geotools-
>>>
>>> > snapshots:org%2Fgeotools%2Fgt-bom%2F34-SNAPSHOT
>>>
>>> >
>>>
>>> > which matches the Jenkings build:
>>>
>>> >
>>>
>>> > https://build.geoserver.org/view/geotools/job/geotools-main/
>>>
>>> >
>>>
>>> > So it seems that Jenkins is not polling/running the builds for the
>>>
>>> > main branch anymore and no GeoTools snapshots are published...
>>>
>>> >
>>>
>>> > Mark
>>>
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> GeoTools-Devel mailing list
>>> Geo...@li...
>>> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>>>
>>

Re: [Geotools-devel] No GeoTools snapshot builds/deployments from Jenkins?

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

That geotools-main job took 22mins and did complete, it is configured to
run on "master" node.

However after canceling jobs running over 6 days, I am left with several
jobs trying to run:

Building in workspace /var/lib/jenkins/workspace/geowebcache-1.27.x-nightly
>

Building in workspace /var/lib/jenkins/workspace/mapfish-print-main
>

Building in workspace /var/lib/jenkins/workspace/geotools-main-online-mysql


I have spent a bit of time but cannot figure out what is stuck.
- -
Jody Garnett


On Jul 28, 2025 at 11:27:17 AM, Jody Garnett <jod...@gm...> wrote:

> I do see some starved jobs, not sure why.
>
> I was able to schedule a geotools-main build now and appears to be going:
> https://build.geoserver.org/view/geotools/job/geotools-main/1139/
> - -
> Jody Garnett
>
>
> On Jul 28, 2025 at 9:44:01 AM, Mark Prins <mc....@gm...> wrote:
>
>> Actually, Jenkins seems to be hung op on something; no geotools-main
>> builds since July 12...
>>
>> On 7/22/25 10:55, Mark Prins wrote:
>>
>>
>> ahm, sorry for the noise, looking further into the git hashes, I see
>>
>> that there have been no merges since that date and it has polled this
>>
>> morning @7 AM... before any chnages were merged today.
>>
>>
>> Mark
>>
>>
>> On 7/22/25 10:45, Mark Prins wrote:
>>
>> > After merging https://github.com/geotools/geotools/pull/5283 I was
>>
>> > looking/waiting to see when GeoTools snapshots are deployed, because
>>
>> > there are some API deprecations/changes in org.apache.commons:commons-
>>
>> > lang3:3.18.0 that I set up in https://github.com/geoserver/geoserver/
>>
>> > pull/8689
>>
>> >
>>
>> > Looking in the repository I see the latest deployed 34-SNAPSHOT (main)
>>
>> > is from Sat Jul 12 2025:
>>
>> >
>>
>> > https://repo.osgeo.org/#browse/browse:geotools-
>>
>> > snapshots:org%2Fgeotools%2Fgt-bom%2F34-SNAPSHOT
>>
>> >
>>
>> > which matches the Jenkings build:
>>
>> >
>>
>> > https://build.geoserver.org/view/geotools/job/geotools-main/
>>
>> >
>>
>> > So it seems that Jenkins is not polling/running the builds for the
>>
>> > main branch anymore and no GeoTools snapshots are published...
>>
>> >
>>
>> > Mark
>>
>>
>>
>>
>>
>> _______________________________________________
>> GeoTools-Devel mailing list
>> Geo...@li...
>> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>>
>

Re: [Geotools-devel] No GeoTools snapshot builds/deployments from Jenkins?

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

 I do see some starved jobs, not sure why.

I was able to schedule a geotools-main build now and appears to be going:
https://build.geoserver.org/view/geotools/job/geotools-main/1139/
- -
Jody Garnett


On Jul 28, 2025 at 9:44:01 AM, Mark Prins <mc....@gm...> wrote:

> Actually, Jenkins seems to be hung op on something; no geotools-main
> builds since July 12...
>
> On 7/22/25 10:55, Mark Prins wrote:
>
>
> ahm, sorry for the noise, looking further into the git hashes, I see
>
> that there have been no merges since that date and it has polled this
>
> morning @7 AM... before any chnages were merged today.
>
>
> Mark
>
>
> On 7/22/25 10:45, Mark Prins wrote:
>
> > After merging https://github.com/geotools/geotools/pull/5283 I was
>
> > looking/waiting to see when GeoTools snapshots are deployed, because
>
> > there are some API deprecations/changes in org.apache.commons:commons-
>
> > lang3:3.18.0 that I set up in https://github.com/geoserver/geoserver/
>
> > pull/8689
>
> >
>
> > Looking in the repository I see the latest deployed 34-SNAPSHOT (main)
>
> > is from Sat Jul 12 2025:
>
> >
>
> > https://repo.osgeo.org/#browse/browse:geotools-
>
> > snapshots:org%2Fgeotools%2Fgt-bom%2F34-SNAPSHOT
>
> >
>
> > which matches the Jenkings build:
>
> >
>
> > https://build.geoserver.org/view/geotools/job/geotools-main/
>
> >
>
> > So it seems that Jenkins is not polling/running the builds for the
>
> > main branch anymore and no GeoTools snapshots are published...
>
> >
>
> > Mark
>
>
>
>
>
> _______________________________________________
> GeoTools-Devel mailing list
> Geo...@li...
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>

Re: [Geotools-devel] No GeoTools snapshot builds/deployments from Jenkins?

[Mark P. <mc....@gm...>]

Actually, Jenkins seems to be hung op on something; no geotools-main 
builds since July 12...

On 7/22/25 10:55, Mark Prins wrote:
> 
> ahm, sorry for the noise, looking further into the git hashes, I see 
> that there have been no merges since that date and it has polled this 
> morning @7 AM... before any chnages were merged today.
> 
> Mark
> 
> On 7/22/25 10:45, Mark Prins wrote:
>> After merging https://github.com/geotools/geotools/pull/5283 I was 
>> looking/waiting to see when GeoTools snapshots are deployed, because 
>> there are some API deprecations/changes in org.apache.commons:commons- 
>> lang3:3.18.0 that I set up in https://github.com/geoserver/geoserver/ 
>> pull/8689
>>
>> Looking in the repository I see the latest deployed 34-SNAPSHOT (main) 
>> is from Sat Jul 12 2025:
>>
>> https://repo.osgeo.org/#browse/browse:geotools- 
>> snapshots:org%2Fgeotools%2Fgt-bom%2F34-SNAPSHOT
>>
>> which matches the Jenkings build:
>>
>> https://build.geoserver.org/view/geotools/job/geotools-main/
>>
>> So it seems that Jenkins is not polling/running the builds for the 
>> main branch anymore and no GeoTools snapshots are published...
>>
>> Mark
> 

Re: [Geotools-devel] No GeoTools snapshot builds/deployments from Jenkins?

[Mark P. <mc....@gm...>]

ahm, sorry for the noise, looking further into the git hashes, I see 
that there have been no merges since that date and it has polled this 
morning @7 AM... before any chnages were merged today.

Mark

On 7/22/25 10:45, Mark Prins wrote:
> After merging https://github.com/geotools/geotools/pull/5283 I was 
> looking/waiting to see when GeoTools snapshots are deployed, because 
> there are some API deprecations/changes in org.apache.commons:commons- 
> lang3:3.18.0 that I set up in https://github.com/geoserver/geoserver/ 
> pull/8689
> 
> Looking in the repository I see the latest deployed 34-SNAPSHOT (main) 
> is from Sat Jul 12 2025:
> 
> https://repo.osgeo.org/#browse/browse:geotools- 
> snapshots:org%2Fgeotools%2Fgt-bom%2F34-SNAPSHOT
> 
> which matches the Jenkings build:
> 
> https://build.geoserver.org/view/geotools/job/geotools-main/
> 
> So it seems that Jenkins is not polling/running the builds for the main 
> branch anymore and no GeoTools snapshots are published...
> 
> Mark

[Geotools-devel] No GeoTools snapshot builds/deployments from Jenkins?

[Mark P. <mc....@gm...>]

After merging https://github.com/geotools/geotools/pull/5283 I was 
looking/waiting to see when GeoTools snapshots are deployed, because 
there are some API deprecations/changes in 
org.apache.commons:commons-lang3:3.18.0 that I set up in 
https://github.com/geoserver/geoserver/pull/8689

Looking in the repository I see the latest deployed 34-SNAPSHOT (main) 
is from Sat Jul 12 2025:

https://repo.osgeo.org/#browse/browse:geotools-snapshots:org%2Fgeotools%2Fgt-bom%2F34-SNAPSHOT

which matches the Jenkings build:

https://build.geoserver.org/view/geotools/job/geotools-main/

So it seems that Jenkins is not polling/running the builds for the main 
branch anymore and no GeoTools snapshots are published...

Mark

Re: [Geotools-devel] GeoTools 33.2, GeoServer 2.27.2, GeoWebCache 1.27.2 release

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

Hi all

Please see the GeoTools 33.2 release:
https://geotoolsnews.blogspot.com/2025/07/geotools-332-released.html
GWC: https://github.com/GeoWebCache/geowebcache/releases/tag/1.27.2
GeoServer:
https://geoserver.org/announcements/2025/07/18/geoserver-2-27-2-released.html

Enjoy!

Peter

GeoServer PSC
AWS Solutions Architect
https://github.com/petersmythe


On Thu, 17 Jul 2025 at 16:08, Peter Smythe <gs...@sm...> wrote:

> I am starting with the GeoTools 33.2 release now, please follow along on
> https://discourse.osgeo.org/t/geoserver-2-27-2-release-train/148298 or
> contact me on https://matrix.to/#/#geotools_geotools:gitter.im
>
> On Tue, 15 Jul 2025 at 19:15, Peter Smythe <gs...@sm...> wrote:
>
>> Hi developers
>>
>> I will be starting the above releases tomorrow, so please backport any
>> commits that you would like, and ask for PR reviews if outstanding.
>>
>> Thanks
>>
>> Peter
>>
>> GeoServer PSC
>> AWS Solutions Architect
>> https://github.com/petersmythe
>>
>>

Re: [Geotools-devel] Thin Plate Spline Transform for Georeferencing

[Murray K. <mur...@gm...>]

Hi Jody,
No worries :).  Hope the conference is going well. Many thanks for taking
the time to have a look.
I will address the review comments as soon as possible.
cheers
murray

On Thu, 17 Jul 2025 at 15:05, Jody Garnett <jod...@gm...> wrote:

> Hi Murry,
>
> We have been busy for a bit with the foss4g-eu conference. Your
> pull-request looks very interesting.
> I will take discussion there, although I am not going to be the best
> person to review.
>
> If possible I would like to see this merged promptly, to be picked up in
> the ImageN transition.
> - -
> Jody Garnett
>
>
> On Jul 5, 2025 at 8:10:14 PM, Murray King <mur...@gm...> wrote:
>
>> hi all,
>> I’ve been happy with the results from the affine and first-order
>> polynomial transforms. However, I was looking for a more flexible
>> option—specifically a Thin Plate Spline (TPS) transformation—for handling
>> more distorted imagery, such as hand-drawn plans etc.
>>
>> I’ve opened this PR that adds a TPS transform implementation . I’m happy
>> to adapt the code as needed to align with project conventions—I’ve noticed
>> patterns like builder usage in other areas.
>> Or raise a jira ticket to tie it to the PR
>> The implementation focuses on implementing the MathTransform interface.
>>
>> I’ve also included a real-world example testing in the gt-geotiff module,
>> just for illustration. It’s not intended as a formal integration test, but
>> rather a working demonstration using convenient dependencies.
>>
>> just pushed this PR https://github.com/geotools/geotools/pull/5277
>>
>> I had to do this in my free time, because of weird government rules
>> helping out with open source projects. But I'm happy to change anything. I
>> see the MathTransform interface looks fairly stable but I don't want to do
>> a local fix to leave the land register I am working with something they
>> can't maintain in house.
>>
>> kind regards
>>
>> murray king.
>> _______________________________________________
>> GeoTools-Devel mailing list
>> Geo...@li...
>> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>>
>

Re: [Geotools-devel] GeoTools 33.2, GeoServer 2.27.2, GeoWebCache 1.27.2 release

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

I am starting with the GeoTools 33.2 release now, please follow along on
https://discourse.osgeo.org/t/geoserver-2-27-2-release-train/148298 or
contact me on https://matrix.to/#/#geotools_geotools:gitter.im

On Tue, 15 Jul 2025 at 19:15, Peter Smythe <gs...@sm...> wrote:

> Hi developers
>
> I will be starting the above releases tomorrow, so please backport any
> commits that you would like, and ask for PR reviews if outstanding.
>
> Thanks
>
> Peter
>
> GeoServer PSC
> AWS Solutions Architect
> https://github.com/petersmythe
>
>

Re: [Geotools-devel] Thin Plate Spline Transform for Georeferencing

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

 Hi Murry,

We have been busy for a bit with the foss4g-eu conference. Your
pull-request looks very interesting.
I will take discussion there, although I am not going to be the best person
to review.

If possible I would like to see this merged promptly, to be picked up in
the ImageN transition.
- -
Jody Garnett


On Jul 5, 2025 at 8:10:14 PM, Murray King <mur...@gm...> wrote:

> hi all,
> I’ve been happy with the results from the affine and first-order
> polynomial transforms. However, I was looking for a more flexible
> option—specifically a Thin Plate Spline (TPS) transformation—for handling
> more distorted imagery, such as hand-drawn plans etc.
>
> I’ve opened this PR that adds a TPS transform implementation . I’m happy
> to adapt the code as needed to align with project conventions—I’ve noticed
> patterns like builder usage in other areas.
> Or raise a jira ticket to tie it to the PR
> The implementation focuses on implementing the MathTransform interface.
>
> I’ve also included a real-world example testing in the gt-geotiff module,
> just for illustration. It’s not intended as a formal integration test, but
> rather a working demonstration using convenient dependencies.
>
> just pushed this PR https://github.com/geotools/geotools/pull/5277
>
> I had to do this in my free time, because of weird government rules
> helping out with open source projects. But I'm happy to change anything. I
> see the MathTransform interface looks fairly stable but I don't want to do
> a local fix to leave the land register I am working with something they
> can't maintain in house.
>
> kind regards
>
> murray king.
> _______________________________________________
> GeoTools-Devel mailing list
> Geo...@li...
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>

[Geotools-devel] GeoTools 33.2, GeoServer 2.27.2, GeoWebCache 1.27.2 release

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

 Hi developers

I will be starting the above releases tomorrow, so please backport any
commits that you would like, and ask for PR reviews if outstanding.

Thanks

Peter

GeoServer PSC
AWS Solutions Architect
https://github.com/petersmythe

[Geotools-devel] GeoServer/GeoTools PMC Meeting at 18:30 CET / 9:30 PDT tomorrow

[Torben B. <tor...@gm...>]

Reminder that the next PMC meeting is scheduled for tomorrow, July 15, at
18:30
<https://www.timeanddate.com/worldclock/fixedtime.html?year=2025&month=7&day=15&hour=18&min=30&sec=0&msg=GeoTools%20/%20GeoServer%20Meeting&ah=1&sort=1&p1=215>
 CET.

Cheers,
Torben

[Geotools-devel] Thin Plate Spline Transform for Georeferencing

[Murray K. <mur...@gm...>]

hi all,
I’ve been happy with the results from the affine and first-order polynomial
transforms. However, I was looking for a more flexible option—specifically
a Thin Plate Spline (TPS) transformation—for handling more distorted
imagery, such as hand-drawn plans etc.

I’ve opened this PR that adds a TPS transform implementation . I’m happy to
adapt the code as needed to align with project conventions—I’ve noticed
patterns like builder usage in other areas.
Or raise a jira ticket to tie it to the PR
The implementation focuses on implementing the MathTransform interface.

I’ve also included a real-world example testing in the gt-geotiff module,
just for illustration. It’s not intended as a formal integration test, but
rather a working demonstration using convenient dependencies.

just pushed this PR https://github.com/geotools/geotools/pull/5277

I had to do this in my free time, because of weird government rules helping
out with open source projects. But I'm happy to change anything. I see the
MathTransform interface looks fairly stable but I don't want to do a local
fix to leave the land register I am working with something they can't
maintain in house.

kind regards

murray king.

[Geotools-devel] GeoServer/GeoTools PMC Meeting at 18:30 CET / 9:30 PDT tomorrow

[Torben B. <tor...@gm...>]

 Reminder that the next PMC meeting is scheduled for tomorrow, July 1, at
18:30
<https://www.timeanddate.com/worldclock/fixedtime.html?year=2025&month=7&day=1&hour=18&min=30&sec=0&msg=GeoTools%20/%20GeoServer%20Meeting&ah=1&sort=1&p1=215>
 CET.

Cheers,
Torben

Re: [Geotools-devel] Jira importer

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

I did not see anything specific about attachments in the codebase, but
searching I was able to find one example where an attachment has been
carried over:

   - https://github.com/apache/maven-assembly-plugin/issues/1149
   - https://issues.apache.org/jira/browse/MASSEMBLY-937?redirect=false


So "yes"

Re: [Geotools-devel] [GeoServer/GeoServer Developer] GSIP 232 - Upgrade GeoServer and GeoWebCache Build to Java 17

[Gabriel R. <gab...@ca...>]

Hi all,

sorry for cross-posting but this is a coordinated effort across
GeoTools/GeoServer/GeoWebcache.

The pull requests to upgrade the builds to Java 17 and pass the new
errorprone/PMD checks are ready:

* GeoTools: https://github.com/geotools/geotools/pull/5204
* GeoWebCache: https://github.com/GeoWebCache/geowebcache/pull/1406
* GeoServer: https://github.com/geoserver/geoserver/pull/8573

The GeoTools and GeoWebCache ones can be applied independently. The
GeoServer one depends on the
GeoTools pr to be merged first, mostly due to the need to fix the usage of
varargs in the GridCoverageReader/Writer
class hierarchy.

Thanks everyone for voting and reviewing. Let me know if you have any
questions or further concerns.

Cheers,
Gabe
*camptocamp*
INNOVATIVE SOLUTIONS
BY OPEN SOURCE EXPERTS

*Gabriel Roldán*
Geospatial Solutions Architect



On Wed, Jun 18, 2025 at 5:36 PM Jody Garnett via OSGeo Discourse <
no...@di...> wrote:

> jive <https://discourse.osgeo.org/u/jive> Leader
> June 18
>
> Gabe I am marking this motion as passed, and have updated the text to
> reflect GeoTools 34.x development, and GeoTools 35.x development targets.
> ------------------------------
>
> Visit Topic
> <https://discourse.osgeo.org/t/gsip-232-upgrade-geoserver-and-geowebcache-build-to-java-17/147336/7>
> or reply to this email to respond.
>
> To unsubscribe from these emails, click here
> <https://discourse.osgeo.org/email/unsubscribe/a3f5c7ed2607d7d192b9a3fa4a23ca9ab951e16680d90c3e41cbbf2b69b6ba93>
> .
>
>

Re: [Geotools-devel] Jira importer

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

Interesting... says nothing about attachment, are they carried over?
Lack of support for user mapping is also a notable limitation (all tickets
and comment will appear as performed by the import user).

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 Thu, Jun 19, 2025 at 1:57 AM Jody Garnett <jod...@gm...> wrote:

> I noticed that apache has migrated form jira to GitHub issues due to
> comment on: MASSEMBLY-930
> <https://github.com/apache/maven-assembly-plugin/issues/1128>
>
> The tool used seems to be: https://github.com/jira-importer
>
> Perhaps it is time :)
> - -
> Jody Garnett
> _______________________________________________
> GeoTools-Devel mailing list
> Geo...@li...
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>

[Geotools-devel] Jira importer

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

I noticed that apache has migrated form jira to GitHub issues due to
comment on: MASSEMBLY-930
<https://github.com/apache/maven-assembly-plugin/issues/1128>

The tool used seems to be: https://github.com/jira-importer

Perhaps it is time :)
- -
Jody Garnett

[Geotools-devel] GeoTools / GeoServer PMC meeting - 2025-06-17

[Torben B. <tor...@gm...>]

Attending

   -

   Torben Barsballe
   -

   Andrea Aime
   -

   Jukka Rahkonen


   -

   Peter Smythe
   -

   Jody Garnett


Actions from prior meetings:

   - [image: unchecked]

   gabe: some small update for dev guide, updating conf.py by hand no
   longer needed
   - [image: unchecked]

   Volunteer needed: postgis testing github workflow action
   - [image: checked]

   jody: Review bom pull request
   <https://github.com/geotools/geotools/pull/5196> for GS3 activity
   - [image: unchecked]

   Juan: Review new OAuth PR
   <https://github.com/geoserver/geoserver/pull/8569> for GS3 activity
   - [image: checked]

   Jody: Public vulnerability disclosure June 9 (tentative)
   - [image: checked]

   Peter: Make the CITE proposal again please ($900? or $400?)

Agenda

   1.

   Proposals
   2.

   Release Schedule
   3.

   foss4g-eu planning
   4.

   gs3 updates
   5.

   PR Roundup
   6.

   The geoserver security mailing list subscriptions


Actions

   - [image: unchecked]

   All: Vote on open proposals if you haven’t already
   - [image: unchecked]

   Peter: Cite test proposal - Coordinate payment, add blog post, update
   site
   - [image: unchecked]

   Jody: make a blog post covering FOSS4G workshops and presentations (see
   below)


Proposals

GSIP-232 Upgrade GeoServer and GeoWebCache Build to Java 17
<https://github.com/geoserver/geoserver/wiki/GSIP-232>

   -

   merged, some doc improvements to make later
   -

   gabe really does not enjoy sphinx, and started doing some markdown in
   the dev folders
   -

      https://github.com/geotools/geotools/blob/main/BOM-USAGE.md
      -

      yeah not so cool gabe but I understand


GSIP-233 Community Release Requirements
<https://github.com/geoserver/geoserver/wiki/GSIP-233>

   -

   thanks for feedback, it is all addressed ?!?


CITE Tests proposal

   -

   Is this a go? Do you need any more any events, open for another a 3 days
   -

   Peter: Coordinate payment, and then we will need a blog post and update
   our web page

Release Schedule

Peter! Have there been enough changes?

   -

   https://github.com/geoserver/geoserver/compare/2.26.3...2.26.x
   -

      only changes in community module
      -

   But we should revisit after PR roundup below
   -

      not enough change

foss4g-eu planning

Workshops:

   -

   intro to geoserver: andrea and jody doing this one (Monday morning)
   -

   OGC APIs, an introduction with GeoServer (Monday afternoon)
   -

   Vector tiles with GeoServer (Tuesday afternoon)

Presentations:

   -

   State of GeoServer 2.27.1
   -

   GeoServer 3 Status Report
   -

   State of GeoTools, JTS and ImageN
   -

   Approaching Security with Kindness and Compassion
   -

   Revisiting earning your support 10 years on
   -

   OGC APIs with GeoServer: implementation, availability, and next steps
   -

   Serving earth observation data with GeoServer: COG, STAC, OpenSearch and
   more...
   -

   Processing and publishing Maritime AIS data with GeoServer and
   Databricks in Azure
   -

   Publishing INSPIRE and other rich data models in GeoServer made easy
   with Smart Data Loader and Features Templating
   -

   Mastering Security with GeoServer, GeoFence, and OpenID
   -

   Vector mosaicking with GeoServer
   -

   Certified GeoServer: status of OGC service and format compliance
   -

   Vector tiles and GeoServer: dynamic vector tiles server, XYZ services,
   and base maps


action:

   -

   jody: make a blog post covering workshops and presentations above


GS3 code sprint:

   -

   saturday - sunday focused on ImageN

gs3 updates

   -

   GeoTools BOM - merged, seems to be going okay?
   -

      Some additional QA workflows to catch dependency change failures
      downstream
      -

   Java 17 the new minimum
   -

      These PRs are in the works
      -

      GeoTools is open, making downstream build fail
      -

      GS and GWC in the works
      -

      JAI-Ext fix is merged
      -

   ImageN - new icon, not much progress after code sprint
   -

   OAuth2 progress
   -

      Alessio is looking at making the core extensible, so we do not have
      so many extensions created, Andreas Watermeyer participating to review too


Discussion on “in-kind” participation, to happen as Milestone 1 settles

   -

   dedicated resources  that can be scheduled and take load off developers
   → logo on page
   -

   testing nightly build, mentioned in blog posts and updates

PR Roundup

   -

   GEOT-7776: ready for review, error message to useful logs
   -

   GWC: postgresql 42.7.7: backport underway, fix for standalone gwc
   -

   GeoServer
   -

      KeyStore password change:
      -

         Update javadocs to indicate MasterPasswordController is actually
         for keystore password
         -

         Q: Rename class? Can try it…
         The rest api endpoint will remain the same binding
         -

      Login as Root:
      -

         Root login enable is useful when adjusting security settings,
         fallback to avoid being locked out, …
         -

      Create an authentication filter REST API


Breakout on configuration order:

   -

   Q: Can we make the configuration sorting consistent?
   Yes: Provided by Bean property order
   -

   Yes: Hashmap order is random, but we can make this sorted:  security
   rules, and other examples like metadata map, styles, etc…
   -

   TreeMap for alphabetical order: Metadatamap etc..
   -

   Examples of LinkedHashMap
   -

      JAIExt Operations order
      -

      Allowed MIME types for GetMap and GetFeatureInfo
      -

      LinkedHashSet is used when we want to have order of operators,
      selected styles (this could also have move up + move down button)

Re: [Geotools-devel] Min/max scale denominator at the FeatureTypeStyle level

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

On Tue, Jun 17, 2025 at 4:53 PM Jody Garnett <jod...@gm...> wrote:

> That seems a sensible addition. There are some utility methods that visit
> style to determine min/max range which will need to be updated.
>

Quoting from my initial mail:

> I'm planning to have a style visitor transfer the option down to rules so
that most of the existing code does not need to learn about how to handle
the new option (one call to transform the style, rather than changing every
place using Rule.get<Min/Max>ScaleDenominator)

Cheers
Andrea

Re: [Geotools-devel] Min/max scale denominator at the FeatureTypeStyle level

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

That seems a sensible addition. There are some utility methods that visit
style to determine min/max range which will need to be updated.

- -
Jody Garnett


On Tue, Jun 17, 2025 at 07:46 Andrea Aime <and...@ge...>
wrote:

> Hi all,
> dealing with some complex styles lately, with hundreds of rules, we
> found the necessity to apply scale denominator limits to the whole layer,
> the same values to all rules.
>
> For a very large style, that quickly becomes an editing nightmare,
> Do you mind if we add two new vendor options, minScaleDenominator
> and maxScaleDenominator, at the FeatureTypeStyle level,
> which if present, would represent defaults for the rules?
>
> A rule would still be free to override them locally if need be.
> I'm planning to have a style visitor transfer the option down to rules so
> that most of the existing code does not need to learn about how to handle
> the new option (one call to transform the style, rather than changing every
> place using Rule.get<Min/Max>ScaleDenominator)
>
> 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
> _______________________________________________
> GeoTools-Devel mailing list
> Geo...@li...
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>

[Geotools-devel] Min/max scale denominator at the FeatureTypeStyle level

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

Hi all,
dealing with some complex styles lately, with hundreds of rules, we
found the necessity to apply scale denominator limits to the whole layer,
the same values to all rules.

For a very large style, that quickly becomes an editing nightmare,
Do you mind if we add two new vendor options, minScaleDenominator
and maxScaleDenominator, at the FeatureTypeStyle level,
which if present, would represent defaults for the rules?

A rule would still be free to override them locally if need be.
I'm planning to have a style visitor transfer the option down to rules so
that most of the existing code does not need to learn about how to handle
the new option (one call to transform the style, rather than changing every
place using Rule.get<Min/Max>ScaleDenominator)

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

[Geotools-devel] GeoServer/GeoTools PMC Meeting at 18:30 CET / 9:30 PDT tomorrow

[Torben B. <tor...@gm...>]

 Reminder that the next PMC meeting is scheduled for tomorrow, June 17, at
18:30
<https://www.timeanddate.com/worldclock/fixedtime.html?year=2025&month=6&day=17&hour=18&min=30&sec=0&msg=GeoTools%20/%20GeoServer%20Meeting&ah=1&sort=1&p1=215>
 CET.

Cheers,
Torben