[Geoserver-users] WFS query of a Vector Mosaic datastore

2024-03-15 Thread Richard Matsunaga via Geoserver-users 
Hello,

We are using the Vector Mosaic datastore 
(https://docs.geoserver.org/main/en/user/community/vector-mosaic/index.html). 
It seems to functioning well for our needs except for one case.

With a WFS GetFeature request, the response time is so slow our load balancer 
times out before the response comes back grom GeoServer. The timeout is 1 min, 
a typical WFS GetFeature request takes about 2 mins according to the GeoServer 
logs.

Our mosaic index is stored in PostgreSQL and the mosaic flat files are 
FlatGeoBuf.

>From the GeoServer logs, it appears that the entire index is being queried 
>instead of being filtered by the input bounding box to the GetFeature. We have 
>over 1000 rows in the index. I am guessing each of these files are then being 
>queried against the bounding box, but I'm not sure.

It starts with this query:

SELECT "ogc_fid",encode(ST_AsEWKB("wkb_geometry"), 'base64') as 
"wkb_geometry","params" FROM "vector_products"."raw_points_index";

Then we get many entries like:

[geotools.vectormosaic] - Found and set datastore for granule null with params 
{url=file:/ 
/GeoserverData/farmtrx/raw_points/dALzgubWabg8nVZlObJZU_raw_points_32814/dALzgubWabg8nVZlObJZU_raw_points_32814.fgb}

Eventually it seems to succeed, but long after the gateway timed out:

"GET 
/geoserver/wfs?service=WFS&version=2.0.0&request=GetFeature&outputFormat=application/json&bbox=-8428045.938524414,5672717.233576572,-8427400.045285502,5673091.775131803,EPSG:3857&typeName=raw_points&SLD=file:///
 
/styles/abXuSt4KMlbFn8SG84bHX/abXuSt4KMlbFn8SG84bHX_33272_raw_points_hct.sld&count=100&propertyName=yldt_ha"
 took 119988ms

Previously we stored all the vector data in PostgreSQL and this GetFeature 
query returned nearly instantaneously. Am I correct that it seems the original 
query would be better to be filtered by the bounding box, thus returning one or 
a few rows?

Thanks,
Richard
___
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] Problem with symlinks

2024-03-15 Thread Carsten Klein 

Hi,

on the other hand, if Tomcat/Java states that your data dir is just not 
writable, this could be due to a missing ReadWritePaths option in 
Tomcat's systemd service file. For security reasons, systemd services 
must explicitly list those directories they need write access to. In 
that case you should add an override.conf for Tomcat's systemd service 
file. Assuming you are using Tomcat 9.0, type:


sudo systemctl edit tomcat9.service

Then, add this line between the comment lines:

[Service]
ReadWritePaths=/data/dir/path/known/to/tomcat/

After saving the file and leaving the editor the file 
/etc/systemd/system/tomcat9.service.d/override.conf is getting created 
or updated.


The /data/dir/path/known/to/tomcat/ path is the directory your 
GEOSERVER_DATA_DIR points to.


Then, type

sudo systemctl daemon-reload

to make systemd reload its configuration.

After restarting Tomcat, it should have write access to the data dir.

Carsten

Am 15.03.2024 um 16:37 schrieb Andrea Aime:
I don't have experience using symlinks for the data dir... what errors 
do you get?

I guess you'll get some stack traces in the logs, can you share them?

Regards,

Andrea Aime

==GeoServer Professional Services from the experts!

Visit http://bit.ly/gs-services-us for 
more information.==Ing. Andrea Aime @geowolfTechnical Lead


GeoSolutions Groupphone: +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 2:35 PM Uwe Seher  wrote:

Same Problem on openSUSE15.5, no symlinks accepted.

Am Mo., 11. März 2024 um 15:32 Uhr schrieb Uwe Seher
:

Hi!
I am trying u migrate our geoserver installation from 2.19.x
to 2.24.1 and from aur old server to a new one running on
debian 11/java 11. This part is ok, the new instance is up and
running. It is now running on a vm which should reference the
data-directory from another machine. We did this with the old
instance too (with nfs), the new one references the data-dir
on the host machine. This works too, the datadir is accessible
read/write for the tomcat user. When i try to set this as the
data-dir for geoserver by creating a symlink this does not
work. I tried it too with the original data-dir from the
installation and it does not work when i move it and create a
symlink in the same dir. The same dir works when it is
accessed directly. I do not understand what happens here,
because i did this several times before.

Thank you in advance
Uwe Seher

___
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

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

2024-03-15 Thread 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

Re: [Geoserver-users] Problem with symlinks

2024-03-15 Thread Carsten Klein 

Hi Uwe, hi Andrea,

what is GeoServer's GEOSERVER_DATA_DIR in web.xml set to? Why using a 
symlink? Can't you just let GEOSERVER_DATA_DIR point to the actual data 
dir on your host machine? Maybe Tomcat is picky about the symlink. If 
you cannot adjust your GEOSERVER_DATA_DIR, using a bind mount instead of 
a symlink solves the problem.


in fstab:

[...]
/real/data/dir/location /tomcat/data/dir none defaults,bind 0 0
[...]

Gruß Carsten

Am 15.03.2024 um 16:37 schrieb Andrea Aime:
I don't have experience using symlinks for the data dir... what errors 
do you get?

I guess you'll get some stack traces in the logs, can you share them?

Regards,

Andrea Aime

==GeoServer Professional Services from the experts!

Visit http://bit.ly/gs-services-us for 
more information.==Ing. Andrea Aime @geowolfTechnical Lead


GeoSolutions Groupphone: +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 2:35 PM Uwe Seher  wrote:

Same Problem on openSUSE15.5, no symlinks accepted.

Am Mo., 11. März 2024 um 15:32 Uhr schrieb Uwe Seher
:

Hi!
I am trying u migrate our geoserver installation from 2.19.x
to 2.24.1 and from aur old server to a new one running on
debian 11/java 11. This part is ok, the new instance is up and
running. It is now running on a vm which should reference the
data-directory from another machine. We did this with the old
instance too (with nfs), the new one references the data-dir
on the host machine. This works too, the datadir is accessible
read/write for the tomcat user. When i try to set this as the
data-dir for geoserver by creating a symlink this does not
work. I tried it too with the original data-dir from the
installation and it does not work when i move it and create a
symlink in the same dir. The same dir works when it is
accessed directly. I do not understand what happens here,
because i did this several times before.

Thank you in advance
Uwe Seher

___
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

Re: [Geoserver-users] Tomcat warning message

2024-03-15 Thread Andrea Aime 
Hi Georg,
it's GeoServer trying to figure out which rasterizer is used by the JVM,
some as faster than
others. It's normal behavior.

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, Mar 11, 2024 at 10:19 AM Georg Weickelt <
georg.weick...@ibedelmann.de> wrote:

> I have Geoserver version 2.24.2 running under Tomcat 9.0.85. Tomcat
> displays this error message:
>
> WARNING: An illegal reflective access operation has occurred
> WARNING: Illegal reflective access by org.geoserver.web.admin.StatusPanel (
> file:/srv/tomcat/webapps/geoserver/WEB-INF/lib/gs-web-core-2.24.2.jar) to
> method sun.java2d.pipe.RenderingEngine.getInstance()
> WARNING: Please consider reporting this to the maintainers of
> org.geoserver.web.admin.StatusPanel
> WARNING: Use --illegal-access=warn to enable warnings of further illegal
> reflective access operations
> WARNING: All illegal access operations will be denied in a future release
>
> Do I need to worry about this?
>
>
> Georg
> ___
> 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] Problem with symlinks

2024-03-15 Thread Andrea Aime 
I don't have experience using symlinks for the data dir... what errors do
you get?
I guess you'll get some stack traces in the logs, can you share them?

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 2:35 PM Uwe Seher  wrote:

> Same Problem on openSUSE15.5, no symlinks accepted.
>
> Am Mo., 11. März 2024 um 15:32 Uhr schrieb Uwe Seher  >:
>
>> Hi!
>> I am trying u migrate our geoserver installation from 2.19.x to 2.24.1
>> and from aur old server to a new one running on debian 11/java 11. This
>> part is ok, the new instance is up and running. It is now running on a vm
>> which should reference the data-directory from another machine. We did this
>> with the old instance too (with nfs), the new one references the data-dir
>> on the host machine. This works too, the datadir is accessible read/write
>> for the tomcat user. When i try to set this as the data-dir for geoserver
>> by creating a symlink this does not work. I tried it too with the original
>> data-dir from the installation and it does not work when i move it and
>> create a symlink in the same dir. The same dir works when it is accessed
>> directly. I do not understand what happens here, because i did this several
>> times before.
>>
>> Thank you in advance
>> Uwe Seher
>>
> ___
> 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] Publishing Raster data from PostGres-Table

2024-03-15 Thread Andrea Aime 
Hi Felix,
while I have never tried it out, there is a community module that
should allow publishing rasters from within PostgreSQL databases:
https://docs.geoserver.org/main/en/user/community/pgraster/pgraster.html

Mind, it's unsupported, and I know nobody using it. Storing rasters in
databases never became popular, as far as I know,
it's a good idea if you want to perform spatial analysis inside the DB, but
for map rendering, better keep your data in
well optimized GeoTIFF files instead.

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 4:16 PM Felix Keßler via Geoserver-users <
geoserver-users@lists.sourceforge.net> wrote:

> Hey Guys,
> I am trying to publish raster-data from my Postgres-Table. I am
> currently using MapServer as I could not find a working solution to use
> geoserver, but the MapServer is pretty slow and I prefer GeoServer for
> other layers etc. and thus would like to know if someone has a working
> example using geoserver?
>
> Thanks in advance,
> Felix
>
>
>
> ___
> 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

2024-03-15 Thread Andrea Aime 
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

Re: [Geoserver-users] Publishing Raster data from PostGres-Table

2024-03-15 Thread Ian Turton 
What have you tried? What doesn't work? What does the log file say?



On Fri, 15 Mar 2024 at 15:13, Felix Keßler via Geoserver-users <
geoserver-users@lists.sourceforge.net> wrote:

> Hey Guys,
> I am trying to publish raster-data from my Postgres-Table. I am
> currently using MapServer as I could not find a working solution to use
> geoserver, but the MapServer is pretty slow and I prefer GeoServer for
> other layers etc. and thus would like to know if someone has a working
> example using geoserver?
>
> Thanks in advance,
> Felix
>
>
>
> ___
> 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] Publishing Raster data from PostGres-Table

2024-03-15 Thread Felix Keßler via Geoserver-users 

Hey Guys,
I am trying to publish raster-data from my Postgres-Table. I am
currently using MapServer as I could not find a working solution to use
geoserver, but the MapServer is pretty slow and I prefer GeoServer for
other layers etc. and thus would like to know if someone has a working
example using geoserver?

Thanks in advance,
Felix



___
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] Problem with symlinks

2024-03-15 Thread Uwe Seher 
Same Problem on openSUSE15.5, no symlinks accepted.

Am Mo., 11. März 2024 um 15:32 Uhr schrieb Uwe Seher :

> Hi!
> I am trying u migrate our geoserver installation from 2.19.x to 2.24.1 and
> from aur old server to a new one running on debian 11/java 11. This part is
> ok, the new instance is up and running. It is now running on a vm which
> should reference the data-directory from another machine. We did this with
> the old instance too (with nfs), the new one references the data-dir on the
> host machine. This works too, the datadir is accessible read/write for the
> tomcat user. When i try to set this as the data-dir for geoserver by
> creating a symlink this does not work. I tried it too with the original
> data-dir from the installation and it does not work when i move it and
> create a symlink in the same dir. The same dir works when it is accessed
> directly. I do not understand what happens here, because i did this several
> times before.
>
> Thank you in advance
> Uwe Seher
>
___
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

2024-03-15 Thread Ian Turton 
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] Style REST API removing WellKnownName

2024-03-15 Thread 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