Re: [Geoserver-users] Problems with image mosaic data store

[Alexandre Gacon]

Have you configured the URL checks to allow access to the file://path
described?

Le jeu. 18 juil. 2024 à 18:56, Ville Koivisto via Geoserver-users <
geoserver-users@lists.sourceforge.net> a écrit :

> Hi list,
>
> I'm having issues with all my image mosaic data stores which all present
> the same error. This has come to be after updating geoserver to latest
> version 2.25.2. Maybe someone has some pointers that could help? I omitted
> file paths.
>
>  ServiceExceptionReport SYSTEM "
> https://georaster.tampere.fi/geoserver/schemas/wms/1.1.1/WMS_exception_1_1_1.dtd;>
>  
> java.io.IOException: Failed to create reader from file:///path and hints
> Hints: FORCE_LONGITUDE_FIRST_AXIS_ORDER = true COMPARISON_TOLERANCE =
> 1.0E-8 LENIENT_DATUM_SHIFT = true REPOSITORY =
> org.geoserver.catalog.CatalogRepository@31c09115 FILTER_FACTORY =
> FilterFactoryImpl FORCE_AXIS_ORDER_HONORING = http STYLE_FACTORY =
> org.geotools.styling.StyleFactoryImpl@c582c32 EXECUTOR_SERVICE =
> java.util.concurrent.ThreadPoolExecutor@3d4c069a[Running, pool size = 0,
> active threads = 0, queued tasks = 0, completed tasks = 0] FEATURE_FACTORY
> = org.geotools.feature.LenientFeatureFactoryImpl@463a4521
> GRID_COVERAGE_FACTORY = GridCoverageFactory TILE_ENCODING = null Failed to
> create reader from file:/// path and hints Hints:
> FORCE_LONGITUDE_FIRST_AXIS_ORDER = true COMPARISON_TOLERANCE = 1.0E-8
> LENIENT_DATUM_SHIFT = true REPOSITORY =
> org.geoserver.catalog.CatalogRepository@31c09115 FILTER_FACTORY =
> FilterFactoryImpl FORCE_AXIS_ORDER_HONORING = http STYLE_FACTORY =
> org.geotools.styling.StyleFactoryImpl@c582c32 EXECUTOR_SERVICE =
> java.util.concurrent.ThreadPoolExecutor@3d4c069a[Running, pool size = 0,
> active threads = 0, queued tasks = 0, completed tasks = 0] FEATURE_FACTORY
> = org.geotools.feature.LenientFeatureFactoryImpl@463a4521
> GRID_COVERAGE_FACTORY = GridCoverageFactory TILE_ENCODING = null
> 
>
>
> Best regards,
> Ville Koivisto
>
>
>
> Ubigu Oy | Ltd
> *Paikkatietoyhteiskunnan rakentajat | Builders of a spatial information
> society*
> Pellavatehtaankatu 8 E 59, FI-33100 Tampere
> Linkedin  | Twitter
> 
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Determining Geoserver patch version when using x.y-SNAPSHOT in context of CVE-2024-36401

[Alexandre Gacon]

I find the naming convention good enough but perhaps we should make the
information shared by Mark more obvious, at least in the documentation.

Perhaps we could also display it in the docker logs.

Alexandre

Le ven. 12 juil. 2024 à 00:45, Jody Garnett  a
écrit :

> Thanks for the fedback,
>
> I wonder if there is some Docker convention for marking nightly builds to
> make it more obvious?
> --
> Jody Garnett
>
>
> On Jul 11, 2024 at 3:10:20 PM, Maximilian Friedersdorff <
> m...@gwairfelin.com> wrote:
>
>> On 11 July 2024 16:03:48 BST, Mark Prins  wrote:
>>
>> To be certain you will need to check the Git Revision shown on the About
>> page of GeoServer after logging in and compare that to Github, looking at
>> the Build Date is second best.
>>
>>
>> This was my instinct too, I couldn't find the referenced revision for
>> some reason, though that's on me.  I did compare the build date against the
>> release date of 2.24.4 and convinced myself that I was more than likely
>> safe.
>>
>> I've now pinned to 2.24.4 explicitly, on advice from previous posts to
>> this thread.
>>
>> Just from the name of the tag, having done no reading at all (which is to
>> say entirely my fault), I just assumed that 2.24.x meant: The latest patch
>> on the 2.24 major.minor version.
>>
>> Max
>>
>>
>> ___
>> Geoserver-users mailing list
>>
>> Please make sure you read the following two resources before posting to
>> this list:
>> - Earning your support instead of buying it, but Ian Turton:
>> http://www.ianturton.com/talks/foss4g.html#/
>> - The GeoServer user list posting guidelines:
>> http://geoserver.org/comm/userlist-guidelines.html
>>
>> If you want to request a feature or an improvement, also see this:
>> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>>
>>
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Determining Geoserver patch version when using x.y-SNAPSHOT in context of CVE-2024-36401

[Alexandre Gacon]

Hello

A SNAPSHOT version is built on the latest available code base for the
branch 2.24.X. As such it should contain the fix for the CVE.

As best practice, I would suggest always use a version with a complete
version number.

Regards
Alexandre

Le lun. 8 juil. 2024 à 11:44, Maximilian Friedersdorff 
a écrit :

> Hi All,
>
> In light of the recent-ish
> CVE: https://www.opencve.io/cve/CVE-2024-36401 I am going around and
> checking our geoserver versions to check if they are vulnerable.  I am a
> little stumped.
>
> We use the official geoserver images tagged
> 'docker.osgeo.org/geoserver:2.24.x'.  In the web interface of a
> geoserver so running, the version is reported as 2.24-SNAPSHOT.
> According to the CVE, versions prior to 2.24.4 are vulnerable.  Now I
> think we're fine in practice, because the build date is reported as
> 2024-07-05 and 24.4.4 was released 3 weeks ago, but still.
>
> I can't anything in the geoserver documentation that details what
> exactly the SNAPSHOT version is. Is there a good way to confirm whether
> or not the geoserver is vulnerable to CVE-2024-36401 with some amount
> of certainty?
>
> Many Thanks
> Max
>
>
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>


-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Experimental/External plugin page

[Alexandre Gacon]

Hey Jody,

The plugin is not mine! So I can't reply to your question on why it is not
in community module (but the author mentions they will candidate).

Alexandre

Le jeu. 4 juil. 2024 à 09:24, Ian Turton  a écrit :

> In an ideal world the module would live inside the GeoServer source tree
> so it would automatically be published on the main extension pages (either
> community or supported) - this would also give other developers (and you) a
> heads up if something was about to break.
>
> Ian
>
> On Thu, 4 Jul 2024 at 06:32, Alexandre Gacon 
> wrote:
>
>> Hi,
>>
>> After the short presentation of the GeoServer Monitor PostgreSQL Plugin
>> <https://github.com/DLR-TS/GeoServer-Monitor-PostgreSQL> during FOSS4G
>> EU, I wonder if there shouldn't be a place somewhere (on github? on
>> website?) that provides a list of plugins which are not part of the stable
>> or community extensions but that can be tried or used by the community.
>>
>> It could improve the visibility of the community.
>>
>> I don't have a clear registration process in mind. Perhaps something like
>> awesome-geoserver list on GitHub, which could also reference other
>> geoserver related stuff.
>>
>> What do you think?
>>
>> --
>> Alexandre Gacon
>> ___
>> Geoserver-users mailing list
>>
>> Please make sure you read the following two resources before posting to
>> this list:
>> - Earning your support instead of buying it, but Ian Turton:
>> http://www.ianturton.com/talks/foss4g.html#/
>> - The GeoServer user list posting guidelines:
>> http://geoserver.org/comm/userlist-guidelines.html
>>
>> If you want to request a feature or an improvement, also see this:
>> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>>
>>
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
>
>
> --
> Ian Turton
>
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] Experimental/External plugin page

[Alexandre Gacon]

Hi,

After the short presentation of the GeoServer Monitor PostgreSQL Plugin
<https://github.com/DLR-TS/GeoServer-Monitor-PostgreSQL> during FOSS4G EU,
I wonder if there shouldn't be a place somewhere (on github? on website?)
that provides a list of plugins which are not part of the stable or
community extensions but that can be tried or used by the community.

It could improve the visibility of the community.

I don't have a clear registration process in mind. Perhaps something like
awesome-geoserver list on GitHub, which could also reference other
geoserver related stuff.

What do you think?

-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] List/Export all SQL Views

[Alexandre Gacon]

Hi,

Do you mean GeoServer layers created as SQL view?

For backup the easiest way is to backup the data_dir folder.

Another way is to use the REST API.

Regards
Alexandre Gacon

Le dim. 30 juin 2024 à 15:34,  a écrit :

> Hi,
>
> is there a easy way to list/export all SQL Views?
>
> It's for documentation and backup.
>
> Reason: After an (unplanned) power fail suddenly one important view was an
> older version using a different (no more existing) table and fails. Very
> strange.
>
> Geoserver 2.23.1 - i think i should upgrade.
> --
> My projects:
>
> OSM Software Watchlist <https://software.wambachers-osm.website>
> OSM Emergency Map <https://emergency.wambachers-osm.website> (*)
> OSM Healthcare Map <https://healthcare.wambachers-osm.website> (*)
> OSM Postcode Map <https://postcode.wambachers-osm.website> (Germany)
>
> *) Europe
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] PostgreSQL and PostGIS

[Alexandre Gacon]

Hello Jim,

To do so, you have first to add a Geometry column to your table (you can be
more precise on the type of Geometry by using for example Point as type).
You have to define also the SRS of the coordinates.

To populate your column you can for example use the ST_MakePoint function
using the coordinates available in the other columns.

The last step would be to add a spatial index on the geometry column in
order to have great performances.

Have a look at https://postgis.net/docs/reference.html, the documentation
is quite complete.

Regards
Alexandre

Le lun. 24 juin 2024 à 22:37, Jim Rogers  a écrit :

> Jody,
>
>
>
> If I have a PostgreSQL database that contains spatial coordinates, do you
> know how I convert that database into PostGIS format so I can publish it on
> GeoServer?
>
>
>
> Jim Rogers
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Error using function Interpolate in COLOR mode from SLD

[Alexandre Gacon]

Gabriel Roldan is taking care of it.

Alexandre

Le ven. 21 juin 2024 à 15:45, Alexandre Gacon  a
écrit :

> I initiated the ticket https://osgeo-org.atlassian.net/browse/GEOT-7607.
>
> Regards
> Alexandre
>
> Le ven. 21 juin 2024 à 14:58, Andrea Aime <
> andrea.a...@geosolutionsgroup.com> a écrit :
>
>> Hi Steve,
>> yes, that commit is involved, as it triggers a bug in the function
>> implementation.
>> A function must not rely on the context object being set, the context is
>> provided only so that the function can try to covert
>> its result towards it. Passing in "null" or "object" means "do what you
>> want, we're not asking for a particular type of output",
>> but the current implementation throws an exception instead. Looks like
>> the error predates the git history (14+ years)
>> In any case, that needs to be fixed.
>>
>> 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 Mon, Jun 17, 2024 at 11:16 PM Ikeoka, Steve via Geoserver-users <
>> geoserver-users@lists.sourceforge.net> wrote:
>>
>>> There isn't enough of the stack trace provided but this commit is a
>>> possible source of the regression (GeoServer 2.23.3+):
>>> https://github.com/geotools/geotools/commit/d7991fdcd1630ea1c18b5dfad91d4e291b8bb95b
>>>
>>> Steve Ikeoka
>>> --
>>> *From:* Jody Garnett 
>>> *Sent:* Monday, June 17, 2024 10:17 AM
>>> *To:* Carsten Klein 
>>> *Cc:* GeoServer Mailing List List >> >
>>> *Subject:* Re: [Geoserver-users] Error using function Interpolate in
>>> COLOR mode from SLD
>>>
>>> It is more that I am not aware of any change that could cause this
>>> regression. Were you able to determine when the problem was introduced and
>>> report the issue to the issue tracker? I am curious to what you will find.
>>> Determing which release
>>> ZjQcmQRYFpfptBannerStart
>>> This Message Is From an External Sender
>>> Please use caution with links, attachments, and any requests for
>>> credentials.
>>>
>>> ZjQcmQRYFpfptBannerEnd
>>> It is more that I am not aware of any change that could cause this
>>> regression.
>>>
>>> Were you able to determine when the problem was introduced and report
>>> the issue to the issue tracker?
>>>
>>> I am curious to what you will find. Determing which release the problem
>>> started in will help a great deal.
>>> --
>>> Jody Garnett
>>>
>>>
>>> On Jun 13, 2024 at 8:07:09 AM, Carsten Klein 
>>> wrote:
>>>
>>> Hi Jody,
>>>
>>> why a puzzle? I've just checked this: The error is reproducible with the
>>> latest GeoServer main branch, by simply adding an Interpolate filter
>>> function in color mode to one of the standard SLD styles (e.g.
>>> simple_roads) in standard data directory.
>>>
>>> Making CSSPa

Re: [Geoserver-users] Error using function Interpolate in COLOR mode from SLD

[Alexandre Gacon]

feature or an improvement, also see this:
>> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>> <https://urldefense.us/v3/__https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer__;!!JRQnnSFuzw7wjAKq6ti6!xut7MRht1ecLGteZ1aKGg5roShoUSjG5tqvW0u3NMBIcQXEZEhSwHmbskJ-MFnqjKx-G314NqB5naHhVicMCAv4$>
>>
>>
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>> <https://urldefense.us/v3/__https://lists.sourceforge.net/lists/listinfo/geoserver-users__;!!JRQnnSFuzw7wjAKq6ti6!xut7MRht1ecLGteZ1aKGg5roShoUSjG5tqvW0u3NMBIcQXEZEhSwHmbskJ-MFnqjKx-G314NqB5naHhVwRZUp1Q$>
>>
>> _______
>> Geoserver-users mailing list
>>
>> Please make sure you read the following two resources before posting to
>> this list:
>> - Earning your support instead of buying it, but Ian Turton:
>> http://www.ianturton.com/talks/foss4g.html#/
>> - The GeoServer user list posting guidelines:
>> http://geoserver.org/comm/userlist-guidelines.html
>>
>> If you want to request a feature or an improvement, also see this:
>> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>>
>>
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>


-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Error using function Interpolate in COLOR mode from SLD

[Alexandre Gacon]

Hello there,

I exactly have the same issue: has someone already created a JIRA ticket? I
haven't found one so I would like to confirm the fact before creating one.

Regards
Alexandre
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Install community extensions?

[Alexandre Gacon]

I had the same issue : the community extensions are only built for a
SNAPSHOT version of the 2.25, which is why they cannot be downloaded. I
didn't find a way to solve this.

REgards
Alexandre

Le mer. 15 mai 2024 à 15:44, Kristian Nils Robin Morin via Geoserver-users <
geoserver-users@lists.sourceforge.net> a écrit :

> I am trying to install the community extension ogcapi-features using for
>
>   geoserver:
> image: docker.osgeo.org/geoserver:2.25.0
>
> environment:
>   - INSTALL_EXTENSIONS=true
>   - SKIP_DEMO_DATA=true
>   - STABLE_EXTENSIONS=h2,pyramid,css, sqlserver, monitor
>   - COMMUNITY_EXTENSIONS=ogcapi-features
>
> It is available in the list of extensions for the latest version (2.26.x)
> https://build.geoserver.org/geoserver/main/community-latest/
>
> But i get "url does not exist:
> /geoserver-2.25.0-ogcapi-features-plugin.zip"
>
> Is the plugin only available for 2.26? Or is the COMMUNITY_EXTENSIONS
> variable not working anymore?
> Or where do i find it to install it for 2.25.0
>
>
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>


-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] Environment parameter and image mosaic configuration

[Alexandre Gacon]

Hello,

Do you know if it is possible to use the environment parameters inside the
datastore.properties file for an image mosaic datastore?

-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] S3 geotiff plugin not working

[Alexandre Gacon]

It is the thing that I don't understand:

   - In GeoTools, the SDK version in the pom of s3-geotiff points to the
   right version (1.12.261) since the version 30 of geotools
   - In GeoServer, we normally are at version 31
   - But the dependencies are not OK : is it a problem in geotools delivery
   process or in geoserver build process?


Alexandre

Le mar. 30 avr. 2024 à 07:15, Jody Garnett  a
écrit :

> Can you change the geotools dependency then :)
>
> It would be nice to define this only one place.
>
> --
> Jody Garnett
>
>
> On Mon, Apr 29, 2024 at 9:14 PM Alexandre Gacon 
> wrote:
>
>> Hello Jody,
>>
>> The module does not precise the AWS version to retrieve (only the
>> GeoTools version).
>>
>> I see that the task manager community plugin references a version
>> (1.11.36): could it hide/override the version required by the GeoTools
>> dependency?
>>
>> Should I add the dependency in the pom file of the geotiff S3 module?
>>
>> Alexandre
>>
>> Le lun. 29 avr. 2024 à 22:37, Jody Garnett  a
>> écrit :
>>
>>> Hello Alexandre,
>>>
>>> You should be able to adjust the version used by changing the pom.xml
>>> information in GeoServer, or by removing the dependency completely (so it
>>> always gets the version defined and tested by GeoTools).
>>>
>>> Are you in position to prepare and test a pull request?
>>> --
>>> Jody Garnett
>>>
>>>
>>> On Apr 29, 2024 at 12:53:11 PM, Alexandre Gacon <
>>> alexandre.ga...@gmail.com> wrote:
>>>
>>>> Hello there,
>>>>
>>>> I am trying to use the S3 geotiff community module and it does not
>>>> work. When trying to validate the store definition, I have the following
>>>> error:
>>>> Caused by: java.lang.NoClassDefFoundError:
>>>> com/amazonaws/client/builder/AwsClientBuilder$EndpointConfiguration at
>>>> org.geotools.s3.S3Connector.getS3Client(S3Connector.java:120)
>>>>
>>>> The class is available in the AWS SDK from the 1.12 version.
>>>>
>>>> In the geotools project, the version in the pom.xml is the 1.12.261.
>>>>
>>>> On the geoserver build server, when I download the zip of the
>>>> extension, the version of the SDK is 1.11.36 whereas the version of
>>>> geotools is the 31, which expects the 1.12 version.
>>>>
>>>>
>>>>
>>>> --
>>>> Alexandre Gacon
>>>> ___
>>>> Geoserver-users mailing list
>>>>
>>>> Please make sure you read the following two resources before posting to
>>>> this list:
>>>> - Earning your support instead of buying it, but Ian Turton:
>>>> http://www.ianturton.com/talks/foss4g.html#/
>>>> - The GeoServer user list posting guidelines:
>>>> http://geoserver.org/comm/userlist-guidelines.html
>>>>
>>>> If you want to request a feature or an improvement, also see this:
>>>> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>>>>
>>>>
>>>> Geoserver-users@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>>>
>>>
>>
>> --
>> Alexandre Gacon
>>
>

-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] S3 geotiff plugin not working

[Alexandre Gacon]

Hello Jody,

The module does not precise the AWS version to retrieve (only the GeoTools
version).

I see that the task manager community plugin references a version
(1.11.36): could it hide/override the version required by the GeoTools
dependency?

Should I add the dependency in the pom file of the geotiff S3 module?

Alexandre

Le lun. 29 avr. 2024 à 22:37, Jody Garnett  a
écrit :

> Hello Alexandre,
>
> You should be able to adjust the version used by changing the pom.xml
> information in GeoServer, or by removing the dependency completely (so it
> always gets the version defined and tested by GeoTools).
>
> Are you in position to prepare and test a pull request?
> --
> Jody Garnett
>
>
> On Apr 29, 2024 at 12:53:11 PM, Alexandre Gacon 
> wrote:
>
>> Hello there,
>>
>> I am trying to use the S3 geotiff community module and it does not work.
>> When trying to validate the store definition, I have the following error:
>> Caused by: java.lang.NoClassDefFoundError:
>> com/amazonaws/client/builder/AwsClientBuilder$EndpointConfiguration at
>> org.geotools.s3.S3Connector.getS3Client(S3Connector.java:120)
>>
>> The class is available in the AWS SDK from the 1.12 version.
>>
>> In the geotools project, the version in the pom.xml is the 1.12.261.
>>
>> On the geoserver build server, when I download the zip of the extension,
>> the version of the SDK is 1.11.36 whereas the version of geotools is the
>> 31, which expects the 1.12 version.
>>
>>
>>
>> --
>> Alexandre Gacon
>> ___
>> Geoserver-users mailing list
>>
>> Please make sure you read the following two resources before posting to
>> this list:
>> - Earning your support instead of buying it, but Ian Turton:
>> http://www.ianturton.com/talks/foss4g.html#/
>> - The GeoServer user list posting guidelines:
>> http://geoserver.org/comm/userlist-guidelines.html
>>
>> If you want to request a feature or an improvement, also see this:
>> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>>
>>
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
>

-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] S3 geotiff plugin not working

[Alexandre Gacon]

Hello there,

I am trying to use the S3 geotiff community module and it does not work.
When trying to validate the store definition, I have the following error:
Caused by: java.lang.NoClassDefFoundError:
com/amazonaws/client/builder/AwsClientBuilder$EndpointConfiguration at
org.geotools.s3.S3Connector.getS3Client(S3Connector.java:120)

The class is available in the AWS SDK from the 1.12 version.

In the geotools project, the version in the pom.xml is the 1.12.261.

On the geoserver build server, when I download the zip of the extension,
the version of the SDK is 1.11.36 whereas the version of geotools is the
31, which expects the 1.12 version.



-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] MapBox style created with REST API

[Alexandre Gacon]

Hello,

I am creating styles in MapBox style format with the REST API with a raw
parameter set to true.

When I try to get back the styles with the REST API, I always have a 500
error. In the log file I have the following errors:

java.lang.UnsupportedOperationException: null

at 
org.geoserver.community.mbstyle.MBStyleHandler.encode(MBStyleHandler.java:134)


It works correctly with SLD and CSS formats.

Is it a known issue?

-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Possible ways and costs for specific developments/improvements for GeoServer

[Alexandre Gacon]

Have you tried also the geocat bridge qgis plugin?

Alexandre

Le mer. 10 avr. 2024 à 20:53, Ian Turton  a écrit :

> To start with you would need to clearly list exactly which features of the
> SLD generated by QGIS that are not understood by GeoServer.
>
> Ian
>
> On Wed, 10 Apr 2024 at 15:50, Erik Böhm  wrote:
>
>> Hello all, or rather hello developers!
>>
>>
>>
>> In don’t know if this is the right way to contact you. So if there is a
>> better way, please give me a hint J
>>
>>
>>
>> My Question is:
>>
>> While using GeoServer to publish our data via services, we experienced
>> some bugs or rather lacks of features, e. g. the interpretation of some
>> definitions in SLDs that were exported from QGIS.
>>
>> The response/solution of the community to those issues has been to fund
>> further development of those parts.
>>
>>
>>
>> As some of those features are important for us, we are evaluating the
>> option to take on this suggestion. In that sense, and because I did not
>> find anything on the GeoServer Community sites, I wanted to ask how we
>> could manage this, which options there would be and which would be the one
>> preferred by you.
>>
>> How would it work if we would hire a contractor and contribute these
>> features to GeoServer?
>>
>>
>>
>> And for the specific feature of the GeoServer being able to fully
>> interpret all definitions in SLDs exported from QGIS, would you be able to
>> guess the amount of work this would take? In that way, we maybe could
>> estimate the costs of hiring a developer for this feature.
>>
>>
>>
>> Thank you in advance!
>>
>>
>>
>>
>>
>> With kind regards
>>
>>
>> Erik Böhm
>>
>>
>> Erik Böhm (MDZ2207)
>>
>> Open Data Coordination
>> Tel: +49 40 3190-3429
>> Bernhard-Nocht-Straße 78 | 20359 Hamburg
>> erik.bo...@bsh.de
>>
>>
>> The Federal Maritime and Hydrographic Agency is a higher federal agency
>> under the Federal Ministry for Digital and Transport
>>
>>
>> ___
>> Geoserver-users mailing list
>>
>> Please make sure you read the following two resources before posting to
>> this list:
>> - Earning your support instead of buying it, but Ian Turton:
>> http://www.ianturton.com/talks/foss4g.html#/
>> - The GeoServer user list posting guidelines:
>> http://geoserver.org/comm/userlist-guidelines.html
>>
>> If you want to request a feature or an improvement, also see this:
>> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>>
>>
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
>
>
> --
> Ian Turton
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Style REST API removing WellKnownName

[Alexandre Gacon]

Thanks Andrea ! I will try it as soon as possible!

Alexandre

Le ven. 15 mars 2024 à 16:33, Andrea Aime 
a écrit :

> Yep, as Ian says, "pretty printing" of the style has been the default
> since the beginning of the REST API availability.
> However, there is a query paameter you can append to your style
> publication, that allows skipping the pretty print:
> "...?raw=true".
>
> Looks like it's not documented in the REST API, although it has also been
> in the API for many years.
>
> 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 Fri, Mar 15, 2024 at 12:06 PM Ian Turton  wrote:
>
>> It has always dropped default values e.g. square marks, black strokes and
>> grey fills etc. It avoids cluttering up the SLD with unnecessary elements.
>> The simplest answer would seem to be for you to leave such defaults out of
>> your SLD files (or ignore them when looking for differences).
>>
>> Ian
>>
>> On Fri, 15 Mar 2024 at 10:49, Alexandre Gacon 
>> wrote:
>>
>>> Hello,
>>>
>>> When I send a style with a WellKnowName of type square to GeoServer with
>>> a REST API, the WellKnownName is removed from the SLD definition, because
>>> square is the default value.
>>>
>>> As a consequence, when I retrieve the SLD with a GET on the REST API and
>>> I compare it to my definition, it is detected as a difference.
>>>
>>> Shouldn't the REST API respect the original content sent?
>>>
>>> --
>>> Alexandre Gacon
>>> ___
>>> Geoserver-users mailing list
>>>
>>> Please make sure you read the following two resources before posting to
>>> this list:
>>> - Earning your support instead of buying it, but Ian Turton:
>>> http://www.ianturton.com/talks/foss4g.html#/
>>> - The GeoServer user list posting guidelines:
>>> http://geoserver.org/comm/userlist-guidelines.html
>>>
>>> If you want to request a feature or an improvement, also see this:
>>> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>>>
>>>
>>> Geoserver-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>>
>>
>>
>> --
>> Ian Turton
>> ___
>> Geoserver-users mailing list
>>
>> Please make sure you read the following two resources before posting to
>> this list:
>> - Earning your support instead of buying it, but Ian Turton:
>> http://www.ianturton.com/talks/foss4g.html#/
>> - The GeoServer user list posting guidelines:
>> http://geoserver.org/comm/userlist-guidelines.html
>>
>> If you want to request a feature or an improvement, also see this:
>> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>>
>>
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
>
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] Style REST API removing WellKnownName

[Alexandre Gacon]

Hello,

When I send a style with a WellKnowName of type square to GeoServer with a
REST API, the WellKnownName is removed from the SLD definition, because
square is the default value.

As a consequence, when I retrieve the SLD with a GET on the REST API and I
compare it to my definition, it is detected as a difference.

Shouldn't the REST API respect the original content sent?

-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] [Geoserver-devel] manual review of mkdocs migration

[Alexandre Gacon]

It seems to be related to the presence of nearby punctuation signs.

Alexandre

Le jeu. 22 févr. 2024 à 12:58, Alexandre Gacon 
a écrit :

> Ok only some external links are not correctly formatted.
>
> See for example the difference from Adoptium between
> https://jodygarnett.github.io/geoserver/installation/linux/ and
> https://jodygarnett.github.io/geoserver/installation/win_binary/.
>
> Le jeu. 22 févr. 2024 à 12:55, Alexandre Gacon 
> a écrit :
>
>>
>>- On https://jodygarnett.github.io/geoserver/introduction/overview/,
>>links to OGC pages are not ok
>>- Same on the history page.
>>- Seems to be generally the case for all the external links
>>
>>
>> Le jeu. 22 févr. 2024 à 11:04, Jody Garnett  a
>> écrit :
>>
>>> Hello GeoServer Team,
>>>
>>> Now that I have something ready to share I can *finally* as for some
>>> help - please review https://jodygarnett.github.io/geoserver/ page by
>>> page.
>>>
>>>
>>>- please added review comments somewhere I can find them (reply to
>>>this email (or on the
>>>https://github.com/geoserver/geoserver/pull/7429 PR).
>>>- As an example
>>>https://jodygarnett.github.io/geoserver/datadirectory/ is showing
>>>some broken links.
>>>- Note: We are just transferring documentation at this time, no
>>>content changes please.
>>>
>>>
>>> I will check back in tomorrow to see what has been found!
>>> --
>>> Jody Garnett
>>> ___
>>> Geoserver-devel mailing list
>>> geoserver-de...@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>>>
>>
>>
>> --
>> Alexandre Gacon
>>
>
>
> --
> Alexandre Gacon
>


-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] [Geoserver-devel] manual review of mkdocs migration

[Alexandre Gacon]

Ok only some external links are not correctly formatted.

See for example the difference from Adoptium between
https://jodygarnett.github.io/geoserver/installation/linux/ and
https://jodygarnett.github.io/geoserver/installation/win_binary/.

Le jeu. 22 févr. 2024 à 12:55, Alexandre Gacon 
a écrit :

>
>- On https://jodygarnett.github.io/geoserver/introduction/overview/,
>links to OGC pages are not ok
>- Same on the history page.
>- Seems to be generally the case for all the external links
>
>
> Le jeu. 22 févr. 2024 à 11:04, Jody Garnett  a
> écrit :
>
>> Hello GeoServer Team,
>>
>> Now that I have something ready to share I can *finally* as for some
>> help - please review https://jodygarnett.github.io/geoserver/ page by
>> page.
>>
>>
>>- please added review comments somewhere I can find them (reply to
>>this email (or on the https://github.com/geoserver/geoserver/pull/7429
>>PR).
>>- As an example https://jodygarnett.github.io/geoserver/datadirectory/ is
>>showing some broken links.
>>- Note: We are just transferring documentation at this time, no
>>content changes please.
>>
>>
>> I will check back in tomorrow to see what has been found!
>> --
>> Jody Garnett
>> ___
>> Geoserver-devel mailing list
>> geoserver-de...@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>>
>
>
> --
> Alexandre Gacon
>


-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] [Geoserver-devel] manual review of mkdocs migration

[Alexandre Gacon]

   - On https://jodygarnett.github.io/geoserver/introduction/overview/,
   links to OGC pages are not ok
   - Same on the history page.
   - Seems to be generally the case for all the external links


Le jeu. 22 févr. 2024 à 11:04, Jody Garnett  a
écrit :

> Hello GeoServer Team,
>
> Now that I have something ready to share I can *finally* as for some help
> - please review https://jodygarnett.github.io/geoserver/ page by page.
>
>
>- please added review comments somewhere I can find them (reply to
>this email (or on the https://github.com/geoserver/geoserver/pull/7429
>PR).
>- As an example https://jodygarnett.github.io/geoserver/datadirectory/ is
>showing some broken links.
>- Note: We are just transferring documentation at this time, no
>content changes please.
>
>
> I will check back in tomorrow to see what has been found!
> --
> Jody Garnett
> ___
> Geoserver-devel mailing list
> geoserver-de...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>


-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] How to parameterize password of a datastore ?

[Alexandre Gacon]

thub.com%2Fgeoserver%2Fgeoserver%2Fwiki%2FSuccessfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer=05%7C02%7Cchristophe.garault.ext%40orange.com%7Cc18668014b3a4f019d9d08dc31bf27d2%7C90c7a20af34b40bfbc48b9253b6f5d20%7C0%7C0%7C638439944279992741%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C=6mWy%2FvYW48n%2BkMjc8VGROi4sIIfa%2BgVjLNBkFygbFas%3D=0>
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Fgeoserver-users=05%7C02%7Cchristophe.garault.ext%40orange.com%7Cc18668014b3a4f019d9d08dc31bf27d2%7C90c7a20af34b40bfbc48b9253b6f5d20%7C0%7C0%7C63843994427427%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C=fsDCXBn2Zs8wqkmXZdszfpBcPvbmKJHTPGrPeRtJGdk%3D=0>
>
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>


-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] URL External Checks configuration

[Alexandre Gacon]

Thanks Jody for the reply. It is the strategy I have in mind but I have a
few things to check out.

Correct me if I am wrong but I will have to ask GeoServer to reload the
configuration after creating the resource with the REST API?

Regards
Alexandre

Le ven. 2 févr. 2024 à 17:09, Jody Garnett  a
écrit :

> I believe most of the security settings are managed as files that are
> scanned for changes; and thus can be managed directly on disk by a system
> administrator; or remotely via the "resource" REST API - which is intended
> to manage configuration files.
>
> I do not think there is a new REST API endpoint for this functionality.
> --
> Jody Garnett
>
>
> On Fri, Feb 2, 2024 at 4:21 AM Alexandre Gacon 
> wrote:
>
>> Hello there,
>>
>> Is it possible to configure (at least enable/disable) the URL external
>> checks with a REST API ? Or is it only possible through UI or configuration
>> files?
>>
>> Regards
>>
>> --
>> Alexandre Gacon
>> ___
>> Geoserver-users mailing list
>>
>> Please make sure you read the following two resources before posting to
>> this list:
>> - Earning your support instead of buying it, but Ian Turton:
>> http://www.ianturton.com/talks/foss4g.html#/
>> - The GeoServer user list posting guidelines:
>> http://geoserver.org/comm/userlist-guidelines.html
>>
>> If you want to request a feature or an improvement, also see this:
>> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>>
>>
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
>

-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] URL External Checks configuration

[Alexandre Gacon]

Hello there,

Is it possible to configure (at least enable/disable) the URL external
checks with a REST API ? Or is it only possible through UI or configuration
files?

Regards

-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] [Geoserver - REST API] ACL rules delete

[Alexandre Gacon]

Hi Robin,

Could you please open an issue on
https://github.com/geoserver/geoserver-acl/issues?

Regards
Alexandre

Le lun. 29 janv. 2024 à 12:37, Robin KERDILES via Geoserver-users <
geoserver-users@lists.sourceforge.net> a écrit :

> Hello,
>
> I'm having issues using the Rest API of Geoserver.
>
> I tried :
>
> POST https://geoserver.**/geoserver/rest/security/acl/rest
> with JSON Body
> {
> "/rest/workspaces/test/**:GET": "ROLE_ADMINISTRATOR"
> }
> Works OK
>
> DELETE https://geoserver.
> **/geoserver/rest/security/acl/rest/rest/workspaces/test/**:GET
> Returned 404 : Rule not found: rest/workspaces/test/**:GET
>
> DELETE https://geoserver.
> **/geoserver/rest/security/acl/rest/%2Frest/workspaces/test/**:GET
> DELETE https://geoserver.
> **/geoserver/rest/security/acl/rest/%2Frest%2Fworkspaces%2Ftest/**:GET
> DELETE https://geoserver.
> **/geoserver/rest/security/acl/rest/%2Frest%2Fworkspaces%2Ftest%2F%2A%2A%3AGET
> All returned HTTP 400 Bad Request
>
> I would like to get any advice on this
>
> Thanks in advance
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>


-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] GetLegendGraphic / localized SLD in 2.24

[Alexandre Gacon]

Hello Cécile,

To me it should work the same way in the 2.24 version. You should open an
issue in Jira in my opinion.

Alexandre

Le lun. 8 janv. 2024 à 12:06, Cécile Vuilleumier <
cecile.vuilleum...@camptocamp.com> a écrit :

> Hi all
> I am trying to use localized legends following this doc
> <https://docs.geoserver.org/stable/en/user/styling/sld/language.html>.
> I got it to work in 2.22 (the legend labels are translated when adding for
> instance LANGUAGE=fre to the GetLegendGraphic request)
> I am now trying the same with 2.24, and the legends are not translated
> when doing the same thing (default labels are returned). Attached is the
> SLD I am using (copy/pasting it into the WebUI). Should I do something
> different with 2.24?
> Cheers, Cécile
>
> --
> *camptocamp*
>
> *Cécile Vuilleumier *
> Geospatial developer
> www.camptocamp.com
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>


-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Using Okta to authenticate users

[Alexandre Gacon]

Hello

The saml plugin is a community plugin so it relies only on the good
willingness of the community and not on the maintainers of GeoServer. It
didn't receive update for a long time: that's why it has been archived for
now.

If you are ready to step in as a maintainer, it is possible to restore it.

Regards
Alexandre

Le mer. 20 déc. 2023 à 19:34, Parmentier, Mary <
mary.parment...@softtechconsulting.com> a écrit :

> Hello all,
>
>
>
> We are trying to implement MFA by using OKTA to authenticate users. We
> started to explore the SAML plug-in for this but it is not included in the
> 2.24 release. We are hesitant to use the SAML plug-in if it will stop
> working with future upgrades.  Has anyone successfully integrated Geoserver
> with Okta? I would love to hear how you did it.
>
>
> Many thanks!
>
>
> Mitzi Parmentier
>
>
>
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] Unable to PUT changes an existing Remote WMS Layer

[Alexandre Gacon]

Hello,

On different versions of GeoServer (tested also on 2.25 snapshot), when I
try to send a PUT request to an existing wmslayer object to update it, I
always have a 500 error.

Attached to this file:
- the log of the error
- the xml for the creation of the remote wms store
- the xml for the wms layer, used to create the layer with a POST request
and then to update it with a PUT request

Is it a bug you can observe too?

-- 
Alexandre Gacon
13:44:04 ERROR  [catalog.impl] - Unable to fetch available styles for cascaded layer ORTHOIMAGERY.ORTHOPHOTOS
13:44:04 ERROR  [catalog.impl] - null
java.lang.NullPointerException
	at org.geoserver.catalog.ResourcePool.getWMSLayer(ResourcePool.java:2085)
	at org.geoserver.catalog.impl.WMSLayerInfoImpl.getWMSLayer(WMSLayerInfoImpl.java:71)
	at org.geoserver.catalog.impl.WMSLayerInfoImpl.getRemoteStyleInfos(WMSLayerInfoImpl.java:196)
	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.base/java.lang.reflect.Method.invoke(Method.java:566)
	at org.geoserver.ows.util.OwsUtils.updateCollectionProperty(OwsUtils.java:389)
	at org.geoserver.ows.util.OwsUtils.copy(OwsUtils.java:316)
	at org.geoserver.config.util.XStreamPersister$AbstractCatalogInfoConverter.unsafeCopy(XStreamPersister.java:1736)
	at org.geoserver.config.util.XStreamPersister$AbstractCatalogInfoConverter.instantiateNewInstance(XStreamPersister.java:1751)
	at com.thoughtworks.xstream.converters.reflection.AbstractReflectionConverter.unmarshal(AbstractReflectionConverter.java:276)
	at com.thoughtworks.xstream.core.TreeUnmarshaller.convert(TreeUnmarshaller.java:74)
	at com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:68)
	at com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:52)
	at com.thoughtworks.xstream.core.TreeUnmarshaller.start(TreeUnmarshaller.java:136)
	at com.thoughtworks.xstream.core.AbstractTreeMarshallingStrategy.unmarshal(AbstractTreeMarshallingStrategy.java:32)
	at com.thoughtworks.xstream.XStream.unmarshal(XStream.java:1464)
	at com.thoughtworks.xstream.XStream.unmarshal(XStream.java:1441)
	at com.thoughtworks.xstream.XStream.fromXML(XStream.java:1330)
	at org.geoserver.config.util.XStreamPersister.load(XStreamPersister.java:721)
	at org.geoserver.rest.converters.XStreamXMLMessageConverter.readInternal(XStreamXMLMessageConverter.java:44)
	at org.springframework.http.converter.AbstractHttpMessageConverter.read(AbstractHttpMessageConverter.java:199)
	at org.springframework.web.servlet.mvc.method.annotation.AbstractMessageConverterMethodArgumentResolver.readWithMessageConverters(AbstractMessageConverterMethodArgumentResolver.java:186)
	at org.springframework.web.servlet.mvc.method.annotation.RequestResponseBodyMethodProcessor.readWithMessageConverters(RequestResponseBodyMethodProcessor.java:160)
	at org.springframework.web.servlet.mvc.method.annotation.RequestResponseBodyMethodProcessor.resolveArgument(RequestResponseBodyMethodProcessor.java:133)
	at org.springframework.web.method.support.HandlerMethodArgumentResolverComposite.resolveArgument(HandlerMethodArgumentResolverComposite.java:122)
	at org.springframework.web.method.support.InvocableHandlerMethod.getMethodArgumentValues(InvocableHandlerMethod.java:179)
	at org.springframework.web.method.support.InvocableHandlerMethod.invokeForRequest(InvocableHandlerMethod.java:146)
	at org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:117)
	at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandlerMethod(RequestMappingHandlerAdapter.java:895)
	at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:808)
	at org.springframework.web.servlet.mvc.method.AbstractHandlerMethodAdapter.handle(AbstractHandlerMethodAdapter.java:87)
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:1072)
	at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:965)
	at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:1006)
	at org.springframework.web.servlet.FrameworkServlet.doPut(FrameworkServlet.java:920)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
	at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:883)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
	at org.eclipse.jetty.servlet.ServletHolder$NotAsync.service(ServletHolder.java:1459)
	at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:799)
	at org.eclipse.jetty.servlet.ServletHandler$ChainEnd.doFilter(ServletHandler.java:1656

Re: [Geoserver-users] Change log level configuration for geowebcache

[Alexandre Gacon]

Hello Andrea,

Thank you for the hint. I finally took the gwc repo and started my own Dev
instance to add additional logs for my case.

My problem happens because gwc does not seem to support correctly wms 1.3.0
services, as the one offered by french IGN.

I have created an issue on GitHub (does not seem to have Jira project for
gwc).

Alexandre

Le lun. 13 nov. 2023 à 14:38, Andrea Aime 
a écrit :

> Hi Alexandre,
> it should be a matter of creating a new logging configuration file by copy
> of an existing one,
> name it "GEOWEBCACHE_DEBUG.xml", and then tweak the packages at high
> logging level to be the GWC ones.
>
> Cheers
> Andrea
>
> On Sat, Nov 11, 2023 at 12:08 PM Alexandre Gacon <
> alexandre.ga...@gmail.com> wrote:
>
>> Hello,
>>
>> Is it possible to change the log level configuration for the geowebcache
>> embedded with geoserver?
>>
>> I have configured an external wms layer into geowebcache with the REST
>> API and I have errors when I try to get tiles.
>>
>> The layer:
>> 
>> 
>> true
>> true
>> test_ign
>> 
>> image/png
>> image/jpeg
>> 
>> 
>> 
>> EPSG:4326
>> 
>> 
>> EPSG:900913
>> 
>> 
>> 
>> 4
>> 4
>> 
>> 0
>> 0
>> 
>> 0
>> 
>> 
>> https://data.geopf.fr/wms-r/wms?SERVICE=WMS
>> 
>> ORTHOIMAGERY.ORTHOPHOTOS
>> 
>>
>> The error stack
>> 10 Nov 14:29:39 ERROR  [geowebcache.GeoWebCacheDispatcher] - All backends
>> (1) failed. Reason: Unexpected response code from backend: 400 for
>> https://data.geopf.fr/wms-r/wms?SERVICE=WMS.  Last request: '
>> https://data.geopf.fr/wms-r/wms?SERVICE=WMS'.
>> http://localhost:8080/geoserver/gwc/service/wmts
>> 10 Nov 14:29:39 ERROR  [geowebcache.GeoWebCacheDispatcher] - Request
>> failed
>> org.geowebcache.GeoWebCacheException: All backends (1) failed. Reason:
>> Unexpected response code from backend: 400 for
>> https://data.geopf.fr/wms-r/wms?SERVICE=WMS.  Last request: '
>> https://data.geopf.fr/wms-r/wms?SERVICE=WMS'.
>> at
>> org.geowebcache.layer.wms.WMSHttpHelper.makeRequest(WMSHttpHelper.java:154)
>>
>> I woud like to know which request is sent
>>
>> --
>> Alexandre Gacon
>> ___
>> Geoserver-users mailing list
>>
>> Please make sure you read the following two resources before posting to
>> this list:
>> - Earning your support instead of buying it, but Ian Turton:
>> http://www.ianturton.com/talks/foss4g.html#/
>> - The GeoServer user list posting guidelines:
>> http://geoserver.org/comm/userlist-guidelines.html
>>
>> If you want to request a feature or an improvement, also see this:
>> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>>
>>
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
>
>
> --
>
> 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
>
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] Change log level configuration for geowebcache

[Alexandre Gacon]

Hello,

Is it possible to change the log level configuration for the geowebcache
embedded with geoserver?

I have configured an external wms layer into geowebcache with the REST API
and I have errors when I try to get tiles.

The layer:


true
true
test_ign

image/png
image/jpeg



EPSG:4326


EPSG:900913



4
4

0
0

0


https://data.geopf.fr/wms-r/wms?SERVICE=WMS

ORTHOIMAGERY.ORTHOPHOTOS


The error stack
10 Nov 14:29:39 ERROR  [geowebcache.GeoWebCacheDispatcher] - All backends
(1) failed. Reason: Unexpected response code from backend: 400 for
https://data.geopf.fr/wms-r/wms?SERVICE=WMS.  Last request: '
https://data.geopf.fr/wms-r/wms?SERVICE=WMS'.
http://localhost:8080/geoserver/gwc/service/wmts
10 Nov 14:29:39 ERROR  [geowebcache.GeoWebCacheDispatcher] - Request failed
org.geowebcache.GeoWebCacheException: All backends (1) failed. Reason:
Unexpected response code from backend: 400 for
https://data.geopf.fr/wms-r/wms?SERVICE=WMS.  Last request: '
https://data.geopf.fr/wms-r/wms?SERVICE=WMS'.
at
org.geowebcache.layer.wms.WMSHttpHelper.makeRequest(WMSHttpHelper.java:154)

I woud like to know which request is sent

-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] Translation with osgeo's weblate

[Alexandre Gacon]

Hello everyone,

A new translation system has been configured to allow non developers to
participate in the translation of GeoServer.

This new system uses Weblate and is hosted by the OSGEO foundation, instead
of the SaaS offer of Transifex. Aside from having a solution not dependent
on a SaaS offer, Weblate will allow a better integration with the GitHub
repo of GeoServer, instead of a manual synchronization.

The weblate instance is available here : https://weblate.osgeo.org/. You
need to have an OSGEO account to access it (see
https://id.osgeo.org/ldap/create).

For the moment the project is configured to use a branch on a fork I
maintained, in order to see how the tool behaves with evolution of the code
base.

Don't hesitate to contact me if you have any questions.

-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] Keep identifier field visible with a SQL View Layer

[Alexandre Gacon]

Hello,

Is there a way with a SQL View layer to keep the field marked as
'identifier' in the attributes of the layer, in order to get it when
requesting the layer with WFS? For the moment we duplicate the field in the
view.

-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] REST API security configuration

[Alexandre Gacon]

Hi Jody,

For the moment I use a built-in role to reduce the access to the get
methods. I will test with a custom one to reduce the access more eventually.

Regard
Alexandre

Le mer. 13 sept. 2023 à 00:07, Jody Garnett  a
écrit :

> This is an odd one, there are reset security settings distinct from
> everything else, but there is no user interface for it 
> Please edit rest.properties to manage the roles (built-in or made by hand)
> that you wish to grant REST API access to.
>
> The examples show a built-in role:
>
> /**;GET,POST,PUT,DELETE=ROLE_ADMINISTRATOR
>
> And also an "any role" example:
>
> /**;GET,POST,PUT,DELETE=ROLE_TRUSTED
>
> There is some interaction with the data security a (admin mode)
> permission to keep in mind also. My understanding is to update
> configuration in a workspace an individual would need to have a role
> providing a permission in that workspace, and also a roll providing rest
> api access via rest.properties.
>
> https://docs.geoserver.org/main/en/user/security/rest.html
> --
> Jody Garnett
>
>
> On Aug 22, 2023 at 1:27:52 AM, Alexandre Gacon 
> wrote:
>
>> Hi,
>>
>> For the configuration of the REST API security, could I use any role
>> defined in my role service or only some predefined values?
>>
>> --
>> Alexandre Gacon
>> ___
>> Geoserver-users mailing list
>>
>> Please make sure you read the following two resources before posting to
>> this list:
>> - Earning your support instead of buying it, but Ian Turton:
>> http://www.ianturton.com/talks/foss4g.html#/
>> - The GeoServer user list posting guidelines:
>> http://geoserver.org/comm/userlist-guidelines.html
>>
>> If you want to request a feature or an improvement, also see this:
>> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>>
>>
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
>
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] REST API security configuration

[Alexandre Gacon]

Hi,

For the configuration of the REST API security, could I use any role
defined in my role service or only some predefined values?

-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] users and roles

[Alexandre Gacon]

Yes, you have to define a specific rule in the data security panel of
GeoServer for this workspace, associate to a ROLE matching the users you
want to be allowed to access it.

You also have to put the catalog mode to challenge to have the
GetCapabilities listing the layers but the layer access to be secured.

See https://docs.geoserver.org/latest/en/user/security/webadmin/data.html.

Alexandre

Le ven. 7 juil. 2023 à 15:03, Giuseppe Falcone 
a écrit :

> Hi to all,
>
> I have this need:
> on a geoserver 2.16.3 instance I have a 5 workspace with some layers.
> I want that on a single workspace (not all) the getCapabilities url to be
> free and the getFeature url on same layers to be protected with username
> and password.
> Is this possible?
> Thanks a lot.
>
> Giuseppe
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>


-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Error in Geoserver while running the geoserver.

[Alexandre Gacon]

As mentioned in the log file, you already have a server on your computer
which uses the same port as the one you configured for GeoServer.

Alexandre

Le lun. 26 juin 2023 à 16:03, Ujwal Vohra  a
écrit :

> Hello,
> Getting the mentioned error again and again while starting geoserver
> kindly look after the issue and let me know the possible solution.
>
>
> C:\Program Files\geoserver\bin>call "C:\Program
> Files\Java\jre-1.8\bin\java.exe" -DGEOSERVER_DATA_DIR="C:\Program
> Files\geoserver\data_dir" -Xmx512m -DSTOP.PORT=8079 -DSTOP.KEY=geoserver
> -Djetty.base="C:\Program Files\GeoServer" -Djetty.logs="C:\Program
> Files\GeoServer\logs" -jar "C:\Program Files\GeoServer\start.jar"
> --module=http jetty.port=8080 WARNING: Property jetty.port in
>  already set in C:\Program Files\GeoServer\start.ini
> java.io.IOException: Unrecognized Module section: [DESCRIPTION] at
> org.eclipse.jetty.start.Module.process(Module.java:450) at
> org.eclipse.jetty.start.Module.(Module.java:126) at
> org.eclipse.jetty.start.Modules.registerModule(Modules.java:552) at
> org.eclipse.jetty.start.Modules.registerAll(Modules.java:486) at
> org.eclipse.jetty.start.Main.processCommandLine(Main.java:608) at
> org.eclipse.jetty.start.Main.main(Main.java:111) Usage: java -jar start.jar
> [options] [properties] [configs] java -jar start.jar --help # for more
> information
> --
> *Thanks & Regards *
> *Ujwal Singh Vohra*
>
>
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>


-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] [GeoWebCache/GS] Cache-Recycling

[Alexandre Gacon]

Perhaps you should avoid automatic creation of cache for your layers and
manage all by hand (consider GeoServer has a WMS source of GeoWebCache).

Alexandre

Le jeu. 22 juin 2023 à 13:35, Stephan H.  a écrit :

> Hi Ian an Andrea,
>
> thanks for your input, I really appreciate it.
>
> your answers helped, thanks.
>
> In my case I only need to change the MinScaleDenoms inside the SLD to make
> the styleing-rule available for another zoom-scale. So  no need to recreate
> the whole bunch of tiles, only seed another additional scale. My SLDs
> currently have the MinScaleDnoms fitting to the used
> tiling-scheme-scale-breaks though.
>
> As a workarround I will mount an empty tile-storage-volume, do my changes
> inside the SLDs, let geoserver delete all (non-existant) tiles and remount
> the storage with the seeded tiles back in, and start seeding the additional
> scale-level. This is untested though, hope this will do...
>
> I hoped there was somewhere a hidden variable to set to stop the
> cache-truncation.
>
> Anyway, thanks for your help!
>
> Best
>
> Stephan
>
>
> Am 22.6.2023 09:17, schrieb Andrea Aime:
>
> On Wed, Jun 21, 2023 at 4:44 PM Ian Turton  wrote:
>
> Again GeoServer has no way of knowing (without a lot of work) which tiles
> are invalid with a style change so it needs to redraw all of them
>
>
> A comparison of two SLD trees would be possible, figuring out if the edits
> changed the tiles, but as you say,
> it's going to be complicated. Having the automatic tile drop automation
> admin controllable (on/off) is certainly easier.
>
> There are some classes of edits that could be identified, which do not
> affect, or just partially affect, the tiles:
>
>- Changes rule names, titles and the like
>- Changes in a rule that is active only in a given scale range (just
>drop tiles in such range)
>- Changes in a rule that matches only certain features (attribute
>filter), figure out their bbox if there is a quick way to do so, only drop
>in the bbox
>
> As said, far away from trivial... a parallel scan of the two SLD object
> trees would have to be implemented, which goes
> hunt for certain types of differences.
>
> Cheers
> Andrea
>
>
> ==
> 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
>
>
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>


-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServ

[Geoserver-users] Question about the OSM map of geoserver.org

[Alexandre Gacon]

Hi,

The OSM map available on geoserver.org seems more elaborated than the one
provided on https://github.com/geosolutions-it/osm-styles (for example you
draw the boundaries and you have the name of the countries). From the
capability URL of the server, it seems that you have added data from
natural earth too.

@Andrea, do you plan to update the github repo?

-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] Use translation in Layer Preview ?

[Alexandre Gacon]

Hello,

What do you think about the idea to use the selected language in the UI to
ask GeoServer to display the correct languages for items when a translation
is possible?

For example in the layer preview page, I always get the english
translation, whatever I select as language in the language box.

-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] CSS style - i18n titles

[Alexandre Gacon]

Thank you Andrea for the precision. When I have more time I will dig in the
css code to see how it could be implemented but for my immediate need, I
will stick to the SLD.

Alexandre

Le mer. 24 mai 2023 à 13:07, Andrea Aime 
a écrit :

> Hi Alexandre,
> it's currently not possible, but could be implemented. It's necessary to
> find a syntax (discussion welcomed),
> then update the parser in gt-css, and then update the style builder found
> in the gt-brewer
> module (it's used by the CSS parser to build the in memory SLD
> representation of the style)
>
> Cheers
> Andrea
>
> On Wed, May 24, 2023 at 11:58 AM Alexandre Gacon <
> alexandre.ga...@gmail.com> wrote:
>
>> Hello,
>>
>> Is it possible to define translations of titles for legends with a CSS
>> based style? Or is it something reserved to SLD?
>>
>> Regards
>>
>> --
>> Alexandre Gacon
>> ___
>> Geoserver-users mailing list
>>
>> Please make sure you read the following two resources before posting to
>> this list:
>> - Earning your support instead of buying it, but Ian Turton:
>> http://www.ianturton.com/talks/foss4g.html#/
>> - The GeoServer user list posting guidelines:
>> http://geoserver.org/comm/userlist-guidelines.html
>>
>> If you want to request a feature or an improvement, also see this:
>> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>>
>>
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
>
>
> --
>
> 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
>


-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] CSS style - i18n titles

[Alexandre Gacon]

Hello,

Is it possible to define translations of titles for legends with a CSS
based style? Or is it something reserved to SLD?

Regards

-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] REST API - Put datastore behavior

[Alexandre Gacon]

Good spot Andrea, it was indeed the migration we did.

Alexandre

Le dim. 23 avr. 2023 à 20:13, Andrea Aime 
a écrit :

> Or just not cleaning them at all... Pretty common use case: migrate lots
> of separate JDBC stores from stand alone to JNDI, to save on connections.
> Different store factory, exactly the same feature types.
>
> If one wants wipe out everything, it's simple: delete the store with
> recurse first, then recreate everything anew.
>
> Cheers
> Andrea
>
>
> Il dom 23 apr 2023, 18:31 Jody Garnett  ha
> scritto:
>
>> The REST api is simple.
>>
>> I would expect you are making that call as part of migrating a dataset
>> from oracle to postgis and will be cleaning up the feature types next.
>>
>> On Sun, Apr 23, 2023 at 1:51 AM Alexandre Gacon <
>> alexandre.ga...@gmail.com> wrote:
>>
>>> Hello,
>>>
>>> Currently, if you send a PUT request on a datastore with a totally
>>> different definition of the datastore (for example, migrating from a
>>> directory of shapefile to a pregen feature datastore), GeoServer accepts
>>> the request and you got a 200 return code.
>>>
>>> But the GS configuration is totally broken then: the previously created
>>> feature types and layers are still listed but when you try to use them you
>>> got error messages.
>>>
>>> Shouldn't the endpoint raise an error when we try to change the type of
>>> a datastore with a PUT method?
>>>
>>> --
>>> Alexandre Gacon
>>> ___
>>> Geoserver-users mailing list
>>>
>>> Please make sure you read the following two resources before posting to
>>> this list:
>>> - Earning your support instead of buying it, but Ian Turton:
>>> http://www.ianturton.com/talks/foss4g.html#/
>>> - The GeoServer user list posting guidelines:
>>> http://geoserver.org/comm/userlist-guidelines.html
>>>
>>> If you want to request a feature or an improvement, also see this:
>>> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>>>
>>>
>>> Geoserver-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>>
>> --
>> --
>> Jody Garnett
>> ___
>> Geoserver-users mailing list
>>
>> Please make sure you read the following two resources before posting to
>> this list:
>> - Earning your support instead of buying it, but Ian Turton:
>> http://www.ianturton.com/talks/foss4g.html#/
>> - The GeoServer user list posting guidelines:
>> http://geoserver.org/comm/userlist-guidelines.html
>>
>> If you want to request a feature or an improvement, also see this:
>> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>>
>>
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
>
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] REST API - Put datastore behavior

[Alexandre Gacon]

Hello,

Currently, if you send a PUT request on a datastore with a totally
different definition of the datastore (for example, migrating from a
directory of shapefile to a pregen feature datastore), GeoServer accepts
the request and you got a 200 return code.

But the GS configuration is totally broken then: the previously created
feature types and layers are still listed but when you try to use them you
got error messages.

Shouldn't the endpoint raise an error when we try to change the type of a
datastore with a PUT method?

-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] user/group service configuration through REST API

[Alexandre Gacon]

It is currently not possible to do so with the REST api.

Le sam. 15 avr. 2023 à 13:28, Marek Kadlečík  a
écrit :

> Oh, well, but I ḿeant it like I want to add "user/group" service itself,
> for example JDBC one. The endpoints in /usergroup facilitate adding new
> users to groups, modifying users, associating them with groups and creating
> groups. However I'm seeking for something like /service endpoint to create
> a new service.
>
> pi 14. 4. 2023 o 16:35 Mark Prins  napísal(a):
>
>> On 13-04-2023 18:26, Marek Kadlečík wrote:
>> > Hello,
>> > I'm wondering whether there is a possibility to create new user/group
>> > services through rest api. Guidelines on the website
>> > (
>> https://docs.geoserver.org/latest/en/user/security/webadmin/ugr.html#security-webadmin-usergroupservices
>> <
>> https://docs.geoserver.org/latest/en/user/security/webadmin/ugr.html#security-webadmin-usergroupservices>)
>> are nicely showing how to configure it through GUI, but I'd like to do the
>> same stuff pragmatically. Is it natively possible? If not, do u recommend
>> some plugin?
>> >
>>
>> The REST API provides /usergroup
>> (https://docs.geoserver.org/latest/en/api/#1.0.0/usergroup.yaml) and
>> /roles (https://docs.geoserver.org/latest/en/api/#1.0.0/roles.yaml)
>> endpoints, see https://docs.geoserver.org/stable/en/user/rest/
>>
>>
>>
>> ___
>> Geoserver-users mailing list
>>
>> Please make sure you read the following two resources before posting to
>> this list:
>> - Earning your support instead of buying it, but Ian Turton:
>> http://www.ianturton.com/talks/foss4g.html#/
>> - The GeoServer user list posting guidelines:
>> http://geoserver.org/comm/userlist-guidelines.html
>>
>> If you want to request a feature or an improvement, also see this:
>> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>>
>>
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Use parametrized passwords in datastore

[Alexandre Gacon]

Thanks for the answer Andrea. I will try to update this page
https://docs.geoserver.org/latest/en/user/security/passwd.html#parametrized-passwords
to make it clear it is only for user password.

Alexandre

Le ven. 7 avr. 2023 à 09:47, Andrea Aime 
a écrit :

> On Fri, Apr 7, 2023 at 9:30 AM Alexandre Gacon 
> wrote:
>
>> If I put a clear password in the properties file, GeoServer manages to
>> use it to connect to the database but if I put the crypted version it is no
>> longer possible to connect to the database.
>>
>> Should I consider that for database I can only put plain password in the
>> property file?
>>
>
> Yes, parametric configuration has no idea of what encryption is, to begin
> with. Adding support for it won't be trivial, parameter expansion acts in
> the
> wrong part of the stack:
>
>- passwords are decrypted while reading the XML files at startup
>- parameter expansion applies when configuration is already loaded,
>way too late).
>- parameter expansion has no idea of what the parameters mean, it's
>using reflection to replace string properties in configuration objects,
>with no understanding of their role
>
> Thinking out loud, it may be easier to support encrypting the whole
> properties file, although we'd have to devise a way to
> make it user editable in the process (e.g., something that GeoServer can
> decrypt, but with tools to edit that are readily available for end users)
>
> Cheers
> Andrea
>
> ==
>
> 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
>
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] Use parametrized passwords in datastore

[Alexandre Gacon]

Hello,

I thought that the parametrized password feature described in
https://docs.geoserver.org/stable/en/user/security/passwd.html#parametrized-passwords
worked with passwords in datastore (for example for an access to a
database).

If I put a clear password in the properties file, GeoServer manages to use
it to connect to the database but if I put the crypted version it is no
longer possible to connect to the database.

Should I consider that for database I can only put plain password in the
property file?

-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] GeoWebCache - How to hide/replace 404 errors for missing tiles

[Alexandre Gacon]

Hi Andrea,

We indeed made tests with wmts, through the viewer available in GeoServer.

I will check with other services if we can have a behaviour which is ok
with the customer requirements.

Alexandre

Le mar. 4 avr. 2023 à 09:51, Andrea Aime 
a écrit :

> Hi Alexandre,
> you don't say which service you're using (that matters)...
>
> For example, returning 404 is a requirement from the WMTS specification,
> omitting that would make the server non compliant.
> An explicit test for it is mandated as part of the "Abstract Test Suite":
>
> 
>
> a) Test purpose: Verify that when a request contains a TileRow or TileCol
> incorrect, then the server throws an exception.
> b) Test method: When a request contains a TileRow or TileCol greater or
> equal to MatrixHeight and MatrixWidth respectively for the selected
> TileMatrix, then the server throws an exception (code= TileOutOfRange) in
> Procedure Oriented Architectural Style or a HTTP 404 File not found in
> Resource Oriented Architectural Style.
>
> 
>
> So it's actually a service exception when using KVP style, and a 404 when
> using the RESTFul style.
>
> In any case, as far as I know there is no way to change the existing
> behavior (right or wrong which might be) other than changing the code
> itself.
> We could even have a flag to make the server more lenient for example, as
> long as it's clear that could have compliance consequences (if it's WMTS
> restulf that we are talking about).
>
> Cheers
> Andera
>
> On Tue, Apr 4, 2023 at 8:33 AM Alexandre Gacon 
> wrote:
>
>> Hello,
>>
>> I would like to know if there is a setting or a trick to have GeoWebCache
>> send blank tiles instead of a 404 error when a request does not match the
>> area of the data.
>>
>> I have the option to put a reverse proxy in front of GeoServer to do the
>> trick but I would prefer to avoid adding a new component in my architecture
>> for this requirement.
>>
>> --
>> Alexandre Gacon
>> ___
>> Geoserver-users mailing list
>>
>> Please make sure you read the following two resources before posting to
>> this list:
>> - Earning your support instead of buying it, but Ian Turton:
>> http://www.ianturton.com/talks/foss4g.html#/
>> - The GeoServer user list posting guidelines:
>> http://geoserver.org/comm/userlist-guidelines.html
>>
>> If you want to request a feature or an improvement, also see this:
>> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>>
>>
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
>
>
> --
>
> 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
>
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] GeoWebCache - How to hide/replace 404 errors for missing tiles

[Alexandre Gacon]

Hello,

I would like to know if there is a setting or a trick to have GeoWebCache
send blank tiles instead of a 404 error when a request does not match the
area of the data.

I have the option to put a reverse proxy in front of GeoServer to do the
trick but I would prefer to avoid adding a new component in my architecture
for this requirement.

-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] GeoWebCache compatibility with env parametrization

[Alexandre Gacon]

Thank you Peter! Very good news!

Alexandre

Le mer. 15 mars 2023 à 18:51, Peter Smythe  a écrit :

> Hi Alexandre
>
> Yes, it has been fixed in a recent version: v2.21.3 and v2.22.0 and it now
> works.
>
> See https://osgeo-org.atlassian.net/browse/GEOS-10731
> <https://fdfdfha.r.bh.d.sendibt3.com/tr/cl/AAHhBf_3ijB9rfiUya73y2x0-fPJCd6jnYiLitn4V5ajjdnCx9_LYnEYpcIUFCrONZ7KWR8_JmPv6mSefhWN_3tHjX0mPczP8jkvmh3E5NtKtEMYJ2JxK5dhI_HpRD3ATou9mNNMNVF23zrIiouXaTwK_dn_52EWyTgwcfm5XjfLrpg6UGQJl6xVT9A7J07p27ApaWv7aXzCBXWZUz4pzK6pEYyIOKjibS5OgmWK-7fEKIYvmkFywbEehfCyKncDMkHsEP-r>
>
> Regards
>
> Peter
>
> On Fri, 10 Mar 2023 at 14:20, Alexandre Gacon 
> wrote:
>
>> Hello,
>>
>> Do you know if it is possible to use environment parametrization with
>> GeoWebCache, especially with the S3 blobstore plugin?
>>
>> --
>> Alexandre Gacon
>> ___
>> Geoserver-users mailing list
>>
>> Please make sure you read the following two resources before posting to
>> this list:
>> - Earning your support instead of buying it, but Ian Turton:
>> http://www.ianturton.com/talks/foss4g.html#/
>> <https://fdfdfha.r.bh.d.sendibt3.com/tr/cl/q3zJD3zZrwyLw5Wgvp6uIEgFv2I_cbVf-KJNaSjcS3HFllm7y3NU4LuHqmjGwKdqz2_Sa4oLrfb-4F3TYOGj7dvmrt5SKogGBQhbs7Bcyp6k8WVKURW9CNot04w40LtULPyXVRe6jhOhVja60NsouQ_z6DGgA1kCTN5PvzI1WLYOIZrk0RF-PXLfmMySPcWCfoF8or_wErRBGKsvN_DUWgtcNy3M6V_wAXu5RHp3umzc_bxQjF9Mt36P-q9IRNLIY45hYa4>
>> - The GeoServer user list posting guidelines:
>> http://geoserver.org/comm/userlist-guidelines.html
>> <https://fdfdfha.r.bh.d.sendibt3.com/tr/cl/-F0uqNLXt1H0bxFtX6aYDYbgZ5euD7VeEy9lgviZaE4pM6i41XA7StohR2Rpx-o8D_3VuDomyC1UNoG2PV1TunL0rbXMKdBm9-5kxb7yCVMBb-RGYX3mBxR5yLqANDyt6WBKMQ7CTPO47_tr2WTJJIX0V0kCCbIOaVSDWx4sgM-uJ12iEVy5xQeIij0Wsi2OW2CNyhOnENwheS7LCiVQssclRnNsvRLcxpP7pl9-w9Puc0dnAcxkcLc7zRhiNFBCNwhAlk07OQ>
>>
>> If you want to request a feature or an improvement, also see this:
>> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>> <https://fdfdfha.r.bh.d.sendibt3.com/tr/cl/sBs9O4gWHsjG_IwJYGRxJvtN7RrNORoH2TlFs-1KsFXEw7wSwnCu9NB85sXTVWNcxED17IL2E3NnV9h4k2qcwLFMzmkIC6QcsOz7JKT1WSMdd2eJbG3nqf4_XCDIUbEjxr5a6kGCscSwOOu2cqiDlHPj8XDM2hdTf6rFKhR497CSSzhCpYID-0_fPV-J3Vwhe4rB6wAF5Gf5ySPqYm8Tia0mhLNuO1duOJy86unBx2H0FViv0KpwmcCRtztKZxA5OvhHo1be8ti5Kgzc47FZXMelDiEQzwCOn3AVm7lkpWVQDwiWi1JP5q7t_AFR8MdWSKFQd1a-7l_SyzU6OcQ_xW-Ksr8yk-2tKVQIWmJ6PmOO9gY474QC>
>>
>>
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>> <https://fdfdfha.r.bh.d.sendibt3.com/tr/cl/uQjBnqQmcgKTnn0N4NDNt42l1TFSSpWO96GN7C09jTGLjRW9Giw6T_34ost1lPhRkC-0j5mgleT6Lvo1MIRGfI0-27-6yjPHbvPJFW8o3NZtAJ3KS22ibAkD6llCRg8R1kd6fGLx67KbfDqYzy0P0s8k0EXOV89EjcVrwUn1DyMmJybEZ6hetKsMSI9tZJF9Mq1CgSTm1CW8j9ayNoVveeQFc2pfdgyEDy9izNbo7N_9ElUvqkniJjVwK6zUPlom6T6x0FRNsdlavFyvzaswsrz1ow>
>>
>

-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] GeoWebCache compatibility with env parametrization

[Alexandre Gacon]

Hello,

Do you know if it is possible to use environment parametrization with
GeoWebCache, especially with the S3 blobstore plugin?

-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] OGC code sprint 2023

[Alexandre Gacon]

Hi,

Camptocamp (the company I work for) is hosting the next OGC / OSGEO code
sprint last week of April, in Lausanne.

Like every OGC/OSGEO code sprint, the goal is to improve how Foss support
OGC standards.

Do you see any topic for GeoServer for this sprint? If you are interested
to participate (on site or online), I will soon share the subscription link.

Alexandre
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Geoserver : How Migrate instance Windows 2.18.1 to Debian 2.21.1?

[Alexandre Gacon]

+1

You can try the backup/restore extension but it is a community module so
the support will be limited.

Le mar. 7 févr. 2023 à 15:24, Daniel Calliess 
a écrit :

> Hi,
>
>
>
> there might be changes to the structure of the data dir between different
> versions of GeoServer. So I would first upgrade the Windows installation to
> 2.21.1 and then copy the data dir. I already did this before (between
> different Windows setups) and can't remember having problems.
>
>
>
> Best regards
>
> Daniel
>
>
>
> *From:* celati Laurent 
> *Sent:* Dienstag, 7. Februar 2023 14:46
> *To:* Alexandre Gacon 
> *Cc:* geoserver-users 
> *Subject:* Re: [Geoserver-users] Geoserver : How Migrate instance Windows
> 2.18.1 to Debian 2.21.1?
>
>
>
> Hello,
>
> Thanks.
>
> No, I haven't tried anything yet. Before any attempt, I wanted to know the
> best practice to do this task.
>
>
>
>
>
> Le mar. 7 févr. 2023 à 13:48, Alexandre Gacon 
> a écrit :
>
> Did you try simple copy/paste of data_dir?
>
>
>
> Le mar. 7 févr. 2023 à 12:40, celati Laurent  a
> écrit :
>
> Good morning,
>
> I'm taking the liberty to write a message. I have to migrate a geoserver
> instance 2.18.1 (windows) to 2.21.1 (Linux Debian).
> I would like to be able to restore all data if possible (Workspaces,
> Warehouses, Layers ans styles).
> FYI, I work with postgresql/postgis tables.
> What would be good practice to do this? I found this extension in
> particular:
>
>
> https://docs.geoserver.org/latest/en/user/community/backuprestore/index.html
>
>
>
> Is using this extension recommended for my case ?
>
>
>
> Thanks a lot.
>
>
>
>
>
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Geoserver : How Migrate instance Windows 2.18.1 to Debian 2.21.1?

[Alexandre Gacon]

Did you try simple copy/paste of data_dir?

Le mar. 7 févr. 2023 à 12:40, celati Laurent  a
écrit :

> Good morning,
> I'm taking the liberty to write a message. I have to migrate a geoserver
> instance 2.18.1 (windows) to 2.21.1 (Linux Debian).
> I would like to be able to restore all data if possible (Workspaces,
> Warehouses, Layers ans styles).
> FYI, I work with postgresql/postgis tables.
> What would be good practice to do this? I found this extension in
> particular:
>
> https://docs.geoserver.org/latest/en/user/community/backuprestore/index.html
>
> Is using this extension recommended for my case ?
>
> Thanks a lot.
>
>
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Simplify geometries for WMTS queries

[Alexandre Gacon]

If I remember correctly you have a "enable on the fly simplification" in
the postgis datastore.

Alexandre

Le ven. 18 nov. 2022 à 20:22, Arnaud LESAUVAGE 
a écrit :

> Hi
>
>
>
> Is there any plan to simplify geometries in WMS “vector” layers ?
>
> I have been looking for a simple way to simplify the geometries in zoomed
> tiles for a layer.
>
> My datastore being PostGIS, simply using the simplification mechanism of
> this datastore when querying it via WMS would be a simple and efficient
> solution. I do understand that WFS queries need to return untouched
> geometries, but why would WMS queries bypass the simplification process ?
>
> Actually, I have to do a quite dirty trick, passing a viewparams with the
> current zoom level to the view and using this to simplify the geometry. The
> resulting tiles are nice, but take ages to generate because having a
> parametrized ST_Simplify in the query prevents any use of the index.
>
>
>
> Thanks a lot
>
>
>
> Regards
>
> Arnaud
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] Translation for the upcoming 2.22 version

[Alexandre Gacon]

Hi everyone,

I have reopened for some time the translation on the GitHub integration
project on Transifex to allow you to update the translations for the
version to be released next week (2.22).

If possible, could you at least have a look to the resource web-core in
order to translate the new welcome page of GeoServer?

You can also work directly on the property files on the GeoServer repo, I
am doing sync between Transifex and GitHub in both ways.

Regards

Alexandre

-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Geoserver unauthenticated health endpoint

[Alexandre Gacon]

Hi

You should have a look at the REST API : you have several endpoints
pointing to status of different subsystems of geoserver.

Alexandre

Le jeu. 27 oct. 2022 à 18:23, Alessandro Ferrucci <
alessandroferru...@gmail.com> a écrit :

> Hello -
> I'm configuring GeoServer behind a load balancer and need to configure a
> good health endpoint for the ALB to check for liveliness of the underlying
> nodes.
>
> For now I have it hit */geoserver/web *but that seems less than ideal.
> Is there a better alternative ?
>
> thanks
> Alessandro Ferrucci
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>


-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] python lib to work with Geoserver WFS incl. support for viewparams

[Alexandre Gacon]

Hi Marco,

Since viewparams is a specific parameter of GeoServer, it is not supported
in owslib which aims to support only OGC specs. I don't see any way to add
vendor specific parameter in this library.

Regards
Alexandre

Le mar. 11 oct. 2022 à 08:46, Marco Lechner via Geoserver-users <
geoserver-users@lists.sourceforge.net> a écrit :

> Hi,
>
>
>
> does anyone know a python lib making it easy to work with a Geoserver WFS
> that has support for viewparams?
>
>
>
> OWSlib does not seem to support viewparams, but ignores the viewparams. As
> a result the viewparams are always set to the default values as configured
> in Geoservers layer configuration. Or may be I am using OWSlib wrong and
> just do not know how to use it with viewparams?
>
>
>
> Regards
>
> Marco
>
>
>
> i.A. Dr. Marco Lechner
>
> Leiter Fachgebiet RN 1 │ Head RN 1
>
>
>
> --
>
> Bundesamt für Strahlenschutz │ Federal Office for Radiation Protection
> Koordination Notfallschutzsysteme │ Coordination Emergency Systems │ RN 1
> Rosastr. 9
>
> D-79098 Freiburg
>
>
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>


-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Docker environment variables

[Alexandre Gacon]

Please keep the list in copy, to keep other people updated of the solution
if any is found.

As you pointed, the parametrization of the admin password is not available
yet in the stable version. Since all the documentation is archived for each
version, please read the one matching your version.

Alexandre

Le ven. 7 oct. 2022 à 13:46, Jan Hoskens  a écrit :

>
> Yes, the official one docker.osgeo.org/geoserver:2.21.1
>
> Kind regards,
> Jan
>
> On 7 Oct 2022, at 12:58, Alexandre Gacon 
> wrote:
>
> Could you precise which docker image you are using? The official one?
>
> Alexandre
>
> Le ven. 7 oct. 2022 à 11:57, Jan Hoskens via Geoserver-users <
> geoserver-users@lists.sourceforge.net> a écrit :
>
>> Hi,
>>
>> I am using the docker version of GeoServer. We would like to set a number
>> of properties through the environment variables within a docker compose
>> (and later on with Kubernetes). It seems that though there is some
>> parameter substitution in place, it can only be used with file based
>> properties eg in geoserver-environment.properties? (
>> https://docs.geoserver.org/latest/en/user/datadirectory/configtemplate.html#datadir-configtemplate
>> )
>>
>> At the moment I’m creating that file as part of the entrtypoint in the
>> docker:
>>
>> ENTRYPOINT env > /opt/geoserver_data/geoserver-environment.properties &&
>> /opt/startup.sh
>>
>> But it would be better if the environment variables could be used
>> directly…  Am I missing something, is there a reason that this is not
>> possible or is it some feature that is still missing?
>>
>> One thing was missing from these properties: setting the admin password.
>> The docs mentioned that this was possible
>> https://docs.geoserver.org/latest/en/user/security/passwd.html#parametrized-passwords
>>  ,
>> but I didn’t notice that I was browsing the latest docs and that this is
>> not yet released. Perhaps adding a ‘since release xx’ or something alike at
>> the section head would have been more clear.
>>
>>
>> Kind Regards,
>> Jan
>>
>> ___
>> Geoserver-users mailing list
>>
>> Please make sure you read the following two resources before posting to
>> this list:
>> - Earning your support instead of buying it, but Ian Turton:
>> http://www.ianturton.com/talks/foss4g.html#/
>> - The GeoServer user list posting guidelines:
>> http://geoserver.org/comm/userlist-guidelines.html
>>
>> If you want to request a feature or an improvement, also see this:
>> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>>
>>
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
>
>
> --
> Alexandre Gacon
>
>
>

-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Docker environment variables

[Alexandre Gacon]

Don't hesitate to do a PR on
https://github.com/geoserver/docker/blob/master/README.md !

Le ven. 7 oct. 2022 à 14:23, Jan Hoskens  a écrit :

>
> Hmm, starting to think I might have had some other problem while I was
> testing before. I tried to use the environment variables again, and it does
> seem to work now without the properties file…. Only the admin password
> substitution is not yet released, it seems.
>
> Perhaps mentioning the use of environment variables in the docs would have
> clarified it from the start. It only mentions the file based overwriting.
>
> Kind regards,
> Jan
>
> On 7 Oct 2022, at 13:46, Jan Hoskens  wrote:
>
>
> Yes, the official one docker.osgeo.org/geoserver:2.21.1
>
> Kind regards,
> Jan
>
> On 7 Oct 2022, at 12:58, Alexandre Gacon 
> wrote:
>
> Could you precise which docker image you are using? The official one?
>
> Alexandre
>
> Le ven. 7 oct. 2022 à 11:57, Jan Hoskens via Geoserver-users <
> geoserver-users@lists.sourceforge.net> a écrit :
>
>> Hi,
>>
>> I am using the docker version of GeoServer. We would like to set a number
>> of properties through the environment variables within a docker compose
>> (and later on with Kubernetes). It seems that though there is some
>> parameter substitution in place, it can only be used with file based
>> properties eg in geoserver-environment.properties? (
>> https://docs.geoserver.org/latest/en/user/datadirectory/configtemplate.html#datadir-configtemplate
>> )
>>
>> At the moment I’m creating that file as part of the entrtypoint in the
>> docker:
>>
>> ENTRYPOINT env > /opt/geoserver_data/geoserver-environment.properties &&
>> /opt/startup.sh
>>
>> But it would be better if the environment variables could be used
>> directly…  Am I missing something, is there a reason that this is not
>> possible or is it some feature that is still missing?
>>
>> One thing was missing from these properties: setting the admin password.
>> The docs mentioned that this was possible
>> https://docs.geoserver.org/latest/en/user/security/passwd.html#parametrized-passwords
>>  ,
>> but I didn’t notice that I was browsing the latest docs and that this is
>> not yet released. Perhaps adding a ‘since release xx’ or something alike at
>> the section head would have been more clear.
>>
>>
>> Kind Regards,
>> Jan
>>
>> ___
>> Geoserver-users mailing list
>>
>> Please make sure you read the following two resources before posting to
>> this list:
>> - Earning your support instead of buying it, but Ian Turton:
>> http://www.ianturton.com/talks/foss4g.html#/
>> - The GeoServer user list posting guidelines:
>> http://geoserver.org/comm/userlist-guidelines.html
>>
>> If you want to request a feature or an improvement, also see this:
>> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>>
>>
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
>
>
> --
> Alexandre Gacon
>
>
>
>

-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Docker environment variables

[Alexandre Gacon]

Could you precise which docker image you are using? The official one?

Alexandre

Le ven. 7 oct. 2022 à 11:57, Jan Hoskens via Geoserver-users <
geoserver-users@lists.sourceforge.net> a écrit :

> Hi,
>
> I am using the docker version of GeoServer. We would like to set a number
> of properties through the environment variables within a docker compose
> (and later on with Kubernetes). It seems that though there is some
> parameter substitution in place, it can only be used with file based
> properties eg in geoserver-environment.properties? (
> https://docs.geoserver.org/latest/en/user/datadirectory/configtemplate.html#datadir-configtemplate
> )
>
> At the moment I’m creating that file as part of the entrtypoint in the
> docker:
>
> ENTRYPOINT env > /opt/geoserver_data/geoserver-environment.properties &&
> /opt/startup.sh
>
> But it would be better if the environment variables could be used
> directly…  Am I missing something, is there a reason that this is not
> possible or is it some feature that is still missing?
>
> One thing was missing from these properties: setting the admin password.
> The docs mentioned that this was possible
> https://docs.geoserver.org/latest/en/user/security/passwd.html#parametrized-passwords
>  ,
> but I didn’t notice that I was browsing the latest docs and that this is
> not yet released. Perhaps adding a ‘since release xx’ or something alike at
> the section head would have been more clear.
>
>
> Kind Regards,
> Jan
>
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>


-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] geoserver-2.21-SNAPSHOT-gsr-plugin.zip

[Alexandre Gacon]

Please keep the user list in copy to share the knowledge.

I never used this extension so I can't help you there. Based on the
reference site provided in the documentation it should indeed mimic ESRI
protocol.

Alexandre

Le lun. 3 oct. 2022 à 04:56, Saurabh saxena  a
écrit :

> Yes Alexandre i am good now probably there was some internet hiccup on my
> end.
>
> One more question if you can clarify when I install this gsr plugin then
> will the wms layers on Geoserver follow the ESRI rest api format?
> something like this:
> https://server.ca/arcgis/rest/services/MapServices/ATS_Grid/MapServer
> if you have any sample to get the properties of a layer on click pop up
> that would be great.
>
> Thanks,
> Saurabh Saxena
>
>
> On Sun, Oct 2, 2022 at 1:14 PM Alexandre Gacon 
> wrote:
>
>> I just tried and I got no error from my side : could you try again?
>>
>> Alexandre
>>
>> Le dim. 2 oct. 2022 à 21:08, Saurabh saxena  a
>> écrit :
>>
>>> Hi  Team,
>>>
>>> I am trying to download this gsr plugin.zip but it ran into error.
>>>
>>> Can you please send me this gsr plugin as an attachment?
>>>
>>> I am downloading from here
>>> https://build.geoserver.org/geoserver/2.21.x/community-latest/
>>>
>>>
>>> https://build.geoserver.org/geoserver/2.21.x/community-latest/geoserver-2.21-SNAPSHOT-gsr-plugin.zip
>>>
>>>
>>>
>>> Thanks,
>>> Saurabh Saxena
>>> ___
>>> Geoserver-users mailing list
>>>
>>> Please make sure you read the following two resources before posting to
>>> this list:
>>> - Earning your support instead of buying it, but Ian Turton:
>>> http://www.ianturton.com/talks/foss4g.html#/
>>> - The GeoServer user list posting guidelines:
>>> http://geoserver.org/comm/userlist-guidelines.html
>>>
>>> If you want to request a feature or an improvement, also see this:
>>> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>>>
>>>
>>> Geoserver-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>>
>>
>>
>> --
>> Alexandre Gacon
>>
>
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] geoserver-2.21-SNAPSHOT-gsr-plugin.zip

[Alexandre Gacon]

I just tried and I got no error from my side : could you try again?

Alexandre

Le dim. 2 oct. 2022 à 21:08, Saurabh saxena  a
écrit :

> Hi  Team,
>
> I am trying to download this gsr plugin.zip but it ran into error.
>
> Can you please send me this gsr plugin as an attachment?
>
> I am downloading from here
> https://build.geoserver.org/geoserver/2.21.x/community-latest/
>
>
> https://build.geoserver.org/geoserver/2.21.x/community-latest/geoserver-2.21-SNAPSHOT-gsr-plugin.zip
>
>
>
> Thanks,
> Saurabh Saxena
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>


-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] question about Geoserver hosting

[Alexandre Gacon]

 but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>


-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Copying GeoServer configurations between various environments (dev -> staging -> prod)

[Alexandre Gacon]

Hi,

Did you look at
https://docs.geoserver.org/stable/en/user/community/backuprestore/index.html
or at
https://docs.geoserver.org/stable/en/user/datadirectory/configtemplate.html
?

Alexandre

Le ven. 12 août 2022 à 17:06, Peter Smythe  a écrit :

> Hi all GeoServer admin users
>
> I wonder if I can poll you to find out how you manage or copy your
> GeoServer configurations between various environments like dev -> staging
> -> production?
>
> We make use of JNDI to extract the database credentials out of the
> GeoServer data directory and into the Tomcat container.
> https://docs.geoserver.org/latest/en/user/data/database/jndi.html
>
> We can make use of setting certain parameters like the data directory and
> proxy URL in the WEB-INF/web.xml file:
>
> https://docs.geoserver.org/master/en/user/datadirectory/setting.html#context-parameter
>
> Similarly, we use ENV_PROPERTIES to parameterise various
> ${authkey_provider_url}, etc
> https://docs.geoserver.org/latest/en/user/datadirectory/configtemplate.html
>
> This way, the configuration files for various environments can be
> identical.
>
> (We also previously made use of the jdbcstore/jdbcconfig extensions which
> store the above XML file contents in database tables, but we found that it
> was less accessible and didn't really work for us.)
>
> However, perhaps you want to take a new configuration live but you have a
> new workspace/layer/style in dev that mustn't go live yet.  How do you
> exclude it?  Because the configuration is all just XML files, they can be
> treated and manipulated as source code, perhaps using Git branches and
> Merge Requests.  Does anyone do this?  If not, why not?
>
> What other ways have you found to manage your various GeoServer
> configurations?
>
> Thank you
>
> Peter
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Using weblate in replacement of transifex - First feedbacks

[Alexandre Gacon]

Thank you Hans for your clear explanation. We have to check with the
developers if such changes are ok for them.

Alexandre

Le jeu. 11 août 2022 à 09:14, Hans Yperman  a écrit :

> Hello,
>
>
>
> My proposal would be:
>
>- Do a bulk-conversion with native2ascii, so all .properties files are
>ascii.
>On linux this would be something along the lines of (and presuming you
>can revert source control, the rm  might be destructive  and I did not test
>this ):
>
>
> find . -name "*.properties" -exec mv {} {}.old ";" -exec native2ascii
> {}.old {} ";" -exec rm {}.old ";"
>
>
>
>- If not enabled, you can now set
>  UTF-8
>- Use some maven plugin to enforce that *.properties is ASCII-only.
>E.g. the maven enforcer plugin, with the third party plugin for required
>encoding [1]
>
>
>
> This does a 1-shot migration to the same standard that weblate supports
> while remaining JDK8- and JDK9+ compliant.   Maven will enforce that this
> standard is followed.   As it is a mechanical translation, chances for
> breakage are minimal.
>
>
>
> Result for your concerns:
>
>- More straightforward -> you only have to use the tool once
>- Mixed standard - > After the bulk conversion and enforcement not
>anymore
>- \u escapes are less readable -> Correct, unfortunately, but only if
>your IDE guesses the encoding right, and only for western European
>languages where ISO-8859-1 is the ‘correct’ local encoding.  My personal
>experience with Dutch/French/German is that you quickly learn what each
>relevant \u is
>
>
>
> [1] https://www.mojohaus.org/extra-enforcer-rules/requireEncoding.html
>
>
>
> Hans
>
>
>
>
>
> *From:* Alexandre Gacon 
> *Sent:* donderdag 11 augustus 2022 8:04
> *To:* Hans Yperman 
> *Cc:* Jody Garnett ; geoserver-users <
> geoserver-users@lists.sourceforge.net>
> *Subject:* Re: [Geoserver-users] Using weblate in replacement of
> transifex - First feedbacks
>
>
>
> Thank you Hans for pointing me at the natice2ascii tool but I would like
> to have something more straightforward between github and the translation
> solution.
>
>
>
> For the use of not \u encoded characters I understand your point but
> currently a lot of the translations (for the most ancient ones and the most
> complete ones) are still in this case.
>
>
>
> Regards
>
> Alexandre
>
>
>
> Le mar. 9 août 2022 à 16:16, Hans Yperman  a écrit :
>
> You might be interested to know that JDK8 and lower have a tool
> native2asii that does bidirectional conversion between \u Unicode points
> and actual ISO-8859-1
>
>
>
> For JDK9+, this is deprecated/removed because JDK9 first tries to use
> UTF-8, then falls back to ISO-8859-1 if that fails.  So \u is guaranteed to
> work in both JDK8- and JDK9+, accented characters will probably work but it
> is not guaranteed (they might accidentally form a valid UTF-8 sequence).
>
>
>
> My personal experience:  The maven resource plugin defaults to the
> platform encoding e.g., when filtering is enabled, so if you don’t use \u
> there is a chance that your build randomly breaks on hosts with an UTF-8
> native encoding.
>
>
>
> See
>
>
> https://docs.oracle.com/en/java/javase/17/migrate/removed-tools-and-components.html#GUID-B49A964D-A2EF-4DAF-8A71-A64EF3E77C00
> (bottom)
>
>
> https://docs.oracle.com/en/java/javase/17/intl/internationalization-enhancements1.html#GUID-9DCDB41C-A989-4220-8140-DBFB844A0FCA
>  (bottom)
>
>
>
> Hans
>
>
>
> *From:* Jody Garnett 
> *Sent:* dinsdag 9 augustus 2022 15:53
> *To:* Alexandre Gacon 
> *Cc:* geoserver-users 
> *Subject:* Re: [Geoserver-users] Using weblate in replacement of
> transifex - First feedbacks
>
>
>
> Thanks for the experiment :)
>
>
>
> You may want to chat about this on the geoserver-devel list as it is about
> care and feeding of the codebase.
>
>
>
> I did not understand "have two different items for the same language", do
> you have an example you can link to?
>
>
>
> Jody
>
>
>
> On Mon, Aug 8, 2022 at 3:29 AM Alexandre Gacon 
> wrote:
>
> Hi all,
>
>
>
> I am studying if we could migrate the translation tooling from Transifex
> to Weblate. I have started this because with the current setup Transifex is
> changing a lot of translations when I upload updates of the translation
> source, making it difficult to do the synchronization between GitHub and
> Transifex.
>
>
>
> Weblate is a copyleft libre software and OSGeo is hosting its own
> instance, 

[Geoserver-users] Pregeneralized features extension jdbcconfig compatibility

[Alexandre Gacon]

Hi everyone,

Does anyone have already used the JDBCCONFIG module with a pregeneralized
feature datastore?

The datastore uses a XML configuration file to define the different levels
of pregeneralized layers so it can be a problem no ?

-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Using weblate in replacement of transifex - First feedbacks

[Alexandre Gacon]

Thank you Hans for pointing me at the natice2ascii tool but I would like to
have something more straightforward between github and the translation
solution.

For the use of not \u encoded characters I understand your point but
currently a lot of the translations (for the most ancient ones and the most
complete ones) are still in this case.

Regards
Alexandre

Le mar. 9 août 2022 à 16:16, Hans Yperman  a écrit :

> You might be interested to know that JDK8 and lower have a tool
> native2asii that does bidirectional conversion between \u Unicode points
> and actual ISO-8859-1
>
>
>
> For JDK9+, this is deprecated/removed because JDK9 first tries to use
> UTF-8, then falls back to ISO-8859-1 if that fails.  So \u is guaranteed to
> work in both JDK8- and JDK9+, accented characters will probably work but it
> is not guaranteed (they might accidentally form a valid UTF-8 sequence).
>
>
>
> My personal experience:  The maven resource plugin defaults to the
> platform encoding e.g., when filtering is enabled, so if you don’t use \u
> there is a chance that your build randomly breaks on hosts with an UTF-8
> native encoding.
>
>
>
> See
>
>
> https://docs.oracle.com/en/java/javase/17/migrate/removed-tools-and-components.html#GUID-B49A964D-A2EF-4DAF-8A71-A64EF3E77C00
> (bottom)
>
>
> https://docs.oracle.com/en/java/javase/17/intl/internationalization-enhancements1.html#GUID-9DCDB41C-A989-4220-8140-DBFB844A0FCA
>  (bottom)
>
>
>
> Hans
>
>
>
> *From:* Jody Garnett 
> *Sent:* dinsdag 9 augustus 2022 15:53
> *To:* Alexandre Gacon 
> *Cc:* geoserver-users 
> *Subject:* Re: [Geoserver-users] Using weblate in replacement of
> transifex - First feedbacks
>
>
>
> Thanks for the experiment :)
>
>
>
> You may want to chat about this on the geoserver-devel list as it is about
> care and feeding of the codebase.
>
>
>
> I did not understand "have two different items for the same language", do
> you have an example you can link to?
>
>
>
> Jody
>
>
>
> On Mon, Aug 8, 2022 at 3:29 AM Alexandre Gacon 
> wrote:
>
> Hi all,
>
>
>
> I am studying if we could migrate the translation tooling from Transifex
> to Weblate. I have started this because with the current setup Transifex is
> changing a lot of translations when I upload updates of the translation
> source, making it difficult to do the synchronization between GitHub and
> Transifex.
>
>
>
> Weblate is a copyleft libre software and OSGeo is hosting its own
> instance, already used by several OSGeo projects (postgis, pgrouting and
> grass gis at least).
>
>
>
> Thanks to Regina Obe, I have set up a GeoServer project on the OSGeo
> instance to study how weblate works and if there is something which can
> prevent us from using it.
>
>
>
> I have already two points to share with you to get some feedback:
>
>- First, when you configure a component into weblate, you cannot have
>two items for the same language, even if they are in a different encoding.
>As a consequence, I cannot directly integrate most of the core components
>since they contain 2 files for the Chinese language: is it something which
>can be changed? Which one is used by GeoServer?
>- Second, when you change the translation of a text in weblate, it
>automatically replaces special characters by their equivalent in unicode,
>even if the character exists in the ISO-8859-1 encoding. For example:
>
> org.geoserver.security.GeoServerAuthenticationKeyFilter.name=Clé
> d'authentification
>
> is replaced by
>
> org.geoserver.security.GeoServerAuthenticationKeyFilter.name=Cl\u00E9
> d'authentification
>
>
>
> (my own change in the translation was to add a space at the end of the
> string, to match the original layout of the source string)
>
>
>
> From a technical point of view, it does not break anything but it would
> make it more difficult to work on a translation without using weblate.
>
>
>
> I will continue some tests on the integration with GitHub and will let you
> know the results.
>
>
>
> Thank you for your feedback !
>
>
> --
>
> Alexandre Gacon
>
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Su

Re: [Geoserver-users] Using weblate in replacement of transifex - First feedbacks

[Alexandre Gacon]

Hi Jody,

I will subscribe to the devel list to extend the discussion there.

For the two different items for the same language, Weblate is complaining
about the Chinese language: for example in
https://github.com/geoserver/geoserver/tree/main/src/web/core/src/main/resources,
you have one file in ISO encoding and one file in UTF-8 encoding, both for
ZH (the unicode one is for ZH_CN but it is the default country code for the
language CN).

Regards
Alexandre

Le mar. 9 août 2022 à 15:53, Jody Garnett  a écrit :

> Thanks for the experiment :)
>
> You may want to chat about this on the geoserver-devel list as it is about
> care and feeding of the codebase.
>
> I did not understand "have two different items for the same language", do
> you have an example you can link to?
>
> Jody
>
> On Mon, Aug 8, 2022 at 3:29 AM Alexandre Gacon 
> wrote:
>
>> Hi all,
>>
>> I am studying if we could migrate the translation tooling from Transifex
>> to Weblate. I have started this because with the current setup Transifex is
>> changing a lot of translations when I upload updates of the translation
>> source, making it difficult to do the synchronization between GitHub and
>> Transifex.
>>
>> Weblate is a copyleft libre software and OSGeo is hosting its own
>> instance, already used by several OSGeo projects (postgis, pgrouting and
>> grass gis at least).
>>
>> Thanks to Regina Obe, I have set up a GeoServer project on the OSGeo
>> instance to study how weblate works and if there is something which can
>> prevent us from using it.
>>
>> I have already two points to share with you to get some feedback:
>>
>>- First, when you configure a component into weblate, you cannot have
>>two items for the same language, even if they are in a different encoding.
>>As a consequence, I cannot directly integrate most of the core components
>>since they contain 2 files for the Chinese language: is it something which
>>can be changed? Which one is used by GeoServer?
>>- Second, when you change the translation of a text in weblate, it
>>automatically replaces special characters by their equivalent in unicode,
>>even if the character exists in the ISO-8859-1 encoding. For example:
>>
>> org.geoserver.security.GeoServerAuthenticationKeyFilter.name=Clé
>> d'authentification
>> is replaced by
>> org.geoserver.security.GeoServerAuthenticationKeyFilter.name=Cl\u00E9
>> d'authentification
>>
>> (my own change in the translation was to add a space at the end of the
>> string, to match the original layout of the source string)
>>
>> From a technical point of view, it does not break anything but it would
>> make it more difficult to work on a translation without using weblate.
>>
>> I will continue some tests on the integration with GitHub and will let
>> you know the results.
>>
>> Thank you for your feedback !
>>
>> --
>> Alexandre Gacon
>> ___
>> Geoserver-users mailing list
>>
>> Please make sure you read the following two resources before posting to
>> this list:
>> - Earning your support instead of buying it, but Ian Turton:
>> http://www.ianturton.com/talks/foss4g.html#/
>> - The GeoServer user list posting guidelines:
>> http://geoserver.org/comm/userlist-guidelines.html
>>
>> If you want to request a feature or an improvement, also see this:
>> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>>
>>
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
> --
> --
> Jody Garnett
>


-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] Using weblate in replacement of transifex - First feedbacks

[Alexandre Gacon]

Hi all,

I am studying if we could migrate the translation tooling from Transifex to
Weblate. I have started this because with the current setup Transifex is
changing a lot of translations when I upload updates of the translation
source, making it difficult to do the synchronization between GitHub and
Transifex.

Weblate is a copyleft libre software and OSGeo is hosting its own instance,
already used by several OSGeo projects (postgis, pgrouting and grass gis at
least).

Thanks to Regina Obe, I have set up a GeoServer project on the OSGeo
instance to study how weblate works and if there is something which can
prevent us from using it.

I have already two points to share with you to get some feedback:

   - First, when you configure a component into weblate, you cannot have
   two items for the same language, even if they are in a different encoding.
   As a consequence, I cannot directly integrate most of the core components
   since they contain 2 files for the Chinese language: is it something which
   can be changed? Which one is used by GeoServer?
   - Second, when you change the translation of a text in weblate, it
   automatically replaces special characters by their equivalent in unicode,
   even if the character exists in the ISO-8859-1 encoding. For example:

org.geoserver.security.GeoServerAuthenticationKeyFilter.name=Clé
d'authentification
is replaced by
org.geoserver.security.GeoServerAuthenticationKeyFilter.name=Cl\u00E9
d'authentification

(my own change in the translation was to add a space at the end of the
string, to match the original layout of the source string)

>From a technical point of view, it does not break anything but it would
make it more difficult to work on a translation without using weblate.

I will continue some tests on the integration with GitHub and will let you
know the results.

Thank you for your feedback !

-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] GeoServer 2.21.1 Release

[Alexandre Gacon]

Thanks Jody and all the contributors for this release!

Alexandre

Le mer. 3 août 2022 à 21:05, Jody Garnett  a écrit :

> The GeoServer team is happy to share the release of GeoServer 2.21.1
> <https://geoserver.org/release/2.21.1/> (which is made in conjunction
> with GeoWebCache 1.21.1 and GeoTools 27.1).
>
> This release from the stable 2.21.x series and is a recommended update for
> production systems. There are many big fixes and a couple new features
> worth checking out in the release announcement
> <https://geoserver.org/announcements/2022/08/01/geoserver-2-21-1-released.html>
> .
> --
> Jody Garnett
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>


-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] geoserver cluster hazelcast

[Alexandre Gacon]

Hi

The plugin to mention is not to put Geoserver into a cluster but to use a
WPS service with Hazelcast.

The geosolutions company shares several presentations on this topic.
https://speakerdeck.com/simboss

Alexandre


Le ven. 17 juin 2022 à 18:11, Giuseppe Falcone 
a écrit :

> Hi all,
>
> I have to install geoserver into a production environment where is
> requested a cluster installation to improve availability and reliability.
> I have some difficult to find documentation related that.
> I want use hazelcast solution, but I don't think I have only install and
> configure 2.21.0-wps-cluster-hazelcast-plugin.zip
> Where I can find some tutorial/guide to configure a cluster solution with
> hazelcast?
> Thanks a lot.
>
> Giuseppe
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] GeoServer 2.21.0 Release

[Alexandre Gacon]

Hello Daniel,

The Windows installer is now available for download !

Regards
Alexandre

Le mer. 8 juin 2022 à 14:00, Calliess Daniel Ing. <
daniel.calli...@stadt-salzburg.at> a écrit :

> Hi,
>
>
>
> thank you for the effort for building this release. Unfortunately, the
> Windows setup file is missing. Could you please provide a Windows installer.
>
>
>
> Best regards
>
> Daniel
>
>
>
> *From:* Ian Turton 
> *Sent:* Mittwoch, 25. Mai 2022 11:58
> *To:* Geoserver-devel ;
> geoserver-users ; OSGeo
> Discussions 
> *Subject:* [EXTERN!]: [Geoserver-users] GeoServer 2.21.0 Release
>
>
>
> The GeoServer team is pleased to announce the release of the latest
> version of GeoServer 2.21.0 which is made in conjunction with GeoTools 27.0
> and GeoWebCache 1.21.0. There are many improvements and fixes in this new
> version and users are encouraged to upgrade as soon as possible.
>
>
>
> Full details can be found at
> https://geoserver.org/announcements/2022/05/24/geoserver-2-21-0-released.html
> and the war can be downloaded from https://geoserver.org/release/stable/
>
>
>
> Ian
>
>
>
>
> --
>
> Ian Turton
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>


-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] GeoServer 2.21.0 Release

[Alexandre Gacon]

Thank you for the information !

Alexandre

Le mer. 25 mai 2022 à 12:00, Ian Turton  a écrit :

> The GeoServer team is pleased to announce the release of the latest
> version of GeoServer 2.21.0 which is made in conjunction with GeoTools 27.0
> and GeoWebCache 1.21.0. There are many improvements and fixes in this new
> version and users are encouraged to upgrade as soon as possible.
>
> Full details can be found at
> https://geoserver.org/announcements/2022/05/24/geoserver-2-21-0-released.html
> and the war can be downloaded from https://geoserver.org/release/stable/
>
> Ian
>
>
> --
> Ian Turton
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>


-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Missing legend in WMTS capabilities document for layer group

[Alexandre Gacon]

Hello Andrea,

You're right, I will see on the client library side what it is possible.

I only find it surprising that GeoServer is capable of generating the
GetLegend element in the WMS case and not in the WMTS case.

Regards
Alexandre

Le sam. 21 mai 2022 à 19:08, Andrea Aime 
a écrit :

> On Fri, May 20, 2022 at 1:28 PM Alexandre Gacon 
> wrote:
>
>> Hi,
>>
>> I have a layer group I would like to access with WMTS with some JS
>> library (ol-ext) using the WMTS GetCapability request.
>>
>> The library expects that the capability document contains a LegendURL in
>> the style of a given layer to work.
>>
>
> XML schema says:
>
> element ref="wmts:LegendURL" *minOccurs="0"* maxOccurs="unbounded">
> 
> Description of an image that represents the legend of the
> map
> 
> 
>
> A client should not assume it's there.
>
>
>> If such LegendURL exists for classic layers, it is not present for a
>> layer group with only the default style.
>> How could I have this item in the LegendURL document?
>>
>
> By generating the link in the capabilities-writing code. A change is
> needed in this method:
>
>
> https://github.com/geoserver/geoserver/blob/fd7aa31105849dad95c0b443f68e838e29117bf8/src/gwc/src/main/java/org/geoserver/gwc/layer/GeoServerTileLayer.java#L1385
>
> It should also consider that groups can have multiple styles in 2.21.x
>
> Cheers
> Andrea
>
> ==
>
> 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  333 8128928
>
> 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
>


-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] Missing legend in WMTS capabilities document for layer group

[Alexandre Gacon]

Hi,

I have a layer group I would like to access with WMTS with some JS library
(ol-ext) using the WMTS GetCapability request.

The library expects that the capability document contains a LegendURL in
the style of a given layer to work.

If such LegendURL exists for classic layers, it is not present for a layer
group with only the default style.

How could I have this item in the LegendURL document?

-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Revert auth changes via CLI

[Alexandre Gacon]

If your aim is only to have the admin login working again, I would do a
backup of the data_dir, start a brand new installation and copy back the
data_dir again except for the security folder.

alexandre

Le mar. 10 mai 2022 à 17:58, Tom Chadwin  a
écrit :

> Hello
>
> After experimenting with JDBC and LDAP authentication, user/group
> services, and role services, I can no longer get admin access to the
> web admin interface (presumably by failing to set the correct ADMIN
> role, or something similar).
>
> Is there a moderately easy way to reconfigure Geoserver via its config
> files to disable/reconfigure each/any of these which I've configured
> in the web admin interface:
>
> - JDBC authentication
> - JDBC user/group service
> - JDBC role service
>
> I've delving in /var/lib/tomcat9/webapps/geoserver/data/security, but
> I haven't quite found what I need yet.
>
> Many thanks
>
> Tom
>
> --
> --
> Sign up to our mailing list for updates on news, products, conferences,
> events and training
>
> Astun Technology Ltd, t:+44 1372 744 009 contact us
> online 
> web:
> astuntechnology.com   twitter:@astuntech
> 
>
>
> iShare - enterprise geographic
> intelligence platform
> 
>
> GeoServer,
> PostGIS and QGIS training 
> Support 
>
>
>
> Company registration
> no. 5410695. Registered in England and Wales. Registered office: 120 Manor
> Green Road, Epsom, Surrey, KT19 8LN VAT no. 864201149.
>
>
>
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Maintaining groups of LDAP users independent of LDAP groups

[Alexandre Gacon]

Indeed in the PG case, you have a real PG user in the database so you can
assign users like you want. GeoServer does not have this user store.

If you already have an experience on Keycloak, it's definitely a good
candidate for your case: you manage groups and users in Keycloak and
delegate authentication to AD.

Alexandre

Le jeu. 14 avr. 2022 à 18:17, Tom Chadwin 
a écrit :

> Hi Alexandre
>
> I thought that was the case. I'm looking at the same pattern in
> Postgres, in which it is possible. This is because Postgres requires
> you to create Postgres users with the same username as your AD/LDAP
> ones. You can therefore assign group membership purely within
> Postgres. We've used Keycloak for another project, so it's an option
> we can consider.
>
> Thanks again
>
> Tom
>
>
> On Thu, 14 Apr 2022 at 17:14, Alexandre Gacon 
> wrote:
> >
> > I just played with LDAP/AD integration this week and I don't think it's
> a possible pattern: when authenticated through LDAP/AD users are not
> defined in the GeoServer UI so you cannot associate them to existing groups.
> >
> > A workaround could be to use SAML authentication with Keycloak and to
> manage the groups inside keycloak, if you cannot manage groups in AD.
> >
> > Alexandre
> >
> > Le jeu. 14 avr. 2022 à 18:07, Tom Chadwin <
> tomchad...@astuntechnology.com> a écrit :
> >>
> >> Hello
> >>
> >> We've got a test setup of Geoserver authenticating users against LDAP
> >> (Active Directory). I can see various methods of using LDAP/AD group
> >> membership to apply permissions to Geoserver layers etc.
> >>
> >> However, is there a way in which I can group LDAP users in Geoserver
> >> itself, without having to use the Active directory groups?
> >>
> >> Thanks
> >>
> >> Tom
> >>
> >> --
> >> --
> >> Sign up to our mailing list for updates on news, products, conferences,
> >> events and training
> >>
> >> Astun Technology Ltd, t:+44 1372 744 009 contact us
> >> online <https://www.astuntechnology.com/contact-us/>
> >> web:
> >> astuntechnology.com  <https://www.astuntechnology.com/>
> twitter:@astuntech
> >> <https://twitter.com/astuntech>
> >>
> >>
> >> iShare - enterprise geographic
> >> intelligence platform
> >> <https://www.astuntechnology.com/cloud-products/ishare/>
> >>
> >> GeoServer,
> >> PostGIS and QGIS training <https://www.astuntechnology.com/training/>
> >> Support <https://www.astuntechnology.com/support/>
> >>
> >>
> >>
> >> Company registration
> >> no. 5410695. Registered in England and Wales. Registered office: 120
> Manor
> >> Green Road, Epsom, Surrey, KT19 8LN VAT no. 864201149.
> >>
> >>
> >>
> >> ___
> >> Geoserver-users mailing list
> >>
> >> Please make sure you read the following two resources before posting to
> this list:
> >> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> >> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
> >>
> >> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
> >>
> >>
> >> Geoserver-users@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/geoserver-users
> >
> >
> >
> > --
> > Alexandre Gacon
>
> --
> --
> Sign up to our mailing list for updates on news, products, conferences,
> events and training
>
> Astun Technology Ltd, t:+44 1372 744 009 contact us
> online <https://www.astuntechnology.com/contact-us/>
> web:
> astuntechnology.com  <https://www.astuntechnology.com/> twitter:@astuntech
> <https://twitter.com/astuntech>
>
>
> iShare - enterprise geographic
> intelligence platform
> <https://www.astuntechnology.com/cloud-products/ishare/>
>
> GeoServer,
> PostGIS and QGIS training <https://www.astuntechnology.com/training/>
> Support <https://www.astuntechnology.com/support/>
>
>
>
> Company registration
> no. 5410695. Registered in England and Wales. Registered office: 120 Manor
> Green Road, Epsom, Surrey, KT19 8LN VAT no. 864201149.
>
>

-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Maintaining groups of LDAP users independent of LDAP groups

[Alexandre Gacon]

I just played with LDAP/AD integration this week and I don't think it's a
possible pattern: when authenticated through LDAP/AD users are not defined
in the GeoServer UI so you cannot associate them to existing groups.

A workaround could be to use SAML authentication with Keycloak and to
manage the groups inside keycloak, if you cannot manage groups in AD.

Alexandre

Le jeu. 14 avr. 2022 à 18:07, Tom Chadwin 
a écrit :

> Hello
>
> We've got a test setup of Geoserver authenticating users against LDAP
> (Active Directory). I can see various methods of using LDAP/AD group
> membership to apply permissions to Geoserver layers etc.
>
> However, is there a way in which I can group LDAP users in Geoserver
> itself, without having to use the Active directory groups?
>
> Thanks
>
> Tom
>
> --
> --
> Sign up to our mailing list for updates on news, products, conferences,
> events and training
>
> Astun Technology Ltd, t:+44 1372 744 009 contact us
> online <https://www.astuntechnology.com/contact-us/>
> web:
> astuntechnology.com  <https://www.astuntechnology.com/> twitter:@astuntech
> <https://twitter.com/astuntech>
>
>
> iShare - enterprise geographic
> intelligence platform
> <https://www.astuntechnology.com/cloud-products/ishare/>
>
> GeoServer,
> PostGIS and QGIS training <https://www.astuntechnology.com/training/>
> Support <https://www.astuntechnology.com/support/>
>
>
>
> Company registration
> no. 5410695. Registered in England and Wales. Registered office: 120 Manor
> Green Road, Epsom, Surrey, KT19 8LN VAT no. 864201149.
>
>
>
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>


-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] COG plugin weird behaviour

[Alexandre Gacon]

Andrea, once again a problem with the Jackson libs, after the one with the
ogc API extension

Le ven. 8 avr. 2022 à 18:50, Andrea Aime 
a écrit :

> Strange... the jackson libraries the COG plugin depends onto are also
> found in the base GeoServer war file (jackson core, annotations, databind,
> checked 2.20.x nightly builds).
> But we recently upgraded the jackson version, wondering if you are mixing
> a released version (with older
> jackson) with the COG plugin (which as a nightly, depends on newer ones).
>
> Cheers
> Andrea
>
> On Fri, Apr 8, 2022 at 4:18 PM Fernando Ribeiro 
> wrote:
>
>> Hello all,
>>
>> I'm having weird behaviour on my brewed Geoserver Docker images when I
>> try to add the COG community plugin to the mix.
>>
>> In a nutshell, currently I am building customized Geoserver Docker images
>> with some pre-shipped plugins (such as ImagePyramid, Vector Tiles, etc...)
>> and now there is a new request to ship the COG plugin.
>> The assembly process is similar to next link, but I am doing it on image
>> build time:
>> https://github.com/terrestris/docker-geoserver/blob/master/startup.sh#L10
>>
>> After adding the COG plugin to the list of pre-shipped plugins, Geoserver
>> does not start correctly with some jackson lib related errors:
>>
>> cc-geoserver-lf-local | 2022-04-07T13:32:29.885268801Z at
>>> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(Unknown
>>> Source) cc-geoserver-lf-local | 2022-04-07T13:32:29.885273949Z at
>>> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(Unknown
>>> Source) cc-geoserver-lf-local | 2022-04-07T13:32:29.885279052Z at
>>> java.base/java.lang.reflect.Method.invoke(Unknown Source)
>>> cc-geoserver-lf-local | 2022-04-07T13:32:29.885283794Z at
>>> org.springframework.beans.factory.support.SimpleInstantiationStrategy.instantiate(SimpleInstantiationStrategy.java:154)
>>> cc-geoserver-lf-local | 2022-04-07T13:32:29.885290433Z ... 58 more
>>> cc-geoserver-lf-local | 2022-04-07T13:32:29.885296524Z Caused by:
>>> java.lang.ClassNotFoundException:
>>> com.fasterxml.jackson.core.util.JacksonFeature cc-geoserver-lf-local |
>>> 2022-04-07T13:32:29.885300650Z at
>>> org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1407)
>>> cc-geoserver-lf-local | 2022-04-07T13:32:29.885326291Z at
>>> org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1215)
>>> cc-geoserver-lf-local | 2022-04-07T13:32:29.885335566Z ... 76 more
>>>
>>
>> For reference, I am using `tomcat:9-jre11-openjdk-slim` as base image for
>> geoserver docker images.
>>
>> I already 'backported' the image without the COG plugin and everything
>> runs fine, so I can narrow down the issue to be COG plugin related.
>>
>> Thanks in advance!
>>
>> Regards,
>> --
>> Fernando Ribeiro
>> ___
>> Geoserver-users mailing list
>>
>> Please make sure you read the following two resources before posting to
>> this list:
>> - Earning your support instead of buying it, but Ian Turton:
>> http://www.ianturton.com/talks/foss4g.html#/
>> - The GeoServer user list posting guidelines:
>> http://geoserver.org/comm/userlist-guidelines.html
>>
>> If you want to request a feature or an improvement, also see this:
>> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>>
>>
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
>
>
> --
>
> 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  333 8128928
>
> 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 

Re: [Geoserver-users] LDAP past version 15.2

[Alexandre Gacon]

Hi Bradh,

Indeed, I only need to bind the user to check the user identity, which will
always be considered as an administrator of GeoServer. If we need to have a
dedicated group into LDAP to do so, I will see if it is possible.

Regards
Alexandre

Le mer. 30 mars 2022 à 12:42,  a écrit :

> Are you looking for the Bind user before searching for groups option? If
> not, can you clarify what you are trying to do?
>
> Brad
>


-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] LDAP past version 15.2

[Alexandre Gacon]

Hello all,

I take the opportunity of the topic to ask a question about LDAP : is it
possible to use the LDAP authentication against a LDAP service which
requires an account? I don't see any field to configure the account
credentials except in the Role Service setup which I don't need in my case.

Alexandre

Le mer. 30 mars 2022 à 09:28, Richard Duivenvoorde  a
écrit :

> On 3/30/22 06:54, Brad Hards wrote:
>
> > Possibly no-one uses LDAP in the same way you do. Maybe they do, but
> didn't
> > upgrade yet. Possibly they didn't notice the problem.
>
> Well I can second Alexander at least. We have for some layers an old
> Geoserver version running, which works for us to authenticate against
> Windows AD, which broke at a sudden version and never could get it to work
> anymore.
>
> I'll try Stefan's fix, but if I'm correct we tried that already. I'll be
> on that premise next Tuesday to try (again?).
>
> These AD setups are tricky because it is hard to create a reproducible
> failing test for it.
> The AD setups of the average Windows environments are often a hell/mess,
> and never 'open'.
> I even looked to ask for a dump of the AD and checked if I could maybe put
> it somewhere on a public cloud (but AD is not 'free' etc etc, the dump
> contains too much info etc etc)
>
> So: Acme example is doing fine indeed. But @Brad also take people who have
> a (frustrating) issue serious, it is often not so easy to create a
> reproducible issue...  What I did: mailed with the dev who did the
> ldap-group thingie, and asked for a quote. But this could very much be
> 'configuration/environment' issue. A solution would maybe be to have even
> more fine-grained debug info?
>
> Regards,
>
> Richard Duivenvoorde
>
>
>
>
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>


-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Oauth2 and Authentication Bearer

[Alexandre Gacon]

You should have a look at the code of GeoNode : it does exactly this kind
of stuff.

Le ven. 11 mars 2022 à 19:09, César Martínez Izquierdo 
a écrit :

> Hi, I have managed to successfully configure Geoserver authentication
> using the OAuth2 community extension, using Keycloak as Oauth2
> provider. I can login in Geoserver using Keycloak and it correctly
> gets the roles from the Access token.
>
> Now, I'd like to access Geoserver OGC services using an Authentication
> Bearer token, without previously going through the Geoserver login. I
> have a separate application in which I have already logged in in
> Keycloak and I would like to load OGC services in that application
> using an access token.
>
> I have done some tests, getting the access token from keycloak and
> then injecting the Authentication header in the OGC request for
> Geoserver, but Geoserver answers with a 401 Unauthorized response.
>
> Has anyone faced such a scenario? Is there a way to achieve that goal?
> Any clue is welcome.
>
> Regards,
>
> César Martínez
>
> --
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>César Martínez Izquierdo
>GIS developer
>-  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -
>SCOLAB: http://www.scolab.es
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>
>
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>


-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Configuring CAS authentication

[Alexandre Gacon]

Hi Jean,

I think it is related to a configuration on your CAS service and not in
GeoServer : perhaps you should ask the CAS administrator if GeoServer must
not be declared first to the CAS?

Alexandre

Le jeu. 10 mars 2022 à 16:41, Jean Pommier 
a écrit :

> Hi,
>
> I'm trying to configure authentication using an apereo CAS service. I
> managed to have it working on a test CAS service, but now I'm trying to use
> it against a CAS service that is in production (I don't have admin access
> to it), and now it fails. The only info I'm getting in the logs is a
> not-so-explicit
>
> [geoserver.security] - service.not.authorized.proxy
>
> warning.
>
> Would someone have any lead about where to investigate ?
>
> Thanks, have a nice day
>
> Jean
> --
>
> *Jean Pommier -- pi-Geosolutions*
>
> Ingénieur, consultant indépendant
>
> Tél. : (+33) 6 09 23 21 36
> E-mail : j...@pi-geosolutions.fr
> Web : www.pi-geosolutions.fr
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>


-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Styles not propagating to a replica

[Alexandre Gacon]

re.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162)
>
> master_1  | at
> org.geoserver.filters.XFrameOptionsFilter.doFilter(XFrameOptionsFilter.java:77)
>
> master_1  | at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:189)
>
> master_1  | at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162)
>
> master_1  | at
> org.geoserver.filters.GZIPFilter.doFilter(GZIPFilter.java:54)
>
> master_1  | at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:189)
>
> master_1  | at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162)
>
> master_1  | at
> org.geoserver.filters.SessionDebugFilter.doFilter(SessionDebugFilter.java:49)
>
> master_1  | at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:189)
>
> master_1  | at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162)
>
> master_1  | at
> org.geoserver.filters.FlushSafeFilter.doFilter(FlushSafeFilter.java:42)
>
> master_1  | at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:189)
>
> master_1  | at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162)
>
> master_1  | at
> org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:201)
>
> master_1  | at
> org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:119)
>
> master_1  | at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:189)
>
> master_1  | at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162)
>
> master_1  | at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:197)
>
> master_1  | at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:97)
>
> master_1  | at
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:540)
>
> master_1  | at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:135)
>
> master_1  | at
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:92)
>
> master_1  | at
> org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:687)
>
> master_1  | at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:78)
>
> master_1  | at
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:357)
>
> master_1  | at
> org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:382)
>
> master_1  | at
> org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:65)
>
> master_1  | at
> org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:893)
>
> master_1  | at
> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1726)
>
> master_1  | at
> org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)
>
> master_1  | at
> org.apache.tomcat.util.threads.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1191)
>
> master_1  | at
> org.apache.tomcat.util.threads.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:659)
>
> master_1  | at
> org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
>
> master_1  | at java.base/java.lang.Thread.run(Thread.java:829)
>
> master_1  | Caused by: java.lang.ClassNotFoundException:
> org.jdom2.JDOMException
>
> master_1  | at
> org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1407)
>
> master_1  | at
> org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1215)
>
> master_1  | ... 141 more
>
>
>
>
>
> Thank you in advance.
>
> Ricard
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>


-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] GeoSerer 2.13.2 - Monitoring with Database Persistence

[Alexandre Gacon]

Hi,

It is a community extension so it is not listed on the download page. As
described here (
https://docs.geoserver.org/2.13.2/user/community/monitor-hibernate/installation.html),
you have to go on the build server of GeoServer to download it. Since the
version you are targeting is no longer supported, the extension is no
longer available.

Alexandre

Le jeu. 10 mars 2022 à 14:33, Oscar Diago Alonso via Geoserver-users <
geoserver-users@lists.sourceforge.net> a écrit :

> Good morning.
>
>
>
> I want to install the monitoring extension on a GeoServer version 2.13.2,
> but only if I can have database persistence. According to this section of
> the documentation, it is possible:
>
>
>
>
> https://docs.geoserver.org/2.13.2/user/community/monitor-hibernate/db.html#monitor-db
>
>
>
>
>
> But when I go to the downloads page, that hibernate extension is no where
> to be found.
>
>
>
> http://geoserver.org/release/2.13.2/
>
>
>
> Only the “Core” release is available. Where can I get the hibernate
> extension for that version of GeoServer?
>
>
>
> Also, it seems that extension is not available for newer versions either.
>
>
>
> Best regards.
>
>
>
>
>
> *Óscar Diago Alonso Analista / Desarrollador GIS *oscar.di...@geograma.com
> Tfno.: +34 945 13 13 72
> C/ Pintor Clemente Arráiz, 3 BJ (01008) Vitoria-Gasteiz, Álava
>
>
>
>
>
> *Óscar Diago Alonso Analista / Desarrollador GIS *oscar.di...@geograma.com
> Tfno.: +34 945 13 13 72
> C/ Pintor Clemente Arráiz, 3 BJ (01008) Vitoria-Gasteiz, Álava
> <https://www.geograma.com/casos-de-exito/>
> Si no ves la imagen puedes acceder desde aquí
> <https://www.geograma.com/casos-de-exito/>
>
> Tratamos su dirección de correo electrónico y otros datos personales para
> mantener el contacto y comunicación con Ud. y, en su caso, remitirle
> información sobre nuestros productos y servicios. Si no desea recibir tal
> información envíe un e-mail en tal sentido a d...@geograma.com. Puede
> acceder, rectificar y suprimir los datos, así como otros derechos, como se
> detalla en la información adicional y completa a su disposición en nuestra
> política de privacidad en la URL www.geograma.com/politica-privacidad/.
> Este mensaje y los archivos adjuntos al mismo son privados y
> confidenciales, si no es Ud. el destinatario y ha recibido este mensaje por
> error, rogamos nos lo comunique inmediatamente sin difundir, almacenar o
> copiar su contenido.
>
> <https://www.geograma.com/>  <https://bit.ly/geo-linkedin>
> <https://bit.ly/geo-tw>
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>


-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] SLD is producing blurry image

[Alexandre Gacon]

Did you try to use scale based rules to have the behaviour smooth at large
scale and the other behaviour at smaller scale?

Alexandre

Le jeu. 17 févr. 2022 à 00:33, Bessette-Halsema, Dominique E via
Geoserver-users  a écrit :

> Hello
>
>
>
> I have an sld that uses jiffle and the output is a 1 or a 0
>
>
>
> I would like my style to appear “smoothed” out or interpolated on the
> map.  When the colormap type=ramp and the map is zoomed out it appears
> smooth but when I start to zoom in it appears blurry (see attachement).   I
> understand I should use “type=”values”” to mark all the values of 1 red but
> then the image appears blocky (see attachment).  Is there a way I can
> assign the values of 1 red and smooth out the edges?
>
>
>
>  http://www.opengis.net/sld xmlns:sld=http://www.opengis.net/sld xmlns:gml=
> http://www.opengis.net/gml xmlns:ogc=http://www.opengis.net/ogc
> version="1.0.0">
>
>   
>
> TEst
>
> 
>
>   Testsld:Name>
>
>   TSEts
>
>   
>
> name
>
> 
>
>   
>
> 
>
>   coverage
>
> 
>
> 
>
>   script
>
>   
>
>   data = src[0];
>
>   gph =  src[1]
>
>   dted = src[2];
>
>   dest = (( data  80.0 )  (gph
>  dted) ) ? 1 : 0;
>
>
>
> 
>
>   
>
> 
>
> 
>
>   
>
> 
>
>quantity="0" label="No Impact"/>
>
>quantity="1" label="Impact"/>
>
> 
>
> 
>
>   
>
> 
>
>   
>
> 
>
>   
>
> 
>
>
>
>
>
> Thanks!
>
> Dominique Bessette
>
>
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Docs website unavailable

[Alexandre Gacon]

Hi,

The website is currently being transferred to another domain. I don't know
any other source but you can download the documentation from geoserver.org
website (http://geoserver.org/release/2.20.2/).

Alexandre

Le ven. 11 févr. 2022 à 15:38, Wouter Scherphof <
wouter.scherp...@merkator.com> a écrit :

> I'm new to the list and can't find if this is a known issue, but
>
>
>
> The website http://docs.geoserver.org/ is currently unavailable.
>
> Chrome says DNS_PROBE_FINISHED_NXDOMAIN.
>
>
>
> Are the docs available elsewhere temporarily?
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>


-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Error 403 creating workspaces, stores, layers...

[Alexandre Gacon]

Also have a look on
https://docs.geoserver.org/stable/en/user/installation/upgrade.html

Le dim. 30 janv. 2022 à 15:55, emmexx  a écrit :

> On 1/30/22 3:06 PM, Alexandre Gacon wrote:
> > Did you try your new install first with the default configuration or did
> > you use the configuration you got before?
>
> I don't remember. Probably I installed Geoserver, checked if the
> administrative panel was working and then imported my old installation
> data.
>
> I should try that on a test server.
>
> Thank you
> maxx
>
>
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Error 403 creating workspaces, stores, layers...

[Alexandre Gacon]

Hi,

Did you try your new install first with the default configuration or did
you use the configuration you got before?

Alexandre

Le dim. 30 janv. 2022 à 12:08, emmexx  a écrit :

> I moved and updated geoserver to another server and everything seemed to
> work fine: WMS, WFS are ok, I can add or update features using WFS-T (in
> qgis).
>
> Now I wanted to add a new postgis layer but nothing happens in the
> administrative panel when I select the store from the dropdown.
> If I check the post call there's a 403 response from the server.
>
> Same problem if I try to create a new workspace or store.
>
> The geoserver log seems to report that I'm not authenticated, I'm using
> the admin user.
>
> There's something not working properly in the administrative panel
> because I get many white pages, e.g. when saving the Settings - global
> page.
>
> I don't understand if there's some configuration problem (some new
> configuration upgrading from 2.8 to 2.19) or else.
>
> Any suggestion?
>
> Thank you
> maxx
>
>
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] New Transifex synchronisation method

[Alexandre Gacon]

Thanks to the nice new feature of Andrea:
In Finnish:
[image: image.png]
And in Turkish:
[image: image.png]


Le mer. 26 janv. 2022 à 10:35, Rahkonen Jukka (MML) <
jukka.rahko...@maanmittauslaitos.fi> a écrit :

> Hi,
>
>
>
> What happens with Finnish properties (I mean that nothing happens) is
> theoretically correct but as I mentioned, in practice at least some Java
> clients show the non-ASCII characters included in ISO-8859-1 wrong and
> they should also be U-escaped. But I am not sure what would be the right
> place to fix this issue. No need to do anything on Transifex side
> especially because I do not know yet how GeoServer UI shows those
> characters but good to know how the system works.
>
>
>
> -Jukka Rahkonen-
>
>
>
> *Lähettäjä:* Alexandre Gacon 
> *Lähetetty:* keskiviikko 26. tammikuuta 2022 11.12
> *Vastaanottaja:* Rahkonen Jukka (MML)  >
> *Kopio:* geoserver-users 
> *Aihe:* Re: [Geoserver-users] New Transifex synchronisation method
>
>
>
> It depends on the language : if the language has some equivalent in
> ISO-8859-1, the character will be kept as this. If not, the characters will
> be U encoded.
>
>
>
> So for Finnish, the characters are kept :
> https://github.com/AlexGacon/geoserver/blob/main/src/web/wms/src/main/resources/GeoServerApplication_fi.properties
>
>
>
> But for Turkish, you have a mix :
> https://github.com/AlexGacon/geoserver/blob/main/src/web/wms/src/main/resources/GeoServerApplication_tr.properties
>
>
>
> Alexandre
>
>
>
>
>
> Le mer. 26 janv. 2022 à 08:48, Rahkonen Jukka (MML) <
> jukka.rahko...@maanmittauslaitos.fi> a écrit :
>
> Hi,
>
>
>
> I have not yet quite understood what the synchronizing process is supposed
> to do with non-latin1 characters. Are they pushed through something like
> native2ascii
> https://docs.oracle.com/javase/7/docs/technotes/tools/solaris/native2ascii.html,
> so that Finnish word “määrä” would become “m\u00e4\u00e4r\u00e4” so that
> the file encoding can be ISO-8859-1?
>
>
>
> What is funny in my example is that “ä” actually belongs to ISO-8859-1
> https://www.w3schools.com/charsets/ref_html_8859.asp, it is number 228,
> . However, it certainly does not show correctly in at least some Java
> programs with some Java versions without making the \u00e4 conversion.
> Therefore I do finally a bunch of  search-replace operations with text
> editor when I translate locally.
>
>
>
> -Jukka Rahkonen-
>
>
>
>
>
> *Lähettäjä:* Alexandre Gacon 
> *Lähetetty:* keskiviikko 26. tammikuuta 2022 6.54
> *Vastaanottaja:* geoserver-users 
> *Aihe:* [Geoserver-users] New Transifex synchronisation method
>
>
>
> Hi all,
>
>
>
> After several weeks of work to try having a sync between GitHub and
> Transifex using the built-in feature, it seems that the feature is totally
> broken, at least for working with PROPERTIES files, since it cannot keep
> the encoding information for the translated files, either when pulling them
> from GitHub or when pushing them to GitHub.
>
>
>
> Since it is a lot of file to maintain, a manual method would probably mean
> that at one moment, such a sync will be stopped. So I keep investigating
> how to make this sync as smooth as possible.
>
>
>
> I just tried the official Go command line tool of Transifex (
> https://github.com/transifex/cli) which went out of Alpha last month. The
> result seems ok : I manage to send updated PROPERTIES source to Transifex
> from my laptop and to retrieve updated PROPERTIES language files from it,
> without any encoding changes.
>
>
>
> I have several questions for the dev team:
>
> - Should I create a ticket for this change ?
>
> - Should I include the Go CLI of Transifex in the Git repo or only let
> instructions on how to get it and configure it?
>
> - For the moment the CLI configuration file is in a .tx folder at the root
> of the repo: I will try to move it to a subfolder of the build folder : is
> it the right thing to do?
>
> - I will also add SH and BAT files to easily execute the sync operations.
>
> - Is it possible to add some automatic executions of the sync operations
> somewhere in the CI/CD? At least the GIT->TRANSIFEX sync, somewhere in
> Jenkins?
>
>
>
> --
>
> Alexandre Gacon
>
>
>
> --
>
> Alexandre Gacon
>


-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] New Transifex synchronisation method

[Alexandre Gacon]

Jody, I just created a PR if you want to discuss how to improve it :
https://github.com/geoserver/geoserver/pull/5613.

I have experience with ANT scripts so I want you some help, don't hesitate
to ask.

Regards
Alexandre

Le mer. 26 janv. 2022 à 06:59, Jody Garnett  a
écrit :

> I just tried the official Go command line tool of Transifex (
>> https://github.com/transifex/cli) which went out of Alpha last month.
>> The result seems ok : I manage to send updated PROPERTIES source to
>> Transifex from my laptop and to retrieve updated PROPERTIES language files
>> from it, without any encoding changes.
>>
>
> That is positive; we do not mind using experimental build tools so much,
> we just do wish to be careful with what we ship as part of the application.
>
>>
>> I have several questions for the dev team:
>> - Should I create a ticket for this change ?
>>
>
> Build changes are not especially useful to track on the issue tracker; but
> can be handy to have a consistent record of the decisions made; make sure
> we do not miss anything (like updating the developers guide).
>
> - Should I include the Go CLI of Transifex in the Git repo or only let
>> instructions on how to get it and configure it?
>>
>
> Add to the build instructions.
>
> - For the moment the CLI configuration file is in a .tx folder at the root
>> of the repo: I will try to move it to a subfolder of the build folder : is
>> it the right thing to do?
>>
>
> Yes we try and keep our build stuff out of the way when we can.
>
> - I will also add SH and BAT files to easily execute the sync operations.
>>
>
> I have taken to adding ant files which work for both platforms.
>
> - Is it possible to add some automatic executions of the sync operations
>> somewhere in the CI/CD? At least the GIT->TRANSIFEX sync, somewhere in
>> Jenkins?
>>
>
> Yes we can make a jobs for common tasks.
>
> I would recommend running the script, pushing the changes to a branch, and
> then making a pull request. It is scary having scripts commit on your
> behalf (the release scripts are a challenge to debug).
>
>>
>>
>> --
>> Alexandre Gacon
>> ___
>> Geoserver-users mailing list
>>
>> Please make sure you read the following two resources before posting to
>> this list:
>> - Earning your support instead of buying it, but Ian Turton:
>> http://www.ianturton.com/talks/foss4g.html#/
>> - The GeoServer user list posting guidelines:
>> http://geoserver.org/comm/userlist-guidelines.html
>>
>> If you want to request a feature or an improvement, also see this:
>> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>>
>>
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
> --
> --
> Jody Garnett
>


-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] New Transifex synchronisation method

[Alexandre Gacon]

It depends on the language : if the language has some equivalent in
ISO-8859-1, the character will be kept as this. If not, the characters will
be U encoded.

So for Finnish, the characters are kept :
https://github.com/AlexGacon/geoserver/blob/main/src/web/wms/src/main/resources/GeoServerApplication_fi.properties

But for Turkish, you have a mix :
https://github.com/AlexGacon/geoserver/blob/main/src/web/wms/src/main/resources/GeoServerApplication_tr.properties

Alexandre


Le mer. 26 janv. 2022 à 08:48, Rahkonen Jukka (MML) <
jukka.rahko...@maanmittauslaitos.fi> a écrit :

> Hi,
>
>
>
> I have not yet quite understood what the synchronizing process is supposed
> to do with non-latin1 characters. Are they pushed through something like
> native2ascii
> https://docs.oracle.com/javase/7/docs/technotes/tools/solaris/native2ascii.html,
> so that Finnish word “määrä” would become “m\u00e4\u00e4r\u00e4” so that
> the file encoding can be ISO-8859-1?
>
>
>
> What is funny in my example is that “ä” actually belongs to ISO-8859-1
> https://www.w3schools.com/charsets/ref_html_8859.asp, it is number 228,
> . However, it certainly does not show correctly in at least some Java
> programs with some Java versions without making the \u00e4 conversion.
> Therefore I do finally a bunch of  search-replace operations with text
> editor when I translate locally.
>
>
>
> -Jukka Rahkonen-
>
>
>
>
>
> *Lähettäjä:* Alexandre Gacon 
> *Lähetetty:* keskiviikko 26. tammikuuta 2022 6.54
> *Vastaanottaja:* geoserver-users 
> *Aihe:* [Geoserver-users] New Transifex synchronisation method
>
>
>
> Hi all,
>
>
>
> After several weeks of work to try having a sync between GitHub and
> Transifex using the built-in feature, it seems that the feature is totally
> broken, at least for working with PROPERTIES files, since it cannot keep
> the encoding information for the translated files, either when pulling them
> from GitHub or when pushing them to GitHub.
>
>
>
> Since it is a lot of file to maintain, a manual method would probably mean
> that at one moment, such a sync will be stopped. So I keep investigating
> how to make this sync as smooth as possible.
>
>
>
> I just tried the official Go command line tool of Transifex (
> https://github.com/transifex/cli) which went out of Alpha last month. The
> result seems ok : I manage to send updated PROPERTIES source to Transifex
> from my laptop and to retrieve updated PROPERTIES language files from it,
> without any encoding changes.
>
>
>
> I have several questions for the dev team:
>
> - Should I create a ticket for this change ?
>
> - Should I include the Go CLI of Transifex in the Git repo or only let
> instructions on how to get it and configure it?
>
> - For the moment the CLI configuration file is in a .tx folder at the root
> of the repo: I will try to move it to a subfolder of the build folder : is
> it the right thing to do?
>
> - I will also add SH and BAT files to easily execute the sync operations.
>
> - Is it possible to add some automatic executions of the sync operations
> somewhere in the CI/CD? At least the GIT->TRANSIFEX sync, somewhere in
> Jenkins?
>
>
>
> --
>
> Alexandre Gacon
>


-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] New Transifex synchronisation method

[Alexandre Gacon]

Hi all,

After several weeks of work to try having a sync between GitHub and
Transifex using the built-in feature, it seems that the feature is totally
broken, at least for working with PROPERTIES files, since it cannot keep
the encoding information for the translated files, either when pulling them
from GitHub or when pushing them to GitHub.

Since it is a lot of file to maintain, a manual method would probably mean
that at one moment, such a sync will be stopped. So I keep investigating
how to make this sync as smooth as possible.

I just tried the official Go command line tool of Transifex (
https://github.com/transifex/cli) which went out of Alpha last month. The
result seems ok : I manage to send updated PROPERTIES source to Transifex
from my laptop and to retrieve updated PROPERTIES language files from it,
without any encoding changes.

I have several questions for the dev team:
- Should I create a ticket for this change ?
- Should I include the Go CLI of Transifex in the Git repo or only let
instructions on how to get it and configure it?
- For the moment the CLI configuration file is in a .tx folder at the root
of the repo: I will try to move it to a subfolder of the build folder : is
it the right thing to do?
- I will also add SH and BAT files to easily execute the sync operations.
- Is it possible to add some automatic executions of the sync operations
somewhere in the CI/CD? At least the GIT->TRANSIFEX sync, somewhere in
Jenkins?

-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Clarification regarding data harvesting/reharvesting and memory issues

[Alexandre Gacon]

Hi,

Could you precise what API you are using?

Alexandre

Le lun. 17 janv. 2022 à 14:12, Nikola Krlovic  a
écrit :

> Dear all,
>
> I have managed to set up a CURL command that is executed via a cron job
> every 24 hours, and it takes the last 24 geotiffs corresponding to the day
> in question and puts them in the imagemosaic.
>
> The question that a SysAdmin asked me (out of memory concerns) is, where
> is the data? It does not appear in my data_dir folder, but it is visible
> and fully functioning when a GetCapabilities is ran.
>
> Does it just read the data from the source folder, or are the GeoTiffs
> actually getting transferred somewhere during the harvesting process?
>
> Kindest regards,
>
> Nikola
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>


-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Fwd: GitHub integration - Encoding issue

[Alexandre Gacon]

Hello everyone,

Finally, Transifex cannot fix the issue they have with the encoding (they
just updated the documentation about it, see :
https://docs.transifex.com/transifex-github-integrations/github-tx-ui).

I will finish reviewing the Transifex configuration and the synchronization
with the GitHub repo to at least have one way synchronization. After this,
I will try to see if I can setup some script the APIs of Transifex to
automatize the Transifex->Git synchronization if possible.

Regards
Alexandre

Le sam. 8 janv. 2022 à 18:03, Andrea Aime 
a écrit :

> On Wed, Jan 5, 2022 at 6:46 PM Alexandre Gacon 
> wrote:
>
>> ---
>> In order to understand the following explanation, keep in mind that:
>>
>>- UTF-8 is the encoding that will preserve properly all non-ascii,
>>non-latin1 characters
>>- ISO-5589-1 (aka latin1 ) is a ascii based encoding that contains
>>all the ascii characters plus some additional ones used in the latin
>>alphabet (i.e. é, è etc..)
>>
>> Probably key to understanding the rest, latin1 and ISO8859-1 are the same
> <https://en.wikipedia.org/wiki/ISO/IEC_8859-1> (it confused me at first).
>
>>
>>-
>>- us-ascii is the standard encoding for electronic communication and
>>as we already mentioned a subset of the latin1 encoding.
>>
>>
>> After the new tests regarding the retaining of the encoding of the file
>> given in the ticket, we noticed the following:
>>
>>- If a non-latin1, non-ascii character exists in the translation
>>(UTF-8 characters) then the final translation file will contain the UTF-8
>>escaped corresponding characters (i.e. \u0420 corresponds to some Cyrillic
>>letter).
>>
>> Ok, so Transifex won't support the Wicket ".utf8.properties" convention,
> and just escape chars so that they can be encoded in ISO-8859-1 instead.
>
>>
>>- In our case, the latin1 character wasn’t part of the translated
>>strings but part of the structure of the file, at the template of the 
>> file.
>>This means that we don’t want to change it to the UTF-8 escaped character.
>>
>> I don't understand what "the structure of the file" instead of "part of
> the translated strings" means. Maybe the latin1 character was in a key
> rather than
> in a value? Or maybe in a comment.
>
>
>>
>>- But on the other hand, the library that we are using in order to
>>integrate github with transifex is not supporting latin1 but UTF-8 so when
>>a non-ascii character appears it converts the whole file to the best
>>encoding that can represent that character. In our case that is UTF-8.
>>
>> It seems they have a technical limitation, and can either do us-ascii or
> escaped UTF-8, but does not support latin1 (ISO-8859-1).
>
>>
>> In order to preserve the us-ascii encoding (not the latin1) in github one
>> must make sure that the source keys and the comments of the file do not
>> contain any non ascii characters.
>>
>
> Seems that we can either use only us-ascii chars (and encode anything
> else, included accented letters, using UTF-8 escape codes),
> or maybe fully UTF-8? Regardless it seems ISO-8859-1 is simply out of the
> equation?
>
>
>> ---
>>
>> In case something wasn't clear, what this means is that because the
>> source file had a latin1 character (é) even though the translations for the
>> strings did not, this character was kept as-is (not escaped) as part of the
>> "template". Therefore, the translation files sent back to GitHub are being
>> encoded with UTF-8 by the library being used. We do not think we can do
>> anything about this, unfortunately. So, the translation files for the Java
>> Properties file format must be retrieved from Transifex directly instead of
>> using the GitHub integration.
>>
>
> I believe the "é" character was added in a comment, as an attempt to force
> Transifex to use ISO-8859-1?
> And Transifex is simply incapable of doing that?
>
> Hum... well Wicket does not really care and will support translation files
> made of us-ascii with UTF-8 escapes fine
> I believe, but translators that are doing direct commits, rather than
> going though Transifex might be less than pleased.
> I believe Jody at one point mentioned a different platform, but cannot
> remember which one that is.
> Thinking out loud, I see two avenues ahead:
>
>- Put up with Transifex limitations
>- Try to extract the good work present in Transifex

Re: [Geoserver-users] Fwd: GitHub integration - Encoding issue

[Alexandre Gacon]

Hello Andrea,

Thank you for your input. Transifex developers are still trying to fix the
issue, so there is still some hope !

I will keep the community updated.

Alexandre

Le sam. 8 janv. 2022 à 18:03, Andrea Aime 
a écrit :

> On Wed, Jan 5, 2022 at 6:46 PM Alexandre Gacon 
> wrote:
>
>> ---
>> In order to understand the following explanation, keep in mind that:
>>
>>- UTF-8 is the encoding that will preserve properly all non-ascii,
>>non-latin1 characters
>>- ISO-5589-1 (aka latin1 ) is a ascii based encoding that contains
>>all the ascii characters plus some additional ones used in the latin
>>alphabet (i.e. é, è etc..)
>>
>> Probably key to understanding the rest, latin1 and ISO8859-1 are the same
> <https://en.wikipedia.org/wiki/ISO/IEC_8859-1> (it confused me at first).
>
>>
>>-
>>- us-ascii is the standard encoding for electronic communication and
>>as we already mentioned a subset of the latin1 encoding.
>>
>>
>> After the new tests regarding the retaining of the encoding of the file
>> given in the ticket, we noticed the following:
>>
>>- If a non-latin1, non-ascii character exists in the translation
>>(UTF-8 characters) then the final translation file will contain the UTF-8
>>escaped corresponding characters (i.e. \u0420 corresponds to some Cyrillic
>>letter).
>>
>> Ok, so Transifex won't support the Wicket ".utf8.properties" convention,
> and just escape chars so that they can be encoded in ISO-8859-1 instead.
>
>>
>>- In our case, the latin1 character wasn’t part of the translated
>>strings but part of the structure of the file, at the template of the 
>> file.
>>This means that we don’t want to change it to the UTF-8 escaped character.
>>
>> I don't understand what "the structure of the file" instead of "part of
> the translated strings" means. Maybe the latin1 character was in a key
> rather than
> in a value? Or maybe in a comment.
>
>
>>
>>- But on the other hand, the library that we are using in order to
>>integrate github with transifex is not supporting latin1 but UTF-8 so when
>>a non-ascii character appears it converts the whole file to the best
>>encoding that can represent that character. In our case that is UTF-8.
>>
>> It seems they have a technical limitation, and can either do us-ascii or
> escaped UTF-8, but does not support latin1 (ISO-8859-1).
>
>>
>> In order to preserve the us-ascii encoding (not the latin1) in github one
>> must make sure that the source keys and the comments of the file do not
>> contain any non ascii characters.
>>
>
> Seems that we can either use only us-ascii chars (and encode anything
> else, included accented letters, using UTF-8 escape codes),
> or maybe fully UTF-8? Regardless it seems ISO-8859-1 is simply out of the
> equation?
>
>
>> ---
>>
>> In case something wasn't clear, what this means is that because the
>> source file had a latin1 character (é) even though the translations for the
>> strings did not, this character was kept as-is (not escaped) as part of the
>> "template". Therefore, the translation files sent back to GitHub are being
>> encoded with UTF-8 by the library being used. We do not think we can do
>> anything about this, unfortunately. So, the translation files for the Java
>> Properties file format must be retrieved from Transifex directly instead of
>> using the GitHub integration.
>>
>
> I believe the "é" character was added in a comment, as an attempt to force
> Transifex to use ISO-8859-1?
> And Transifex is simply incapable of doing that?
>
> Hum... well Wicket does not really care and will support translation files
> made of us-ascii with UTF-8 escapes fine
> I believe, but translators that are doing direct commits, rather than
> going though Transifex might be less than pleased.
> I believe Jody at one point mentioned a different platform, but cannot
> remember which one that is.
> Thinking out loud, I see two avenues ahead:
>
>- Put up with Transifex limitations
>- Try to extract the good work present in Transifex once, and then
>migrate to another translation system, if you can find one that works
>better for translator
>
> Cheers
> Andrea
>
> ==
>
> GeoServer Professional Services from the experts!
>
> Visit http://bit.ly/gs-services-us for more information.
> ==
>
> Ing. Andrea Aime
> @geowolf
> Technical Lead
>
> GeoSolutions Group
>

Re: [Geoserver-users] Docker compose for Geoserver with vector tiles

[Alexandre Gacon]

You could also have a look at the GSIP 192 which lists several existing
docker images:
https://github.com/geoserver/geoserver/wiki/GSIP-192

Some let you defined which installations to download

Alexandre

Le ven. 7 janv. 2022 à 11:15, Alessandro Parma <
alessandro.pa...@geosolutionsgroup.com> a écrit :

> Hi Prem,
>
> There is not yet an official implementation of Dockerfile and
> docker-compose definitions available but there are many unofficial ones
> available.
> You can check GeoSolutions
> <https://github.com/geosolutions-it/docker-geoserver> one for instance
> all the information you need to build your own docker image with the
> extensions that you need is
> in the README at the root of the repository.
>
> Regards,
> Alessandro
>
> On Fri, Jan 7, 2022 at 10:28 AM Prem Kumar  wrote:
>
>> Hi Team,
>>
>> I managed to install a geoserver and a vector tiles extension on linux
>> machine to display the data in mapbox api.
>>
>> However, I'm trying to put this geoserver in docker and have vector tiles
>> installation in docker.
>>
>> I see many options to have geoserver docker compose or docker image, but
>> can anyone help if there is any geoserver docker preinstalled with vector
>> tiles extension? Or the definition file or any leads ??
>>
>> Thanks in advance.
>>
>> -Prem
>> ___
>> Geoserver-users mailing list
>>
>> Please make sure you read the following two resources before posting to
>> this list:
>> - Earning your support instead of buying it, but Ian Turton:
>> http://www.ianturton.com/talks/foss4g.html#/
>> - The GeoServer user list posting guidelines:
>> http://geoserver.org/comm/userlist-guidelines.html
>>
>> If you want to request a feature or an improvement, also see this:
>> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>>
>>
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
>
>
> --
>
> Regards,
>
> Alessandro Parma
>
> ==
> GeoServer Professional Services from the experts! Visit
> http://goo.gl/it488V for more information.
> ==
>
> Alessandro Parma
> DevOps Engineer
>
> GeoSolutions S.A.S.
> Via di Montramito 3/A
> 55054  Massarosa (LU)
> Italy
> phone: +39 0584 962313
> fax:  +39 0584 1660272
>
> https://www.geosolutionsgroup.com
>
> https://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.
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>


-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] Fwd: GitHub integration - Encoding issue

[Alexandre Gacon]

Hello,

How do you understand the reply of Transifex?

Regards
Alexandre


-- Forwarded message -
De : Ryan Bernstein 
Date: mer. 5 janv. 2022 à 15:33
Subject: Re: GitHub integration - Encoding issue
To: Alexandre Gacon 


Hello Alexandre,

I hope you are doing well!

It seems that you are very technical, so I'm just going to copy/paste the
comments as-is from our developers who looked into this issue quite
extensively...

---
In order to understand the following explanation, keep in mind that:

   - UTF-8 is the encoding that will preserve properly all non-ascii,
   non-latin1 characters
   - ISO-5589-1 (aka latin1 ) is a ascii based encoding that contains all
   the ascii characters plus some additional ones used in the latin alphabet
   (i.e. é, è etc..)
   - us-ascii is the standard encoding for electronic communication and as
   we already mentioned a subset of the latin1 encoding.


After the new tests regarding the retaining of the encoding of the file
given in the ticket, we noticed the following:

   - If a non-latin1, non-ascii character exists in the translation (UTF-8
   characters) then the final translation file will contain the UTF-8 escaped
   corresponding characters (i.e. \u0420 corresponds to some Cyrillic letter).
   - In our case, the latin1 character wasn’t part of the translated
   strings but part of the structure of the file, at the template of the file.
   This means that we don’t want to change it to the UTF-8 escaped character.
   - But on the other hand, the library that we are using in order to
   integrate github with transifex is not supporting latin1 but UTF-8 so when
   a non-ascii character appears it converts the whole file to the best
   encoding that can represent that character. In our case that is UTF-8.


In order to preserve the us-ascii encoding (not the latin1) in github one
must make sure that the source keys and the comments of the file do not
contain any non ascii characters.
---

In case something wasn't clear, what this means is that because the source
file had a latin1 character (é) even though the translations for the
strings did not, this character was kept as-is (not escaped) as part of the
"template". Therefore, the translation files sent back to GitHub are being
encoded with UTF-8 by the library being used. We do not think we can do
anything about this, unfortunately. So, the translation files for the Java
Properties file format must be retrieved from Transifex directly instead of
using the GitHub integration.

Is this all clear? Do you have any other questions?

Kind regards,
Ryan


--
Ryan Bernstein
Customer Support Engineer | Transifex <https://www.transifex.com/>
Join Our Community! <https://community.transifex.com/>
Join user research! <http://www.transifex.com/user-panel>

How would you rate my reply?
[image: Satisfaction Rating Icons]
{#HS:1724125509-162787#}
On Fri, Dec 24, 2021 at 5:54 AM PST, Alexandre Gacon <
alexandre.ga...@gmail.com> wrote:
>
> Yes Ryan.
>
> It is clear now. It is a good beginning since it will allow to have
> Transifex up-to-date on what remains to translated. A two-way
> synchronisation would be indeed be better but for Christmas it is a nice
> present from you.
>
> Have good holidays and enjoy the coming events too !
>
> Regards
> Alexandre
>
> Le ven. 24 déc. 2021 à 14:50, Ryan Bernstein  a
> écrit :
>
> On Fri, Dec 24, 2021 at 5:49 AM PST, Ryan Bernstein 
> wrote:
>>
>> Hi,
>>
>> Source files will now be kept in the correct iso-5589-1 encoding/format
>> when using the GitHub integration.
>>
>> Any translation files pushed back to GitHub via the integration will be
>> in UTF-8 format instead of the correct (iso-5589-1) format. Our developers
>> will continue looking into this, but they haven't found a solution so far,
>> unfortunately. So, please use the UI (or the newer API/CLI for automation)
>> to download these translation files.
>>
>> Does this help clarify things?
>>
>> Best,
>> Ryan
>>
>>
>> --
>> Ryan Bernstein
>> Customer Support Engineer | Transifex <https://www.transifex.com/>
>> Join Our Community! <https://community.transifex.com/>
>> Join user research! <http://www.transifex.com/user-panel>
>> On Fri, Dec 24, 2021 at 5:39 AM PST, Alexandre Gacon <
>> alexandre.ga...@gmail.com> wrote:
>>>
>>> Hi Ryan,
>>>
>>> Just to be sure of what you say: the encoding of the source property
>>> file will be kept. If a translation file is provided by Github in the iso
>>> encoding, it will be kept too but if a new language is added through
>>> Transifex, the encoding will be wrong.
>>>
>>> Or all the translation

Re: [Geoserver-users] Vector tile layer filter is possible?

[Alexandre Gacon]

Hello José,

To me, filtering of vector tiles can only happen in two places:
- When generating the vector tiles on server side
- When interpreting the vector tiles on client side

You don't have filter parameters on tile based APIs (WMTS, TMS, XYZ) since
you request a tile.

Regards
Alexandre


Le mar. 4 janv. 2022 à 15:42, José Olivas  a écrit :

> Hi all;
>
> I have a problem with filter a vector tile layer on my basic filter
> plugin. This tool needs to filter WMS Tile layer and Vector tile layers
> (.pbf).
>
> The develop of the first is done, i only need add CQL filter whit
> 'updateParams' ol command. The second filter is the problem, i cant
> apply any CQL filter because this don't have parameters to update.
>
> Can I filter this data type on server?
>
> Apologies if my question sound like joke, but I new with GS.
>
> I'm working with GS 2.19.2  and GWC 1.19.1 on ubuntu.
>
> That's all.
>
> Thanks and happy new year.
>
>
>
>
>
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>


-- 
Alexandre Gacon
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users