from:"Rahkonen Jukka"

Re: [Geoserver-users] Java heap space java.lang.OutOfMemoryError: Java heap space

2024-05-28 Thread Rahkonen Jukka

Hi,

There is another error " java.io.FileNotFoundException: 
C:\geoserver-2.17.2-bin\webapps\geoserver\data\gwc\postgis_layer\metadata.properties"
I wonder if it could trigger the heap space issue.

-Jukka Rahkonen-

Lähettäjä: Vinay Kumar 
Lähetetty: keskiviikko 29. toukokuuta 2024 3.09
Vastaanottaja: geoserver-users@lists.sourceforge.net
Aihe: [Geoserver-users] Java heap space java.lang.OutOfMemoryError: Java heap 
space

HI

I have going through geoserver error where geoserver 2.17.2 - getting Java heap 
space java.lang.OutOfMemoryError: Java heap space .  But here we have port 8080 
working fine but port 8443 showing below error.

Is there any way to identify the main issue it is related to Tile service issue 
or connection pool or Java memory issue.



Caused by: java.io.UncheckedIOException: java.io.FileNotFoundException: 
C:\geoserver-2.17.2-bin\webapps\geoserver\data\gwc\postgis_layer_p\metadata.properties
 (Access is denied)at 
org.geowebcache.storage.blobstore.file.FileBlobStore.putLayerMetadata(FileBlobStore.java:669)
at 
org.geowebcache.storage.blobstore.file.FileBlobStore.persistParameterMap(FileBlobStore.java:572)
at 
org.geowebcache.storage.blobstore.file.FileBlobStore.writeFile(FileBlobStore.java:557)
at 
org.geowebcache.storage.blobstore.file.FileBlobStore.put(FileBlobStore.java:477)
at 
org.geowebcache.storage.CompositeBlobStore.lambda$put$6(CompositeBlobStore.java:182)
at 
org.geowebcache.storage.CompositeBlobStore.lambda$readActionUnsafe$20(CompositeBlobStore.java:504)
at 
org.geowebcache.storage.CompositeBlobStore.readFunctionUnsafe(CompositeBlobStore.java:486)
at 
org.geowebcache.storage.CompositeBlobStore.readActionUnsafe(CompositeBlobStore.java:501)
at 
org.geowebcache.storage.CompositeBlobStore.put(CompositeBlobStore.java:182) 
   at 
org.geoserver.gwc.ConfigurableBlobStore.put(ConfigurableBlobStore.java:225) 
   at 
org.geowebcache.storage.DefaultStorageBroker.put(DefaultStorageBroker.java:85)  
  at org.geowebcache.layer.TileLayer.saveTiles(TileLayer.java:545)
at 
org.geoserver.gwc.layer.GeoServerTileLayer.getMetatilingReponse(GeoServerTileLayer.java:654)
... 115 more Caused by: java.io.FileNotFoundException: 
C:\geoserver-2.17.2-bin\webapps\geoserver\data\gwc\postgis_layer\metadata.properties
 (Access is denied)at java.io.FileOutputStream.open0(Native Method) 
   at java.io.FileOutputStream.open(FileOutputStream.java:270)at 
java.io.FileOutputStream.(FileOutputStream.java:213)at 
java.io.FileOutputStream.(FileOutputStream.java:162)at 
org.geowebcache.storage.blobstore.file.FileBlobStore.putLayerMetadata(FileBlobStore.java:665)
... 127 more 28 May 16:36:50 INFO [geoserver.wms] - Request: 
getServiceInfo 28 May 16:36:50 INFO [geoserver.servlets] - OutputStream was 
successfully aborted. 28 May 16:36:51 INFO [geoserver.wfs] - Request: 
getServiceInfo 28 May 16:36:58 ERROR [renderer.lite] - Java heap space 
java.lang.OutOfMemoryError: Java heap space 28 May 16:38:09 INFO 
[geoserver.servlets] - OutputStream was successfully aborted.


Other error when accessing geoserver layer is attached.

HTTP ERROR 500 Problem accessing 
/geoserver/web/wicket/bookmarkable/org.geoserver.web.data.layer.LayerPage. 
Reason: Server Error Caused by: javax.servlet.ServletException: 
org.springframework.web.util.NestedServletException: Handler dispatch failed; 
nested exception is java.lang.OutOfMemoryErro at 
org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:168)
 at 
org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:132) 
at org.eclipse.jetty.server.Server.handle(Server.java:505) at 
org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:370) at 
org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:267) at 
org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:305)
 at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:103) at 
org.eclipse.jetty.io.ssl.SslConnection$DecryptedEndPoint.onFillable(SslConnection.java:427)
 at org.eclipse.jetty.io.ssl.SslConnection.onFillable(SslConnection.java:321) 
at org.eclipse.jetty.io.ssl.SslConnection$2.succeeded(SslConnection.java:159)
--

at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1610)
 at 
org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:201)
 5/28/24, 11:15 PM Error 500 Server Error 
https://localhost:8443/geoserver/web/wicket/bookmarkable/org.geoserver.web.data.layer.LayerPage?filter=false
 2/3 at 
org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:119)
 at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1602)
 at

Re: [Geoserver-users] Install community extensions?

2024-05-15 Thread Rahkonen Jukka

Hi,

As documented in Community modules - GeoServer 2.25.x User 
Manual:

"Community modules are considered "pending" in that they are not officially 
part of the GeoServer releases. They are however built along with the nightly 
builds, so you can download and play with them."

They are here https://build.geoserver.org/geoserver/2.25.x/community-latest/ 
but they should be installed together with the nightly snapshot of Geoserver.

-Jukka Rahkonen-



Lähettäjä: Kristian Nils Robin Morin via Geoserver-users 

Lähetetty: keskiviikko 15. toukokuuta 2024 14.54
Vastaanottaja: geoserver-users 
Aihe: [Geoserver-users] Install community extensions?

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

Re: [Geoserver-users] Geometry type mismatch

2024-04-22 Thread Rahkonen Jukka

Hi,

I made a test with Geoserver 2.25.0 and I can confirm that there is a mismatch 
between DescribeFeatureType and GetFeature for ne:countries with WFS 1.1.0.
I tried to test also topp:states but it seems that there is something else 
broken with that. GetFeature with WFS 1.1.0 and WFS 2.0 returns this error:


We have had issues trying to flip axis of 
GEOGCS["GCS_WGS_1984", DATUM["WGS_1984", SPHEROID["WGS_1984", 6378137.0, 
298.257223563]], PRIMEM["Greenwich", 0.0], UNIT["degree", 
0.017453292519943295], AXIS["Longitude", EAST], AXIS["Latitude", NORTH]] No 
authority was defined for code "GCS_WGS_1984". Did you forget 
"AUTHORITY:NUMBER"?

I was testing with a new Geoserver binzip installation on Windows, JVM Eclipse 
Adoptium: 11.0.22.

-Jukka Rahkonen-



Lähettäjä: Ian Turton 
Lähetetty: maanantai 22. huhtikuuta 2024 19.00
Vastaanottaja: Calliess Daniel Ing. 
Kopio: geoserver-users 
Aihe: Re: [Geoserver-users] Geometry type mismatch



On Mon, 22 Apr 2024 at 16:29, Calliess Daniel Ing. 
mailto:daniel.calli...@stadt-salzburg.at>> 
wrote:
Hi,

after upgrading GeoServer from 2.24.0 to 2.24.1 one of my users

Please look into this and correct the error.

Please remember that GeoServer is maintained by volunteers - if your users have 
a problem then they are (presumably) paying you to take care of it. If you are 
not up to fixing the problem yourself please contact one of the commercial 
support teams that will look into it for you.

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

Re: [Geoserver-users] wfs call to retrieve features from several layers: how to know what geometric object comes from what layer?

2024-04-09 Thread Rahkonen Jukka

Hi,

Does the data look easier to parse in GML format? WFS is written for GML and it 
is hard to support all the flexible possibilities of GML in GeoJSON.

-Jukka Rahkonen-

Lähettäjä: Joris Billen via Geoserver-users 

Lähetetty: tiistai 9. huhtikuuta 2024 14.00
Vastaanottaja: geoserver-users@lists.sourceforge.net
Aihe: [Geoserver-users] wfs call to retrieve features from several layers: how 
to know what geometric object comes from what layer?

Dear experts,
I make a wfs call with some CQL filter to several layers and it creates a json 
with all the features for all returned geometric objects(linestrings in my 
case).
https://url:port/geoserver/wfs?service=wfs=1.0.0=GetFeature=cite:layer1,layer2,layer3_FILTER=filter1;filter2;filter3=json
It also returns some other non-geometric properties.
However, I can not see from the returned json what object comes from what 
layer. Is it easy to add that info in the call?
I am contemplating adding a field attribute layer_type. But this would then 
have a constant value for all records in the layer (for layer1: layer_type=1, 
layer2: layer_type=2, layer3:layer_type=3) which sounds a bit silly.
Is there any way of adding the layername where the geometric object came from 
to the response?
Thanks!
___
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] Deleting database table through REST API

2024-02-15 Thread Rahkonen Jukka

Hi,

I do not believe that it is generally possible to know if the table was created
with REST API or by some other means. It is possible to check the owner of the
table and if Geoserver is configured to use a special database account with
well thought-out privileges it might be safe to allow to drop tables with REST.
However, I believe that in most Geoserver installations the geoserver db user
has all too wide privileges, at least if you ask from the DB admins.
If we will have a configuration option "cascade=true" then it should be off by
default, and somehow the geoserver admin who turns it on should be made aware
of all the consequences.

-Jukka Rahkonen-

Lähettäjä: Roar Brænden
Lähetetty: keskiviikko 14. helmikuuta 2024 23.29
Vastaanottaja: geoserver-users@lists.sourceforge.net
Kopio: Gabriel Roldan ; Jody Garnett
; Rahkonen Jukka
Aihe: Re: [Geoserver-users] Deleting database table through REST API

Hi,

I think it would be helpful to separate the use cases. The original question
was about a database table that were created by the REST API when creating a
layer. In such a situation it makes sense to delete the table when deleting the
layer. Otherwise you could see a scenario were there are a lot of lost tables
in the database.

In other situations we have a layer that is wrapped on top of an existing
table. In such cases it would be very disruptive to delete the database table
when deleting the layer.

I'm in favor of introducing an extra parameter for instance "cascade=true", if
the user wants to delete the database table as well. In the last scenario it
would also make sense to restrict the database user, that are configured in
Geoserver, from making disruptive calls to the database. Like dropping a table.

Regards,
Roar Brænden

14. feb. 2024 kl. 17:42 skrev Rahkonen Jukka
mailto:jukka.rahko...@maanmittauslaitos.fi>>:

Hi,

I was thinking about the same, but if user can do something with the user
interface then why not with REST? Both are secured only by the
username/password. However, I do not know if it is possible to drop database
tables from the UI. I have seen some user requests about cascading deletes so
that deleting a layer would also delete the data. I think that is not a good
idea.

-Jukka Rahkonen-

Lähettäjä: Gabriel Roldan
mailto:gabriel.rol...@gmail.com>>
Lähetetty: keskiviikko 14. helmikuuta 2024 17.46
Vastaanottaja: Jody Garnett
mailto:jody.garn...@gmail.com>>
Kopio:
geoserver-users@lists.sourceforge.net<mailto:geoserver-users@lists.sourceforge.net>
Aihe: Re: [Geoserver-users] Deleting database table through REST API

Hi all,
For the record,
I'm utterly against deleting database tables through the geoserver REST API
* It's absolutely dangerous
* The REST API shall with GeoServer "resources", not infrastructure ones

If I wanted to delete a table through *a* REST API, I'd better run two queries,
one to delete the geoserver FeatureType/Layer,
and another one to delete the database table, for which there are existing
solutions, for example PostgREST https://postgrest.org<https://postgrest.org/>
(not sure if that one lets you drop tables) but you get the idea.

Cheers,
Gabe

On Mon, 12 Feb 2024 at 16:25, Jody Garnett
mailto:jody.garn...@gmail.com>> wrote:
I am open to improvements and addition to the importer API (which offers some
control as it is responsible for the automatic creation of tables; it has an
opportunity to delete an existing table when replacing contents).

See example
https://docs.geoserver.org/latest/en/user/extensions/importer/rest_examples.html#replacing-postgis-table-using-the-contents-of-a-csv-file

--
Jody Garnett

On Feb 12, 2024 at 1:30:11 AM, Cécile Vuilleumier
mailto:cecile.vuilleum...@camptocamp.com>>
wrote:
Hi all
When creating a feature type in a database datastore with the REST API,
GeoServer will create the corresponding table if it does not exist.
We were wondering if similarly the deletion of a table was also possible when
deleting the associated feature type and I found this discussion:
https://sourceforge.net/p/geoserver/mailman/message/36221224/
Does anybody know if a proposal had been submitted? I couldn't find it on the
GitHub wiki but I might have missed it.
Many thanks, Cécile
--
camptocamp
Cécile Vuilleumier
Geospatial developer
www.camptocamp.com<http://www.camptocamp.com/>
___
Geoserver-users mailing list

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

Re: [Geoserver-users] Deleting database table through REST API

2024-02-14 Thread Rahkonen Jukka

Hi,

I was thinking about the same, but if user can do something with the user 
interface then why not with REST? Both are secured only by the 
username/password.  However, I do not know if it is possible to drop database 
tables from the UI. I have seen some user requests about cascading deletes so 
that deleting a layer would also delete the data. I think that is not a good 
idea.

-Jukka Rahkonen-

Lähettäjä: Gabriel Roldan 
Lähetetty: keskiviikko 14. helmikuuta 2024 17.46
Vastaanottaja: Jody Garnett 
Kopio: geoserver-users@lists.sourceforge.net
Aihe: Re: [Geoserver-users] Deleting database table through REST API

Hi all,
For the record,
I'm utterly against deleting database tables through the geoserver REST API
* It's absolutely dangerous
* The REST API shall with GeoServer "resources", not infrastructure ones

If I wanted to delete a table through *a* REST API, I'd better run two queries, 
one to delete the geoserver FeatureType/Layer,
and another one to delete the database table, for which there are existing 
solutions, for example PostgREST https://postgrest.org
(not sure if that one lets you drop tables) but you get the idea.

Cheers,
Gabe



On Mon, 12 Feb 2024 at 16:25, Jody Garnett 
mailto:jody.garn...@gmail.com>> wrote:
I am open to improvements and addition to the importer API (which offers some 
control as it is responsible for the automatic creation of tables; it has an 
opportunity to delete an existing table when replacing contents).

See example 
https://docs.geoserver.org/latest/en/user/extensions/importer/rest_examples.html#replacing-postgis-table-using-the-contents-of-a-csv-file


--
Jody Garnett


On Feb 12, 2024 at 1:30:11 AM, Cécile Vuilleumier 
mailto:cecile.vuilleum...@camptocamp.com>> 
wrote:
Hi all
When creating a feature type in a database datastore with the REST API, 
GeoServer will create the corresponding table if it does not exist.
We were wondering if similarly the deletion of a table was also possible when 
deleting the associated feature type and I found this discussion:
https://sourceforge.net/p/geoserver/mailman/message/36221224/
Does anybody know if a proposal had been submitted? I couldn't find it on the 
GitHub wiki but I might have missed it.
Many thanks, 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
___
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


--
Gabriel Roldán
___
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] WCS and multipart/mixed response

2024-02-07 Thread Rahkonen Jukka

Hi,

Multipart is correct for WCS 1.1.x. If you just begin with WCS and do not have 
any special reason to use 1.1.x then I recommend WCS 2.0. It is much less odd 
than 1.1.x.

The standard texts are in https://www.ogc.org/standard/wcs/

-Jukka Rahkonen-

Lähettäjä: Scott Lewis 
Lähetetty: keskiviikko 7. helmikuuta 2024 23.58
Vastaanottaja: geoserver-users@lists.sourceforge.net
Aihe: [Geoserver-users] WCS and multipart/mixed response


Hi, I am still somewhat of a new user of Geoserver (and of W*S in general); I 
know some of the basics, but am starting to work on specific use-case 
implementations for the project I'm on.

I have a store/layer setup on a local instance, and can get the WMS image as 
expected.  However, when I did a WCS requeset, I was able to get a result, but 
the result was in a "multipart/mixed" response, and I had to manually go in and 
extract the TIF image from the second part.  Is this normal for WCS responses?  
Or is there something perhaps configured incorrectly with the WCS server.

For example, here's the URL I used to make the request (semi-redacted):

https://HOSTNAME/geoserver/NSIDC/wcs?service=WCS=1.1.0=GetCoverage=IDENTIFIER=-90,-90,90,90,EPSG:3411=image/geotiff

And the first part of the response:

MIME-Version: 1.0
Content-Type: multipart/mixed;
boundary="=_Part_75_128209765.1707259235983"

--=_Part_75_128209765.1707259235983
Content-Type: text/xml
Content-Transfer-Encoding: 7bit
Content-ID: 

http://www.opengis.net/wcs/1.1.1; 
xmlns:xlink="http://www.w3.org/1999/xlink; 
xmlns:ogc="http://www.opengis.net/ogc; 
xmlns:ows="http://www.opengis.net/ows/1.1; 
xmlns:gml="http://www.opengis.net/gml; 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance;
 
xsi:schemaLocation="https://HOSTNAME/geoserver/schemas/wcs/1.1.1/wcsCoverages.xsd;>TITLEGenerated
 from 
ImageMosaicIDENTIFIER/>
--=_Part_75_128209765.1707259235983
Content-Type: image/tiff
Content-Transfer-Encoding: base64
Content-ID: 

TU0AKggAEQEAAAMBATEBAAMBATECAAMBACEDAAMBAAEA
AAEGAAMBAAEAAAEVAAMBAAEAAAEaAAUB3AEbAAUB5AEoAAMB
AAEAAAFCAAMBATFDAAMBATFEAAQBAAABkgFFAAQBAAWkAAFTAAMA
AAABAAMAAIXYAAwQ7IevAAMQAAABbKSBAAIGAAABjAEB

 (more)

Thanks in advance.  I've tried looking for documentation, but either my 
searching skills are just poor, or I'm misunderstanding what I've read.

Scott Lewis
NSIDC
___
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] Query regarding WMS service

2024-01-09 Thread Rahkonen Jukka

Hi,

This is geoserver-users mailing list so you are a part of the team. I did see 
your mail but I did not quite understand what you were asking so I did not 
respond. I have never used nginx in front of Geoserver, but if your nginx 
requires that the URL begins like …/gis/geoserver/gwc/service/tms/1.0.0/, then 
WMS requests do not work. But I believe that you have tested that already
http://localhost:8080/geoserver/gwc/service/tms/1.0.0?service=WMS=1.3.0=GetCapabilities

-Jukka Rahkonen-

Lähettäjä: Kajal Shrawan Katoke via Geoserver-users 

Lähetetty: keskiviikko 10. tammikuuta 2024 7.51
Vastaanottaja: geoserver-users@lists.sourceforge.net
Kopio: CHANDRADEEP KUMAR ; Madhu 

Aihe: Re: [Geoserver-users] Query regarding WMS service

Hi Team,

Gentle Reminder!
Please provide your response for below query.

As a temporary measure against WMS vulnerabilities, we using Nginx on the front 
end of geoserver to guard against requests other than the following patterns.
^/gis/geoserver/gwc/service/tms/1.0.0/
　
However, I am concerned about whether I can check all the URL patterns that 
call the WMS service in the GeoServer documentation to check if it is properly 
guarded.
(This is because it is described as a calling example in various places in the 
document, so it is not possible to determine whether all patterns are 
described.)
　
Therefore, I would like to confirm whether above nginx configurations prevents 
calls to the WMS service using URL patterns that we allow.

[Query]
Will this method of protection (nginx configuration shared in previous mail) 
make the WMS service unavailable?　
Thanks & regards,
Kajal



From: Kajal Shrawan Katoke
Sent: 13 December 2023 09:07
To: 'geoserver-users@lists.sourceforge.net' 
mailto:Geoserver-users@lists.sourceforge.net>>
Cc: CHANDRADEEP KUMAR 
mailto:chandradeep.ku...@india.nec.com>>; 
Madhu mailto:mad...@india.nec.com>>
Subject: RE: Query regarding WMS service

Hi Team,

We missed some content of our query  please find below:
[Query]
Will this method of protection (nginx configuration shared in previous mail) 
make the WMS service unavailable?　
Thanks & regards
Kajal
From: Kajal Shrawan Katoke
Sent: 12 December 2023 11:49
To: 'geoserver-users@lists.sourceforge.net' 
mailto:Geoserver-users@lists.sourceforge.net>>
Cc: CHANDRADEEP KUMAR 
mailto:chandradeep.ku...@india.nec.com>>; 
Madhu mailto:mad...@india.nec.com>>
Subject: Query regarding WMS service

Hi Team,

As a temporary measure against WMS vulnerabilities, we using Nginx on the front 
end of geoserver to guard against requests other than the following patterns.
^/gis/geoserver/gwc/service/tms/1.0.0/
　
However, I am concerned about whether I can check all the URL patterns that 
call the WMS service in the GeoServer documentation to check if it is properly 
guarded.
(This is because it is described as a calling example in various places in the 
document, so it is not possible to determine whether all patterns are 
described.)
　
Therefore, I would like to confirm whether above nginx configurations prevents 
calls to the WMS service using URL patterns that we allow.

Thanks & regards,
Kajal

The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only.
It shall not attach any liability on the originator or NEC Corporation India 
Private Limited or its affiliates.
Any views or opinions presented in this email are solely those of the author 
and may not necessarily reflect the opinions of NEC Corporation India Private 
Limited or its affiliates.
Any form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of the author of this e-mail is strictly prohibited.
If you have received this email in error please delete it and notify the sender 
immediately.
___
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] Conversion meters to kilometers or feet in DWithin filtering

2023-12-15 Thread Rahkonen Jukka

Hi,

I can confirm that with Geoserver 2.24.1 this request shows just an empty map
http://localhost:8080/geoserver/sf/wms?service=WMS=1.1.0=GetMap=sf%3Aarchsites=589851.437048%2C4914490.882968263%2C608346.4603107043%2C4926501.8980334345=768=498=EPSG%3A26713==image/png_FILTER=DWithin(the_geom,Point(593250%204923867),10,kilometers)
but this one shows filtered points
http://localhost:8080/geoserver/sf/wms?service=WMS=1.1.0=GetMap=sf%3Aarchsites=589851.437048%2C4914490.882968263%2C608346.4603107043%2C4926501.8980334345=768=498=EPSG%3A26713==image/png_FILTER=DWithin(the_geom,Point(593250%204923867),1,meters).

-Jukka Rahkonen-

Lähettäjä: geospatial techno 
Lähetetty: perjantai 15. joulukuuta 2023 15.12
Vastaanottaja: geoserver-users@lists.sourceforge.net
Aihe: [Geoserver-users] Conversion meters to kilometers or feet in DWithin 
filtering

I have used the WMS service with the CQL filter in GeoServer. Currently, I want 
to use the "DWithin" spatial operators to filter features by default GeoServer 
data ("sf:archsites" layer). I specifically need to filter a specific point 
(593250, 4923867) using a radius of 10,000 meters.
I want to substitute meters with something like kilometers.
The issue is that these two commands should produce the same results in the 
output, however in geoserver, it doesn't work this way. Why?

Here are the CQL filter codes:
- CQL_FILTER=DWithin(the_geom,Point(593250 4923867),1,meters)
- CQL_FILTER=DWithin(the_geom,Point(593250 4923867),10,kilometers)

Regards
___
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] Query regarding WMS URL

2023-11-29 Thread Rahkonen Jukka

Hi,

I think that the correct URL is the WMS-C link that is provided in the first 
page of the Geoserver web admin utility. The button between TMS and WMTS

http://localhost:8080/geoserver/gwc/service/wms?service=WMS=1.1.1=GetCapabilities=true

-Jukka Rahkonen-

Lähettäjä: Jody Garnett 
Lähetetty: torstai 30. marraskuuta 2023 7.30
Vastaanottaja: Kajal Shrawan Katoke 
Kopio: Chandradeep Kumar ; Madhu 
; geoserver-users@lists.sourceforge.net
Aihe: Re: [Geoserver-users] Query regarding WMS URL

Sorry that should be 
http:///geoserver/ows?
--
Jody Garnett


On Nov 30, 2023 at 2:28:30 PM, Jody Garnett 
mailto:jody.garn...@gmail.com>> wrote:
I would expect the tileset to align with one of the layers provided by: 
http:///geoserver/gwc/service/ows?SERVICE=WMS=1.3.0=GetCapabilities
--
Jody Garnett


On Nov 30, 2023 at 1:00:02 PM, Kajal Shrawan Katoke via Geoserver-users 
mailto:geoserver-users@lists.sourceforge.net>>
 wrote:
Hi Team,

We have checked geoserver document and found below URL to access TMS service:
http:///geoserver/gwc/service/tms/1.0.0/


[QUERY]
Is there any way to access WMS service using below  TMS url?
http:///geoserver/gwc/service/tms/1.0.0/


Thanks & Regards,
Kajal

The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. It shall not attach any liability on the 
originator or NEC Corporation India Private Limited or its affiliates. Any 
views or opinions presented in this email are solely those of the author and 
may not necessarily reflect the opinions of NEC Corporation India Private 
Limited or its affiliates. Any form of reproduction, dissemination, copying, 
disclosure, modification, distribution and / or publication of this message 
without the prior written consent of the author of this e-mail is strictly 
prohibited. If you have received this email in error please delete it and 
notify the sender immediately.
___
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] WMS GetMap filter issue [SEC=OFFICIAL]

2023-11-10 Thread Rahkonen Jukka

Hi,

The error seems to happen also with Geoserver 2.24 for the standard “states” 
demo layer.

http://localhost:8080/geoserver/topp/wms?service=WMS=1.1.0=GetMap=topp%3Astates=-124.7314220001%2C24.955967%2C-66.969849%2C49.371735=768=330=EPSG%3A4326==image/png=%3CFilter%3E%3CPropertyIsLike%20matchCase=%22false%22%20wildCard=%22*%22%20singleChar=%22.%22%20escape=%22!%22%3E%3CPropertyName%3ESTATE_NAME%3C/PropertyName%3E%3CLiteral%3E*co*%3C/Literal%3E%3C/PropertyIsLike%3E%3C/Filter%3E&=application/vnd.ogc.se_inimage

-Jukka Rahkonen-

Lähettäjä: Jody Garnett 
Lähetetty: perjantai 10. marraskuuta 2023 6.43
Vastaanottaja: Aaron Sedgmen 
Kopio: geoserver-users@lists.sourceforge.net
Aihe: Re: [Geoserver-users] WMS GetMap filter issue [SEC=OFFICIAL]

It has not been reported yet, can you do so please and attach the stack trace.

Thanks
Jody

On Thu, Nov 9, 2023 at 8:10 PM Aaron Sedgmen 
mailto:aaron.sedg...@ga.gov.au>> wrote:
Hi all,

Following a recent upgrade to GeoServer 2.23.2, WMS GetMap requests that 
include a filter containing the PropertyIsLike comparison operator are 
returning null pointer exceptions.

Example filter:


STATE
*SA*



Above filter applied in a WMS GetMap request:
https://services.ga.gov.au/gis/earthresource/wms?SERVICE=WMS=1.1.1=GetMap=image/png=true=ama:MineralDeposits=application/vnd.ogc.se_inimage=EPSG:4283=768=413=103.7109375,-45.6591796875,171.2109375,-9.3603515625=%3CFilter%3E%3CPropertyIsLike%20matchCase=%22false%22%20wildCard=%22*%22%20singleChar=%22.%22%20escape=%22!%22%3E%3CPropertyName%3ESTATE%3C/PropertyName%3E%3CLiteral%3E*SA*%3C/Literal%3E%3C/PropertyIsLike%3E%3C/Filter%3E

The same filter is ok in a WFS GetFeature request:
https://services.ga.gov.au/gis/earthresource/wfs?request=GetFeature=WFS=1.1.0=ama:MineralDeposits=%3CFilter%3E%3CPropertyIsLike%20matchCase=%22false%22%20wildCard=%22*%22%20singleChar=%22.%22%20escape=%22!%22%3E%3CPropertyName%3ESTATE%3C/PropertyName%3E%3CLiteral%3E*SA*%3C/Literal%3E%3C/PropertyIsLike%3E%3C/Filter%3E=json

The issue appears to have come about after version 2.22.2,  which we were using 
prior to upgrading to 2.23.2.   The issue also occurs in the current stable 
release 2.24.0.

There doesn’t appear to be any tickets in the GeoServer Jira related to this, 
and before I log a ticket, I’m wondering if anyone on the forum has come across 
the issue and perhaps has a simple fix?

GeoServer 2.23.2, 2.24.0
JDK 11
Tomcat 8, Tomcat 9
Windows 10, Ubuntu 22.04

Thanks,

Aaron Sedgmen.

Geoscience Australia Disclaimer: This e-mail (and files transmitted with it) is 
intended only for the person or entity to which it is addressed. If you are not 
the intended recipient, then you have received this e-mail by mistake and any 
use, dissemination, forwarding, printing or copying of this e-mail and its file 
attachments is prohibited. The security of emails transmitted cannot be 
guaranteed; by forwarding or replying to this email, you acknowledge and accept 
these risks.
___
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] Refresh a Geoserver PostGIS layer after adding a new column to the data source (postgis table)

2023-11-03 Thread Rahkonen Jukka

Hi,

It is an uncommon solution to let users change the schema of the tables freely.
I do not say that it is wrong, but users adding data into tables which are
predefined by the administrators is the traditional way and therefore better
supported.
Could the OpenStreetMaps data model suit for your use case? That does not have
much attribute schema, just tags and values.

-Jukka Rahkonen-

Lähettäjä: Harsha Yegireddi
Lähetetty: perjantai 3. marraskuuta 2023 8.59
Vastaanottaja: Jody Garnett
Kopio: geoserver-users@lists.sourceforge.net
Aihe: Re: [Geoserver-users] Refresh a Geoserver PostGIS layer after adding a
new column to the data source (postgis table)

Hi Jody,

Thanks for the response. I have tried different methods and nothing works. The
only workaround I figured out is that we can set the layer's "enabled=false"
and set it to true every time a column is altered or a new column is created.
However, geoserver is a part of my cloud saas platform. A user can upload
vector data and the data is saved into a PostGIS table and then published to
geoserver as a layer. The user can share this uploaded data/layer to multiple
other users. All the shared users with edit permission can create, delete,
duplicate, and rename the columns of this existing layer.

Altering the layers "enabled" every time a user performs column operations
might affect the performance.

Please let me know if you have any suggestions.

Regards

On Thu, Nov 2, 2023 at 10:14 PM Jody Garnett
mailto:jody.garn...@gmail.com>> wrote:
The format may of changed a bit as the ability to add CQL expressions (and
generate columns on the fly) was added in that time frame.

There is an options to refresh the column definition from the database table
that may be more suitable than manually adding a column.
--
Jody Garnett

On Nov 2, 2023 at 6:10:12 AM, Harsha Yegireddi
mailto:harsha6...@gmail.com>> wrote:

I am unable to update the layer configuration of a PostGIS geoserver layer.
1. I am adding a new column to the existing and published PostGIS table
in the first step.
2. However, the geoserver automatically doesn't reflect the changes made
to the layer. We need to manually do it through the geoserver admin interface
using the "Reload feature type" option (image below) or automate it through the
geoserver rest API.
[cid:image001.png@01DA0E39.F3C3C870]
3. The Python code for updating layer configuration through rest-API is
given below.
```

session = requests.Session()

session.auth = (username, password)

layer_url_json =
f"{geoserver_url_dL}/workspaces/{workspace_dL}/datastores/{store}/featuretypes/{layer_name}.json"

response1 = session.get(layer_url_json)

layer_info = response1.json()

#print(layer_info)

new_column = {

"name": "type12",

"type": "Boolean", # Set the data type for the new column

"nillable":True,

"minOccurs": 0, # Optional: Minimum occurrences

"maxOccurs": 1 # Optional: Maximum occurrences

}

layer_info['featureType']['attributes']['attribute'].append(new_column)

response2 = session.put(layer_url_json, headers={'Content-type':
'application/json'},
```

The above code was working perfectly in geoserver-2.20.0 and the changes to
layer configuration are being reflected.

However, I am getting a 500 error for response2 with the text "The CQL source
expression for attribute type12 refers to attributes unavailable in the data
source: [type12]" in later versions of geoserver like geoserver-2.23, 2.24,
2.25-SNAPSHOT

I tried to verify the PostGIS table and the column is already added to the
table, and the rest-api interactions with geoserver 2.23-SNAPSHOT are working
fine as i was able to retrieve "layer_info" and also successfully tested adding
a new workspace using rest-api in this version.

Unfortunately, I can't fix this error. Is this my code error specific to the
version of the geoserver or is it a geoserver bug?

--
Thanks and Regards,
Sriharsha Yegireddi

___
Geoserver-users mailing list

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

Re: [Geoserver-users] Error creating COG Mosaic via REST API

2023-10-25 Thread Rahkonen Jukka

Hi,

But it is a zip file that is uploaded and application/zip is used in the manual 
so I guess that at least it has worked when the manual was written 
https://docs.geoserver.org/main/en/user/community/cog/mosaic.html

COGs are TIFFs with some extra features and this is how the mime type is 
defined in the OGC standard:
When required, a COG file should use the MIME type image/tiff with the 
application parameter value geotiff and the profile parameters value 
cloud-optimized, therefore as follows:

image/tiff; application=geotiff; profile=cloud-optimized

-Jukka Rahkonen-

Lähettäjä: Ian Turton 
Lähetetty: keskiviikko 25. lokakuuta 2023 10.47
Vastaanottaja: cristinaarc...@alia-space.com
Kopio: geoserver-users 
Aihe: Re: [Geoserver-users] Error creating COG Mosaic via REST API

I think your mime type is wrong, should it not be an image of some type, I 
forget what COGs use.

Ian

On Tue, 24 Oct 2023, 17:29 , 
mailto:cristinaarc...@alia-space.com>> wrote:
Hello,
I'm trying to create a COG ImageMosaic on Geoserver, following the instruction 
described at:
https://docs.geoserver.org/main/en/user/community/cog/mosaic.html

I succeeded with step 1 (create an empty store) via rest API

curl -u : -XPUT --write-out %{http_code} -H 
"Content-type:application/zip" --data-binary @modis.zip 
http://localhost:8080/geoserver/rest/workspaces/cite/coveragestores/modis/file.imagemosaic?configure=none
(201)

But when I try to add a granule to the store, I have the following error:
curl -u : -XPOST -H "Content-type: text/plain" --write-out 
%{http_code} -d 
https://modis-vi-nasa.s3-us-west-2.amazonaws.com/MOD13A1.006/2018.01.01.tif 
http://localhost:8080/geoserver/rest/workspaces/cite/coveragestores/modis/remote.imagemosaic

java.io.IOException: Failed to create reader from file:data/dea/modis and hints 
Hints:
  REPOSITORY   = 
org.geoserver.catalog.CatalogRepository@740d84d1
  EXECUTOR_SERVICE = 
java.util.concurrent.ThreadPoolExecutor@e508348[Running,
 pool size = 0, active threads = 0, queued tasks = 0, completed tasks = 0]
System defaults:
  FORCE_AXIS_ORDER_HONORING= http
  STYLE_FACTORY= StyleFactoryImpl
  FEATURE_FACTORY  = 
org.geotools.feature.LenientFeatureFactoryImpl@4f4c6bb8
  FORCE_LONGITUDE_FIRST_AXIS_ORDER = true
  LENIENT_DATUM_SHIFT  = true
  GRID_COVERAGE_FACTORY= GridCoverageFactory
TILE_ENCODING  = null
  FILTER_FACTORY   = FilterFactoryImpl
  COMPARISON_TOLERANCE = 1.0E-8

at 
org.geoserver.catalog.ResourcePool.getGridCoverageReader(ResourcePool.java:1571)
at 
org.geoserver.catalog.ResourcePool.getGridCoverageReader(ResourcePool.java:1514)
at 
org.geoserver.catalog.impl.CoverageStoreInfoImpl.getGridCoverageReader(CoverageStoreInfoImpl.java:57)
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.catalog.impl.ModificationProxy.invoke(ModificationProxy.java:144)
at com.sun.proxy.$Proxy46.getGridCoverageReader(Unknown Source)
at 
org.geoserver.rest.catalog.CoverageStoreFileController.coverageStorePost(CoverageStoreFileController.java:98)
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.springframework.web.method.support.InvocableHandlerMethod.doInvoke(InvocableHandlerMethod.java:190)
at 
org.springframework.web.method.support.InvocableHandlerMethod.invokeForRequest(InvocableHandlerMethod.java:138)
at 
org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:105)
at 
org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandlerMethod(RequestMappingHandlerAdapter.java:878)
at 
org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:792)
at 
org.springframework.web.servlet.mvc.method.AbstractHandlerMethodAdapter.handle(AbstractHandlerMethodAdapter.java:87)
at

Re: [Geoserver-users] Misleading error message "Unauthorized master password dump request"

2023-10-19 Thread Rahkonen Jukka

Hi,

This is the right place. I could repeat the issue with Geoserver 2.24.0. Please
file an issue. UI is probably the most suitable component. And thank you for
reading the instructions.

When it comes to correcting the issue, you can see that many issues do get
resolved https://osgeo-org.atlassian.net/issues/?filter=-7. You can also see
that there are more than a thousand open issues already
https://osgeo-org.atlassian.net/issues/?jql=status%20%3D%20Open%20order%20by%20created%20DESC.
That does not mean that Geoserver is an extraordinary buggy piece of software.
Geoserver is a large, old, and widely used project with lots of features, and
unlike some other projects, we do not close issues automatically if they have
not been resolved within, for example, two months. But even if the issue would
not get fixed immediately now there is something that the search engines can
find if meanwhile some other user has a similar problem than you. Thank you for
that.

-Jukka Rahkonen-

Lähettäjä: Thomas Larsen Wessel
Lähetetty: torstai 19. lokakuuta 2023 14.49
Vastaanottaja: geoserver-users@lists.sourceforge.net
Aihe: Re: [Geoserver-users] Misleading error message "Unauthorized master
password dump request"

Could someone please tell me if I posted this in the right place?

I did read this guide on the Issue Tracker: https://geoserver.org/issues/.

I'm not sure if it qualifies as a bug, and the guide says if in doubt, post to
the mailing list. So I did.

Will anyone take notice of my post here, and correct the misleading message (or
at least provide feedback that it wont be corrected for whatever reason)? :)

Or should I in fact post this to the issue tracker? Or a different mailing list?

Sincerely

On Wed, Oct 18, 2023 at 11:12 AM Thomas Larsen Wessel
mailto:mrve...@gmail.com>> wrote:
I got this error message when trying to make a password dump in the web
administration interface:

· Unauthorized master password dump request

Screenshot: https://imgur.com/a/yEgMT4v

As a newbie, I spent quite some time trying to figure out which user(s) were
authorized to make this dump, and why my admin user was not. In the end I found
the error message below in the log.

18 Oct 08:44:49 WARN [geoserver.security] - Master password dump attempted to
overwrite existing resource

So the actual reason was that there was already a file at /opt/foo.txt.

I suggest the web administration interface is modified to show the same
error/warning message as in the log, or some other equally helpful message :)

Sincerely

___
Geoserver-users mailing list

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 attribute "name" in describefeaturetype return

2023-10-05 Thread Rahkonen Jukka

Hi,

See discussion about the same thing in 
https://gis.stackexchange.com/questions/467549/how-to-replicate-qgiss-identify-features-functionality-with-ogr2ogr-when-downlo

Maybe the answer it not comprehensive but reserved gml attribute names are 
somehow involved. Easy workaround would be to rename the attribute in source 
data into “feature_name” or something. There may be better solutions.

-Jukka Rahkonen-

Lähettäjä: Giuseppe Falcone 
Lähetetty: torstai 5. lokakuuta 2023 15.52
Vastaanottaja: geoserver-users 
Aihe: [Geoserver-users] missing attribute "name" in describefeaturetype return

Hi to all

I have a geoserver 2.21.1  installation.
I have some features with an attribute named "name".
When I execute a describefeaturetype on these features, attribute "name" isn't 
returned.
Why?
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

Re: [Geoserver-users] Anybody working on OGC API Features datastore?

2023-10-03 Thread Rahkonen Jukka

Hi,

I almost had success with the OGR datastore with Geoserver 23 nightly and GDAL 
3.8.0-dev on Windows. Installation does not quite succeed by reading the 
documentation 
https://docs.geoserver.org/latest/en/user/community/ogr-store/index.html but I 
can make a PR for updating the instructions if I manage to make everything work.

As a test I created an OGR datastore from geopackage and I can see all the 
tables. However, publishing the datastore fails with this error:
Native library load failed.
java.lang.UnsatisfiedLinkError: no osrjni in java.library.path:

I do not know where to search for “osrjni”.

-Jukka Rahkonen-


Lähettäjä: Andrea Aime 
Lähetetty: maanantai 2. lokakuuta 2023 21.00
Vastaanottaja: Rahkonen Jukka 
Kopio: GeoServer Users 
Aihe: Re: [Geoserver-users] Anybody working on OGC API Features datastore?

If you need it now, there is the ogr datastore community 
module<https://docs.geoserver.org/stable/en/user/community/ogr-store/index.html>.
 It supports any OGR format,
so you should be able to use the OGC API Features reader

Cheers
Andrea

On Mon, Oct 2, 2023 at 3:53 PM Rahkonen Jukka 
mailto:jukka.rahko...@maanmittauslaitos.fi>>
 wrote:
Hi,

In a couple of years old blog post http://geotoolsnews.blogspot.com/2020/09/ 
there is a wish for potential developers:
“We invite developers to contribute to the following work-in-progress:

  *   A new DataStore to access ogc-api features
Has anybody started to develop that datastore?

-Jukka Rahkonen-
___
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<mailto: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] Anybody working on OGC API Features datastore?

2023-10-02 Thread Rahkonen Jukka

Hi,

In a couple of years old blog post http://geotoolsnews.blogspot.com/2020/09/ 
there is a wish for potential developers:
"We invite developers to contribute to the following work-in-progress:

  *   A new DataStore to access ogc-api features
Has anybody started to develop that datastore?

-Jukka Rahkonen-
___
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] Installing Geoserver 2.23.2 into Tomcat 10.1.13

2023-09-21 Thread Rahkonen Jukka

Hi Graham,

You wrote that you have now Geoserver successfully deployed on Tomcat 10. Could 
you tell shortly for Jody and other users what did you actually do?

-Jukka Rahkonen-


Lähettäjä: Jody Garnett 
Lähetetty: torstai 21. syyskuuta 2023 4.07
Vastaanottaja: Humphries, Graham 
Kopio: geoserver-users@lists.sourceforge.net
Aihe: Re: [Geoserver-users] Installing Geoserver 2.23.2 into Tomcat 10.1.13

GeoServer cannot be deployed in Tomcat 10.x presently as we have not made the 
migration to Jakarta yet.

Please see https://github.com/geoserver/geoserver/wiki/Jakarta-EE as we begin 
to outline the work required.
--
Jody Garnett


On Sep 20, 2023 at 5:46:14 PM, "Humphries, Graham" 
mailto:graham.humphr...@stategrowth.tas.gov.au>>
 wrote:
My dev environment has been upgraded to use java11. This is so I can deploy the 
latest version of Geoserver (2.23.2)

The server I am running is:
OS: SunOS version 5.11
Tomcat v 10.1.13
JVM 11.0.20.1+1-LTS

Geoserver failed to start when deployed with error messages like this:
21-Sep-2023 09:16:46.156 SEVERE [http-nio-8080-exec-34] 
org.apache.catalina.core.StandardContext.listenerStart Error configuring 
application listener of class 
[org.springframework.web.context.request.RequestContextListener]
java.lang.NoClassDefFoundError: 
javax/servlet/ServletRequestListener

Having looked into why this was happening it seems Tomcat 10.x has replaced 
java/servlet with Jakarta/servlet.

The Geoserver documentation for Web archives states:
Note

GeoServer has been mostly tested using Tomcat, and so is the recommended 
application server. GeoServer requires a newer version of Tomcat (7.0.65 or 
later) that implements Servlet 3 and annotation processing. Other application 
servers have been known to work, but are not guaranteed.
Having followed the Tomcat documentation for migrating from 9.x to 10.x 
Geoserver has successfully deployed and is now working.

Is this how Geoserver needs to be deployed into Tomcat 10.x for the time being?

Regards,

Graham Humphries | System Analyst
Department of State Growth
4 Salamanca Place, Hobart TAS 7000 | GPO Box 536, Hobart TAS 7001

In recognition of the deep history and culture of this island, I acknowledge 
and pay my respects to all Tasmanian Aboriginal people; the past, and present 
custodians of the Land.




CONFIDENTIALITY NOTICE AND DISCLAIMER
The information in this transmission may be confidential and/or protected by 
legal professional privilege, and is intended only for the person or persons to 
whom it is addressed. If you are not such a person, you are warned that any 
disclosure, copying or dissemination of the information is unauthorised. If you 
have received the transmission in error, please immediately contact this office 
by telephone, fax or email, to inform us of the error and to enable 
arrangements to be made for the destruction of the transmission, or its return 
at our cost. No liability is accepted for any unauthorised use of the 
information contained in this transmission.
___
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] Remove Layer Preview from Login Page (SOLVED)

2023-07-01 Thread Rahkonen Jukka

Hi,

Did I understand right that what you want to achieve is to disable the KML 
outputformat for WMS? Have you considered to restrict the allowed MIME types 
https://docs.geoserver.org/latest/en/user/services/wms/webadmin.html#restricting-mime-types-for-getmap-and-getfeatureinfo-requests

-Jukka Rahkonen-

Lähettäjä: Carsten Klein 
Lähetetty: lauantai 1. heinäkuuta 2023 16.27
Vastaanottaja: Andrea Aime ; Jody Garnett 

Kopio: geoserver-users@lists.sourceforge.net
Aihe: Re: [Geoserver-users] Remove Layer Preview from Login Page (SOLVED)


Hi Andrea, hi Jody,

actually, the solution to the anonymous Layer Preview problem is quite simple 
and relays on GeoServer's built in Security capabilities only. Under Security 
-> Authentication, adding a new HTML Filter Chain "webPreview" for path (ANT 
pattern) "/web/wicket/bookmarkable/org.geoserver.web.demo.MapPreviewPage" is 
the first step. I also checked "Allow creation of an HTTP session for storing 
the authentication token" (don't know whether it's really required). Finally, 
I've added Chain filters "rememberme" and "form" in that order.

Obviously, that new filter chain must be positioned before the "web" filter 
chain (which ist for path "/web/**" and allows for anonymous access).

With that chain in place, clicking on the Layer Preview link while not being 
authenticated, just forwards you to the FORM login page 
org.geoserver.web.GeoServerLoginPage. Layer Preview is no longer accessible 
anonymously... :-)

I did the same for pages for Demos -> Demo requests and Demo -> WCS request 
builder.

As mentioned before, several German companies I know about are facing the same 
problem. Maybe it's worth to mention that procedure in the docs somewhere under 
"Running in a production environment".

Regards,
Carsten
___
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 configuring external WFS layers

2023-06-07 Thread Rahkonen Jukka

Hi,

Have you already checked with GetCapabilities what formats that WFS server 
supports for DescribeFeaturetype?

-Jukka Rahkonen-

Lähettäjä: Roar Brænden 
Lähetetty: keskiviikko 7. kesäkuuta 2023 20.42
Vastaanottaja: Briones Garcia, Pedro 
Kopio: geoserver-users@lists.sourceforge.net
Aihe: Re: [Geoserver-users] Error configuring external WFS layers

Hi Pedro,

I've tried with the most recent GeoTools version and the exception is thrown 
there as well.
The last message says:
Client does not support any of the server supported output formats for 
DESCRIBE_FEATURETYPE

It could also have said: "The server don't specify any output formats." Anyways 
not where GeoTools is looking.


Regards,
Roar Brænden



7. jun. 2023 kl. 19:27 skrev Andrea Aime 
mailto:andrea.a...@geosolutionsgroup.com>>:

GeoServer 2.14 is old and has a couple of critical vulnerabilities, I'd take it 
offline and plan an upgrade as soon as possible.
See also https://geoserver.org/blog/ (check the "vulnerability" section).

Then try again cascading with the newer version, the issue might have been 
addressed in more recent GeoServer versions,
although it's also possible that the server you're trying to cascade it not 
fully compliant

Cheers
Andrea

On Wed, Jun 7, 2023 at 6:54 PM Briones Garcia, Pedro 
mailto:p...@tragsa.es>> wrote:
Hi all.

I’ve configured a cascading External WFS DataStore in GeoServer 2.14 without 
errors -Web Feature Server (NG)- but when I try to publish a layer from the 
remote WFS Server (ADD New Layer) I get this error message:

org.apache.wicket.WicketRuntimeException: Method onRequest of interface 
org.apache.wicket.behavior.IBehaviorListener targeted at 
org.apache.wicket.ajax.markup.html.AjaxLink$1@356a0aa6
 on component [AjaxLink [Component id = link]] threw an exception
at 
org.apache.wicket.RequestListenerInterface.internalInvoke(RequestListenerInterface.java:268)
at 
org.apache.wicket.RequestListenerInterface.invoke(RequestListenerInterface.java:241)
at 
org.apache.wicket.core.request.handler.ListenerInterfaceRequestHandler.invokeListener(ListenerInterfaceRequestHandler.java:248)
at 
org.apache.wicket.core.request.handler.ListenerInterfaceRequestHandler.respond(ListenerInterfaceRequestHandler.java:234)
at 
org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:895)
at 
org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:64)
at 
org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:265)
at 
org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:222)
at 
org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:293)
at 
org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketFilter.java:261)
at 
org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:203)
at 
org.apache.wicket.protocol.http.WicketServlet.doGet(WicketServlet.java:137)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:634)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:741)
at 
org.springframework.web.servlet.mvc.ServletWrappingController.handleRequestInternal(ServletWrappingController.java:157)
at 
org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:174)
at 
org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:50)
at 
org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:967)
at 
org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:901)
at 
org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:970)
at 
org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:861)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:634)
at 
org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:846)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:741)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:231)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
at 
org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:53)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
at 
org.geoserver.filters.ThreadLocalsCleanupFilter.doFilter(ThreadLocalsCleanupFilter.java:26)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
at

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

2023-05-24 Thread Rahkonen Jukka

Hi,

Look at here https://build.geoserver.org/geoserver/2.23.x/ext-latest/

-Jukka Rahkonen-

Lähettäjä: Branislav Gacesa via Geoserver-users 

Lähetetty: keskiviikko 24. toukokuuta 2023 16.15
Vastaanottaja: geoserver-users 
Kopio: Kosta Cavic 
Aihe: Re: [Geoserver-users] CSS style - i18n titles

Hello team,
We are preparing geoserver container for HA scenario.
I have noticed geoserver-2.21-SNAPSHOT-vectortiles-plugin and 
geoserver-2.21-SNAPSHOT-importer-plugin are gone in 2.23.0.
https://build.geoserver.org/geoserver/2.23.x/community-latest/
Functionality is incorporated in geoserver core or something else?
Thanks for your time!


With all the best!


[cid:image001.png@01D98E8E.AF8BDF60]
[facebook]
[twitter]
[linkedin]
[instagram]
Branislav Gaćeša
DevOps Engineer
Engenering |  HTEC Group Inc
branislav.gac...@htecgroup.com
htecgroup.com
+387 66 808 348
Mladena Stojanovića 30, Banja Luka, BiH


From: Andrea Aime 
mailto:andrea.a...@geosolutionsgroup.com>>
Sent: Wednesday, May 24, 2023 1:08 PM
To: Alexandre Gacon 
mailto:alexandre.ga...@gmail.com>>
Cc: geoserver-users 
mailto:geoserver-users@lists.sourceforge.net>>
Subject: Re: [Geoserver-users] CSS style - i18n titles

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 
mailto: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
___
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 cut as footprint behavior on Uint16 mosaic

2023-05-22 Thread Rahkonen Jukka

Hi,

When it comes to the “Character I” issue, read
https://osgeo-org.atlassian.net/browse/GEOS-9868 and as a workaround for
testing change the locale of your computer into English one.

-Jukka Rahkonen-

Lähettäjä: Goran Grcic
Lähetetty: maanantai 22. toukokuuta 2023 14.22
Vastaanottaja: geoserver-users@lists.sourceforge.net
Aihe: [Geoserver-users] Use cut as footprint behavior on Uint16 mosaic

Hy everyone,
I am trying to render RGB mosaic from bunch of VRT files. VRT files are
pointing to TIF files which are defined as Uint16 type images , with no nodata
defined at all. I installed GDAL plugin for Geoserver to achive this. Regarding
the fact that my data doesn't have nodata and alpha channel defined, Geoserver
renders it with black background where it should be transparent, it's expected
behavior. I am trying to avoid reprocessing of data and still get effect of
transparency. After a bit of searching for solution I found out about setting
the option 'footprint behavior' to 'cut' and considering the fact that I have
shapefiles already generated for each of my VRT granule I tried going in that
direction.
In some cases this works fine, for example when I am requesting for JPEG
image, but when I try other formats as PNG,GIF, ect.. image renderer throws
error randomly on different zoom levels.

The error message is:
'Error rendering coverage on the fast path all factories fail for the operation
"lookup"the user-supplied image bounds is not within the intersection of all
the source bounds'

After hours of searching I found out that problem may be connected with Uint16
type of data. I also tried to get more info trough debuging of source code.I
gave up on it after starting to get random error on layer creation when using
any of stores provided by GDAL plugin.

Random error I got:
Caused by: java.lang.NumberFormatException: Character I is neither a decimal
digit number, decimal point, nor "e" notation exponential mark. at
java.base/java.math.BigDecimal.(BigDecimal.java:594)

But it is less important in this case.
Thank you in advance,
Goran
___
Geoserver-users mailing list

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] WMTS and metatiling/labelling

2023-05-15 Thread Rahkonen Jukka

Hi,

Preseed your cache and you can pay the price of metatiling in advance and only 
once. Then WMTS can serve you from the cache fast and with well-cut labels.

-Jukka Rahkonen-

Lähettäjä: Mitchell Bösecke 
Lähetetty: maanantai 15. toukokuuta 2023 20.28
Vastaanottaja: geoserver-users@lists.sourceforge.net
Aihe: [Geoserver-users] WMTS and metatiling/labelling

Hi,

I've been experimenting with switching from WMS (tiled=true) to WMTS and I was 
surprised to find out that WMTS uses metatiling just like WMS. I'm ultimately 
trying to eliminate metatiling for performance reasons (locking seems to be my 
bottleneck, I'm okay hitting my postgis database more, I'd prefer lower 
per-tile latency than average latency across multiple tiles).

However, it seems like my WMTS requests are plagued by the classic labelling 
issues that WMS is affected by, unless metatiling is enabled. Philosophically, 
I understand why WMS is affected by the labelling issue but I guess I'm 
surprised that WMTS would also be affected by this since the concept of tiling 
is built-in to the protocol.

With a single WMTS request, couldn't the backend understand that a single tile 
is just a small subset of a larger grid of tiles (knowledge that is missing 
from the WMS protocol), and therefore it can label accordingly, without 
metatiling? In essence, couldn't it consider the entire tile matrix as a 
"metatile" for styling purposes? Is this a deficiency with the current 
implementation or am I missing something?

Thanks,
Mitchell

--
Mitchell Bösecke
Partner and Senior Software Developer
Forcorp Solutions Inc.

(d) 780.733.0494
(c) 780.993.4746
(o) 780.452.5878
___
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 .tif file

2023-05-12 Thread Rahkonen Jukka

Hi,

This is one more incarnation of this bug 
https://osgeo-org.atlassian.net/browse/GEOS-9868. The issue happens with some 
non-English locales and it is triggered by the infinity character (collapsed 8) 
that is used as a default value in some places of the user interface.

-Jukka Rahkonen-

Lähettäjä: Ian Turton 
Lähetetty: perjantai 12. toukokuuta 2023 12.48
Vastaanottaja: Adem Erbaş 
Kopio: geoserver-users@lists.sourceforge.net
Aihe: Re: [Geoserver-users] publishing .tif file

Somewhere GeoServer is trying to read a number and getting the letter `I` 
instead (Character I is neither a decimal digit number, decimal point, nor "e" 
notation exponential mark.) - I can't tell from that stack trace if its in your 
data or in your other parameters but that's what you need to look for.

Ian

On Fri, 12 May 2023 at 07:57, Adem Erbaş 
mailto:adem54...@gmail.com>> wrote:
Hello. I tried to load a .tif file in geoserver in order to publish it as WMS 
layer. But I got the same following error message , even if I changed my 
geoserver version and java version many times. As well as, I checked about the 
EPSG code is right. I think everything looking right. But it didn't go, no 
matter I did. Is there anyone know what exactly problem or how can I load my 
.tif file in order to publish as WMS service?
*  An error occurred while loading the page
Oops, something went wrong...
Sorry, something unexpected happened on the server.
The GeoServer user list might help you address this issue. Click here to 
subscribe, and then include in your message the GeoServer version, the stack 
trace below and the steps to reproduce the problem.
org.apache.wicket.WicketRuntimeException: Method onFormSubmitted of interface 
org.apache.wicket.markup.html.form.IFormSubmitListener targeted at [Form 
[Component id = publishedinfo]] on component [Form [Component id = 
publishedinfo]] threw an exception
   at 
org.apache.wicket.RequestListenerInterface.internalInvoke(RequestListenerInterface.java:268)
   at 
org.apache.wicket.RequestListenerInterface.invoke(RequestListenerInterface.java:216)
   at 
org.apache.wicket.core.request.handler.ListenerInterfaceRequestHandler.invokeListener(ListenerInterfaceRequestHandler.java:241)
   at 
org.apache.wicket.core.request.handler.ListenerInterfaceRequestHandler.respond(ListenerInterfaceRequestHandler.java:234)
   at 
org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:895)
   at 
org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:64)
   at 
org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:265)
   at 
org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:222)
   at 
org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:293)
   at 
org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketFilter.java:261)
   at 
org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:203)
   at 
org.apache.wicket.protocol.http.WicketServlet.doPost(WicketServlet.java:159)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:707)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
   at 
org.springframework.web.servlet.mvc.ServletWrappingController.handleRequestInternal(ServletWrappingController.java:166)
   at 
org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:177)
   at 
org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:52)
   at 
org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:1040)
   at 
org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:943)
   at 
org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:1006)
   at 
org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:909)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:707)
   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:1452)
   at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:791)
   at 
org.eclipse.jetty.servlet.ServletHandler$ChainEnd.doFilter(ServletHandler.java:1626)
   at 
org.geoserver.filters.ThreadLocalsCleanupFilter.doFilter(ThreadLocalsCleanupFilter.java:28)
   at org.eclipse.jetty.servlet.FilterHolder.doFilter(FilterHolder.java:193)
   at 
org.eclipse.jetty.servlet.ServletHandler$Chain.doFilter(ServletHandler.java:1601)
   at 
org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(SpringDelegatingFilter.java:73)
   at

Re: [Geoserver-users] WFS maximum number of features, used to limit access

2023-04-26 Thread Rahkonen Jukka

Hi,

"Maximum number of features" setting is reliable and user cannot bypass it, but 
it only limits the number of features returned by a single GetFeature request. 
User, who may be a machine, can make  new requests with another FID or bounding 
box. If you want to prevent such harvesting you must add some kind of access 
control into your system.

-Jukka Rahkonen-


Lähettäjä: David Persson 
Lähetetty: keskiviikko 26. huhtikuuta 2023 11.44
Vastaanottaja: geoserver-users 
Aihe: [Geoserver-users] WFS maximum number of features, used to limit access

Hello,

I am wondering about the WFS setting "Maximum number of features". If I wanted 
to make it impossible to add this layer including all of its features to a 
map/file (and make the data easy to re-employ for any purpose) would this be 
achievable consistently with this setting?

It seems that way, I haven't been able to make a getFeature request return more 
than one feature, and I'd like to be sure there's no known other way.

(The question comes from a need for specific singular geometries in a public 
web map while trying to make the whole collection of geometries unavailable)

Thanks for any pieces of advice : )
___
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.23 requirements

2023-04-19 Thread Rahkonen Jukka

Hi,

Sorry if I give misleading information, I am not so much in with programming.

That Geoserver 2.23 runs on Java 11/17 even it is using J2EE is possible 
because Geoserver delivers the javax libraries in geoserver/WEB-INF/lib. The 
server that is running Geoserver 2.23 must be able to run with Java 11 or 17, 
and still use J2EE. Therefore Tomcat 9 can be used but Tomcat 10 not. Some 
people have been able to do that with some fiddling by using a migration tool 
https://github.com/apache/tomcat-jakartaee-migration, see  
https://stackoverflow.com/questions/75475861/will-geoserver-run-over-tomcat-10-x.

By the Glassfish matrix that you presented it seems to be impossible to run 
Geoserver 2.23 with Glassfish at the moment. Glassfish 5 requires JDK8  so 
Geoserver 2.23 does not run. And Glassfish 6 requires Jakarta and Geoserver 
does not support that, so no go again. The situation is the same than with 
Tomcat 10. I do not know if the above mentioned migration tool could help with 
Glassfish 6 as it helped with Tomcat 10. In any case such solution is untested 
by the Geoserver team.

The alien and baffling situation will change in the future, if not before then 
at latest when Tomcat 9 is reaching the end-of-life, which may take a few years 
from now. Of course sooner would be better. Using commercial support channels 
https://geoserver.org/support/ is an effective way for getting more speed if 
that happens to be an alternative.

-Jukka Rahkonen-

Lähettäjä: Mark Hammond 
Lähetetty: keskiviikko 19. huhtikuuta 2023 11.15
Vastaanottaja: geoserver-users@lists.sourceforge.net
Aihe: Re: [Geoserver-users] Geoserver 2.23 requirements

All versions of Glassfish ship with the version of J2EE appropriate to the 
level of JDK it was designed to run on.

So glassfish 4 required J2EE7/JDK7 but runs on J2EE8/JDK8
Glassfish 5 requires J2EE8/JDK8
Glassfish 6 requires Jakarta 9.1/JDK11

The notion that you would have a JDK11 or later application paired with a much 
earlier J2EE version is alien and baffling to me.

M

On Tue, 18 Apr 2023 at 14:59, Jody Garnett 
mailto:jody.garn...@gmail.com>> wrote:
You are the first to run glass fish and tell us about it :) we have all be 
running with tomcat …

What version of J2EE does it support?

If it only supports Jakarta we are not migrated to that yet.  We tried with 
tomcat 10 (where it changes javax to Jakarta packages in the fly) but it did 
not work out so well.

Jody

On Tue, Apr 18, 2023 at 2:53 AM Ian Turton 
mailto:ijtur...@gmail.com>> wrote:
I was looking at this section - 
https://docs.geoserver.org/latest/en/user/production/java.html#running-on-java-11

> GlassFish does not currently [support] Java 11, although the upcoming 5.0.1 
> release is expected to include support for it.

To be honest, I don't know of anyone running on glassfish so I can really 
comment. May be that page needs updating

Ian

On Tue, 18 Apr 2023 at 10:21, Mark Hammond 
mailto:mark.hamm...@bto.org>> wrote:
Colour me even more confused - this is the release notes for 2.23.0 on 
geoserver.org

[cid:image001.png@01D972B6.123ECC20]

Or, if you can't view images:

https://geoserver.org/announcements/2023/04/05/geoserver-2-23-0-released.html

"Java 11 Minimum

With this release GeoServer no longer supports Java 8, and it is time to 
upgrade to Java 11 at a minimum. Our build system tests GeoServer in with Java 
11 and Java 17 which are both long-term-support OpenJDK releases."

My existing servers are 2.15 running on JDK8 and Glassfish 4.x.

Quite happy to upgrade to 2.23 running on JDK11 and Glassfish 6.x, or even 
JDK17 and Glassfish 7.x

Can someone advise? Because what I'm being told from the documentation, and 
what I'm experiencing on the ground don't seem to marry up...

Best wishes

Mark

On Mon, 17 Apr 2023 at 19:58, Jody Garnett 
mailto:jody.garn...@gmail.com>> wrote:
Mark may have been testing a newer glassfish based on Jakarta? 
https://glassfish.org - it looks like version 6 does 
support Java 11 and Jakarta.

We have not migrated from J2EE to jakarta yet; although that is a good task to 
do. If you are interested in working on that mark it would be a welcome 
improvement.
--
Jody Garnett

On Mon, Apr 17, 2023 at 11:45 AM Ian Turton 
mailto:ijtur...@gmail.com>> wrote:
According to our manual glassfish doesn't support java 11 while GeoServer 
doesn't support java 8 any longer. So you may need to work with a n older 
version, which do have the fixes applied.

Ian

On Mon, 17 Apr 2023, 18:39 Mark Hammond, 
mailto:mark.hamm...@bto.org>> wrote:
Hi folks,

I've been asked to upgrade our deployments of Geoserver due to the recently 
discovered vulnerabilities. I would have been most content to enact the 
workarounds wildly offered, but people above me in the pecking order insisted.

I've set up a vanilla test box with JDK11 and Glassfish 6.2.5 and downloaded 
the ready-to-eat .WAR file for Geoserver 2.23

However, upon attempting to

Re: [Geoserver-users] WMS GetFeatureInfo Error

2023-04-12 Thread Rahkonen Jukka

Hi,

EPSG:3857 is not valid near the poles
https://epsg.org/crs_3857/WGS-84-Pseudo-Mercator.html?
See "Extent: World - 85°S to 85°N".

-Jukka Rahkonen-

Lähettäjä: Miroslav Sabo
Lähetetty: keskiviikko 12. huhtikuuta 2023 9.28
Vastaanottaja: geoserver-users@lists.sourceforge.net
Aihe: [Geoserver-users] WMS GetFeatureInfo Error

Hi all,

We are using a GeoServer version 2.22.2 and a PostgreSQL DB as a source with
geometries (srid: 4326).
Some geometries we are using are on the poles, e.g. polygon that contains a
vertex with latitude 90° N.
When using the WMS GetFeatureInfo service and EPSG:3857 projection the
following error occurs:

org.geotools.referencing.operation.projection.ProjectionException: Latitude
90?00.0'N is too close to a pole.
I'm attaching a full stacktrace in the geoserverLog.txt.

The service works fine with projection EPSG:4326.

Is this a known issue and is there a workaround please?

Miroslav Sabo

___
Geoserver-users mailing list

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] Geotiff in LCC shifted after WMS GetMap request

2023-01-30 Thread Rahkonen Jukka

Hi,

You are right, I did not notice the R parameter
"+R=
Radius of the sphere, given in meters. If used in conjunction with +ellps, +R 
takes precedence."

Thus you do not have ellipsoid in +proj string either.

-Jukka Rahkonen-


Lähettäjä: Alexander Petkov 
Lähetetty: maanantai 30. tammikuuta 2023 16.05
Vastaanottaja: geoserver-users 
Aihe: Re: [Geoserver-users] Geotiff in LCC shifted after WMS GetMap request

Thank you for your reply,

I defined the projection exactly as reported in the source data.
I can certainly reproject to LCC with a different ellipsoid and see if the 
issue persists.
Although I am aiming to not distort the source data.


On Mon, Jan 30, 2023 at 6:42 AM Rahkonen Jukka 
mailto:jukka.rahko...@maanmittauslaitos.fi>>
 wrote:
Hi,

Have you been thinking if your Proj definition and Geoserver definitions match 
exactly? I am not an expert, but this makes me wonder. In 
https://proj.org/operations/projections/lcc.html<https://eur06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fproj.org%2Foperations%2Fprojections%2Flcc.html=05%7C01%7Cjukka.rahkonen%40maanmittauslaitos.fi%7Cc43dc92253e74868be7a08db02cb2161%7Cc4f8a63255804a1c92371d5a571b71fa%7C0%7C1%7C638106843705332572%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000%7C%7C%7C=sstnfakXdREz2hfQDLqVhHjSYvyQe4Z9i4REWgrkm5k%3D=0>
 the ellipsoid defaults to GRS80 but in your WKT you are using a ball, if I 
understand it right:
DATUM["unknown",
SPHEROID["Sphere",6371000,0]],

-Jukka Rahkonen-

Lähettäjä: Alexander Petkov mailto:green...@gmail.com>>
Lähetetty: maanantai 30. tammikuuta 2023 15.06
Vastaanottaja: geoserver-users 
mailto:geoserver-users@lists.sourceforge.net>>
Aihe: Re: [Geoserver-users] Geotiff in LCC shifted after WMS GetMap request

Yes:

PROJCS["NDFD",
GEOGCS["GCS_Unknown",
DATUM["unknown",
SPHEROID["Sphere",6371000,0]],
PRIMEM["Greenwich",0],
UNIT["degree",0.0174532925199433,
AUTHORITY["EPSG","9122"]]],
PROJECTION["Lambert_Conformal_Conic_2SP"],
PARAMETER["latitude_of_origin",25],
PARAMETER["central_meridian",-95],
PARAMETER["standard_parallel_1",25],
PARAMETER["standard_parallel_2",25],
PARAMETER["false_easting",0],
PARAMETER["false_northing",0],
UNIT["metre",1,
AUTHORITY["EPSG","9001"]],
AXIS["Easting",EAST],
AXIS["Northing",NORTH]]

+proj=lcc +lat_0=25 +lon_0=-95 +lat_1=25 +lat_2=25 +x_0=0 +y_0=0 +R=6371000 
+units=m +no_defs

On Mon, Jan 30, 2023 at 5:38 AM Rahkonen Jukka 
mailto:jukka.rahko...@maanmittauslaitos.fi>>
 wrote:
Hi,

You are using some custom CRS in Geoserver, EPSG:45557. Could you add the WKT 
that you have used for configuring it?

-Jukka Rahkonen-

Lähettäjä: Alexander Petkov mailto:green...@gmail.com>>
Lähetetty: maanantai 30. tammikuuta 2023 14.09
Vastaanottaja: geoserver-users 
mailto:geoserver-users@lists.sourceforge.net>>
Aihe: Re: [Geoserver-users] Geotiff in LCC shifted after WMS GetMap request

I upgraded to 2.22.1 (latest at the time of writing).

The problem with the systematic shift of layers in LCC projection persists.

Steps taken to reproduce:
1. Rasterize the states layer (I used the VectorToRaster WPS).
2. Reproject to Lambert Conformal Conic:
gdalwarp -ts 2145 1377 -t_srs '+proj=lcc +lat_0=25 +lon_0=-95 +lat_1=25 
+lat_2=25 +x_0=0 +y_0=0 +R=6371000 +units=m +no_defs' states_4326.tif 
states_45557.tif
3. Configure the reprojected raster as a Geotiff store.
4. Make a getMap request:
https://wfas.firenet.gov/geoserver/osm/wms?service=WMS=1.1.0=GetMap=osm%3Astates_45557,osm:states=-2973344.860654%2C-4525.983623652253%2C2805742.5427372716%2C3061083.104743568=768=407=EPSG%3A45557==application/openlayers<https://eur06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwfas.firenet.gov%2Fgeoserver%2Fosm%2Fwms%3Fservice%3DWMS%26version%3D1.1.0%26request%3DGetMap%26layers%3Dosm%253Astates_45557%2Cosm%3Astates%26bbox%3D-2973344.860654%252C-4525.983623652253%252C2805742.5427372716%252C3061083.104743568%26width%3D768%26height%3D407%26srs%3DEPSG%253A45557%26styles%3D%26format%3Dapplication%2Fopenlayers=05%7C01%7Cjukka.rahkonen%40maanmittauslaitos.fi%7Cc43dc92253e74868be7a08db02cb2161%7Cc4f8a63255804a1c92371d5a571b71fa%7C0%7C1%7C638106843705332572%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000%7C%7C%7C=IWGxvJcYNxKoCjIWW08GBvo8p0AEKnG9ANi57schFfI%3D=0>

Upon zoom/pan around the misalignment of the data is visible.

5. Import states_45557.tif as a layer in QGis, and add the WMS layer from Step 
3.  The misalignment is visible in the attached screenshot.

I believe this problem occurs when making a WMS request

Re: [Geoserver-users] Geotiff in LCC shifted after WMS GetMap request

2023-01-30 Thread Rahkonen Jukka

Hi,

Have you been thinking if your Proj definition and Geoserver definitions match 
exactly? I am not an expert, but this makes me wonder. In 
https://proj.org/operations/projections/lcc.html the ellipsoid defaults to 
GRS80 but in your WKT you are using a ball, if I understand it right:
DATUM["unknown",
SPHEROID["Sphere",6371000,0]],

-Jukka Rahkonen-

Lähettäjä: Alexander Petkov 
Lähetetty: maanantai 30. tammikuuta 2023 15.06
Vastaanottaja: geoserver-users 
Aihe: Re: [Geoserver-users] Geotiff in LCC shifted after WMS GetMap request

Yes:

PROJCS["NDFD",
GEOGCS["GCS_Unknown",
DATUM["unknown",
SPHEROID["Sphere",6371000,0]],
PRIMEM["Greenwich",0],
UNIT["degree",0.0174532925199433,
AUTHORITY["EPSG","9122"]]],
PROJECTION["Lambert_Conformal_Conic_2SP"],
PARAMETER["latitude_of_origin",25],
PARAMETER["central_meridian",-95],
PARAMETER["standard_parallel_1",25],
PARAMETER["standard_parallel_2",25],
PARAMETER["false_easting",0],
PARAMETER["false_northing",0],
UNIT["metre",1,
AUTHORITY["EPSG","9001"]],
AXIS["Easting",EAST],
AXIS["Northing",NORTH]]

+proj=lcc +lat_0=25 +lon_0=-95 +lat_1=25 +lat_2=25 +x_0=0 +y_0=0 +R=6371000 
+units=m +no_defs

On Mon, Jan 30, 2023 at 5:38 AM Rahkonen Jukka 
mailto:jukka.rahko...@maanmittauslaitos.fi>>
 wrote:
Hi,

You are using some custom CRS in Geoserver, EPSG:45557. Could you add the WKT 
that you have used for configuring it?

-Jukka Rahkonen-

Lähettäjä: Alexander Petkov mailto:green...@gmail.com>>
Lähetetty: maanantai 30. tammikuuta 2023 14.09
Vastaanottaja: geoserver-users 
mailto:geoserver-users@lists.sourceforge.net>>
Aihe: Re: [Geoserver-users] Geotiff in LCC shifted after WMS GetMap request

I upgraded to 2.22.1 (latest at the time of writing).

The problem with the systematic shift of layers in LCC projection persists.

Steps taken to reproduce:
1. Rasterize the states layer (I used the VectorToRaster WPS).
2. Reproject to Lambert Conformal Conic:
gdalwarp -ts 2145 1377 -t_srs '+proj=lcc +lat_0=25 +lon_0=-95 +lat_1=25 
+lat_2=25 +x_0=0 +y_0=0 +R=6371000 +units=m +no_defs' states_4326.tif 
states_45557.tif
3. Configure the reprojected raster as a Geotiff store.
4. Make a getMap request:
https://wfas.firenet.gov/geoserver/osm/wms?service=WMS=1.1.0=GetMap=osm%3Astates_45557,osm:states=-2973344.860654%2C-4525.983623652253%2C2805742.5427372716%2C3061083.104743568=768=407=EPSG%3A45557==application/openlayers<https://eur06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwfas.firenet.gov%2Fgeoserver%2Fosm%2Fwms%3Fservice%3DWMS%26version%3D1.1.0%26request%3DGetMap%26layers%3Dosm%253Astates_45557%2Cosm%3Astates%26bbox%3D-2973344.860654%252C-4525.983623652253%252C2805742.5427372716%252C3061083.104743568%26width%3D768%26height%3D407%26srs%3DEPSG%253A45557%26styles%3D%26format%3Dapplication%2Fopenlayers=05%7C01%7Cjukka.rahkonen%40maanmittauslaitos.fi%7C0c9d4d1cad694ac5519e08db02c2def3%7Cc4f8a63255804a1c92371d5a571b71fa%7C0%7C1%7C638106808217014077%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000%7C%7C%7C=%2FlzDMHQHFNf1quhp4WaXsN5fL0ynS9xkLOSYpE%2B2wz4%3D=0>

Upon zoom/pan around the misalignment of the data is visible.

5. Import states_45557.tif as a layer in QGis, and add the WMS layer from Step 
3.  The misalignment is visible in the attached screenshot.

I believe this problem occurs when making a WMS request. If the layers is 
exported wia WCS, it displays fine in QGis.

What advice would you give me to rectify this issue?
Thanks in advance,
Alex

On Tue, Jan 24, 2023 at 12:54 AM Alexander Petkov 
mailto:green...@gmail.com>> wrote:
I noticed that the misalignment I described above (about a year ago) is also 
present in other coverage layers in Lambert Conformal Conic:
https://wfas.firenet.gov/geoserver/wms?service=WMS=1.1.0=GetMap=ndfd%3ATemperature,osm:states=-2764561.134059207%2C-265067.6408074065%2C2683272.815316402%2C3232213.174246306=768=493=EPSG%3A45558==application/openlayers<https://eur06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwfas.firenet.gov%2Fgeoserver%2Fwms%3Fservice%3DWMS%26version%3D1.1.0%26request%3DGetMap%26layers%3Dndfd%253ATemperature%2Cosm%3Astates%26bbox%3D-2764561.134059207%252C-265067.6408074065%252C2683272.815316402%252C3232213.174246306%26width%3D768%26height%3D493%26srs%3DEPSG%253A45558%26styles%3D%26format%3Dapplication%2Fopenlayers=05%7C01%7Cjukka.rahkonen%40maanmittauslaitos.fi%7C0c9d4d1cad694ac5519e08db02c2def3%7Cc4f8a63255804a1c92371d5a571b71fa%7C0%7C1%7C638106808217014077%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000%7C%7C%7C=Mu%2BtpmX%2BSqg0fVqKdlbHjnxLG2wTbLtkX

Re: [Geoserver-users] Geotiff in LCC shifted after WMS GetMap request

2023-01-30 Thread Rahkonen Jukka

Hi,

You are using some custom CRS in Geoserver, EPSG:45557. Could you add the WKT 
that you have used for configuring it?

-Jukka Rahkonen-

Lähettäjä: Alexander Petkov 
Lähetetty: maanantai 30. tammikuuta 2023 14.09
Vastaanottaja: geoserver-users 
Aihe: Re: [Geoserver-users] Geotiff in LCC shifted after WMS GetMap request

I upgraded to 2.22.1 (latest at the time of writing).

The problem with the systematic shift of layers in LCC projection persists.

Steps taken to reproduce:
1. Rasterize the states layer (I used the VectorToRaster WPS).
2. Reproject to Lambert Conformal Conic:
gdalwarp -ts 2145 1377 -t_srs '+proj=lcc +lat_0=25 +lon_0=-95 +lat_1=25 
+lat_2=25 +x_0=0 +y_0=0 +R=6371000 +units=m +no_defs' states_4326.tif 
states_45557.tif
3. Configure the reprojected raster as a Geotiff store.
4. Make a getMap request:
https://wfas.firenet.gov/geoserver/osm/wms?service=WMS=1.1.0=GetMap=osm%3Astates_45557,osm:states=-2973344.860654%2C-4525.983623652253%2C2805742.5427372716%2C3061083.104743568=768=407=EPSG%3A45557==application/openlayers

Upon zoom/pan around the misalignment of the data is visible.

5. Import states_45557.tif as a layer in QGis, and add the WMS layer from Step 
3.  The misalignment is visible in the attached screenshot.

I believe this problem occurs when making a WMS request. If the layers is 
exported wia WCS, it displays fine in QGis.

What advice would you give me to rectify this issue?
Thanks in advance,
Alex

On Tue, Jan 24, 2023 at 12:54 AM Alexander Petkov 
mailto:green...@gmail.com>> wrote:
I noticed that the misalignment I described above (about a year ago) is also 
present in other coverage layers in Lambert Conformal Conic:
https://wfas.firenet.gov/geoserver/wms?service=WMS=1.1.0=GetMap=ndfd%3ATemperature,osm:states=-2764561.134059207%2C-265067.6408074065%2C2683272.815316402%2C3232213.174246306=768=493=EPSG%3A45558==application/openlayers

The Geoserver release used is 2.18.5.
I guess a good first step would be to upgrade to latest and test again? Has 
anyone noticed this?

TIA,
Alex

On Wed, Jan 26, 2022 at 6:07 AM Alexander Petkov 
mailto:green...@gmail.com>> wrote:
Hi,

I have time series data in Geotiff format, which appears shifted after a WMS 
GetMap request.

The data is in Lambert Conformal Conic projection:
https://spatialreference.org/ref/sr-org/6825/

When the raster is overlaid with the states shapefile, the misalignment becomes 
apparent (zoom to the upper boundary of the shapefile):

Re: [Geoserver-users] ArcGIS Pro using WFS service layer from geoserver

2023-01-28 Thread Rahkonen Jukka

Hi,

Try to get your ESRI support to send you an exact description about the problem 
including a complete WFS query with the complex filter that ArcGIS Pro 
generates.

-Jukka Rahkonen-


Lähettäjä: David Colombini via Geoserver-users 

Lähetetty: perjantai 27. tammikuuta 2023 21.40
Vastaanottaja: geoserver-users@lists.sourceforge.net
Aihe: [Geoserver-users] ArcGIS Pro using WFS service layer from geoserver

Hello,

I'm trying to utilize WFS service layers in ArcGIS pro and I concluded with 
Esri support my issue is on the geoserver side.  According to the Esri 
documentation:

On demand mode:
A drawback to this mode is that it is not compatible with WFS services that 
cannot handle complex filter requests. In order to work with this layer in 
ArcGIS Pro and perform queries and analysis on the data, the server needs to 
support advanced filter requests.

How can I check to see if my geoserver configuration can handle "complex filter 
requests"?  Is this an extension?  Or in the GetCapabilites request?

Thank you,

[cid:image001.png@01D93356.9AD71050]

David Colombini
Environmental Data Specialist



P: 848.207.8885 | dcolomb...@akrf.com | 
www.akrf.com
 

440 Park Avenue South, 7th Floor, New York, NY 10016
This e-mail and any attached file 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. Dissemination, 
distribution or copying of this e-mail or the information herein by anyone 
other than the intended recipient, or an employee or agent responsible for 
delivering the message to the intended recipient, is prohibited. AKRF will not 
be responsible for the misuse, reuse, or modification of the transmitted 
information.

___
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 med imagepyramid in Geoserver version 2.20

2023-01-03 Thread Rahkonen Jukka

Hi,

It is perhaps not letter "I" but the infinity character, see 
https://sourceforge.net/p/geoserver/mailman/message/37201320/. Are you using a 
locale that is not some common western one on your computer? I have met the 
same error message with Finnish locale but in a different context.

-Jukka Rahkonen-

-Alkuperäinen viesti-
Lähettäjä: Mark Prins  
Lähetetty: tiistai 3. tammikuuta 2023 15.05
Vastaanottaja: geoserver-users@lists.sourceforge.net
Aihe: Re: [Geoserver-users] Problem med imagepyramid in Geoserver version 2.20

On 02-01-2023 14:10, Cliff Lau wrote:
> Caused by: java.lang.NumberFormatException: Character I is neither a 
> decimal digit number, decimal point, nor "e" notation exponential mark.
> at java.base/java.math.BigDecimal.(BigDecimal.java:518) at
> java.base/java.math.BigDecimal.(BigDecimal.java:401) at
> java.base/java.math.BigDecimal.(BigDecimal.java:834) at

somewhere geoserver is trying to parse a number, but the form/data has the 
letter "i" and not a number eg. 1


___
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: 
https://eur06.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.ianturton.com%2Ftalks%2Ffoss4g.html%23%2F=05%7C01%7Cjukka.rahkonen%40maanmittauslaitos.fi%7C43d538575c4e459181c508daed8bf2e6%7Cc4f8a63255804a1c92371d5a571b71fa%7C0%7C0%7C638083482581934053%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C=CSt8V6VBOs2fYXN1Fp%2FntcninyJcU7cDChga1c1TdmU%3D=0
- The GeoServer user list posting guidelines: 
https://eur06.safelinks.protection.outlook.com/?url=http%3A%2F%2Fgeoserver.org%2Fcomm%2Fuserlist-guidelines.html=05%7C01%7Cjukka.rahkonen%40maanmittauslaitos.fi%7C43d538575c4e459181c508daed8bf2e6%7Cc4f8a63255804a1c92371d5a571b71fa%7C0%7C0%7C638083482581934053%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C=jXA4xSeGCMd0NhnIBQnMd%2FbdB0l3E4A%2B2f0woMtPrfQ%3D=0

If you want to request a feature or an improvement, also see this: 
https://eur06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fgeoserver%2Fgeoserver%2Fwiki%2FSuccessfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer=05%7C01%7Cjukka.rahkonen%40maanmittauslaitos.fi%7C43d538575c4e459181c508daed8bf2e6%7Cc4f8a63255804a1c92371d5a571b71fa%7C0%7C0%7C638083482581934053%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C=L9mtlqzV66rzaSZgmeJ3ZISJ%2B26SA42DoRWvwkX1XG4%3D=0


Geoserver-users@lists.sourceforge.net
https://eur06.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Fgeoserver-users=05%7C01%7Cjukka.rahkonen%40maanmittauslaitos.fi%7C43d538575c4e459181c508daed8bf2e6%7Cc4f8a63255804a1c92371d5a571b71fa%7C0%7C0%7C638083482581934053%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C=eXzEzVbendGMCXV69TmzkoKEQF%2FuX4D2YMgN%2FxPn2SE%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

Re: [Geoserver-users] Documentation error

2022-12-08 Thread Rahkonen Jukka

Hi,

Would you mind editing the page by clicking the Edit link that points into 
here: 
https://github.com/geoserver/geoserver/blob/main/doc/en/user/source/installation/upgrade.rst

The correct link seems to be https://geoserver.org/release/maintain/

-Jukka Rahkonen-

-Alkuperäinen viesti-
Lähettäjä: Tom Saul  
Lähetetty: torstai 8. joulukuuta 2022 21.28
Vastaanottaja: geoserver-users@lists.sourceforge.net
Aihe: [Geoserver-users] Documentation error

Step 4 on 
https://eur06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdocs.geoserver.org%2Flatest%2Fen%2Fuser%2Finstallation%2Fupgrade.htmldata=05%7C01%7Cjukka.rahkonen%40maanmittauslaitos.fi%7Cf5dc75dfa8804db6fb2408dad95e7409%7Cc4f8a63255804a1c92371d5a571b71fa%7C0%7C0%7C638061296941199019%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7Csdata=Pl6IaxS0zKcETVO7z6aNDSsjRmW2%2FQv63AGEIeAJBmM%3Dreserved=0

has a link to the 'Maintenance Release' that is no longer valid.



___
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: 
https://eur06.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.ianturton.com%2Ftalks%2Ffoss4g.html%23%2Fdata=05%7C01%7Cjukka.rahkonen%40maanmittauslaitos.fi%7Cf5dc75dfa8804db6fb2408dad95e7409%7Cc4f8a63255804a1c92371d5a571b71fa%7C0%7C0%7C638061296941199019%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7Csdata=jjjiFCUN3Vfp7nGe9hpbD0S7i%2F%2FavSCYN7fceFgEJgY%3Dreserved=0
- The GeoServer user list posting guidelines: 
https://eur06.safelinks.protection.outlook.com/?url=http%3A%2F%2Fgeoserver.org%2Fcomm%2Fuserlist-guidelines.htmldata=05%7C01%7Cjukka.rahkonen%40maanmittauslaitos.fi%7Cf5dc75dfa8804db6fb2408dad95e7409%7Cc4f8a63255804a1c92371d5a571b71fa%7C0%7C0%7C638061296941355262%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7Csdata=FT2hunTd5FSh6cRMqUYeNQj0mV9SYBPL%2FaCVwl%2BMbq8%3Dreserved=0

If you want to request a feature or an improvement, also see this: 
https://eur06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fgeoserver%2Fgeoserver%2Fwiki%2FSuccessfully-requesting-and-integrating-new-features-and-improvements-in-GeoServerdata=05%7C01%7Cjukka.rahkonen%40maanmittauslaitos.fi%7Cf5dc75dfa8804db6fb2408dad95e7409%7Cc4f8a63255804a1c92371d5a571b71fa%7C0%7C0%7C638061296941355262%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7Csdata=%2FHGBAQbA3SWZk4jMct76%2BjIzXCHkcPg1yO8AXPX9fvo%3Dreserved=0


Geoserver-users@lists.sourceforge.net
https://eur06.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Fgeoserver-usersdata=05%7C01%7Cjukka.rahkonen%40maanmittauslaitos.fi%7Cf5dc75dfa8804db6fb2408dad95e7409%7Cc4f8a63255804a1c92371d5a571b71fa%7C0%7C0%7C638061296941355262%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7Csdata=Ly1kZeCGoySY%2FgyoDYn5Rri9j8K%2BnfJRvaJ7JG%2BFPo4%3Dreserved=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

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

2022-11-19 Thread Rahkonen Jukka

Hi,

Right, the option is documented in 
https://docs.geoserver.org/latest/en/user/data/database/postgis.html and it is 
on by default when a new PostGIS store is created. It affects at least WMS but 
I suppose WMTS as well. It has a side effect with small polygons, follow the 
links from 
https://gis.stackexchange.com/questions/253820/geoserver-shape-simplification-performance.

-Jukka Rahkonen-

Lähettäjä: Alexandre Gacon 
Lähetetty: perjantai 18. marraskuuta 2022 21.30
Vastaanottaja: Arnaud LESAUVAGE 
Kopio: geoserver-users 
Aihe: Re: [Geoserver-users] Simplify geometries for WMTS queries

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 
mailto:arnaud.lesauv...@codata.eu>> 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

Re: [Geoserver-users] Geoserver 2.22RC does not write log into file

2022-11-09 Thread Rahkonen Jukka

Hi,

We made more testing and used GS 2.22RC on Tomcat 7 instead of Tomcat 9. Still
no writing into the log file. But then we found a couple of RedHat servers that
do write log into file. The specifications of the log-writing servers are:

java-1.8.0-openjdk-1.8.0.262.b10-0.el7_8.x86_64
Apache Tomcat/7.0.76
Red Hat Enterprise Linux Server release 7.8 (Maipo)
Linux 3.10.0-1127.13.1.el7.x86_64

Those servers have different Linux kernel but wouldn't it be odd if that would
make a difference? The kernel on the not-log-writing servers is
Linux 3.10.0-1127.el7.x86_64

-Jukka Rahkonen-

Lähettäjä: Andrea Aime
Lähetetty: keskiviikko 9. marraskuuta 2022 11.59
Vastaanottaja: Rahkonen Jukka
Kopio: Jody Garnett ;
geoserver-users@lists.sourceforge.net
Aihe: Re: [Geoserver-users] Geoserver 2.22RC does not write log into file

Hi all,
I've made a quick test with Apache Tomcat 9.0.55, GeoServer 2.22-RC, data dir
still placed in the war file (the default one, not externalized).
Changed the logging configuration to DEFAULT, PRODUCTION and
GEOSERVER_DEVELOPER_LOGGING, changed also the location
of the target file name as an extra test, in all cases I'm getting new lines
being logged into the log file...

Cheers
Andrea

On Mon, Nov 7, 2022 at 8:26 AM Rahkonen Jukka
mailto:jukka.rahko...@maanmittauslaitos.fi>>
wrote:
Hi,

My colleague sent this information about our system. Geoserver installation was
made out of the box with a war file.

-Red Hat Enterprise Linux Server release 7.8 (Maipo)
-Apache Tomcat/9.0.62
-geoserver-22-RC-war

Things tested:
"-Dorg.apache.logging.log4j.simplelog.StatusLogger.level=DEBUG" and
""
without improvement to the problem.

Restarting tomcat or switching the logging profile generates following line to
"geoserver.log":
04 Nov 14:49:26 CONFIG [geoserver.logging] - Log4j 2 configuration set to
DEFAULT_LOGGING.xml
Since that no more lines appear into the log file.

"chmod 777" to complete "data" directory did not change anyting.
Tomcat is running on tomcat user and complete "webapps/geoserver22" directory
is owned by tomcat:tomcat.
Tomcat sandboxing is not enabled.

Pre geoserver 2.21.x versions have no problems with log writing on this system.

I noticed one difference to your test. You wrote that "3. Out of the box logs
are going to webapps/geoserver/logs/geoserver.log". In our case the out of the
box logs are pointing inside the automatically created data directory,
"/var/lib/tomcat9/webapps/geoserver22/data/logs/geoserver.log".

-Jukka Rahkonen-

Lähettäjä: Jody Garnett mailto:jody.garn...@gmail.com>>
Lähetetty: tiistai 1. marraskuuta 2022 19.44
Vastaanottaja: Rahkonen Jukka
mailto:jukka.rahko...@maanmittauslaitos.fi>>
Kopio:
geoserver-users@lists.sourceforge.net<mailto:geoserver-users@lists.sourceforge.net>
Aihe: Re: [Geoserver-users] Geoserver 2.22RC does not write log into file

1. Trying now:
- macOS 13.0
- Tomcat 9.0.68
- geoserver-22-RC-war

2. The war contains license html files, but no top-level RUNNING or README
instructions (not sure why)
3. Out of the box logs are going to webapps/geoserver/logs/geoserver.log
4. Changing to GEOSERVER_DEVELOPER_LOGGING.xml
5. So many TRACE logs it is very busy ...

So I cannot produce this problem locally

Q: Is your tomcat running as different user? Does it have permission to create
geoserver.log? Have you enabled tomcat sandboxing to prevent apps modifying
webapps folder?
--
Jody Garnett

On Tue, 1 Nov 2022 at 00:56, Rahkonen Jukka
mailto:jukka.rahko...@maanmittauslaitos.fi>>
wrote:
Hi,

I wonder why Geoserver does not write log into a file with version 2.22RC that
is installed on Linux from war. The default data_dir fallback is in use and
therefore the log file should be
'/var/lib/tomcat9/webapps/geoserver22/data/logs/geoserver.log'. But when we
start Geoserver and use it we can see only this one line in the UI About &
Status - GeoServer Logs:

01 Nov 09:00:30 CONFIG [geoserver.logging] - Log4j 2 configuration set to
GEOSERVER_DEVELOPER_LOGGING.xml

Logging works as supposed with 2.22RC that I installed from bin-zin on Windows.
On the Linux server the logging is OK with pre-log4j 2 version 2.20 but both
2.21 and 2.22RC create just that one line log. Any suggestions about what to
try next? The production data_dir will not be at
/var/lib/tomcat9/webapps/geoserver22/data/ but we use the defaults for fast
testing.

-Jukka Rahkonen-
___
Geoserver-users mailing list

Re: [Geoserver-users] Geoserver 2.22RC does not write log into file

2022-11-06 Thread Rahkonen Jukka

Hi,

My colleague sent this information about our system. Geoserver installation was
made out of the box with a war file.

-Red Hat Enterprise Linux Server release 7.8 (Maipo)
-Apache Tomcat/9.0.62
-geoserver-22-RC-war

Things tested:
"-Dorg.apache.logging.log4j.simplelog.StatusLogger.level=DEBUG" and
""
without improvement to the problem.

Pre geoserver 2.21.x versions have no problems with log writing on this system.

-Jukka Rahkonen-

Lähettäjä: Jody Garnett
Lähetetty: tiistai 1. marraskuuta 2022 19.44
Vastaanottaja: Rahkonen Jukka
Kopio: geoserver-users@lists.sourceforge.net
Aihe: Re: [Geoserver-users] Geoserver 2.22RC does not write log into file

1. Trying now:
- macOS 13.0
- Tomcat 9.0.68
- geoserver-22-RC-war

So I cannot produce this problem locally

Q: Is your tomcat running as different user? Does it have permission to create
geoserver.log? Have you enabled tomcat sandboxing to prevent apps modifying
webapps folder?
--
Jody Garnett

On Tue, 1 Nov 2022 at 00:56, Rahkonen Jukka
mailto:jukka.rahko...@maanmittauslaitos.fi>>
wrote:
Hi,

01 Nov 09:00:30 CONFIG [geoserver.logging] - Log4j 2 configuration set to
GEOSERVER_DEVELOPER_LOGGING.xml

-Jukka Rahkonen-
___
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://eur06.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.ianturton.com%2Ftalks%2Ffoss4g.html%23%2F=05%7C01%7Cjukka.rahkonen%40maanmittauslaitos.fi%7C335ca018cc944252ca3708dabc30c96c%7Cc4f8a63255804a1c92371d5a571b71fa%7C0%7C0%7C638029214984398207%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C=DaFJhunoKDYdh8sjmW1PcJUYX3NTMGdRh1t5GBm5tW0%3D=0>
- The GeoServer user list posting guidelines:
http://geoserver.org/comm/userlist-guidelines.html<https://eur06.safelinks.protection.outlook.com/?url=http%3A%2F%2Fgeoserver.org%2Fcomm%2Fuserlist-guidelines.html=05%7C01%7Cjukka.rahkonen%40maanmittauslaitos.fi%7C335ca018cc944252ca3708dabc30c96c%7Cc4f8a63255804a1c92371d5a571b71fa%7C0%7C0%7C638029214984398207%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C=AINAL4%2BdWC%2FNqgtqpvSZGnGAJanZZ9FTuuu9pKluX3k%3D=0>

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://eur06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fgeoserver%2Fgeoserver%2Fwiki%2FSuccessfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer=05%7C01%7Cjukka.rahkonen%40maanmittauslaitos.fi%7C335ca018cc944252ca3708dabc30c96c%7Cc4f8a63255804a1c92371d5a571b71fa%7C0%7C0%7C638029214984398207%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C=SfSZuPlvM8r8NsxYZC3twx33KwKYXRCadO2gw1AIhEI%3D=0>

Geoserver-users@lists.sourceforge.ne

[Geoserver-users] Geoserver 2.22RC does not write log into file

2022-11-01 Thread Rahkonen Jukka

Hi,

I wonder why Geoserver does not write log into a file with version 2.22RC that 
is installed on Linux from war. The default data_dir fallback is in use and 
therefore the log file should be 
'/var/lib/tomcat9/webapps/geoserver22/data/logs/geoserver.log'. But when we 
start Geoserver and use it we can see only this one line in the UI About & 
Status - GeoServer Logs:

01 Nov 09:00:30 CONFIG [geoserver.logging] - Log4j 2 configuration set to 
GEOSERVER_DEVELOPER_LOGGING.xml

Logging works as supposed with 2.22RC that I installed from bin-zin on Windows. 
On the Linux server the logging is OK with pre-log4j 2 version 2.20 but both 
2.21 and 2.22RC create just that one line log. Any suggestions about what to 
try next? The production data_dir will not be at 
/var/lib/tomcat9/webapps/geoserver22/data/ but we use the defaults for fast 
testing.

-Jukka Rahkonen-
___
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 bottleneck when writing response image

2022-10-20 Thread Rahkonen Jukka

Hi,

I wonder if the developers have missed the essential, that the same process is 
fast on a physical server but very slow on the virtual one. Or is there 
something in the virtualization that has an effect that the virtual server must 
take some extra slow route?
If doing so simple rendering takes 7000 ms I believe that about 6900 ms is used 
for waiting something to happen and not for anything  useful.  Unfortunately I 
have no idea about what could be the reason for a sluggish performance with 
Windows server running on Hyper V and I fear that the main developers do not 
have that kind of environment up for testing.

-Jukka Rahkonen-

Lähettäjä: Pa Pu 
Lähetetty: torstai 20. lokakuuta 2022 17.35
Vastaanottaja: Jody Garnett 
Kopio: Geoserver-users@lists.sourceforge.net
Aihe: Re: [Geoserver-users] Geoserver bottleneck when writing response image

Hi Jody,

not sure how to identify if the "fast-path" was taken or not, I don't see 
anything suggesting it did, but I could be looking for wrong key words.
Thank you for explaining the components. What confused me was that I saw the 
image chain and reprojection information logged in but didn't realize it's just 
the course of action to be taken later.

I had a look at image processing chains of both requests, JAI operations used 
are probably as expected:
1) Native: ImageRead -> Crop -> Scale -> RasterClassifier -> Mosaic
2) Reprojected: ImageRead -> Crop -> Warp -> Crop -> RasterClassifier -> Mosaic

Here is the full image processing chain when requesting reprojected layer - any 
idea why could the additional warp operation slow down the request so much?

2022-10-20 13:35:43,589 DEBUG [org.geoserver.wms] - setting up map
2022-10-20 13:35:43,590 DEBUG [org.geoserver.wms] - setting up 1385x912 image
2022-10-20 13:35:43,642 DEBUG [org.geoserver.wms.map] - Direct rendering path 
produced the following image chain:
JAI op: Mosaic(it.geosolutions.jaiext.mosaic.MosaicOpImage) at Level: 0, 
offset:0, 0, size:1385 x 912, tile size:895 x 407
Params. Parameter 1:MOSAIC_TYPE_OVERLAY; Parameter 2:null; Parameter 
3:[javax.media.jai.ROI@2b4e135f]; Parameter 4:[[0.0]]; Parameter 5:[1.0]; 
Parameter 6:[RangeDouble[15.0, 15.0]];
Bands: 1, type: Byte; Color model:class java.awt.image.IndexColorModel, 
transparency: Bitmask
Tile cache: 
it.geosolutions.concurrent.ConcurrentTileCacheMultiMap@411b2638
Tile scheduler: 
com.sun.media.jai.util.SunTileScheduler@7482407mailto:com.sun.media.jai.util.SunTileScheduler@7482407%3cglobal>>,
 parallelism 7, priority 5
Number of sources: 1
   JAI op: 
RasterClassifier(it.geosolutions.jaiext.classifier.RasterClassifierOpImage) at 
Level: 1, offset:-11, -11, size:1407 x 934, tile size:895 x 407
   Params. Parameter 1:[Domain description:
name= Label
input range=RangeDouble[1.0, 1.0]
output range=RangeDouble[0.0, 0.0]
colors=java.awt.Color[r=62,g=192,b=224]]; Parameter 2:-1; Parameter 
3:javax.media.jai.ROI@c91b673; Parameter 4:RangeDouble[15.0, 15.0];
   Bands: 1, type: Byte; Color model:class java.awt.image.IndexColorModel, 
transparency: Bitmask
   Tile cache: 
it.geosolutions.concurrent.ConcurrentTileCacheMultiMap@411b2638
   Tile scheduler: 
com.sun.media.jai.util.SunTileScheduler@7482407mailto:com.sun.media.jai.util.SunTileScheduler@7482407%3cglobal>>,
 parallelism 7, priority 5
   Number of sources: 1
  JAI op: Crop(it.geosolutions.jaiext.mosaic.MosaicOpImage) at Level: 2, 
offset:-11, -11, size:1407 x 934, tile size:895 x 407
  Params. Parameter 1:-11.0; Parameter 2:-11.0; Parameter 3:1407.0; 
Parameter 4:934.0; Parameter 5:null; Parameter 6:RangeDouble[15.0, 15.0]; 
Parameter 7:[15.0];
  Bands: 1, type: Byte; Color model:class 
java.awt.image.ComponentColorModel, transparency: Opaque
  Tile cache: 
it.geosolutions.concurrent.ConcurrentTileCacheMultiMap@411b2638
  Tile scheduler: 
com.sun.media.jai.util.SunTileScheduler@7482407mailto:com.sun.media.jai.util.SunTileScheduler@7482407%3cglobal>>,
 parallelism 7, priority 5
  Number of sources: 1
 JAI op: Warp(it.geosolutions.jaiext.warp.WarpNearestOpImage) at Level: 
3, offset:-12, -1313, size:1514 x 3516, tile size:895 x 407
 Params. Parameter 
1:org.geotools.referencing.operation.transform.WarpAdapter@1b6a660; Parameter 
2:InterpolationNearest; Parameter 3:[15.0]; Parameter 4:null; Parameter 
5:RangeDouble[15.0, 15.0];
 Bands: 1, type: Byte; Color model:class 
java.awt.image.ComponentColorModel, transparency: Opaque
 Tile cache: 
it.geosolutions.concurrent.ConcurrentTileCacheMultiMap@411b2638
 Tile scheduler: 
com.sun.media.jai.util.SunTileScheduler@7482407mailto:com.sun.media.jai.util.SunTileScheduler@7482407%3cglobal>>,
 parallelism 7,

Re: [Geoserver-users] GeoServer 2.21.1 - Character I is neither a decimal digit number, decimal point, nor "e" notation exponential mark.

2022-10-11 Thread Rahkonen Jukka

Hi,

I have seen the same problem with Finnish locale and I concluded then that the 
reason is in the infinity sign. See 
https://osgeo-org.atlassian.net/browse/GEOS-9868

-Jukka Rahkonen-

Lähettäjä: Mattias Andrén via Geoserver-users 

Lähetetty: tiistai 11. lokakuuta 2022 10.34
Vastaanottaja: geoserver-users@lists.sourceforge.net
Aihe: [Geoserver-users] GeoServer 2.21.1 - Character I is neither a decimal 
digit number, decimal point, nor "e" notation exponential mark.

Hi,

I'm running GeoServer 2.21.1 on Windows using a Swedish locale (but using en as 
language in GeoServer)

When I try to register a new layer using a GeoTIFF store I get the error below 
in the web interface.
We upgraded to 2.21.1 from 2.18 a couple of weeks ago where we did not have 
this problem.

I suspect it has something to do with Swedish characters used in numbers.
Is there any way of using English characters when running GeoServer to perhaps 
get around this problem?

Best Regrds
Mattias Andrén

org.apache.wicket.WicketRuntimeException: Method onFormSubmitted of interface 
org.apache.wicket.markup.html.form.IFormSubmitListener targeted at [Form 
[Component id = publishedinfo]] on component [Form [Component id = 
publishedinfo]] threw an exception
   at 
org.apache.wicket.RequestListenerInterface.internalInvoke(RequestListenerInterface.java:268)
   at 
org.apache.wicket.RequestListenerInterface.invoke(RequestListenerInterface.java:216)
   at 
org.apache.wicket.core.request.handler.ListenerInterfaceRequestHandler.invokeListener(ListenerInterfaceRequestHandler.java:241)
   at 
org.apache.wicket.core.request.handler.ListenerInterfaceRequestHandler.respond(ListenerInterfaceRequestHandler.java:234)
   at 
org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:895)
   at 
org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:64)
   at 
org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:265)
   at 
org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:222)
   at 
org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:293)
   at 
org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketFilter.java:261)
   at 
org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:203)
   at 
org.apache.wicket.protocol.http.WicketServlet.doPost(WicketServlet.java:159)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:681)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:764)
   at 
org.springframework.web.servlet.mvc.ServletWrappingController.handleRequestInternal(ServletWrappingController.java:166)
   at 
org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:177)
   at 
org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:52)
   at 
org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:1043)
   at 
org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:943)
   at 
org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:1006)
   at 
org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:909)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:681)
   at 
org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:883)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:764)
   at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:227)
   at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162)
   at 
org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:53)
   at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:189)
   at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162)
   at 
org.geoserver.filters.ThreadLocalsCleanupFilter.doFilter(ThreadLocalsCleanupFilter.java:28)
   at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:189)
   at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162)
   at 
org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(SpringDelegatingFilter.java:73)
   at 
org.geoserver.ows.HTTPHeadersCollector.doFilter(HTTPHeadersCollector.java:48)
   at

Re: [Geoserver-users] WPS Process SRS Output blocked to EPSG:4326

2022-09-29 Thread Rahkonen Jukka

Hi,

Support for other CRSs than WGS84 is definitely needed and by now the best 
option for my mind is to use pre-RFC GeoJSON. Even it is deprecated it has 
quite wide support for example through GDAL. The OGC work on the new Features 
and Geometries JSON happens in 
https://github.com/opengeospatial/ogc-feat-geo-json but it will still take 
about a year before the standard is ready.

-Jukka Rahkonen-


Lähettäjä: Andrea Aime 
Lähetetty: torstai 29. syyskuuta 2022 11.33
Vastaanottaja: Ian Turton 
Kopio: geoserver-users@lists.sourceforge.net
Aihe: Re: [Geoserver-users] WPS Process SRS Output blocked to EPSG:4326

On Fri, Sep 23, 2022 at 6:00 PM Ian Turton 
mailto:ijtur...@gmail.com>> wrote:
GeoJSON is required to be in 4326 by the specification, we have just come into 
conformance with that standard. I don't think there is any way to force it back 
to the old way.

Hmm... that aspect of the specification is broken for several applications (the 
ones in need of centimetric+ accuracy, due to the uncertainty of WGS84 epoch).
OGC API Features opted for the prior 
arrangement
 clause and have set up a working group for GeoJSON extensions that will break 
it free of such 
limitations.

On a practical note, I believe GeoServer should allow for choice, maybe driven 
by the mime type:

  *   if the "application/geo+json" official mime type is used, maybe be strict 
and generate RFC compliant GeoJSON
  *   if "application/json" is used instead, generate pre-RFC GeoJSON with 
native CRS and the CRS attribute
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

Re: [Geoserver-users] GeoServer 2.22-M0 Milestone and foss4g workshop results

2022-09-08 Thread Rahkonen Jukka

Hi,

About the non-standard GetCapabilities links, I think that there is nothing new
in those, they have always been wrong. This is a list of all the links on the
welcome page:

http://localhost:8080/geoserver/ows?service=wms=1.3.0=GetCapabilities
http://localhost:8080/geoserver/ows?service=wms=1.1.1=GetCapabilities
http://localhost:8080/geoserver/gwc/service/wms?request=GetCapabilities=1.1.1=true
http://localhost:8080/geoserver/gwc/service/wmts?services=WMTS=1.1.1=GetCapabilities
http://localhost:8080/geoserver/ows?service=wfs=2.0.0=GetCapabilities
http://localhost:8080/geoserver/ows?service=wfs=1.1.0=GetCapabilities
http://localhost:8080/geoserver/ows?service=wfs=1.0.0=GetCapabilities
http://localhost:8080/geoserver/ows?service=WCS=2.0.1=GetCapabilities
http://localhost:8080/geoserver/ows?service=wcs=1.1.1=GetCapabilities
http://localhost:8080/geoserver/ows?service=wcs=1.1.0=GetCapabilities
http://localhost:8080/geoserver/ows?service=wcs=1.1=GetCapabilities
http://localhost:8080/geoserver/ows?service=wcs=1.0.0=GetCapabilities

In the OGS standards the keys are not case sensitive but the values are case
sensitive, so the service name is correct only for WCS 2.0.1 and WMTS. In the
GWC links the WMS link does not have service at all, and WMTS link has a typo
"services=WMTS". Newest WFS 2.0 and WCS 2.0.1 standards refer to OGC Web
Services Common Standard and therefore GetCapabilities should use
instead of

If standards were followed strictly all of the current links should return an
error. It is good that Geoserver is lenient but it would not hurt to have
conformant links. BTW. there is one exception, with WCS 2.0.1 Geoserver is
strict:
localhost:8080/geoserver/ows?service=wcs=2.0.1=GetCapabilities
gives "Error in service name, expected value:
WCS

-Jukka Rahkonen-

Lähettäjä: Jody Garnett
Lähetetty: keskiviikko 7. syyskuuta 2022 9.15
Vastaanottaja: Rahkonen Jukka
Kopio: GeoServer Users
Aihe: Re: [Geoserver-users] GeoServer 2.22-M0 Milestone and foss4g workshop
results

Jukka:

Thanks for the testing! some comments inline

On Mon, Sep 5, 2022 at 1:04 PM Rahkonen Jukka
mailto:jukka.rahko...@maanmittauslaitos.fi>>
wrote:
Hi,

M0 starts without problems on Windows 10 with Eclipse Adoptium: 11.0.15
(OpenJDK 64-Bit Server VM).
The welcome page looks nice to me. A possibility to filter by workspace and
layer name is certainly useful for those who use different configurations for
workspaces.

In speaking with people at foss4g almost nobody was aware this functionality
existed. It also makes use of layergroup.

I could easily add translation for layer titles and descriptions but it was not
obvious to me how the translations should show in the UI when I change the
language of the UI and what effect they should have on GetCapabities, if any.
I see now Finnish titles in the layer list also when I select English as
language, and WMS GetCapabilities shows the Finnish translation at Title.

I am not sure I understand? The service title and descriptions will be shown in
the user interface. The layer title and descriptions are used in the generation
of the getcapabilities document.

But you did give me an idea; when a language is selected would could add
AcceptLanguages= * to the URL to reflect what is shown on screen?

The ne dataset is nice and helps with checking if own datasets appear on a
correct place. One style for countries could include country names as labels.

That is a good idea, I have a style somewhere that adjusts label based on
scale, using an abbreviation when needed. I think we could also make the style
use the i18n functionality to reflect the current language.

Many of the links to GetCapabilities of the services do not follow the OGC
standards. I will try to make a pull request to fix them.

What do you mean? I do not think I changed anything here, only inserting
workspace / layer name as needed into the URL.

-Jukka Rahkonen-

Lähettäjä: Jody Garnett mailto:jody.garn...@gmail.com>>
Lähetetty: tiistai 30. elokuuta 2022 21.35
Vastaanottaja: GeoServer Users
mailto:geoserver-users@lists.sourceforge.net>>
Aihe: [Geoserver-users] GeoServer 2.22-M0 Milestone and foss4g workshop results

Jody Garnett here reporting back from the foss4g workshop where we had a number
of exciting updates:

1. GeoServer
2.22-M0<https://eur06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgeoserver.org%2Frelease%2F2.22-M0%2F=05%7C01%7Cjukka.rahkonen%40maanmittauslaitos.fi%7C6477a35e74864b94104508da9098657a%7Cc4f8a63255804a1c92371d5a571b71fa%7C0%7C0%7C637981281461511413%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C=bUf8HDItQBRdZ8Wj%2Bv0gfgsHvPNv39VSk3qHd1Fscwo%3D=0>
Release was made for workshop participants, see
announcement<https://eur06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgeoserver.org%2Fannouncements%2F2022%2F08%2F22%2Fgeoserver-2-22-M0-milest

Re: [Geoserver-users] GeoServer 2.22-M0 Milestone and foss4g workshop results

2022-09-05 Thread Rahkonen Jukka

Hi,

M0 starts without problems on Windows 10 with Eclipse Adoptium: 11.0.15 
(OpenJDK 64-Bit Server VM).
The welcome page looks nice to me. A possibility to filter by workspace and 
layer name is certainly useful for those who use different configurations for 
workspaces.

I could easily add translation for layer titles and descriptions but it was not 
obvious to me how the translations should show in the UI when I change the 
language of the UI and what effect they should have on GetCapabities, if any.  
I see now Finnish titles in the layer list also when I select English as 
language, and WMS GetCapabilities shows the Finnish translation at Title.

The ne dataset is nice and helps with checking if own datasets appear on a 
correct place. One style for countries could include country names as labels.

Many of the links to GetCapabilities of the services do not follow the OGC 
standards. I will try to make a pull request to fix them.

-Jukka Rahkonen-

Lähettäjä: Jody Garnett 
Lähetetty: tiistai 30. elokuuta 2022 21.35
Vastaanottaja: GeoServer Users 
Aihe: [Geoserver-users] GeoServer 2.22-M0 Milestone and foss4g workshop results

Jody Garnett here reporting back from the foss4g workshop where we had a number 
of exciting updates:

1. GeoServer 
2.22-M0
 Release was made for workshop participants, see 
announcement
 for new features
2. Brand-new "welcome 
page"
 functionality for everyone to enjoy
3. There is now a "ne" workspace included in geoserver with a world wide 
geopackage dataset (and some simple styling that I converted from YSLD to SLD)
4. There are lots of new tutorials in the getting 
started
 section of the user manual including "publishing a 
geopackage",
 "publishing an 
image",
 "publishing a layer 
group"
 and "publishing a

Re: [Geoserver-users] Vector Tile Extension

2022-05-02 Thread Rahkonen Jukka (MML)

Hi,

You can get the matching versions of the extensions for a released Geoserver 
from the same page where you can download Geoserver. In your case for 2.20.4  
from http://geoserver.org/release/stable/ and the direct link is 
https://sourceforge.net/projects/geoserver/files/GeoServer/2.20.4/extensions/geoserver-2.20.4-vectortiles-plugin.zip

The snapshot extensions and community modules match with the nightly builds of 
Geoserver which are found through this link:
[cid:image001.png@01D85E7B.5111A990]

Test with matching versions and report if you still have troubles.

-Jukka Rahkonen-





Lähettäjä: Andrew Coyne 
Lähetetty: maanantai 2. toukokuuta 2022 20.47
Vastaanottaja: geoserver-users@lists.sourceforge.net
Aihe: [Geoserver-users] Vector Tile Extension

Hello,

I am having issues installing the Vector Tile Extension 
(https://build.geoserver.org/geoserver/main/ext-latest/geoserver-2.21-SNAPSHOT-vectortiles-plugin.zip)
 found on 
https://docs.geoserver.org/latest/en/user/extensions/vectortiles/install.html.

I have downloaded the files from the first link I entered above and put them in 
the folder WEB-INF/lib but I am still not seeing the tile formats options 
(shown below) when creating a new layer.

[cid:image002.jpg@01D85E7B.5111A990]

I see that it mentions the version of the extension must match the version of 
GeoServer. I am using the following version of GeoSever because that was the 
one available for download.
[cid:image003.jpg@01D85E7B.5111A990]

I see in the name of the extension GeoServer-2.21. Do you think that is why the 
extension is not working? And if so, do you know where version 2.21 can be 
downloaded from?

Thanks,
Andrew
___
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 returns an exception as a response to a GetLegendGraphic request

2022-04-04 Thread Rahkonen Jukka (MML)

Hi,

The GetCapabilities of the fresh Geoserver installation with the demo layers 
http://localhost:8080/geoserver/ows?service=wms=1.3.0=GetCapabilities
 do have all the GetLegendGraphics URLs with =. For example top:states

http://www.w3.org/1999/xlink; xlink:type="simple" 
xlink:href="http://localhost:8080/geoserver/ows?service=WMS=1.3.0=GetLegendGraphic=image%2Fpng=20=20=topp%3Astates"/>

I wonder if the Inspire extension makes Geoserver to create invalid 
GetLegendGraphics URLs. This Finnish service shows the same issue 
http://kartta.luke.fi/geoserver/inspire/ows?service=wms=1.3.0=GetCapabilities

But it is odd if nobody has ever observed that before. Either the WMS clients 
do not really read the GetCapabilities, or nobody is really using the Inspire 
services.

-Jukka Rahkonen-





Lähettäjä: Elena Grigoriou 
Lähetetty: maanantai 4. huhtikuuta 2022 15.33
Vastaanottaja: Rahkonen Jukka (MML) 
Kopio: geoserver-users@lists.sourceforge.net
Aihe: Re: [Geoserver-users] Geoserver returns an exception as a response to a 
GetLegendGraphic request

Indeed the version parameter is mandatory!

So it seems that geoserver does not form the request according to the standard.
Let's see if there is a workaround or any configuration steps to overcome this 
issue...

On Mon, 4 Apr 2022 at 11:35, Rahkonen Jukka (MML) 
mailto:jukka.rahko...@maanmittauslaitos.fi>>
 wrote:
Hi,

By what reference the version is optional? I had a look at the “Styled Layer 
Descriptor profile of the Web Map Service Implementation Specification” and 
there, in Table 9 —GetLegendGraphic operation request URL parameters the WMS 
version is defined to be mandatory.

GetLegendGraphics works when version is included:
http://beta.geoportal.ypen.gr/geoserver/aqd-wms/ows?service=WMS=GetLegendGraphic=image%2Fpng=20=20=AM.AirQualityManagementZone=1.3.0

-Jukka Rahkonen-

Lähettäjä: Elena Grigoriou 
mailto:grigoriouel...@gmail.com>>
Lähetetty: maanantai 4. huhtikuuta 2022 11.10
Vastaanottaja: 
geoserver-users@lists.sourceforge.net<mailto:geoserver-users@lists.sourceforge.net>
Aihe: [Geoserver-users] Geoserver returns an exception as a response to a 
GetLegendGraphic request

Hi,

I am using Geoserver 2.20.2.
I have configured various wms. An example is the following:
http://beta.geoportal.ypen.gr/geoserver/aqd-wms/ows?service=wms=1.3.0=GetCapabilities

In the capabilities document, I find the GetLegendGraphic request, which seems 
well formed based on the standard.
The version parameter is missing but it is not mandatory. I think that 
Geoserver is supposed to respond using the default version.
Unfortunately, when I send the request, I get the following ows exception.

Could not determine version

Has anyone experienced the same behaviour?
Is it some configuration issue that I am missing?

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

Re: [Geoserver-users] Geoserver returns an exception as a response to a GetLegendGraphic request

2022-04-04 Thread Rahkonen Jukka (MML)

Hi,

By what reference the version is optional? I had a look at the “Styled Layer
Descriptor profile of the Web Map Service Implementation Specification” and
there, in Table 9 —GetLegendGraphic operation request URL parameters the WMS
version is defined to be mandatory.

GetLegendGraphics works when version is included:
http://beta.geoportal.ypen.gr/geoserver/aqd-wms/ows?service=WMS=GetLegendGraphic=image%2Fpng=20=20=AM.AirQualityManagementZone=1.3.0

-Jukka Rahkonen-

Lähettäjä: Elena Grigoriou
Lähetetty: maanantai 4. huhtikuuta 2022 11.10
Vastaanottaja: geoserver-users@lists.sourceforge.net
Aihe: [Geoserver-users] Geoserver returns an exception as a response to a
GetLegendGraphic request

Hi,

I am using Geoserver 2.20.2.
I have configured various wms. An example is the following:
http://beta.geoportal.ypen.gr/geoserver/aqd-wms/ows?service=wms=1.3.0=GetCapabilities

In the capabilities document, I find the GetLegendGraphic request, which seems
well formed based on the standard.
The version parameter is missing but it is not mandatory. I think that
Geoserver is supposed to respond using the default version.
Unfortunately, when I send the request, I get the following ows exception.

Could not determine version

Has anyone experienced the same behaviour?
Is it some configuration issue that I am missing?

Thanks in advance.

___
Geoserver-users mailing list

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 community support improvements

2022-03-30 Thread Rahkonen Jukka (MML)

Hi,

About the mail archive, the SourceForge is indeed horrible. This is much better 
https://www.mail-archive.com/geoserver-users%40lists.sourceforge.net/index.html 
but I do not know how to make Google to prioritize that.

-Jukka Rahkonen-

Lähettäjä: Yuan, Erhhung 
Lähetetty: keskiviikko 30. maaliskuuta 2022 23.02
Vastaanottaja: Rahkonen Jukka (MML) 
Kopio: geoserver-users@lists.sourceforge.net; erhhung.y...@mobileye.com
Aihe: Re: GeoServer community support improvements

Hi Jukka,

Just wanted to give my 2 cents on improvements to the support system since 
you're asking for them and I have only recently been subscribed to the mailing 
list.

Instead of immediately subscribing to the mailing list-assuming they can easily 
find instructions to do so-and post for help, most people are trained, as 
proper etiquette, to search for past discussions first.
So, most people will use a search engine and likely end up on the SourceForge 
mailing list archive for GeoServer, but the interface to drill down by month is 
pretty horrible in this day and age, and most of what you scroll through are 
longer and longer inlined replies in an email thread.

There are many free forum platforms available: would it be possible to set one 
up for GeoServer?
For example, Flarum (e.g. https://discuss.flarum.org), or even phpBB (e.g. 
http://forums.mozillazine.org)?
I know running a forum requires server resources, but should be minimal 
alongside the main site itself?

Erhhung

From: Rahkonen Jukka (MML) 
mailto:jukka.rahko...@maanmittauslaitos.fi>>
Date: Wednesday, March 30, 2022 at 4:16 AM
To: Alexander, Colin mailto:calexan...@sanborn.com>>, 
geoserver-users@lists.sourceforge.net<mailto:geoserver-users@lists.sourceforge.net>
 
mailto:geoserver-users@lists.sourceforge.net>>
Subject: Re: [Geoserver-users] LDAP past version 15.2
EXTERNAL EMAIL: Do not click any links or open any attachments unless you trust 
the sender and know the content is safe.

Hi,

Unfortunately I cannot help with LDAP but I would be interested in another 
issue that you faced: "took me 2 hours to figure out this support system".

Two hours for that is too long a time and I would like to know how did you 
spend it. We are probably blind to guess where new users try to find the 
contact information because we know how our web site has been looking like for 
several years. Therefore the path to go first into the main site 
http://geoserver.org/ and follow the Community tab into page 
http://geoserver.org/comm/ feels natural. Other Open Source GIS sites have 
rather similar paths: https://gdal.org, https://qgis.org, 
https://mapserver.org, https://postgis.net, https://postgresql.org

What was the hardest part for you? Was it to find the web site geoserver.org, 
that the support channels are listed in the "Community" menu, or to join to the 
mailing list? I know mailing lists are not so common than they used to be 
couple of decades ago.
Do you have any suggestions about how to improve our site so that next new 
users would not need to spend too long time for finding the support channels 
and get irritated?

Regards,

-Jukka Rahkonen-

___
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

2022-03-30 Thread Rahkonen Jukka (MML)

Hi,

Unfortunately I cannot help with LDAP but I would be interested in another 
issue that you faced: "took me 2 hours to figure out this support system".
Two hours for that is too long a time and I would like to know how did you 
spend it. We are probably blind to guess where new users try to find the 
contact information because we know how our web site has been looking like for 
several years. Therefore the path to go first into the main site 
http://geoserver.org/ and follow the Community tab into page 
http://geoserver.org/comm/ feels natural. Other Open Source GIS sites have 
rather similar paths: https://gdal.org, https://qgis.org, 
https://mapserver.org, https://postgis.net, https://postgresql.org

What was the hardest part for you? Was it to find the web site geoserver.org, 
that the support channels are listed in the "Community" menu, or to join to the 
mailing list? I know mailing lists are not so common than they used to be 
couple of decades ago.
Do you have any suggestions about how to improve our site so that next new 
users would not need to spend too long time for finding the support channels 
and get irritated?

Regards,

-Jukka Rahkonen-



Lähettäjä: Alexander, Colin via Geoserver-users 

Lähetetty: keskiviikko 30. maaliskuuta 2022 3.53
Vastaanottaja: geoserver-users@lists.sourceforge.net
Aihe: [Geoserver-users] LDAP past version 15.2

Hello,

I really hope I'm in the right place, took me 2 hours to figure out this 
support system. I've been battling with this problem alongside IT for over 3 
weeks now. Not a single inch of progress.

Subject: ActiveDirectory/ LDAP group authentication.
Works fine in 15.2, broken in 15.3 and every version after.
I've installed about 7 different versions over the the last few days, and the 
only one that works with LDAP groups for authentication is 15.2 and below.

Ex log (15.3 and above):

DEBUG [ldap.BindingLdapAuthoritiesPopulator] - Roles from search: []

Same setup using 15.2:

DEBUG [ldap.BindingLdapAuthoritiesPopulator] - Roles from search: 
[ROLE_AUTHENTICATED, ADMIN, GROUP_ADMIN, GEO_ADMIN(ldap group)]


There are numerous threads on this subject, all without any solutions.

First question: Has goeserver been abandoned? It's hard to image that no one 
has addressed this bug during 4 major version releases. But the docs are the 
exact same.

Second question: Does anyone, anywhere, know what might be causing this? 
Solutons? hacks/quick fixes?

I'm sorry if I seem obtuse about this. I'm at my wits end, ive visited almost 
every link on the matter, including Spring docs. I am politely begging for any 
constructive input on this problem.

Thanks

This email, including any attachments, contains information intended only for 
the use of the individual or entity to which it is addressed and may contain 
information that is privileged and/or confidential or is otherwise protected by 
law. If you are not the intended recipient or agent or an employee responsible 
for delivering the communication to the intended recipient, you are hereby 
notified that any review, use, disclosure, copying and/or distribution of its 
contents is prohibited. If you have received this e-mail in error, please 
notify us immediately by reply to sender only and destroy the original.
___
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] WFS GetFeature Request with PropertyName

2022-03-25 Thread Rahkonen Jukka (MML)

Hi,

See the answer in 
https://gis.stackexchange.com/questions/380677/wfs-getfeature-with-propertyname-get-response-without-geometry
 about how to select just certain properties. Unfortunately the demo server at 
GIS Solutions seems to be down. But if all the properties are mandatory (check 
with DescribeFeatureType) then WFS standard does not allow to drop any. Then 
schema mapping may come to rescue 
https://docs.geoserver.org/latest/en/user/services/wfs/schemamapping.html.

-Jukka Rahkonen-

Lähettäjä: Prem Kumar 
Lähetetty: perjantai 25. maaliskuuta 2022 16.04
Vastaanottaja: Michael Steigemann via Geoserver-users 

Aihe: [Geoserver-users] WFS GetFeature Request with PropertyName

Hi Team,

Off late, I'm dealing with rendering large geojson data in the MapBox frontend 
page using Geoserver WFS service to load the geojson data.

Although I'm able to successfully render millions of points on the map with 
point clustering behavior, I see entire geojson data being downloaded onto the 
client side via WFS request.

I'm looking for a way to fetch only point geometry from geoserver WFS 
GetFeature request ignoring all its attributes data for rendering purposes and 
later display properties of selected points in another request.

I have tried to use propertyName parameter in the GetFeature request, however, 
I still see all the attributes being downloaded on the client side. The only 
observation I had is that all the fields are marked as not-nullable/mandatory 
fields in the Postgres database.

Here is the sample request, would be greatly appreciated if someone can help me 
whether Im missing anything to avoid loading attribute data.

https://localhost:8080/geoserver/wfs?service=WFS=2.0.0=GetFeature=demo:demo_assets=asset_id=application/json

-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

Re: [Geoserver-users] Preserving tags and compression

2022-03-09 Thread Rahkonen Jukka (MML)

Hi,

WCS 2.x supports GeoTIFF compression with parameter 
GEOTIFF:COMPRESSION:compression. It may not be so well documented in our own 
documents but you can have a look at the standard (I think it is in OGC® GML 
Application Schema - Coverages - GeoTIFF Coverage
Encoding Profile). Mapserver documentation lists the alternatives as well  
https://mapserver.gis.umn.edu/ogc/wcs_server.html

For the customized tags you should probably have a WPS process.

-Jukka Rahkonen-

-Alkuperäinen viesti-
Lähettäjä: Scott Lewis  
Lähetetty: keskiviikko 9. maaliskuuta 2022 22.11
Vastaanottaja: Geoserver-users@lists.sourceforge.net
Aihe: [Geoserver-users] Preserving tags and compression

Hi, I am relatively new to Geoserver stuff, and I have been working on 
configuring some data for my organization to be served by Geoserver.  I have 
been able to get most of it up and running, but am running into two minor 
issues that I have not been able to find how to correct.  I am using 
ImageMosaic to have a series of files for a particular layer, with a separate 
image for each day.  I can query for individual days using WMS and WCS, and get 
expected results, but the two issues I have are with the output files 
themselves:

1) Is there a way to have the timestamp of the image included as a tag in the 
output GeoTIFF?  We have tried a custom tag, as well as using 
"TIFFTAG_DATETIME", but in both cases, the file that is returned by GeoServer 
omits the tag, and does not include any kind of timestamp in the file.  I would 
like to have this, because I have the layer set to use "nearest available" if a 
query is made for a time that doesn't exist, and it would be helpful for the 
user to know exactly which image is returned in that case.

2) Our source image files use LZH compression format, which is great as it 
makes the file much smaller.  However, the file that gets returned by Geoserver 
does not have any compression.  I have been unable to find a way to tell 
Geoserver to use compression when serving GeoTiff files.

I appreciate any help in advance.  I'm hoping both of these things are minor 
issues that my searching has just failed to help me find.

Scott Lewis
NSIDC


___
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] Multiple Tiff files inside same folder

2022-02-21 Thread Rahkonen Jukka (MML)

Now I would like to suggest you timeseries with imagemosaic

https://geoserver-pdf.readthedocs.io/en/latest/tutorials/imagemosaic_timeseries/imagemosaic_timeseries.html

-Jukka-

Lähettäjä: Filipe Silva 
Lähetetty: maanantai 21. helmikuuta 2022 17.26
Vastaanottaja: Rahkonen Jukka (MML) 
Kopio: geoserver-users 
Aihe: Re: [Geoserver-users] Multiple Tiff files inside same folder

hello.

thanks for the input, but i think mosaic is not an option (or im not 
understanding the functioning of the plugin).
I do not need to join them in a single layer.
I have, for example, a raster with info from last week, and another from the 
week before, on the same location.
my question was, if i need to create a separate store for each GeoTiff, or 
there is another method to access them

thanks for the inputs,
regards




On Mon, Feb 21, 2022 at 2:26 PM Rahkonen Jukka (MML) 
mailto:jukka.rahko...@maanmittauslaitos.fi>>
 wrote:
Hi,

Mosaic is for you. You can see it in action in the demo layer nurc:mosaic and 
the multiple source images you can find from \data_dir\coverages\mosaic_sample

-Jukka Rahkonen-

Lähettäjä: Filipe Silva mailto:filipesil...@gmail.com>>
Lähetetty: maanantai 21. helmikuuta 2022 15.23
Vastaanottaja: geoserver-users 
mailto:geoserver-users@lists.sourceforge.net>>
Aihe: [Geoserver-users] Multiple Tiff files inside same folder

Hello.

If i have a folder with multiple tiff files, do i need to create a single layer 
for each TIFF, or is there another way to access them?

Ive investigated the Mosaic plugin but it doesn't seems to do what i want.

regards.
___
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] Multiple Tiff files inside same folder

2022-02-21 Thread Rahkonen Jukka (MML)

Sorry, I read first that you want a single layer from all the tiffs, but you 
seem to want a separate layer for each tiff. Mosaic is not for that, but 
sometimes it is still better to create a mosaic layer and select what gets 
rendered on the layer with a filter.

-Jukka Rahkonen-

Lähettäjä: Rahkonen Jukka (MML) 
Lähetetty: maanantai 21. helmikuuta 2022 16.27
Vastaanottaja: Filipe Silva ; geoserver-users 

Aihe: Re: [Geoserver-users] Multiple Tiff files inside same folder

Hi,

Mosaic is for you. You can see it in action in the demo layer nurc:mosaic and 
the multiple source images you can find from \data_dir\coverages\mosaic_sample

-Jukka Rahkonen-

Lähettäjä: Filipe Silva mailto:filipesil...@gmail.com>>
Lähetetty: maanantai 21. helmikuuta 2022 15.23
Vastaanottaja: geoserver-users 
mailto:geoserver-users@lists.sourceforge.net>>
Aihe: [Geoserver-users] Multiple Tiff files inside same folder

Hello.

If i have a folder with multiple tiff files, do i need to create a single layer 
for each TIFF, or is there another way to access them?

Ive investigated the Mosaic plugin but it doesn't seems to do what i want.

regards.
___
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] Multiple Tiff files inside same folder

2022-02-21 Thread Rahkonen Jukka (MML)

Hi,

Mosaic is for you. You can see it in action in the demo layer nurc:mosaic and 
the multiple source images you can find from \data_dir\coverages\mosaic_sample

-Jukka Rahkonen-

Lähettäjä: Filipe Silva 
Lähetetty: maanantai 21. helmikuuta 2022 15.23
Vastaanottaja: geoserver-users 
Aihe: [Geoserver-users] Multiple Tiff files inside same folder

Hello.

If i have a folder with multiple tiff files, do i need to create a single layer 
for each TIFF, or is there another way to access them?

Ive investigated the Mosaic plugin but it doesn't seems to do what i want.

regards.
___
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] Authkey user not affected by Enabled/Disabled checkbox

2022-02-01 Thread Rahkonen Jukka (MML)

Hi,

Authkey is a community module and thus not maintained by core developers. It 
would be generally rather impossible to keep the documentation of Geoserver 
up-to-date with all the odd things that community modules may cause either 
individually or when used together with other modules. In an ideal world 
modules would not cause such issues.

I think that your suggestion to report this issue in the Authkey docs is good. 
Maybe you could add the info into Limitations or under a new Known issues 
title. But wait for an opinion of some core developer first.

-Jukka Rahkonen-



Lähettäjä: Peter Smythe 
Lähetetty: tiistai 1. helmikuuta 2022 11.39
Vastaanottaja: GeoServer Mailing List List 

Aihe: [Geoserver-users] Authkey user not affected by Enabled/Disabled checkbox

Hi all

We make use of the 
Authkey 
module and I have recently observed that OGC services will still work, even 
when the Enabled checkbox is unchecked, see below:

[cid:image001.png@01D81768.C063C030]

Is this the expected behaviour?

If yes, I am assuming that it is because the Enabled checkbox belongs to the 
default/basic authentication provider, which is then replaced by the authkey 
provider (which should have its own Enabled option.)

In this case, I propose to update the above documentation page to make it clear 
that the Enabled checkbox does not affect the authkey provider.  May I proceed?

Regards

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

Re: [Geoserver-users] New Transifex synchronisation method

2022-01-26 Thread Rahkonen Jukka (MML)

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) 
mailto: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 
mailto:alexandre.ga...@gmail.com>>
Lähetetty: keskiviikko 26. tammikuuta 2022 6.54
Vastaanottaja: geoserver-users 
mailto:geoserver-users@lists.sourceforge.net>>
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

Re: [Geoserver-users] New Transifex synchronisation method

2022-01-25 Thread Rahkonen Jukka (MML)

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
___
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 is not starting while running startup batch script

2022-01-11 Thread Rahkonen Jukka (MML)

Hi,

I downloaded 2.15.1, unzipped and run startup.bat with Eclipse 
Adoptium\jdk-11.0.13.8-hotspot\ and Geoserver started for me as usual.

I am not sure what is the best method for changing the Jetty port but editing 
the star.ini file did not work for me. By adding -Djetty.http.port=8090 into 
the java options in startup.bat made Geoserver to start on port 8090.

-Jukka Rahkonen-

Lähettäjä: Russ 
Lähetetty: maanantai 10. tammikuuta 2022 21.24
Vastaanottaja: Jibran Khan 
Kopio: GeoServer Mailing List List 
Aihe: Re: [Geoserver-users] Geoserver is not starting while running startup 
batch script

I might be wrong but I think Java 11 needs a liter. version of GeoServer.

Why do you need the old version?


On 10 Jan 2022, at 19:10, Jibran Khan 
mailto:jk.e...@gmail.com>> wrote:

Hello,

I am trying to run an older version of Geoserver (Ver 2.15.1) on my Windows 10 
(64 bit) PC. The script startup.bat starts and crashes. I have tried running 
the script with Admin privileges, changing port in start.ini (e.g. jetty.port = 
8989) and reload, opening port in Windows firewall, nothing seems to work.

I also checked Windows services, but couldn't find Geoserver as a service there.

Java_Home: set to JDK 11

GEOSERVER data dir points to data directory of Geoserver

Can someone give me some hints to fix this?

Here is the crash log via Windows CMD console:

**

:INFO:oejsh.ContextHandler:main: Started 
o.e.j.w.WebAppContext@1ec1f0c{GeoServer,/geoserver,file:///C:/path_to/GeoServer%202.15.1/webapps/geoserver/,AVAILABLE}{C:\path_to\GeoServer
 2.15.1\webapps\geoserver}
:WARN:oejx.XmlConfiguration:main:
java.security.PrivilegedActionException: java.net.BindException: Address 
already in use: bind
at java.security.AccessController.doPrivileged(Native Method)
at 
org.eclipse.jetty.xml.XmlConfiguration.main(XmlConfiguration.java:1511)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.eclipse.jetty.start.Main.invokeMain(Main.java:220)
at org.eclipse.jetty.start.Main.start(Main.java:486)
at org.eclipse.jetty.start.Main.main(Main.java:77)
Caused by:
java.net.BindException: Address already in use: bind
at sun.nio.ch.Net.bind0(Native Method)
at sun.nio.ch.Net.bind(Unknown Source)
at sun.nio.ch.Net.bind(Unknown Source)
at sun.nio.ch.ServerSocketChannelImpl.bind(Unknown Source)
at sun.nio.ch.ServerSocketAdaptor.bind(Unknown Source)
at 
org.eclipse.jetty.server.ServerConnector.openAcceptChannel(ServerConnector.java:339)
at 
org.eclipse.jetty.server.ServerConnector.open(ServerConnector.java:307)
at 
org.eclipse.jetty.server.AbstractNetworkConnector.doStart(AbstractNetworkConnector.java:80)
at 
org.eclipse.jetty.server.ServerConnector.doStart(ServerConnector.java:235)
at 
org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
at org.eclipse.jetty.server.Server.doStart(Server.java:395)
at 
org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
at 
org.eclipse.jetty.xml.XmlConfiguration$1.run(XmlConfiguration.java:1572)
at 
org.eclipse.jetty.xml.XmlConfiguration$1.run(XmlConfiguration.java:1512)
at java.security.AccessController.doPrivileged(Native Method)
at 
org.eclipse.jetty.xml.XmlConfiguration.main(XmlConfiguration.java:1511)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.eclipse.jetty.start.Main.invokeMain(Main.java:220)
at org.eclipse.jetty.start.Main.start(Main.java:486)
at org.eclipse.jetty.start.Main.main(Main.java:77)
java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.eclipse.jetty.start.Main.invokeMain(Main.java:220)
at org.eclipse.jetty.start.Main.start(Main.java:486)
at org.eclipse.jetty.start.Main.main(Main.java:77)
Caused by: java.security.PrivilegedActionException: java.net.BindException: 
Address already in use: bind
at java.security.AccessController.doPrivileged(Native Method)
at

Re: [Geoserver-users] High CPU & memory on Windows

2021-12-19 Thread Rahkonen Jukka (MML)

Hi,

Find a mail thread with title "Geoserver 2.20.RC generating high CPU load" from 
the geoserver-devel mailing list from mid-September 2021, and see the ticket 
https://osgeo-org.atlassian.net/browse/GEOS-10243
I believe that you have met by the same issue.

-Jukka Rahkonen-

-Alkuperäinen viesti-
Lähettäjä: Niklas Elelid  
Lähetetty: sunnuntai 19. joulukuuta 2021 20.37
Vastaanottaja: geoserver-users 
Aihe: [Geoserver-users] High CPU & memory on Windows

Hi list members!

I started with Geoserver on a Windows 2016 server some time ago. Since I had 
problems with high CPU & memory usage I tried a Linux installation which seemed 
much better. For various reasons I now went back to Windows on a more capable 
server (4 CPU / 8 GB RAM) which I thought would be able to run Geoserver better 
than the first installation.

But unfortunately the same issue on Windows again. On startup the service goes 
up to approx 70%, idles around 1-2 % CPU but still hogs about 600MB of RAM. 
Logging into the web admin brings the CPU up to 50%. 
The main issue is that a layer request makes it spike at around 90% and 2.5GB 
RAM and then it just stays there without me making any more requests. Now it's 
game over until after the service is restarted which by the way is not 
possible. I have to kill the process and start the service.

The layer in question is loading an ImageMosaic layer with images on disk and 
the time/elevation data in PostgreSQL. A windbarb SLD is applied to the layer.

Any ideas on where to start troubleshooting this?

Thanks in advance!

Niklas



___
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] Limiting WMS display to a defined extent

2021-11-11 Thread Rahkonen Jukka (MML)

Hi Nicola,

Please give some more details about what you try to do. You wrote  “I am using 
a remote WMS GEBCO Bathymetry map”. Is that some external WMS service that you 
are cascading with your Geoserver? If that is the case, is that WMS service 
slow at some scales if you use it directly for example with QGIS? Can you share 
the link to that external WMS service?

Then you wrote “This covers the whole world, but that significantly slows down 
the loading of my app.” If you happen to find that the external WMS is actually 
fast, think what else does you app do and consider what else could make it slow 
when zoomed to show the whole world.

-Jukka Rahkonen-

Lähettäjä: Nikola Krlovic 
Lähetetty: torstai 11. marraskuuta 2021 12.03
Vastaanottaja: Rahkonen Jukka (MML) 
Kopio: geoserver-users@lists.sourceforge.net
Aihe: Re: [Geoserver-users] Limiting WMS display to a defined extent

Hi Jukka,

Thank you for your reply.

Well, I guess that I am then not understanding the mechanisms behind WMS.

Let me clarify that I do not know if it is faster when it shows a smaller area, 
I am trying to test it out - so I would like to ask whether it is possible for 
GeoServer to limit what part of the world's bathymetry map it serves to a 
certain geographical extent.

Thanks again for any help,

Nikola

On Thu, Nov 11, 2021 at 10:57 AM Rahkonen Jukka (MML) 
mailto:jukka.rahko...@maanmittauslaitos.fi>>
 wrote:
Hi,

Could you clarify, do you mean that the remote WMS is slow when it shows the 
whole World but fast when the area is small? For Geoserver it is just the same 
because it always gets a fixed size PNG or JPEG image from the remote server 
but I understand your wish if that server is slow with rendering the whole 
World map.

-Jukka Rahkonen-

Lähettäjä: Nikola Krlovic 
mailto:nikola.krlo...@gmail.com>>
Lähetetty: torstai 11. marraskuuta 2021 11.03
Vastaanottaja: 
geoserver-users@lists.sourceforge.net<mailto:geoserver-users@lists.sourceforge.net>
Aihe: [Geoserver-users] Limiting WMS display to a defined extent

Hello,

I have a question regarding WMS - specifically, I am using a remote WMS GEBCO 
Bathymetry map. This covers the whole world, but that significantly slows down 
the loading of my app.

Is there a way to limit the extent of the WMS to a specified bounding box, so 
only that is loaded? For instance, only the mediterranean?

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

Re: [Geoserver-users] Limiting WMS display to a defined extent

2021-11-11 Thread Rahkonen Jukka (MML)

Hi,

Could you clarify, do you mean that the remote WMS is slow when it shows the 
whole World but fast when the area is small? For Geoserver it is just the same 
because it always gets a fixed size PNG or JPEG image from the remote server 
but I understand your wish if that server is slow with rendering the whole 
World map.

-Jukka Rahkonen-

Lähettäjä: Nikola Krlovic 
Lähetetty: torstai 11. marraskuuta 2021 11.03
Vastaanottaja: geoserver-users@lists.sourceforge.net
Aihe: [Geoserver-users] Limiting WMS display to a defined extent

Hello,

I have a question regarding WMS - specifically, I am using a remote WMS GEBCO 
Bathymetry map. This covers the whole world, but that significantly slows down 
the loading of my app.

Is there a way to limit the extent of the WMS to a specified bounding box, so 
only that is loaded? For instance, only the mediterranean?

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

Re: [Geoserver-users] Translation workflow improvement

2021-11-10 Thread Rahkonen Jukka (MML)

Hi,

About dropping Java 8 support, I do not have an idea when it might happen. It 
has an connection to Java 17 and I can see this comment in 
https://github.com/geoserver/geoserver/pull/5248:
“It might be necessary to make a decision if we should keep Java 8 
compatibility.”

-Jukka Rahkonen-

Lähettäjä: Alexandre Gacon 
Lähetetty: keskiviikko 10. marraskuuta 2021 11.55
Vastaanottaja: Rahkonen Jukka (MML) 
Kopio: Jody Garnett ; geoserver-users 

Aihe: Re: [Geoserver-users] Translation workflow improvement

Thank you Jukka for this test. I think it will need some configuration change 
on the Transifex side when it will be changed.

Do we have any idea when the support of Java 8 would be dropped in the project?

Regards
Alexandre

Le mer. 10 nov. 2021 à 09:33, Rahkonen Jukka (MML) 
mailto:jukka.rahko...@maanmittauslaitos.fi>>
 a écrit :
Hi,

Edgar Soldin from the OpenJUMP project is going to change the whole repository 
into UTF-8, even the properties files 
https://sourceforge.net/p/jump-pilot/mailman/message/37382192/. He is confident 
that it can be done also for Java 8 by adding a custom ResourceBundle.Control 
to I18N as described in https://stackoverflow.com/a/4660195/1308810.

I made a few quick tests which seem to proof that Java 11 can use UTF-8 
out-of-the box while the Unicode escapes work for all Java versions. Unicode 
escapes are manageable in Finnish translations because only 6 characters 
require escaping but in some other languages almost all characters must be 
escaped. Being able to use UTF-8 and normal text editors would be nice. Perhaps 
change could happen at least when Geoserver drops support for Java 8.

-Jukka Rahkonen-


Lähettäjä: Jody Garnett mailto:jody.garn...@gmail.com>>
Lähetetty: maanantai 8. marraskuuta 2021 19.28
Vastaanottaja: Alexandre Gacon 
mailto:alexandre.ga...@gmail.com>>
Kopio: geoserver-users 
mailto:geoserver-users@lists.sourceforge.net>>
Aihe: Re: [Geoserver-users] Translation workflow improvement

I am going to have some availability mid week, would love to see this go ahead. 
I have confirmed admin permission for GeoServer (which has GeoServer, GeoServer 
Stable, GeoServerTestGitHub, GeoServer 2.1.x, GeoServer 2.2.x).

I am also comfortable with our build system if we can set up a maven or ant 
scripts to manage translations.
--
Jody Garnett


On Mon, 8 Nov 2021 at 00:14, Alexandre Gacon 
mailto:alexandre.ga...@gmail.com>> wrote:

Le dim. 7 nov. 2021 à 17:36, Andrea Aime 
mailto:andrea.a...@geosolutionsgroup.com>> a 
écrit :
On Sun, Nov 7, 2021 at 11:09 AM Alexandre Gacon 
mailto:alexandre.ga...@gmail.com>> wrote:
Hi Mats,

For the moment it is more a POC than a working system : it needs to be plugged 
to the geoserver repo instead of my fork.

Right. What about the transifex project you created? Will it be the new 
reference for translation?
Is there any way to communicate that to the existing translators?

To be discussed with Frank Gasdorf, I think that a brand new project will be 
better, since the setup can take some time. Transifex has several way to notify 
people of changes in the project.


I assume that the old project does not have a structure allowing for 
automation, or there is an access right issue?

The main issue is what will happen to the existing Transifex translation when 
we plug GitHub integration for a language already translated in GitHub.

I need someone with enough rights to setup this with the official repo.

The links between github resources and transifex resources must be configured 
by the administrator of the project.

I think Jody offered to help in another thread, but if needs be, I can also set 
up the integration (just trying to
avoid taking on more stuff, the bits of GeoServer that I cannot delegate to 
others are already killing me).

I will be happy to work with Jody : it will only require some configuration on 
the GitHub side.

Alexandre


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 other

Re: [Geoserver-users] Problem inserting a new feature into PostGIS-view with multiple primary key columns

2021-11-10 Thread Rahkonen Jukka (MML)

Hi,

A long time ago we did something similar with Oracle and we had an updatable 
view combined from three main tables. However, the primary keys of our tables 
took their values from sequences and we converted the "natural" primary keys 
that we had (parcel IDs in our case) into normal attributes with UNIQUE 
constraints. Our natural keys were strings which were not optimal as PK so we 
did not try hard to keep original schema.

Autoincrement happens when there is no gt_pk_metadata_table at all or when 
Geoserver does not find what it wants to find from the table. In that case 
Geoserver does "select max(pk)+1". It may be that a combination of view + 
composite PK + pk_policy=assigned is not tested so well. But first of all I 
would check if Geoserver really makes a successful query to the 
pk_metadata_table. If that query fails the result would be a fallback to Max+1 
and the result would be just what you face now.

-Jukka Rahkonen-


Lähettäjä: Biskup, Paul 
Lähetetty: keskiviikko 10. marraskuuta 2021 9.38
Vastaanottaja: Stefan Overkamp ; 
geoserver-users@lists.sourceforge.net
Aihe: Re: [Geoserver-users] Problem inserting a new feature into PostGIS-view 
with multiple primary key columns

Hi Stefan,

thank you for your response.
I had already tried all combinations and everything is configured properly (the 
gt_pk_metadata-table is assigned in the datastore und the "expose primary 
key"-flag is enabled).

Unfortunately it is still the same behaviour.

The WFS-T-UPDATE is working and the Feature-ID is set correctly when you do a 
GetFeature-Request.
But in the INSERT the autoincrement is done.

I think it is a bug.

Can someone tell in which class the INSERT and autoincrement oft he primary key 
is done? I could try to debug it.

Thank you for your help.

Regards,
Paul





[cid:image001.jpg@01D7D623.11918D70]




Paul Biskup
Head of Business Geo Intelligence
BGI

Fichtner IT Consulting GmbH
Sarweystr. 3
70191 Stuttgart
Germany

Telefon

+49 (711) 8995 1453

Mobil

+49 (151) 1623 1453

E-mail

paul.bis...@fit.fichtner.de




Fichtner IT Consulting GmbH
Sarweystr. 3, 70191 Stuttgart, Germany
Amtsgericht Stuttgart HRB 761846

Board of Directors
Andreas Höfler (Chairman), Dr. Albrecht Reuter

www.fit.fichtner.de


[cid:image002.jpg@01D7D624.AB113F80]

[cid:image003.jpg@01D7D624.AB113F80]

[cid:image004.jpg@01D7D624.AB113F80]

[cid:image005.jpg@01D7D624.AB113F80]

[cid:image006.jpg@01D7D624.AB113F80]


Sie benötigen Unterstützung bei der Einführung von Microsoft 365 oder wollen 
sich zunächst mit den Security-Maßnahmen in der Microsoft Cloud bzw. der 
Anwendung MS Teams vertraut machen? Dann sprechen Sie uns gerne direkt an unter 
digitalworkpl...@fit.fichtner.de oder 
informieren Sie sich 
hier.

Wichtiger Hinweis für Besucher: Bitte lesen und beachten Sie die Fichtner 
Corona Regeln!

Erklärungen der Fichtner IT Consulting GmbH, die per E-Mail übermittelt werden, 
sind nur im Falle schriftlicher Bestätigung rechtsverbindlich.
Bitte achten Sie auf die Umwelt, drucken Sie nur bei Bedarf.

Von: Stefan Overkamp mailto:overk...@posteo.de>>
Gesendet: Dienstag, 9. November 2021 18:49
An: Biskup, Paul 
mailto:paul.bis...@fit.fichtner.de>>; 
geoserver-users@lists.sourceforge.net
Betreff: Re: [Geoserver-users] Problem inserting a new feature into 
PostGIS-view with multiple primary key columns


ADVICE: This email is from an external source - be careful of attachments and 
links.

Hi,

I have no real idea but would look for:
- maybe the pk_column_idx is 0-based, so 0,1 instead of 1,2
- is the gt_pk_metadata configured in the PostGIS datastore (Primary key 
metadata table: schema qualified table name)?
- the assigned pk_policy assumes the "expose primary keys" flag has been 
enabled (datastore)
  (never worked with this, ever used sequence)

good luck

Stefan

Am 09.11.2021 um 17:35 schrieb Biskup, Paul:
Hi list,

I have a problem when I try to insert a new feature with WFS-T into my 
PostGIS-view (name "ausspeisepunkt").
The view consists of two primary key columns, which are stored in the 
"gt_pk_metadata_table"

Re: [Geoserver-users] Translation workflow improvement

2021-11-10 Thread Rahkonen Jukka (MML)

Hi,

Edgar Soldin from the OpenJUMP project is going to change the whole repository
into UTF-8, even the properties files
https://sourceforge.net/p/jump-pilot/mailman/message/37382192/. He is confident
that it can be done also for Java 8 by adding a custom ResourceBundle.Control
to I18N as described in https://stackoverflow.com/a/4660195/1308810.

I made a few quick tests which seem to proof that Java 11 can use UTF-8
out-of-the box while the Unicode escapes work for all Java versions. Unicode
escapes are manageable in Finnish translations because only 6 characters
require escaping but in some other languages almost all characters must be
escaped. Being able to use UTF-8 and normal text editors would be nice. Perhaps
change could happen at least when Geoserver drops support for Java 8.

-Jukka Rahkonen-

Lähettäjä: Jody Garnett
Lähetetty: maanantai 8. marraskuuta 2021 19.28
Vastaanottaja: Alexandre Gacon
Kopio: geoserver-users
Aihe: Re: [Geoserver-users] Translation workflow improvement

I am going to have some availability mid week, would love to see this go ahead.
I have confirmed admin permission for GeoServer (which has GeoServer, GeoServer
Stable, GeoServerTestGitHub, GeoServer 2.1.x, GeoServer 2.2.x).

I am also comfortable with our build system if we can set up a maven or ant
scripts to manage translations.
--
Jody Garnett

On Mon, 8 Nov 2021 at 00:14, Alexandre Gacon
mailto:alexandre.ga...@gmail.com>> wrote:

Le dim. 7 nov. 2021 à 17:36, Andrea Aime
mailto:andrea.a...@geosolutionsgroup.com>> a
écrit :
On Sun, Nov 7, 2021 at 11:09 AM Alexandre Gacon
mailto:alexandre.ga...@gmail.com>> wrote:
Hi Mats,

For the moment it is more a POC than a working system : it needs to be plugged
to the geoserver repo instead of my fork.

Right. What about the transifex project you created? Will it be the new
reference for translation?
Is there any way to communicate that to the existing translators?

To be discussed with Frank Gasdorf, I think that a brand new project will be
better, since the setup can take some time. Transifex has several way to notify
people of changes in the project.

I assume that the old project does not have a structure allowing for
automation, or there is an access right issue?

The main issue is what will happen to the existing Transifex translation when
we plug GitHub integration for a language already translated in GitHub.

I need someone with enough rights to setup this with the official repo.

The links between github resources and transifex resources must be configured
by the administrator of the project.

I think Jody offered to help in another thread, but if needs be, I can also set
up the integration (just trying to
avoid taking on more stuff, the bits of GeoServer that I cannot delegate to
others are already killing me).

I will be happy to work with Jody : it will only require some configuration on
the GitHub side.

Alexandre

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

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

Re: [Geoserver-users] Translation workflow improvement

2021-11-04 Thread Rahkonen Jukka (MML)

Hi,

As far as I know in the Java property files the special characters must be 
written with Unicode strings like here 
https://github.com/openjump-gis/openjump/blob/main/src/language/jump_de.properties
 or here 
https://github.com/openjump-gis/openjump/blob/main/src/language/jump_fr.properties.

-Jukka Rahkonen-

Lähettäjä: Alexandre Gacon 
Lähetetty: torstai 4. marraskuuta 2021 16.38
Vastaanottaja: geoserver-users 
Aihe: [Geoserver-users] Translation workflow improvement

Hi,

After the recent debate on the translation of GeoServer, I have spent some time 
setting up a small project to see how the transifex-github integration works.

First, I have created a fork of the GeoServer repo on my own GitHub account and 
created a new branch named `test_transifex` 
(https://github.com/AlexGacon/geoserver/tree/test_transifex).

Then, I have activated the transifex-github integration between my GitHub 
account and the GeoServer Transifex project (to be removed and replaced later 
if we continue this way).

I have also created a new project in Transifex to avoid polluting the existing 
work of people working on translation 
(https://www.transifex.com/GeoServer/geoservertestgithub/dashboard/).

I have initiated my project with the property file of web/wms 
(https://github.com/AlexGacon/geoserver/blob/test_transifex/src/web/wms/src/main/resources/GeoServerApplication.properties),
 with a manual upload.

The next step was to upload some existing translations from transifex in 
language not available in GitHub to check later the behavior of the integration 
in this case.

After activation of the integration for my transifex project:
- The main property file is synchronized on Transifex with the content from 
GitHub
- The languages available on GitHub are visible on Transifex with the 
translation from GitHub
- The imported languages are still visible on Transifex

After manual sync from Transifex to GitHub, PRs were created in GitHub for each 
new language.

As a final test, I updated in Transifex the GitHub French translation (54% 
coverage) with the one available in Transifex (more than 85% coverage), by 
downloading the translation file and then uploading it in the new transifex 
project. After manual sync request, a PR is created in GitHub for the new 
language (https://github.com/AlexGacon/geoserver/pull/7) : the diff result is 
not very clear (some lines are marked as removed and added whereas the content 
is the same).

Is it normal that for some languages you have unicode encoded characters ? (for 
example in Russian).

The main drawback on the configuration side of transifex is to have to 
configure all the different property files we want to translate and then upload 
the translations we want to retrieve from Transifex.

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 2.20.0, Encoding German Umlaut-Problems

2021-10-29 Thread Rahkonen Jukka (MML)

Hi,

Andrea refers to Java specification of property files
https://docs.oracle.com/javase/6/docs/api/java/util/Properties.html

Property file editors know how to use the Unicode escapes. With standard text 
editors it is not so simple, but possible (Finnish word “määrä” must be written 
as m\u00e4\u00e4r\u00e4.

I do appreciate translations and have myself translated the whole OpenJUMP GIS 
program into Finnish (and started to translate the Geoserver UI 8 years ago but 
stopped when I noticed that I did not understand well enough what the items in 
the UI are really doing). However, publishing half made translations from 
Transifex is not the right thing to do for my mind if there is not an easy way 
for the users to switch into English that is also the language used in the user 
manuals. In crowd sourced translation users may translate word by word without 
understanding the syntax and the result may be rather odd until enough many 
iteration rounds have been performed. With my school Swedish some translations 
in one file I was browsing through are överraskande 
https://www.transifex.com/GeoServer/geoserver/viewstrings/#sv/web_core/179561217
 but maybe they are common IT Swedish.

As long as Geoserver UI does not have language selector I think that the 
translation projects should have a responsible editor who can make pull request 
to GitHub when they think that the translation is good to go.

-Jukka Rahkonen-

Lähettäjä: Mats Elfström 
Lähetetty: perjantai 29. lokakuuta 2021 14.06
Vastaanottaja: Andrea Aime 
Kopio: GeoServer Mailing List List 
Aihe: Re: [Geoserver-users] Geoserver 2.20.0, Encoding German Umlaut-Problems

Hi!
I am confused here.
You wrote:"That would have broken all property file editors (ones that are 
aware of what a property file is)."
I was merely responding to a request from you:"We'll need someone to checkout 
GeoServer, re-encode all translation files to UTF8, and make a PR."
Which was what I was preparing to do, with Notepad++, and nobody protested. 
Apparently, the problem could be fixed in another way.

* Some words on Transifex.
I think Transifex is a very good tool for the localization of Open source 
software. It enables volunteers who are not primarily programmers to contribute 
to internationalization in a simple way. An updated term thesaurus ensures 
consistency and aids translators. It is easy to check and compare translations 
across languages and so on.
* Geoserver on Transifex
But as it appears, the Geoserver Transifex files have not been used for several 
years. This means that the properties files in the repository are severely out 
of sync, and would be hard to bring up to speed.
The project called Geoserver has 60 resources which currently, to a varying 
degree is translated into 41 languages. That adds up to a lot of language 
files. But right now, there are 456 'live' language files in the repo for 14 
supported languages,
Another matter is the connection between Transifex resources and properties 
files. For instance, the language file 
...geoserver\src\web\core\src\main\resources\GeoServerApplication_sv.properties 
corresponds to the swedish section of the web_core resource, and gets 
downloaded as  for_use_geoserver_web_core_sv.properties.
The other resources seem to have similar naming connections.
So, downloading and updating the repository manually would mean an error prone 
process of file copying and renaming. The naming convention also causes 
duplicate file names. There are 22 GeoServerApplication_de.properties files, 
for instance.
Some scripting will be necessary. The Geonetwork team has provided scripts to 
download and distribute language files, but translators should not have to be 
bothered with adding their work to the repo. This should be done by the release 
team, shortly before release.
* Conclusion
I think localization is important to spread Open source software. For instance, 
QGIS is available in over 40 languages.
I think Transifex is a very useful tool, and it is sad that the work done there 
for Geoserver has been neglected and brought into disrepair.

Regards, Mats.E




Den tors 28 okt. 2021 kl 14:35 skrev Andrea Aime 
mailto:andrea.a...@geosolutionsgroup.com>>:
On Thu, Oct 28, 2021 at 1:59 PM Mats Elfström 
mailto:mats.elfst...@giskraft.se>> wrote:
Hi!
I just built Geoserver SNAPSHOT from my GitHub clone and deployed it under 
Tomcat9 on my Ubuntu 20 server.
I can confirm that Swedish characters are rendered correctly on the welcome 
page on Chrome set for Swedish,
even though Notepad++ says that the source file is ANSI encoded.

They must be ISO-8859-1 encoded (of which ASCII is a subset, I believe?), as 
per property file specification.

The file date for this file is 2021-08-14.
I had offered to change all properties files to UTF-8, but the suggested PR 
seems to have fixed the problem.

That would have broken all property file editors (ones that are aware of what a 
property file is).


But the Transifex issue remains: Are

Re: [Geoserver-users] GetCapabilities from a single feature

2021-10-21 Thread Rahkonen Jukka (MML)

Hi,

Your assumption about what GetCapabilities possibly supports is wrong. You can
read what WMS supports from the standard itself
https://portal.ogc.org/files/?artifact_id=14416. You could have asked the real
question right ahead “I want to obtain the Bbox of a single feature from my
layer. How?”

You can query the feature with WFS if the server supports WFS, take the
geometry and compute the envelope. Or you can make WMS GetFeatureInfo request
with info_format= application/vnd.ogc.gml if your server supports the format,
take the geometry and compute the envelope. There may be other alternatives but
those two came into my mind.

-Jukka Rahkonen-

Lähettäjä: XAVIER RAYO SARRIAS
Lähetetty: torstai 21. lokakuuta 2021 14.01
Vastaanottaja: Marco Lechner
Kopio: geoserver-users@lists.sourceforge.net
Aihe: Re: [Geoserver-users] GetCapabilities from a single feature

Hi Marci,
thanks for your answer. The truth is that I was thinking in Getcapabilities
because I want to obtain the Bbox of a single feature from my layer. And I
thought that maybe I could do a filter from the getcapabilities request.
Any Idea?

Thanks!

El jue, 21 oct 2021 a las 12:57, Marco Lechner
(mailto:mlech...@bfs.de>>) escribió:
I assume you mean GetFeature not GetCapabilities:

See
https://docs.geoserver.org/latest/en/user/services/wfs/reference.html#getfeature

with lots of examples

Von: XAVIER RAYO SARRIAS mailto:xr...@utm.csic.es>>
Gesendet: Donnerstag, 21. Oktober 2021 12:27
An:
geoserver-users@lists.sourceforge.net
Betreff: [Geoserver-users] GetCapabilities from a single feature

WARNUNG: Diese E-Mail kam von außerhalb der Organisation. Klicken Sie nicht auf
Links oder öffnen Sie keine Anhänge, es sei denn, Sie kennen den/die
Absender*in und wissen, dass der Inhalt sicher ist.

Is it possible to make a GetCapabilities request from a single feature of a WFS
service?

Thanks!
___
Geoserver-users mailing list

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.20.0, Encoding German Umlaut-Problems

2021-10-21 Thread Rahkonen Jukka (MML)

Hi,

For me it seems that most languages from Transifex should not be synced at all
https://www.transifex.com/GeoServer/geoserver/ at least before there is a
simple way for the users to select the language. Even the good percentage of
the translated strings does not guarantee that they are translated well. I
think that the translations should be like the community modules so that you
could use them if you wish but at your own risk.

-Jukka Rahkonen-

Lähettäjä: Andrea Aime
Lähetetty: torstai 21. lokakuuta 2021 10.01
Vastaanottaja: giskraft.se
Kopio: GeoServer Mailing List List
Aihe: Re: [Geoserver-users] Geoserver 2.20.0, Encoding German Umlaut-Problems

On Wed, Oct 20, 2021 at 8:40 PM Mats Elfström
mailto:mats.elfst...@giskraft.se>> wrote:
The mystery deepens.
I am a member of the Swedish Geoserver Transifex team, and honestly thought the
work done there was being used. Not that I have been very diligent, but I
planned to change that.
So how are the language files created and maintained? Manually - file by file?

I have no idea, never been involved in the GUI internationalization effort. We
used to get pull requests every now and then.
The volunteer that bridged Transifex with GeoServer source code stopped sending
them (or at least, I don't remember
seeing recent ones).
For reference, the "params-extractor" extension has been sitting in extension
for over 6 months now (it graduated in 2.19.x)
and only has English and Korean translation... The Korean files come from one
of the last Transifex related PRs, back in 2017.

If so, inadvertent changes of the character encoding is just one of many error
possibilities.
As it seems, the code base and Transifex are out of sync for four years, so I
doubt that they can be successfully merged now.
My offer to fix the encoding stands, as well as my request for a list of
language file folders.

Each GUI module has its set of internationalization files.
Running the following command on Linux provides a full list:

find . -name "GeoServerApplication*.properties" | grep -v target | sort >
/tmp/geoserver_i18n.properties

I've attached the result to this mail (list is too long the mail body).
Community modules can be considered optional, only a subset is packaged for
nightly builds,
but anything in core (root modules) or extensions is part of releases.

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

---

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.20.0, Encoding German Umlaut-Problems

2021-10-19 Thread Rahkonen Jukka (MML)

Hi,

Your welcome page looks good to me here in Finland because my browser selects 
to use English in the user interface.

We used to have a very poor Finnish translation of the UI but now that 
translation is fortunately disappeared. However, by that time I wondered if 
there is some easy way to select which language to use in the UI. Is there?

-Jukka Rahkonen-

-Alkuperäinen viesti-
Lähettäjä: Stefan Overkamp  
Lähetetty: tiistai 19. lokakuuta 2021 11.04
Vastaanottaja: GeoServer Mailing List List 

Aihe: [Geoserver-users] Geoserver 2.20.0, Encoding German Umlaut-Problems

Hi list,

switching from 2.19.1 to 2.20.0 Geoserver I got so called Umlaut-Problems in 
our german geoserver web interface:
Every german Umlaut like ö, ü and so on is replaced by a question mark.

For example see https://geodaten.metropoleruhr.de/geoserver/web/

Is there any configuration available to fix this?

Thanks

Stefan

--
Dipl. Ing. Stefan Overkamp
Laakmannsbusch 44, 42555 Velbert
tel.: 0177 / 79 76 159
overk...@posteo.de



___
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.20-RC windows installer testing requested

2021-10-05 Thread Rahkonen Jukka (MML)

Hi,

I can see from the Windows registry that the user name is

NT AUTHORITY\NetworkService

so no space in NetworkService as I can see from the logs. But if the user name 
is wrong “Network Service”  how could the installer work for anybody?

-Jukka-

Lähettäjä: Rahkonen Jukka (MML)
Lähetetty: tiistai 5. lokakuuta 2021 14.23
Vastaanottaja: 'Sander Schaminee' ; Calliess 
Daniel Ing. 
Kopio: Jody Garnett ; GeoServer Users 

Aihe: Re: [Geoserver-users] GeoServer 2.20-RC windows installer testing 
requested

Hi,

I captures the messages about failing service installation with OBS Studio, 
thanks for the hint.

I am running

Installing service with command:  -path to wrapper\GeoServer\GeoServer.exe
FormattingCreateService failed – [translation from Finnish Windows UI]
   User annount is not valid, it does not exist, or the password is wrong
Account: NT Authority\Network Service Password: (null)
Granting access…
Starting Windows service
[translation] The name of the service is invalid.

Environment:
Windows 10 Home
version 20H2 (19042.1237)
OpenJDK Temurin-11.0.12+7

User is as high power admin as I can imagine to exist. I have not set/changed 
password for Network Service, and I do not know how to do it and if it is 
possible. However, this is home computer with other users…. But installing the 
service has failed for me on other computers as well.

-Jukka Rahkonen-


Lähettäjä: Sander Schaminee 
mailto:sander.schami...@geocat.net>>
Lähetetty: tiistai 5. lokakuuta 2021 13.02
Vastaanottaja: Calliess Daniel Ing. 
mailto:daniel.calli...@stadt-salzburg.at>>
Kopio: Rahkonen Jukka (MML) 
mailto:jukka.rahko...@maanmittauslaitos.fi>>;
 Jody Garnett mailto:jody.garn...@gmail.com>>; 
GeoServer Users 
mailto:geoserver-users@lists.sourceforge.net>>
Aihe: Re: [Geoserver-users] GeoServer 2.20-RC windows installer testing 
requested

Hi all,

Thanks for testing and the feedback.
I am the bastard who wrote the installer ;)
I am currently getting ready to get the PR ready for the Windows installer (so 
that it can be merged to the GeoServer main branch) and I am trying to 
incorporate some of the suggestions I have read here.

Some remarks I have:

- The installer should request elevation (admin) before it starts. It also 
checks if the user truly is an Administrator, else installing the Service will 
not work. However, it uses a standard NSIS plugin for that (UserInfo) which is 
rather old, so this check might no longer work properly? For example, I am not 
sure how it handles a local power user (as Jukka was using): is it considered 
an admin? Then the check will say all is fine, but the Service installation 
will fail, as was observed by Jukka.
- As Daniel points out, the Service option runs as the "NT AUTHORITY\Network 
Service" user. And yes, the installer will set write access to the appropriate 
folders for that user (or at least it should), no matter where the 
GEOSERVER_DATA_DIR or the GEOSERVER_HOME are located.
- For manual installations, the write access for the appropriate folders are 
assigned to the "Users" group, so any user account in that group should have 
access. Please let me know if a different account is preferred or should be 
given write access instead.
- I'm afraid that the NSIS installer does not write a log file somewhere 
unfortunately, except for the installer output window itself. We would have to 
use the NSISLog plugin for example to write to a file. However, I have modified 
the NSIS script now so that it should show the stderr of the wrapper 
installation and service start/stop commands in the installer output window. 
This will be available in a next version of the Windows installer.
- Daniel also pointed out that he does not "like programs writing to the 
Program Files folder". Please note that both the suggested install directory 
and data directory can be set (overridden) in the installer wizard and will 
(should) be picked up by the Service or manual startup scripts accordingly.

Some comments about what Brad Hards mentioned earlier:

It was a fairly minimal install, and didn't have JRE or JDK. The installer

detected that, and directed me to AdoptOpenJDK. That could be updated to

Adoptium in a future change.
I have updated the NSIS script to suggest Adoptium instead of AdoptOpenJDK (I 
wasn't aware). Thanks for bringing this up.
An upcoming installer exe should point to Adoptium from now on.

After installing OpenJDK 11, the GeoServer installer still doesn't detect it

until I close the installer and retry.
Note that this is standard Windows behavior: you cannot expect an open 
application to pick up a change in the system environment variables (which is 
what the installer uses to detect a JDK). In the past you even needed to 
reboot...


The "About GeoServer" start menu item goes to 
http://geoserver.org<http://geoserver.org/>. That could

be updated to https in a future change.
Have you tried opening https:

Re: [Geoserver-users] GeoServer 2.20-RC windows installer testing requested

2021-10-05 Thread Rahkonen Jukka (MML)

Hi,

I captures the messages about failing service installation with OBS Studio, 
thanks for the hint.

I am running

Installing service with command:  -path to wrapper\GeoServer\GeoServer.exe
FormattingCreateService failed – [translation from Finnish Windows UI]
   User annount is not valid, it does not exist, or the password is wrong
Account: NT Authority\Network Service Password: (null)
Granting access…
Starting Windows service
[translation] The name of the service is invalid.

Environment:
Windows 10 Home
version 20H2 (19042.1237)
OpenJDK Temurin-11.0.12+7

User is as high power admin as I can imagine to exist. I have not set/changed 
password for Network Service, and I do not know how to do it and if it is 
possible. However, this is home computer with other users…. But installing the 
service has failed for me on other computers as well.

-Jukka Rahkonen-


Lähettäjä: Sander Schaminee 
Lähetetty: tiistai 5. lokakuuta 2021 13.02
Vastaanottaja: Calliess Daniel Ing. 
Kopio: Rahkonen Jukka (MML) ; Jody Garnett 
; GeoServer Users 

Aihe: Re: [Geoserver-users] GeoServer 2.20-RC windows installer testing 
requested

Hi all,

Thanks for testing and the feedback.
I am the bastard who wrote the installer ;)
I am currently getting ready to get the PR ready for the Windows installer (so 
that it can be merged to the GeoServer main branch) and I am trying to 
incorporate some of the suggestions I have read here.

Some remarks I have:

- The installer should request elevation (admin) before it starts. It also 
checks if the user truly is an Administrator, else installing the Service will 
not work. However, it uses a standard NSIS plugin for that (UserInfo) which is 
rather old, so this check might no longer work properly? For example, I am not 
sure how it handles a local power user (as Jukka was using): is it considered 
an admin? Then the check will say all is fine, but the Service installation 
will fail, as was observed by Jukka.
- As Daniel points out, the Service option runs as the "NT AUTHORITY\Network 
Service" user. And yes, the installer will set write access to the appropriate 
folders for that user (or at least it should), no matter where the 
GEOSERVER_DATA_DIR or the GEOSERVER_HOME are located.
- For manual installations, the write access for the appropriate folders are 
assigned to the "Users" group, so any user account in that group should have 
access. Please let me know if a different account is preferred or should be 
given write access instead.
- I'm afraid that the NSIS installer does not write a log file somewhere 
unfortunately, except for the installer output window itself. We would have to 
use the NSISLog plugin for example to write to a file. However, I have modified 
the NSIS script now so that it should show the stderr of the wrapper 
installation and service start/stop commands in the installer output window. 
This will be available in a next version of the Windows installer.
- Daniel also pointed out that he does not "like programs writing to the 
Program Files folder". Please note that both the suggested install directory 
and data directory can be set (overridden) in the installer wizard and will 
(should) be picked up by the Service or manual startup scripts accordingly.

Some comments about what Brad Hards mentioned earlier:

It was a fairly minimal install, and didn't have JRE or JDK. The installer

detected that, and directed me to AdoptOpenJDK. That could be updated to

Adoptium in a future change.
I have updated the NSIS script to suggest Adoptium instead of AdoptOpenJDK (I 
wasn't aware). Thanks for bringing this up.
An upcoming installer exe should point to Adoptium from now on.


After installing OpenJDK 11, the GeoServer installer still doesn't detect it

until I close the installer and retry.
Note that this is standard Windows behavior: you cannot expect an open 
application to pick up a change in the system environment variables (which is 
what the installer uses to detect a JDK). In the past you even needed to 
reboot...


The "About GeoServer" start menu item goes to 
http://geoserver.org<http://geoserver.org/>. That could

be updated to https in a future change.
Have you tried opening https://geoserver.org? Gives me a 
NET::ERR_CERT_COMMON_NAME_INVALID in Chrome, so I guess there's some SSL/TLS 
certificate error there.

Thanks again,

Sander




On Tue, Oct 5, 2021 at 10:59 AM Calliess Daniel Ing. 
mailto:daniel.calli...@stadt-salzburg.at>> 
wrote:
Hi,

I've been running the installer as a user that is part of the local 
administrators group but not the local Administrator user account itself. I 
then used 'Run as administrator' (which is necessary also for users with admin 
privileges) and installed GeoServer to the 'Program Files' folder. In the 
services console I then saw the GeoServer service which is by the default 
installed to run with the 'NT AUTHORITY\Network Service' user. So to 
successfull

Re: [Geoserver-users] GeoServer 2.20-RC windows installer testing requested

2021-10-04 Thread Rahkonen Jukka (MML)

Hi,

I do not quite understand what rights I have on my work computer so I changed
to my home computer where I have full admin rights. I made installation a) as a
normal user but running the installer as admin and b) when logged in as admin.
The experience was better now but not perfect yet.

* The installer prints a lot of text about how the installation proceeds
but it all disappears immediately when the installation is ready. It would be
nice to have an option to get the messages into a file.
* I verified that the uninstaller does not remove GEOSERVER_DATA_DIR
environment, even if the data directory folder is removed. Moreover, the
installer does not set GEOSERVER_DATA_DIR right if some other location is
specified for the data directory during the next installation. Because of that
Geoserver does start, but without data even the new data directory is there.
* If installation is made into Program Files then only admin user can start
the service manually with startup.bat. The reason is that Jetty wants to create
a new directory into Program Files. It might be good to document this and
suggest non-admins to use some other directory. ProgramData seems to be OK for
the data directory.
* The installer still could did not install the Windows service for me. I
could see some error messages flashing in the details window of the installer
but I did not manage to read them properly. Maybe something about “invalid user
or wrong password”. This happened even when I was logged in as admin.

-Jukka Rahkonen-

Lähettäjä: Jody Garnett
Lähetetty: maanantai 4. lokakuuta 2021 19.50
Vastaanottaja: Rahkonen Jukka (MML)
Kopio: GeoServer Users
Aihe: Re: [Geoserver-users] GeoServer 2.20-RC windows installer testing
requested

I think you need to be administrator to install a service? I am sorry I am not
that familiar with windows permissions (power user vs administrator huh?)

Q: Did this situation you describe work with the previous geoserver 2.14
installer? Perhaps we can learn something.

ProgramData is the “approved” location for applications to manage their
configuration; I often wonder why tomcat does not placed its webapps folder in
ProgramData.

I am not sure what else I can determine due to your power user rights…

Jody

On Mon, Oct 4, 2021 at 12:56 AM Rahkonen Jukka (MML)
mailto:jukka.rahko...@maanmittauslaitos.fi>>
wrote:
Hi,

I was testing with my work computer as a localpower user. That user does not
have full rights but I do not know exactly the limits. My observations:

* I used the Install as a service option but I could not start the service.
Running the startService.bat did not start the service for me but yielded
always these two lines

net start GeoServer

[Invalid service name] – translated from Finnish

Installer creates also the startup.bat file and next results are obtained by
running that.

* Geoserver does not start if it is installed into the suggested location
Program Files\GeoServer. With my rights it is not allowed to create a new layer
during startup. Error:

Please wait while loading GeoServer...

2021-10-04 09:43:02.572:INFO::main: Logging initialized @1579ms to
org.eclipse.jetty.util.log.StdErrLog

2021-10-04 09:43:02.873:INFO:oejs.Server:main: jetty-9.4.36.v20210114; built:
2021-01-14T16:44:28.689Z; git: 238ec6997c7806b055319a6d11f8ae7564adc0de; jvm
1.8.0_252-b09

2021-10-04 09:43:02.888:INFO:oejdp.ScanningAppProvider:main: Deployment monitor
[file:///C:/Program%20Files/GeoServer/webapps/] at interval 1

2021-10-04 09:43:02.988:WARN:oejw.WebAppContext:main: Failed startup of context
o.e.j.w.WebAppContext@1e6d1014{geoserver,/geoserver,null,STOPPED}{C:\Program<mailto:o.e.j.w.WebAppContext@1e6d1014%7bgeoserver,/geoserver,null,STOPPED%7d%7bC:%5CProgram>
Files\GeoServer\webapps\geoserver}

java.lang.IllegalStateException: Unable to create temp dir C:\Program
Files\GeoServer\work\jetty-0_0_0_0-8080-geoserver-_geoserver-any-

* The first installation with the default settings created environmental
variable GEOSERVER_DATA_DIR set to C:\ProgramData\GeoServer. It seems that
uninstaller does not remove this variable and giving another path when running
the installer again does not change GEOSERVER_DATA_DIR. Error:

04 lokakuuta 09:54:36 WARN [geoserver.platform] - Found Java environment
variable GEOSERVER_DATA_DIR set to C:\ProgramData\GeoServer , but this path
does not exist

04 lokakuuta 09:54:36 WARN [geoserver.platform] - Found System environment
variable GEOSERVER_DATA_DIR set to C:\ProgramData\GeoServer , but this path
does not exist

04 lokakuuta 09:54:36 INFO [geoserver.platform] - Falling back to embedded data
directory: C:\ohjelmat\gs20rc\webapps\geoserver\data

However, the directory that I gave for the installer was created and populated.
As a result Geoserver did not start right because it was searching the data_dir
from a wrong place.

* Next I uninstalled again and removed the GEOSER

Re: [Geoserver-users] GeoServer 2.20-RC windows installer testing requested

2021-10-04 Thread Rahkonen Jukka (MML)

Hi,

I was testing with my work computer as a localpower user. That user does not 
have full rights but I do not know exactly the limits. My observations:


  *   I used the Install as a service option but I could not start the service. 
Running the startService.bat did not start the service for me but yielded 
always these two lines

net start GeoServer

[Invalid service name] – translated from Finnish

Installer creates also the startup.bat file and next results are obtained by 
running that.

  *   Geoserver does not start if it is installed into the suggested location 
Program Files\GeoServer. With my rights it is not allowed to create a new layer 
during startup. Error:

Please wait while loading GeoServer...



2021-10-04 09:43:02.572:INFO::main: Logging initialized @1579ms to 
org.eclipse.jetty.util.log.StdErrLog

2021-10-04 09:43:02.873:INFO:oejs.Server:main: jetty-9.4.36.v20210114; built: 
2021-01-14T16:44:28.689Z; git: 238ec6997c7806b055319a6d11f8ae7564adc0de; jvm 
1.8.0_252-b09

2021-10-04 09:43:02.888:INFO:oejdp.ScanningAppProvider:main: Deployment monitor 
[file:///C:/Program%20Files/GeoServer/webapps/] at interval 1

2021-10-04 09:43:02.988:WARN:oejw.WebAppContext:main: Failed startup of context 
o.e.j.w.WebAppContext@1e6d1014{geoserver,/geoserver,null,STOPPED}{C:\Program
 Files\GeoServer\webapps\geoserver}

java.lang.IllegalStateException: Unable to create temp dir C:\Program 
Files\GeoServer\work\jetty-0_0_0_0-8080-geoserver-_geoserver-any-



  *   The first installation with the default settings created environmental 
variable GEOSERVER_DATA_DIR set to C:\ProgramData\GeoServer. It seems that 
uninstaller does not remove this variable and giving another path when running 
the installer again does not change GEOSERVER_DATA_DIR. Error:

04 lokakuuta 09:54:36 WARN [geoserver.platform] - Found Java environment 
variable GEOSERVER_DATA_DIR set to C:\ProgramData\GeoServer , but this path 
does not exist

04 lokakuuta 09:54:36 WARN [geoserver.platform] - Found System environment 
variable GEOSERVER_DATA_DIR set to C:\ProgramData\GeoServer , but this path 
does not exist

04 lokakuuta 09:54:36 INFO [geoserver.platform] - Falling back to embedded data 
directory: C:\ohjelmat\gs20rc\webapps\geoserver\data



However, the directory that I gave for the installer was created and populated. 
As a result Geoserver did not start right because it was searching the data_dir 
from a wrong place.



  *   Next I uninstalled again and removed the GEOSERVER_DATA_DIR environment 
variable before running the installer. I used a custom data_dir location but 
the installer did not set the variable at all. The data directory was created 
and populated and after setting the GEOSERVER_DATA_DIR manually I could run 
startup.bat and Geoserver 2.20-RC started.

Conclusion:

  *   There seems to be something to check with setting/removing/changing the 
location of the data_dir with installer and uninstaller
  *   The run as service alternative did not work at all for me
  *   Using directory “Program Files” may make troubles even the installation 
seems to be successful because Jetty wants to create a new directory when it 
starts. I do not know if using ProgramData may show similar issues because I 
used a custom data_dir location in most of my tests.

-Jukka Rahkonen-


Lähettäjä: Jody Garnett 
Lähetetty: sunnuntai 3. lokakuuta 2021 20.26
Vastaanottaja: GeoServer Users 
Aihe: [Geoserver-users] GeoServer 2.20-RC windows installer testing requested

Reporting in from the foss4g code sprint, and I noticed that Sander and Juan 
produces a GeoServer-install-2.20-RC.exe last week...

I do not have a windows environment handy, can I ask for testing please? 
Download is available from 
https://sourceforge.net/projects/geoserver/files/GeoServer/2.20-RC/

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

Re: [Geoserver-users] GeoServer 2.20-RC Release Candidate available for testing

2021-09-16 Thread Rahkonen Jukka (MML)

Hi,

The files seem to be there now. I made a quick test with bin-zip on Windows, 
seemed to be OK.

-Jukka-

Lähettäjä: Jody Garnett 
Lähetetty: torstai 16. syyskuuta 2021 18.57
Vastaanottaja: Calliess Daniel Ing. 
Kopio: GeoServer Users 
Aihe: Re: [Geoserver-users] GeoServer 2.20-RC Release Candidate available for 
testing

Thanks, apparently I forgot to hit publish - the release_publish job just 
finished please try again!

Jody

On Thu, Sep 16, 2021 at 5:21 AM Calliess Daniel Ing. 
mailto:daniel.calli...@stadt-salzburg.at>> 
wrote:
Hi Jody,

I just tried to download the platform independent binary of the release 
candidate but unfortunately got the following error message on SourceForge:

The "/GeoServer/2.20-RC/g..rver-2.20-RC-bin.zip" file could not be found or is 
not available.  Please select another file.

Would you please be so kind to have a look what's wrong here.

Thank you and best regards
Daniel

From: Jody Garnett 
[mailto:jody.garn...@gmail.com]
Sent: Thursday, September 16, 2021 1:02 AM
To: GeoServer Users 
mailto:geoserver-users@lists.sourceforge.net>>
Subject: [EXTERN!]: [Geoserver-users] GeoServer 2.20-RC Release Candidate 
available for testing

The GeoServer 2.20-RC Release Candidate 
is available for testing, see release 
announcement
 for a tour of what is new, improved and fixed!

Thanks to Jody for working on the release and fixing the website download pages.

GeoServer is produced by a whole team of contributors and committers ... and 
also you as a part of the GeoServer Community. Helping test a release candidate 
is your chance to contribute directly providing testing and feedback on new 
functionality and double checking if your favourite bug is fixed.

We ask everyone (individuals, organizations, service providers) to:

1. Download the release candidate
2. Test with your own data
3. Reply to this email (even just to say hi)

Participating in testing release candidates is a key expectation of our open 
source social contract. We make 
an effort to thank each person who tests in our release announcement and 
project presentations!

A reminder that GeoServer commercial service 
providers are fully expected to test on behalf 
of their customers.
--
GeoServer Project Steering Committee
Open Source Geospatial Foundation
--
--
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

Re: [Geoserver-users] GeoServer 2.20-RC Release Candidate available for testing

2021-09-16 Thread Rahkonen Jukka (MML)

Hi,

I confirm that the file is not available and there is not even a folder for 
2.20 in https://sourceforge.net/projects/geoserver/files/GeoServer/.

-Jukka Rahkonen-

Lähettäjä: Calliess Daniel Ing. 
Lähetetty: torstai 16. syyskuuta 2021 15.22
Vastaanottaja: 'Jody Garnett' ; 'GeoServer Users' 

Aihe: Re: [Geoserver-users] GeoServer 2.20-RC Release Candidate available for 
testing

Hi Jody,

I just tried to download the platform independent binary of the release 
candidate but unfortunately got the following error message on SourceForge:

The "/GeoServer/2.20-RC/g..rver-2.20-RC-bin.zip" file could not be found or is 
not available.  Please select another file.

Would you please be so kind to have a look what's wrong here.

Thank you and best regards
Daniel

From: Jody Garnett [mailto:jody.garn...@gmail.com]
Sent: Thursday, September 16, 2021 1:02 AM
To: GeoServer Users 
mailto:geoserver-users@lists.sourceforge.net>>
Subject: [EXTERN!]: [Geoserver-users] GeoServer 2.20-RC Release Candidate 
available for testing

The GeoServer 2.20-RC Release Candidate 
is available for testing, see release 
announcement
 for a tour of what is new, improved and fixed!

Thanks to Jody for working on the release and fixing the website download pages.

GeoServer is produced by a whole team of contributors and committers ... and 
also you as a part of the GeoServer Community. Helping test a release candidate 
is your chance to contribute directly providing testing and feedback on new 
functionality and double checking if your favourite bug is fixed.

We ask everyone (individuals, organizations, service providers) to:

1. Download the release candidate
2. Test with your own data
3. Reply to this email (even just to say hi)

Participating in testing release candidates is a key expectation of our open 
source social contract. We make 
an effort to thank each person who tests in our release announcement and 
project presentations!

A reminder that GeoServer commercial service 
providers are fully expected to test on behalf 
of their customers.
--
GeoServer Project Steering Committee
Open Source Geospatial Foundation
___
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] Regarding showing text information in SVG format

2021-09-08 Thread Rahkonen Jukka (MML)

Hi,

I apologize, obviously I understood wrong what you were looking for by “show 
text information of layer in SVG format”. I thought you would like to get some 
metadata about the layer, perhaps a legend, so I was testing with 
GetLegendGraphic, not with GetMap.

-Jukka Rahkonen-

Lähettäjä: Shashi Verma 
Lähetetty: keskiviikko 8. syyskuuta 2021 15.53
Vastaanottaja: Rahkonen Jukka (MML) 
Kopio: GeoServer Users 
Aihe: Re: [Geoserver-users] Regarding showing text information in SVG format

@rohkonen Jukka
Kindly check using these steps:- Layer Preview ->USA Population->Select One->SVG
I'm getting results using this in geoserver2.17.2

http://localhost:8080/geoserver/topp/wms?service=WMS=1.1.0=GetMap=topp%3Astates=-124.7314220001%2C24.955967%2C-66.969849%2C49.371735=768=330=EPSG%3A4326=image%2Fsvg%20xml

Then check  Response in network. You will find the same result as I sent you in 
the previous email.

On Wed, Sep 8, 2021 at 6:08 PM Rahkonen Jukka (MML) 
mailto:jukka.rahko...@maanmittauslaitos.fi>>
 wrote:
Hi,

I thought that Geoserver could support SVG as an outputformat for 
GetLegendGraphic but I could not get a result.

http://localhost:8080/geoserver/wms?REQUEST=GetLegendGraphic=1.0.0=image/svg%2Bxml=20=20=topp:states

Error:

  Invalid graphic format: image/svg+xml

-Jukka Rahkonen-

Lähettäjä: Shashi Verma mailto:shashiv...@gmail.com>>
Lähetetty: keskiviikko 8. syyskuuta 2021 15.10
Vastaanottaja: GeoServer Users 
mailto:geoserver-users@lists.sourceforge.net>>
Aihe: [Geoserver-users] Regarding showing text information in SVG format

Dear Group Members,
Is there any solution in GeoServer to show text information of layer in SVG 
format if so pls help me it's very urgent for me.
For instance, this is the example of MapServer which is given below:-

http://www.w3.org/2000/svg; version="1.1">
  
Hello, out there!
  


Note:- I want to give the same text information in response which is in red 
color using GeoServer.
Kidly see that attached jpg file, the text is visible on the map I want to 
provide these texts in network response.

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

Re: [Geoserver-users] Regarding showing text information in SVG format

2021-09-08 Thread Rahkonen Jukka (MML)

Hi,

I thought that Geoserver could support SVG as an outputformat for 
GetLegendGraphic but I could not get a result.

http://localhost:8080/geoserver/wms?REQUEST=GetLegendGraphic=1.0.0=image/svg%2Bxml=20=20=topp:states

Error:

  Invalid graphic format: image/svg+xml

-Jukka Rahkonen-

Lähettäjä: Shashi Verma 
Lähetetty: keskiviikko 8. syyskuuta 2021 15.10
Vastaanottaja: GeoServer Users 
Aihe: [Geoserver-users] Regarding showing text information in SVG format

Dear Group Members,
Is there any solution in GeoServer to show text information of layer in SVG 
format if so pls help me it's very urgent for me.
For instance, this is the example of MapServer which is given below:-

http://www.w3.org/2000/svg; version="1.1">
  
Hello, out there!
  


Note:- I want to give the same text information in response which is in red 
color using GeoServer.
Kidly see that attached jpg file, the text is visible on the map I want to 
provide these texts in network response.

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

Re: [Geoserver-users] GeoServer authentication page fails

2021-08-24 Thread Rahkonen Jukka (MML)

Hi,

Do you have the Geofence extension installed? The error message suggests so
Caused by: com.thoughtworks.xstream.mapper.CannotResolveClassException: geofence

Removing Geofence probably fixes this error. If you need Geofence then I would 
first check that the versions match. Odd that Geoserver 2.16 is not at all in 
the compatibility table at https://github.com/geoserver/geofence.

-Jukka Rahkonen-

Lähettäjä: Tamas Szekeres 
Lähetetty: tiistai 24. elokuuta 2021 23.23
Vastaanottaja: geoserver-users 
Aihe: [Geoserver-users] GeoServer authentication page fails

Dear All,

I'm having troubles with our GeoServer 2.16.2 installation. When clicking on 
the Authentication node in the admin UI, I get the error below. Also when 
connecting to this server from Autodesk Autocad Map 3D through WFS connection, 
it reports 404 error (not sure if these 2 issues are related or not).  Any idea 
how to fix this problem?

Thanks,

Tamas


·  An error occurred while loading the page

Oops, something went wrong...

Sorry, something unexpected happened on the server.

The GeoServer user list might help you address this issue. Click here to 
subscribe, and then include in your message the GeoServer version, the stack 
trace below and the steps to reproduce the problem.
org.apache.wicket.WicketRuntimeException: Can't instantiate page using 
constructor 'public org.geoserver.security.web.auth.AuthenticationPage()'. An 
exception has been thrown during construction!
  at 
org.apache.wicket.session.DefaultPageFactory.newPage(DefaultPageFactory.java:194)
  at 
org.apache.wicket.session.DefaultPageFactory.newPage(DefaultPageFactory.java:67)
  at 
org.apache.wicket.DefaultMapperContext.newPageInstance(DefaultMapperContext.java:102)
  at 
org.apache.wicket.core.request.handler.PageProvider.resolvePageInstance(PageProvider.java:271)
  at 
org.apache.wicket.core.request.handler.PageProvider.getPageInstance(PageProvider.java:169)
  at 
org.apache.wicket.request.handler.render.PageRenderer.getPage(PageRenderer.java:78)
  at 
org.apache.wicket.request.handler.render.WebPageRenderer.isPageStateless(WebPageRenderer.java:287)
  at 
org.apache.wicket.request.handler.render.WebPageRenderer.shouldRenderPageAndWriteResponse(WebPageRenderer.java:329)
  at 
org.apache.wicket.request.handler.render.WebPageRenderer.respond(WebPageRenderer.java:193)
  at 
org.apache.wicket.core.request.handler.RenderPageRequestHandler.respond(RenderPageRequestHandler.java:175)
  at 
org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:895)
  at 
org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:64)
  at 
org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:265)
  at 
org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:222)
  at 
org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:293)
  at 
org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketFilter.java:261)
  at 
org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:203)
  at 
org.apache.wicket.protocol.http.WicketServlet.doGet(WicketServlet.java:137)
  at javax.servlet.http.HttpServlet.service(HttpServlet.java:634)
  at javax.servlet.http.HttpServlet.service(HttpServlet.java:741)
  at 
org.springframework.web.servlet.mvc.ServletWrappingController.handleRequestInternal(ServletWrappingController.java:165)
  at 
org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:177)
  at 
org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:52)
  at 
org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:1038)
  at 
org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:942)
  at 
org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:998)
  at 
org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:890)
  at javax.servlet.http.HttpServlet.service(HttpServlet.java:634)
  at 
org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:875)
  at javax.servlet.http.HttpServlet.service(HttpServlet.java:741)
  at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:231)
  at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
  at 
org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:53)
  at

Re: [Geoserver-users] Getting the best results with Raster

2021-08-13 Thread Rahkonen Jukka (MML)

Hi,

The first error ”TIFF directory is missing required "StripOffsets" field” is 
clear, GDAL thinks that your TIFF file is corrupted. Does it work with ArcMap? 
If it does then it might interest libtiff and GDAL developers, and if the image 
is really corrupted then it should interest also ESRI people.

Removing PHOTOMETRIC for 1-band image is the right thing to do.

The third error means that your source image has a bit depth of 16 bits. JPEG 
supports only 8 bit, and with some tricks 12 bits. You have two options: either 
convert your images into 8 bit (that should work fine, most aerial images used 
in web services are 8 bit), or use some compression method that supports 16 
bit, like DEFLATE.

There are many kind of GeoTIFFs. You can get information about what you have 
with gdalinfo utility.

-Jukka Rahkonen-

Lähettäjä: Neil Saunders 
Lähetetty: perjantai 13. elokuuta 2021 10.30
Vastaanottaja: geoserver-users@lists.sourceforge.net
Aihe: Re: [Geoserver-users] Getting the best results with Raster

Hi folks,

I’ve been looking at how to best prepare historical aerial photos for 
Geoserver. I had issues with exporting from ArcMap the individual aerial frames 
into Geotiffs – losing quality along the way. I’ve since worked that out.

I tried to apply Paul Ramsey’s GDAL steps to the exported files but didn’t get 
very far as these errors occurred:

C:\Program Files (x86)\GDAL>gdal_translate.exe -co COMPRESS=JPEG -co 
PHOTOMETRIC=YCBCR -co TILED=YES Aerial_1930.tif Aerial_1930-new.tif
Input file size is 3541, 3438
ERROR 1: MissingRequired:TIFF directory is missing required "StripOffsets" field
0ERROR 6: PHOTOMETRIC=YCBCR requires a source raster with only 3 bands (RGB)

The 1930 aerial frame is black and white (as you would expect for the era). So 
I think the 2nd error is related to that. I tried removing the PHOTOMETRIC 
option from the command but…

C:\Program Files (x86)\GDAL>gdal_translate.exe -co COMPRESS=JPEG -co TILED=YES 
Aerial_1930.tif Aerial_1930-new.tif
Input file size is 3541, 3438
ERROR 1: MissingRequired:TIFF directory is missing required "StripOffsets" field
0...10...20...30...40...50...60...70...80ERROR 1: JPEGSetupEncode:BitsPerSample 
16 not allowed for JPEG
...ERROR 1: An error occured while writing a dirty block
ERROR 1: JPEGSetupEncode:BitsPerSample 16 not allowed for JPEG

I decided to turn to a more recent image:

C:\Program Files (x86)\GDAL>gdal_translate.exe -co COMPRESS=JPEG -co 
PHOTOMETRIC=YCBCR -co TILED=YES Aerial_1994.tif Aerial_1994-new.tif
Input file size is 5521, 5361
0...ERROR 1: JPEGSetupEncode:BitsPerSample 16 not allowed for JPEG
ERROR 1: WriteEncodedTile/Strip() failed.
ERROR 1: JPEGSetupEncode:BitsPerSample 16 not allowed for JPEG
ERROR 1: WriteEncodedTile/Strip() failed.
ERROR 1: An error occured while writing a dirty block
ERROR 1: JPEGSetupEncode:BitsPerSample 16 not allowed for JPEG
ERROR 1: WriteEncodedTile/Strip() failed.
ERROR 1: JPEGSetupEncode:BitsPerSample 16 not allowed for JPEG
ERROR 1: WriteEncodedTile/Strip() failed.
ERROR 1: JPEGSetupEncode:BitsPerSample 16 not allowed for JPEG
ERROR 1: WriteEncodedTile/Strip() failed.

This is the first workflow I’ve tried and I’m open to any that others on the 
list might use when preparing Geotiff for Geoserver.

Many thanks and happy Friday (in Australia),
Neil


From: Jody Garnett mailto:jody.garn...@gmail.com>>
Sent: Wednesday, 21 July 2021 4:09 PM
To: Neil Saunders 
mailto:neil.saund...@lotsearch.com.au>>
Cc: 
geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] Getting the best results with Raster

Neil:

Can you describe more in what way the quality is lacking? Is it distorted, or 
pixelated, or what? Did you do any data prep to your geotiff, say introduce an 
overview? If so what sampling technique did you use?
What does "gdalinfo" return for your image?

Some general guidance from Paul Ramsey is here 
https://blog.cleverelephant.ca/2015/02/geotiff-compression-for-dummies.html
--
Jody Garnett


On Tue, 20 Jul 2021 at 19:00, Neil Saunders 
mailto:neil.saund...@lotsearch.com.au>> wrote:
Hi folks,

Apologies if this is a basic question – I’m fairly new to GIS data.

I’m using Geoserver 2.18.2 to host historical aerial clips and exporting the 
rasters with Arc Map 10.6 to Geotiff with a 500m buffer of a property. However 
I’m finding the quality of the image in Geoserver does not match the quality in 
Arc Map when zoomed in.

I’ve tried exporting at different DPI but find 300 or above has no discernible 
improvement. I’m not using any compression when creating the TIFF and using 
GeoTIFF Tags. I’ve read about resampling and how it can alter the image quality 
but not sure if that’s it.

Assuming this is not a new challenge, I’m curious what steps others have taken 
to get raster clips into Geoserver in a way that doesn’t compromise the image 
quality? I’m using the most detailed historical aerial photography as the use 
case requires inspection of

Re: [Geoserver-users] Problem with wfs display (postgis geometry?)

2021-08-06 Thread Rahkonen Jukka (MML)

Hi,

For some reason QGIS has created a lunatic BBOX.

-Jukka Rahkonen-

Lähettäjä: celati Laurent 
Lähetetty: perjantai 6. elokuuta 2021 13.15
Vastaanottaja: Brad Hards 
Kopio: geoserver-users 
Aihe: Re: [Geoserver-users] Problem with wfs display (postgis geometry?)

Thanks for your reply.
For the client, i use qgis desktop soft.

Please find below the qgis log appearing during the wfs loading  :


2021-08-06T10:31:19 WARNINGLe téléchargement des entités à échoué: 
Error transferring 
https://sig-geo-prd.andra.fr/geoserver/ign_bd_topo/wfs?SERVICE=WFS=GetFeature=2.0.0=ign_bd_topo:surface_hydrographique=ign_bd_topo:surface_hydrographique=0=100=urn:ogc:def:crs:EPSG::2154=-179769313486231570814527423731704356798070567525844996598917476803157260780028538760589558632766878171540458953514382464234321326889464182768467546703537516986049910576551282076245490090389328944075868508455133942304583236903222948165808559332123348274797826204144723168738177180919299881250404026184124858368,-179769313486231570814527423731704356798070567525844996598917476803157260780028538760589558632766878171540458953514382464234321326889464182768467546703537516986049910576551282076245490090389328944075868508455133942304583236903222948165808559332123348274797826204144723168738177180919299881250404026184124858368,179769313486231570814527423731704356798070567525844996598917476803157260780028538760589558632766878171540458953514382464234321326889464182768467546703537516986049910576551282076245490090389328944075868508455133942304583236903222948165808559332123348274797826204144723168738177180919299881250404026184124858368,179769313486231570814527423731704356798070567525844996598917476803157260780028538760589558632766878171540458953514382464234321326889464182768467546703537516986049910576551282076245490090389328944075868508455133942304583236903222948165808559332123348274797826204144723168738177180919299881250404026184124858368,urn:ogc:def:crs:EPSG::2154
 - server replied:



When i paste the previous URL into a webpage i get :


This XML file does not appear to have any style information associated with it. 
The document tree is shown below.
http://www.w3.org/2001/XMLSchema; 
xmlns:ows="http://www.opengis.net/ows/1.1; 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance; version="2.0.0" 
xsi:schemaLocation="http://www.opengis.net/ows/1.1 
https://sig-geo-prd.andra.fr/geoserver/schemas/ows/1.1.0/owsAll.xsd;>

java.lang.RuntimeException: java.io.IOException 
java.io.IOExceptionERREUR: parse error - invalid geometry Indice : 
POLYGON ((-I -- parse error at position 12 within 
geometry







Le ven. 6 août 2021 à 11:54, Brad Hards 
mailto:br...@frogmouth.net>> a écrit :

On Friday, 6 August 2021 7:48:18 PM AEST celati Laurent wrote:

> i work with postgis and geoserver. *2.18.1. and qgis client.*

> For some data, no problem when i load the data directly from postgis db via

> qgis.

> No problem too with the display WMS. However, there is problem with WFS.


What is the WFS query you are making?


Brad

___
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 add a WMS/WMTS connection?

2021-07-09 Thread Rahkonen Jukka (MML)



Lähettäjä: celati Laurent 
Lähetetty: perjantai 9. heinäkuuta 2021 0.06
Vastaanottaja: Olivier Gagnon 
Kopio: geoserver-users@lists.sourceforge.net
Aihe: Re: [Geoserver-users] How to add a WMS/WMTS connection?

Hi,

WMS and WMTS are different services. The URL that you used should work for WMS 
store and it certainly will not work for WMTS store.

-Jukka Rahkonen-


Thanks.
I just make a try in filling this following  URL :

https://ows.terrestris.de/osm/service?SERVICE=WMS=1.1.1=GetCapabilities


https://gis.stackexchange.com/questions/271642/adding-openstreetmap-wms-layer-to-qgis

https://www.terrestris.de/en/openstreetmap-wms/


___
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] Convert WMS services to Geojson

2021-06-04 Thread Rahkonen Jukka (MML)

Hi,

I would add that KML, while being vectors, is still delivered by Geoserver from 
WMS. It is even documented, see
https://docs.geoserver.org/stable/en/user/services/wms/googleearth/kmlstyling.html
https://docs.geoserver.org/latest/en/user/services/wms/googleearth/features/kmlreflector.html

-Jukka Rahkonen-


Lähettäjä: Alexandre Gacon 
Lähetetty: perjantai 4. kesäkuuta 2021 17.46
Vastaanottaja: Shehriyar Recebli Bayram oglu 
Kopio: geoserver-users 
Aihe: Re: [Geoserver-users] Convert WMS services to Geojson

Hi,

WMS is for generating map images. You should have a look to WFS instead.

Regards
Alexandre

Le ven. 4 juin 2021 à 16:43, Shehriyar Recebli Bayram oglu 
mailto:shrece...@emdk.gov.az>> a écrit :
Hello everybody

Someone know .How can convert WMS services to Geojson or kml?








___
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-users Digest, Vol 180, Issue 22

2021-05-19 Thread Rahkonen Jukka (MML)

Hi,

If proxy is involved then check what GeoTools version you have and if you 
suffer from this issue https://osgeo-org.atlassian.net/browse/GEOT-6850
resolved by https://github.com/geotools/geotools/pull/3482?

-Jukka Rahkonen-

-Alkuperäinen viesti-
Lähettäjä: David Alvey (Commissioning Communities and Policy) via 
Geoserver-users  
Lähetetty: keskiviikko 19. toukokuuta 2021 18.36
Vastaanottaja: geoserver-users@lists.sourceforge.net
Aihe: Re: [Geoserver-users] Geoserver-users Digest, Vol 180, Issue 22

Hi all

Here is the log for the failed request. I am starting to think it could be 
proxy related. Would the following indicate a network issue?

2021-05-19 15:19:09,934 ERROR [org.geotools.data.ows] - Failed to execute 
request 
https://api.os.uk/maps/raster/v1/wmts?REQUEST=GetCapabilities=1.0.0=WMTS=
2021-05-19 15:19:10,075 DEBUG [org.geotools.data.ows] - 
FinalURL:https://api.os.uk/maps/raster/v1/wmts?REQUEST=GetCapabilities=1.0.0=WMTS=
2021-05-19 15:19:10,075 DEBUG [org.geotools.data.ows] - URL is 
https://api.os.uk/maps/raster/v1/wmts?REQUEST=GetCapabilities=1.0.0=WMTS=
2021-05-19 15:19:31,131 ERROR [org.geotools.data.ows] - Failed to execute 
request 
https://api.os.uk/maps/raster/v1/wmts?REQUEST=GetCapabilities=1.0.0=WMTS=

Thanks

David



-Original Message-
From: geoserver-users-requ...@lists.sourceforge.net 

Sent: 19 May 2021 13:35
To: geoserver-users@lists.sourceforge.net
Subject: Geoserver-users Digest, Vol 180, Issue 22

Send Geoserver-users mailing list submissions to
geoserver-users@lists.sourceforge.net

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/geoserver-users
or, via email, send a message with subject or body 'help' to
geoserver-users-requ...@lists.sourceforge.net

You can reach the person managing the list at
geoserver-users-ow...@lists.sourceforge.net

When replying, please edit your Subject line so it is more specific than "Re: 
Contents of Geoserver-users digest..."
This email or email thread section has been classified CONTROLLED - This email 
requires controlled access by Council personnel and / or intended recipient(s) 
only. This email may contain business or personal information. Any personal 
information you have given us will be processed in accordance with our privacy 
notices, available at 
www.derbyshire.gov.uk/privacynotices.
We’ve now got coronavirus community testing 
centres
 across Derbyshire. One in three with the virus have no symptoms, so get tested 
to protect your family and those you work with.

Think before you print! Save energy and paper. Do you really need to print this 
email?

Derbyshire County Council works to improve the lives of local people by 
delivering high quality services. You can find out more about us by visiting 
www.derbyshire.gov.uk.
If you want to work for us go to our job pages on 
www.derbyshire.gov.uk/jobs. You can register 
for e-mail alerts, download job packs and apply on-line.



Please Note
This email is confidential, may be legally privileged and may contain personal 
views that are not the views of Derbyshire County Council. It is intended 
solely for the addressee. If this email was sent to you in error please notify 
us by replying to the email. Once you have done this please delete the email 
and do not disclose, copy, distribute, or rely on it.
Under the Data Protection Act 2018 and the Freedom of Information Act 2000 the 
contents of this email may be disclosed.
Any personal information you have given us will be processed in accordance with 
our privacy notices, available at 
www.derbyshire.gov.uk/privacynotices.

Derbyshire County Council reserves the right to monitor both sent and received 
emails.



___
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

Re: [Geoserver-users] Password-protected WMS

2021-05-17 Thread Rahkonen Jukka (MML)

Hi,

I suggest to start by reading these:
https://docs.geoserver.org/latest/en/user/security/index.html
https://docs.geoserver.org/latest/en/user/community/geofence-server/index.html

-Jukka Rahkonen-

Lähettäjä: Nicolas De Ville de Goyet 
Lähetetty: maanantai 17. toukokuuta 2021 13.54
Vastaanottaja: GeoServer Mailing List List 

Aihe: [Geoserver-users] Password-protected WMS


Dear all,

I'm trying to find out if it is possible to use an WMS with a password so only 
chosen users can access the layers on it.

In geoserver, I have one workspace (among others) which shall not be public. 
Its uses is only for internal colleagues who do not know much about geoserver 
and web-services; My goal would be to provide them a WMS link to the specific 
workspace they can add as a service in the Geonetwork map viewer.

I tried:
MYSERVER.be/geoserver/MYWORKSPACE/wms?service=WMS=1.1.0=myusername=mypassword

It seems there are at least two problems. The WMS getcapabilities does not 
seems to accept limitation to a specific workspace and the user/password is not 
recognized.
I understand the security of such method is quite limited (password written in 
clear) but given my context it is acceptable.

Does anyone knows if this is possible to do and how to do it?
Many thanks,



--

Nicolas de Ville

Belgian Marine Data Centre (BMDC)

OD-Nature, Royal Belgian Institute of Natural Sciences

02/627.42.79

www.bmdc.be

https://metadata.naturalsciences.be/
___
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] Small study on "Cloud optimized OGC WMS Servers"

2021-04-27 Thread Rahkonen Jukka (MML)

Hi,

I suggest to ask Camp2Camp and Gabriel Roldan about how much  details they can 
tell about their customer. Some background is published in 
http://geoserver.org/geoserver-cloud/ and an excerpt from an open mailing list 
archive is telling that

“…the project was intended to be donated to the community from its inception, 
and Camptocamp is going to keep using it with the current and other customers, 
which will provide funding and hence resourcing both for maintenance and 
continued development. The donation comes in the spirit that it'll be useful to 
other parties and in the hope of establishing a healthy relationship with the 
community, feeding on GeoServer, and contributing back to the upstream project.”

-Jukka Rahkonen-

Lähettäjä: Andreas Neumann 
Lähetetty: tiistai 27. huhtikuuta 2021 19.34
Vastaanottaja: Rahkonen Jukka (MML) 
Aihe: Re: [Geoserver-users] Small study on "Cloud optimized OGC WMS Servers"

Hi Jukka,

Thank you for sharing this resource - which seems to be the same we already 
came across during our online research. Nevertheless a very interesting 
resource.
Do you know if this setup is actively being worked on?

Is this (or a similar) setup being used in a production deployment?

How fast can such a service (e.g. the OGC WMS service) spin up for auto scaling 
for large configurations (several hundred layers)? Is this a matter of 
milliseconds / seconds or also 1-2 minutes (like we experienced with QGIS 
server when loading a huge project with almost 1000 Postgis layers).

I assume the "catalog/Config back-end" in the system architecture is the shared 
part that QGIS server is still missing, that would allow it to autoscale much 
better than it can today ... In the case of QGIS server, each instance has its 
own copy of the project and layer configurations and they are not sharing this 
information. I would assume that the "Catalog/Config back end" would do exactly 
this?

Thanks for the discussion,
Andreas

On Sun, 25 Apr 2021 at 19:56, Rahkonen Jukka (MML) 
mailto:jukka.rahko...@maanmittauslaitos.fi>>
 wrote:
Hi Andreas,

See https://github.com/geoserver/geoserver/wiki/GSIP-201 “Cloud Native 
GeoServer Project Donation”.

-Jukka Rahkonen-

Lähettäjä: Andreas Neumann mailto:andr...@qgis.org>>
Lähetetty: perjantai 23. huhtikuuta 2021 18.36
Vastaanottaja: 
geoserver-users@lists.sourceforge.net<mailto:geoserver-users@lists.sourceforge.net>
Aihe: [Geoserver-users] Small study on "Cloud optimized OGC WMS Servers"

Hi,

For a small project as part of the Swiss National Geodata Infrastructure (grant 
project) several people worked on a study document called "Cloud-optimized OGC 
WMS Server" where we analyzed problems that can arise when you install an OGC 
web server in the cloud (e.g. docker image deployed via Kubernetes, OpenShift 
or the likes). This work had a focus on QGIS Server with it's own set of 
problems - but some of the issues studied in this document also matter for 
other OGC WMS servers, like UMN Mapserver or Geoserver, such as the load 
balancing problem, how to share resources, etc.

Here is the link to the document (not in final form yet, but close to being 
final): 
https://docs.google.com/document/d/1cOUWgzalRx7CHWTFgHz6-uyScsCcoaEmYC0VBHdZShQ/edit#heading=h.c7gq4lie7ys2

I wonder if any similar work has been done specifically around problems, 
challenges and solutions when you deploy Geoserver in cloud environments? Do 
you know of any work?

We came across this project here: http://geoserver.org/geoserver-cloud/ - this 
is probably the closest system compared to what we have in mind. Can you share 
a bit of experience with this system? How well does it work in practice? What 
are the challenges/problems and what works well?

One major problem that probably all installations of an OGC WMS server have is 
how to deploy a more intelligent load balancing system? (the "Gateway" in the 
above mentioned Geoserver system architecture diagram). Often, the default load 
balancer is some kind of round robin load balancer system, but this frequently 
leads to inferior results where "cheap and short" requests (such as a simple 
GetFeatureInfo or GetLegendGraphics request) can be queued behind a 
long-running GetMap request or PDF generation task (potentially with many 
layers, many features and a high-dpi, such as 600dpi, where the request can 
take several seconds to process. Meanwhile, the GetFeatureInfo might still wait 
behind a long-running request, while parallel instances would have free 
resources, because they have just finished their own task.

As mentioned in our study document it is of course possible to separate the 
requests to dedicated instances for short requests and potentially long 
requests, to avoid the above mentioned scenario, but we are not so satisfied 
with the solution, as it is  a bit inflexible and also a bit harder to 
maintain. Ideally, we would like to hav

Re: [Geoserver-users] Small study on "Cloud optimized OGC WMS Servers"

2021-04-25 Thread Rahkonen Jukka (MML)

Hi Andreas,

See https://github.com/geoserver/geoserver/wiki/GSIP-201 “Cloud Native 
GeoServer Project Donation”.

-Jukka Rahkonen-

Lähettäjä: Andreas Neumann 
Lähetetty: perjantai 23. huhtikuuta 2021 18.36
Vastaanottaja: geoserver-users@lists.sourceforge.net
Aihe: [Geoserver-users] Small study on "Cloud optimized OGC WMS Servers"

Hi,

For a small project as part of the Swiss National Geodata Infrastructure (grant 
project) several people worked on a study document called "Cloud-optimized OGC 
WMS Server" where we analyzed problems that can arise when you install an OGC 
web server in the cloud (e.g. docker image deployed via Kubernetes, OpenShift 
or the likes). This work had a focus on QGIS Server with it's own set of 
problems - but some of the issues studied in this document also matter for 
other OGC WMS servers, like UMN Mapserver or Geoserver, such as the load 
balancing problem, how to share resources, etc.

Here is the link to the document (not in final form yet, but close to being 
final): 
https://docs.google.com/document/d/1cOUWgzalRx7CHWTFgHz6-uyScsCcoaEmYC0VBHdZShQ/edit#heading=h.c7gq4lie7ys2

I wonder if any similar work has been done specifically around problems, 
challenges and solutions when you deploy Geoserver in cloud environments? Do 
you know of any work?

We came across this project here: http://geoserver.org/geoserver-cloud/ - this 
is probably the closest system compared to what we have in mind. Can you share 
a bit of experience with this system? How well does it work in practice? What 
are the challenges/problems and what works well?

One major problem that probably all installations of an OGC WMS server have is 
how to deploy a more intelligent load balancing system? (the "Gateway" in the 
above mentioned Geoserver system architecture diagram). Often, the default load 
balancer is some kind of round robin load balancer system, but this frequently 
leads to inferior results where "cheap and short" requests (such as a simple 
GetFeatureInfo or GetLegendGraphics request) can be queued behind a 
long-running GetMap request or PDF generation task (potentially with many 
layers, many features and a high-dpi, such as 600dpi, where the request can 
take several seconds to process. Meanwhile, the GetFeatureInfo might still wait 
behind a long-running request, while parallel instances would have free 
resources, because they have just finished their own task.

As mentioned in our study document it is of course possible to separate the 
requests to dedicated instances for short requests and potentially long 
requests, to avoid the above mentioned scenario, but we are not so satisfied 
with the solution, as it is  a bit inflexible and also a bit harder to 
maintain. Ideally, we would like to have a more intelligent load balancer with 
incoming queue that holds back requests as long as all WMS server instances are 
busy. This would avoid the situation where a "less intelligent" load balancer 
would simply forward the requests to instances based on Round-Robin principle.

Do you know of any additional work in the Geoserver community regarding cloud 
deployment, cloud optimization, intelligent load balancing and resource sharing?

In our study document I'd like to also include the perspective of other WMS 
servers besides QGIS server, so any input would be welcome.

Thanks,
Andreas

--
Andreas Neumann
QGIS.ORG board member (treasurer

--
Andreas Neumann
QGIS.ORG board member (treasurer)
___
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 printing module fails

2021-04-09 Thread Rahkonen Jukka (MML)

Hi,

A new issue was just opened https://osgeo-org.atlassian.net/browse/GEOS-10015. 
I do not know if it is due to your report but check and comment if you have 
something to add into it.

-Jukka Rahkonen-

Lähettäjä: Stephen V. Mather via Geoserver-users 

Lähetetty: perjantai 9. huhtikuuta 2021 5.44
Vastaanottaja: GeoServer Users 
Aihe: [Geoserver-users] GeoServer printing module fails

Hi All,

Still an avid GeoServer user over here in Cleveland. It's been a long time 
since I've had a question. I've been lurking again for a few weeks, but know so 
little now that I haven't been able to be helpful again yet.

Anyway, when stuff just works, there's not much to worry about. Around late May 
of last year, we deployed a new GeoServer instance and everything worked great 
except the print module. The dates on my logs are 28 May, and I see a 29 May 
query regarding failures in the GeoServer printing module. I might have posted 
something similar if I hadn't been working on a bunch of other problems.
https://sourceforge.net/p/geoserver/mailman/geoserver-users/thread/ce54c7a7-55dd-de07-346f-4dac9f286cb3%40gmail.com/#msg37025030

The error I get is the same as the one reported by Tamas:

http://localhost:8080/geoserver/pdf/info.json yields:

org.springframework.web.util.NestedServletException: Handler dispatch failed; 
nested exception is java.lang.NoSuchMethodError: 'void 
org.json.JSONWriter.(java.io.Writer)'
So, out of thoroughness, as I dove back into this problem, I upgraded to 2.19 
for GeoServer and the printing module, and I get the same error.

In an extra spurt of thoroughness, I installed geoserver and the print module 
again but didn't point it at my data directory, but alas, same error, no dice.

> lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 20.04.2 LTS
Release: 20.04
Codename: focal

> java --version
openjdk 11.0.10 2021-01-19
OpenJDK Runtime Environment (build 11.0.10+9-Ubuntu-0ubuntu1.20.04)
OpenJDK 64-Bit Server VM (build 11.0.10+9-Ubuntu-0ubuntu1.20.04, mixed mode, 
sharing)

Apache Tomcat/9.0.30

Any hunches where I should look next to solve the problem? A quick grep for 
JSONWriter in the WEB-INF directory shows a single json jar and some jars that 
may reference it:

> grep -r JSONWriter .
Binary file ./print-lib-2.1.5.jar matches
Binary file ./jettison-1.0.1.jar matches
Binary file ./json-20180813.jar matches
Binary file ./wicket-core-7.6.0.jar matches

A search for jars with json in their name is pretty discrete:

> find /opt/tomcat -name "json*.jar"
/opt/tomcat/webapps/geoserver/WEB-INF/lib/json-20180813.jar
/opt/tomcat/webapps/geoserver/WEB-INF/lib/json-lib-2.4.2-geoserver.jar
/opt/tomcat/webapps/geoserver/WEB-INF/lib/json-simple-1.1.1.jar

Thanks,
Best,
Steve

[cid:image002.jpg@01D72D27.982D7790]Stephen V. Mather
GIS Manager
(216) 635-3243 (Work)
clevelandmetroparks.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

Re: [Geoserver-users] Cascading WMS ok, but feature info fails?

2021-04-08 Thread Rahkonen Jukka (MML)

Hi,

I would say that it is very hard or impossible to support generally cascading 
GetFeatureInfo. If it happens to work it is a reason to be happy. If it does 
not work then what to blame is the WMS standard itself. GetFeatureInfo is 
optional and servers can do almost anything with it. Of course if the mime type 
that the server is using does not match with the data then it is probably a 
bug. However, the GML alike output from Mapserver is probably well known so it 
could be supported https://www.mapserver.org/ogc/wms_server.html and test-url 
https://demo.mapserver.org/cgi-bin/wms?SERVICE=WMS=1.1.1=GetFeatureInfo=-11.332970,24.121208,47.584718,57.965035=EPSG:4326=1001=575=cities==image/png=true_LAYERS=cities_FORMAT=gml=229=280

With Mapserver GetFeatureInfo must be especially configured for each layer 
separately and having GML as info_format requires some additional steps. That 
means that normally Mapservers do not support GML. JSON or GeoJSON as 
info_format is even more hard to configure, though possible.

I copied a few excerpts from the WMS 1.3.0 standard to show that GetFeatureInfo 
is not really designed to support cascading. If is was that at least one common 
and compulsory INFO_FORMAT had been defined.

"GetFeatureInfo is an optional operation. It is only supported for those Layers 
for which the attribute queryable="1" (true) has been defined or inherited. A 
client shall not issue a GetFeatureInfo request for other layers. A WMS shall 
respond with a properly formatted service exception (XML) response (code = 
OperationNotSupported) if it receives a GetFeatureInfo request but does not 
support it.

The GetFeatureInfo operation is designed to provide clients of a WMS with more 
information about features in the pictures of maps that were returned by 
previous Map requests. The canonical use case for GetFeatureInfo is that
a user sees the response of a Map request and chooses a point (I,J) on that map 
for which to obtain more information. The basic operation provides the ability 
for a client to specify which pixel is being asked about, which layer(s) should 
be investigated, and what format the information should be returned in. Because 
the WMS protocol is stateless, the GetFeatureInfo request indicates to the WMS 
what map the user is viewing by including most of the original GetMap request 
parameters (all but VERSION and REQUEST). From the spatial context
information (BBOX, CRS, WIDTH, HEIGHT) in that GetMap request, along with the 
I,J position the user chose, the WMS can (possibly) return additional 
information about that position. The actual semantics of how a WMS decides what 
to return more information about, or what exactly to return, are
left up to the WMS provider.

7.4.3.5 INFO_FORMAT
The mandatory INFO_FORMAT parameter indicates what format to use when returning 
the feature information. Supported values for a GetFeatureInfo request on a WMS 
server are listed as MIME types in one or more  
elements of its service metadata. The entire MIME type string in  is 
used as the value of the INFO_FORMAT parameter. In an HTTP environment, the 
MIME type shall be set on the
returned object using the Content-type entity header. If the request specifies 
a format not supported by the server, the server shall issue a service 
exception (code = InvalidFormat). EXAMPLE The parameter INFO_FORMAT=text/xml 
requests that the feature information be formatted in XML."

7.4.4 GetFeatureInfo response
The server shall return a response according to the requested INFO_FORMAT if 
the request is valid, or issue a service exception otherwise. The nature of the 
response is at the discretion of the service provider, but it shall
pertain to the feature(s) nearest to (I,J).

-Jukka Rahkonen-

-Alkuperäinen viesti-
Lähettäjä: Richard Duivenvoorde  
Lähetetty: torstai 8. huhtikuuta 2021 16.56
Vastaanottaja: andrea.a...@geo-solutions.it
Kopio: Tim Sutton ; GeoServer Mailing List List 

Aihe: Re: [Geoserver-users] Cascading WMS ok, but feature info fails?

Thanks Andrea,

On 4/8/21 3:10 PM, Andrea Aime wrote:
> "Not ok" result, it's starting with a tag named "msGMLOutput". 

> That's not a GML feature collection, just something that looks somehow 
> similar to it.
> We'd need to build a GML parser that's not "schema driven" to parse 
> that thing (being schema driven means, it follows the structure expected by 
> the GML during a parse, failing to find it, it returns nothing or throws an 
> error)... or build a specific one for that output.
> A possibly better alternative would be adding support for GeoJSON output in 
> cascading a FeatureInfo.

GeoJSON output would be cool! So: if you ask geojson on geoserver it will also 
ask geojson on the (cascaded) server?

If I am right, that is the Minnesote Mapserver GML? Not 100% sure, but that 
would also be a good candidate to support.

> In anyone is interested in contributing a change, believe it should happen 
> around here:
>

Re: [Geoserver-users] QGIS not load layer from WFS Geoserver

2021-03-04 Thread Rahkonen Jukka (MML)

Hi,

That server really does not answer to DescribeFeatureType request. QGIS creates 
an odd request with both TYPENAMES= and TYPENAME= but also the following 
request seems to get jammed.

http://webservice.dftrans.df.gov.br:8080/geoserver/wfs?SERVICE=WFS=DescribeFeatureType=2.0.0=DFTrans:Camada_de_Pontos_de_Rede

Hard to say what is wrong with your server or with the data source. Change from 
complete into basic should not be the real reason.

-Jukka Rahkonen-

Lähettäjä: Ednardo de oliveira Ferreira 
Lähetetty: torstai 4. maaliskuuta 2021 22.37
Vastaanottaja: geoserver-users@lists.sourceforge.net
Aihe: [Geoserver-users] QGIS not load layer from WFS Geoserver


This is my geoserver http://webservice.dftrans.df.gov.br:8080/geoserver/web/. 
It is active. You can get data using wfs services.

Up to 3 weeks ago I could use QGIS and add wfs layers from my geoserver 
(http://webservice.dftrans.df.gov.br:8080/geoserver/web/). Now, I can't get 
layers from it.

I connect to WFS server, I can see the layers, but when I try to load a layer, 
after timeout, I read this WFS message in my QGIS display:

Network panel: WARNING Network request 
http://webservice.dftrans.df.gov.br:8080/geoserver/wfs?SERVICE=WFS=DescribeFeatureType=2.0.0=DFTrans:Camada_de_Pontos_de_Rede=DFTrans:Camada_de_Pontos_de_Rede
 timed out

WFS panel: 2021-03-03T15:29:53 WARNING DescribeFeatureType network request 
failed for url pagingEnabled='true' preferCoordinatesForWfsT11='false' 
restrictToRequestBBOX='1' srsname='EPSG:31983' 
typename='DFTrans:Camada_de_Pontos_de_Rede' 
url='http://webservice.dftrans.df.gov.br:8080/geoserver/wfs' 
url='http://webservice.dftrans.df.gov.br:8080/geoserver/wfs?request=GetCapabilities'
 version='auto': Download of feature type failed: Operation canceled 
2021-03-03T15:29:53 WARNING Download of feature type failed: Operation canceled

Messages panel: 2021-03-03T15:29:53 CRITICAL Layer is not valid : The layer 
pagingEnabled='true' preferCoordinatesForWfsT11='false' 
restrictToRequestBBOX='1' srsname='EPSG:31983' 
typename='DFTrans:Camada_de_Pontos_de_Rede' 
url='http://webservice.dftrans.df.gov.br:8080/geoserver/wfs' 
url='http://webservice.dftrans.df.gov.br:8080/geoserver/wfs?request=GetCapabilities'
 version='auto' is not a valid layer and can not be added to the map. Reason:

At geoserver log file, 'wraper', I can read:

INFO | jvm 1 | 2021/03/03 15:29:04 | 03 Mar 15:29:04 INFO [geoserver.wfs] - 
INFO | jvm 1 | 2021/03/03 15:29:04 | Request: getServiceInfo INFO | jvm 1 | 
2021/03/03 15:29:04 | 03 Mar 15:29:04 INFO [geoserver.wfs] - INFO | jvm 1 | 
2021/03/03 15:29:04 | Request: getCapabilities INFO | jvm 1 | 2021/03/03 
15:29:04 | acceptVersions: INFO | jvm 1 | 2021/03/03 15:29:04 | version[0] = 
2.0.0version[0] = 1.1.0version[0] = 1.0.0 INFO | jvm 1 | 2021/03/03 15:29:04 | 
baseUrl = http://webservice.dftrans.df.gov.br:8080/geoserver/ INFO | jvm 1 | 
2021/03/03 15:29:04 | service = WFS INFO | jvm 1 | 2021/03/03 15:29:16 | 03 Mar 
15:29:15 INFO [geoserver.wfs] - INFO | jvm 1 | 2021/03/03 15:29:16 | Request: 
getServiceInfo INFO | jvm 1 | 2021/03/03 15:29:16 | 03 Mar 15:29:15 INFO 
[geoserver.wfs] - INFO | jvm 1 | 2021/03/03 15:29:16 | Request: 
describeFeatureType INFO | jvm 1 | 2021/03/03 15:29:16 | service = WFS INFO | 
jvm 1 | 2021/03/03 15:29:16 | version = 2.0.0 INFO | jvm 1 | 2021/03/03 
15:29:16 | baseUrl = http://webservice.dftrans.df.gov.br:8080/geoserver/ INFO | 
jvm 1 | 2021/03/03 15:29:16 | typeName[0] = 
{10.233.30.62/Geo_Data_DFTrans}Camada_de_Pontos_de_Rede
 INFO | jvm 1 | 2021/03/03 15:29:16 | outputFormat = text/xml; subtype=gml/3.2

What I must to do?



P.s.The unique change that I remember it was to change de 'WFS service level' 
from 'complete' to  'basic'

--
"E conhecereis a verdade, e a verdade vos libertará" (João 8:32)
___
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] Jetty not starting on recent 2.18 snapshot (14-Jan-2021)

2021-01-14 Thread Rahkonen Jukka (MML)

Hi,

I can confirm that the latest bin-zip snapshot does not start for me on Windows.

-Jukka Rahkonen-

Lähettäjä: Arismendi, Andy 
Lähetetty: torstai 14. tammikuuta 2021 20.00
Vastaanottaja: geoserver-users@lists.sourceforge.net
Aihe: [Geoserver-users] Jetty not starting on recent 2.18 snapshot (14-Jan-2021)

It appears Jetty recently stopped starting (see below). Not sure if this has 
been reported yet… The error appears to be:


java.lang.ClassNotFoundException: org.eclipse.jetty.xml.XmlConfiguration

Thanks,
-Andy

It was fine on a previous 2.18 snapshot version.txt -
version = 2.18-SNAPSHOT
git revision = cf16e5a6c0f14b802d6d665b1d9d3f8c1aa2ed14
git branch = origin/2.18.x
build date = 15-Dec-2020 04:11
geotools version = 24-SNAPSHOT
geotools revision = ab11cbbec4b5f20c67412c8ba11f6c6dea3b1fcd
geowebcache version = 1.18-SNAPSHOT
geowebcache revision = 4ac71fc3bc6848927c8a4531ceb37de93c04a426/4ac71
hudson build = -1

Doesn’t work with a recent snapshot version.txt -
version = 2.18-SNAPSHOT
git revision = d55bf28215089c5c69b94f17dc97aa4c44936cad
git branch = origin/2.18.x
build date = 14-Jan-2021 04:11
geotools version = 24-SNAPSHOT
geotools revision = e82df60dc5d206908f2d691bd3df4096515cbb7b
geowebcache version = 1.18-SNAPSHOT
geowebcache revision = a4571508b2aae66c899d2d95c0ef873294f96853/a4571
hudson build = -1

Here is the failing startup info -

java command line:
-Xbootclasspath/a:"C:\gs\deploy\geoserver\geoserver-2.18.x-latest-bin\webapps\geoserver\WEB-INF\lib\marlin-0.9.3.jar"
-Dsun.java2d.renderer=org.marlin.pisces.MarlinRenderingEngine
-DGEOSERVER_DATA_DIR="C:\gs\deploy\geoserver\geoserver-2.18.x-latest-bin\data_dir"
-Djava.awt.headless=true
-DSTOP.PORT=8079
-DSTOP.KEY=geoserver
-Djetty.home="C:\gs\deploy\geoserver\geoserver-2.18.x-latest-bin"
-Djetty.base="C:\gs\deploy\geoserver\geoserver-2.18.x-latest-bin"
-jar
C:\gs\deploy\geoserver\geoserver-2.18.x-latest-bin\start.jar
--debug

java version:
openjdk 11.0.9.1 2020-11-04 LTS
OpenJDK Runtime Environment Zulu11.43+55-CA (build 11.0.9.1+1-LTS)
OpenJDK 64-Bit Server VM Zulu11.43+55-CA (build 11.0.9.1+1-LTS, mixed mode)

start.jar debug:
jetty.home=C:\gs\deploy\geoserver\geoserver-2.18.x-latest-bin
jetty.base=C:\gs\deploy\geoserver\geoserver-2.18.x-latest-bin
Parsing collected arguments
parse("--module=server", 
"C:\gs\deploy\geoserver\geoserver-2.18.x-latest-bin\start.ini")
parse("threads.min=10", 
"C:\gs\deploy\geoserver\geoserver-2.18.x-latest-bin\start.ini")
parse("threads.max=200", 
"C:\gs\deploy\geoserver\geoserver-2.18.x-latest-bin\start.ini")
parse("threads.timeout=6", 
"C:\gs\deploy\geoserver\geoserver-2.18.x-latest-bin\start.ini")
parse("jetty.output.buffer.size=32768", 
"C:\gs\deploy\geoserver\geoserver-2.18.x-latest-bin\start.ini")
parse("jetty.request.header.size=8192", 
"C:\gs\deploy\geoserver\geoserver-2.18.x-latest-bin\start.ini")
parse("jetty.response.header.size=8192", 
"C:\gs\deploy\geoserver\geoserver-2.18.x-latest-bin\start.ini")
parse("jetty.send.server.version=true", 
"C:\gs\deploy\geoserver\geoserver-2.18.x-latest-bin\start.ini")
parse("jetty.send.date.header=false", 
"C:\gs\deploy\geoserver\geoserver-2.18.x-latest-bin\start.ini")
parse("jetty.dump.start=false", 
"C:\gs\deploy\geoserver\geoserver-2.18.x-latest-bin\start.ini")
parse("jetty.dump.stop=false", 
"C:\gs\deploy\geoserver\geoserver-2.18.x-latest-bin\start.ini")
parse("jetty.delayDispatchUntilContent=false", 
"C:\gs\deploy\geoserver\geoserver-2.18.x-latest-bin\start.ini")
parse("--module=servlets", 
"C:\gs\deploy\geoserver\geoserver-2.18.x-latest-bin\start.ini")
parse("--module=deploy", 
"C:\gs\deploy\geoserver\geoserver-2.18.x-latest-bin\start.ini")
parse("--module=resources", 
"C:\gs\deploy\geoserver\geoserver-2.18.x-latest-bin\start.ini")
parse("--module=http", 
"C:\gs\deploy\geoserver\geoserver-2.18.x-latest-bin\start.ini")
parse("jetty.port=8080", 
"C:\gs\deploy\geoserver\geoserver-2.18.x-latest-bin\start.ini")
parse("http.timeout=3", 
"C:\gs\deploy\geoserver\geoserver-2.18.x-latest-bin\start.ini")
parse("--module=webapp", 
"C:\gs\deploy\geoserver\geoserver-2.18.x-latest-bin\start.ini")
parse("--debug", "")
Registering all modules
getPaths('modules/*.mod')
Using relative path pattern: glob:**/modules/*.mod
Found [modules\deploy.mod]  
C:\gs\deploy\geoserver\geoserver-2.18.x-latest-bin\modules\deploy.mod
Found [modules\http.mod]  
C:\gs\deploy\geoserver\geoserver-2.18.x-latest-bin\modules\http.mod
Found [modules\https.mod]  
C:\gs\deploy\geoserver\geoserver-2.18.x-latest-bin\modules\https.mod
Found [modules\resources.mod]  
C:\gs\deploy\geoserver\geoserver-2.18.x-latest-bin\modules\resources.mod
Found [modules\security.mod]  
C:\gs\deploy\geoserver\geoserver-2.18.x-latest-bin\modules\security.mod
Found [modules\server.mod]  
C:\gs\deploy\geoserver\geoserver-2.18.x-latest-bin\modules\server.mod
Found [modules\servlet.mod]  
C:\gs\deploy\geoserver\geoserver-2.18.x-latest-bin\modules\servlet.mod
Found [modules\servlets.mod]

Re: [Geoserver-users] getting a problem

2020-12-03 Thread Rahkonen Jukka (MML)

Hi,

The row that matters is
java.io.FileNotFoundException: C:\Program 
Files\geoserver\data_dir\logs\geoserver.log (Access is denied)

Do not install Geoserver into Program Files, or at least place the data 
directory into some other place.

-Jukka Rahkonen-

Lähettäjä: sukumar mondal 
Lähetetty: torstai 3. joulukuuta 2020 15.20
Vastaanottaja: geoserver-users@lists.sourceforge.net
Aihe: [Geoserver-users] getting a problem

Welcome to GeoServer!

JAVA_HOME: C:\Program Files\Java\jre1.8.0_151

Please wait while loading GeoServer...

2020-12-03 18:44:30.689:INFO::main: Logging initialized @225ms to 
org.eclipse.jetty.util.log.StdErrLog
2020-12-03 18:44:30.798:WARN:oejx.XmlConfiguration:main: Property 'jetty.port' 
is deprecated, use 'jetty.http.port' instead
2020-12-03 18:44:30.798:WARN:oejx.XmlConfiguration:main: Property 
'http.timeout' is deprecated, use 'jetty.http.idleTimeout' instead
2020-12-03 18:44:30.798:INFO:oejs.Server:main: jetty-9.4.18.v20190429; built: 
2019-04-29T20:42:08.989Z; git: e1bc35120a6617ee3df052294e433f3a25ce7097; jvm 
1.8.0_151-b12
2020-12-03 18:44:30.814:INFO:oejdp.ScanningAppProvider:main: Deployment monitor 
[file:///C:/Program%20Files/geoserver/webapps/] at interval 1
2020-12-03 18:44:31.423:INFO:oejw.StandardDescriptorProcessor:main: NO JSP 
Support for /geoserver, did not find org.eclipse.jetty.jsp.JettyJspServlet
2020-12-03 18:44:31.688:INFO:oejs.session:main: DefaultSessionIdManager 
workerName=node0
2020-12-03 18:44:31.688:INFO:oejs.session:main: No SessionScavenger set, using 
defaults
2020-12-03 18:44:31.688:INFO:oejs.session:main: node0 Scavenging every 66ms
Dec 03, 2020 6:44:32 PM org.geoserver.platform.GeoServerExtensions checkContext
WARNING: Extension lookup 'XStreamPersisterInitializer', but ApplicationContext 
is unset.
Dec 03, 2020 6:44:32 PM org.geoserver.platform.GeoServerExtensions checkContext
WARNING: Extension lookup 'ExtensionFilter', but ApplicationContext is unset.
Dec 03, 2020 6:44:32 PM org.geoserver.platform.GeoServerExtensions checkContext
WARNING: Extension lookup 'ExtensionProvider', but ApplicationContext is unset.
Dec 03, 2020 6:44:32 PM org.geoserver.platform.GeoServerExtensions checkContext
WARNING: Extension lookup 'ExtensionFilter', but ApplicationContext is unset.
log4j:WARN File option not set for appender [geoserverlogfile].
log4j:WARN Are you using FileAppender instead of ConsoleAppender?
log4j:ERROR setFile(null,true) call failed.
java.io.FileNotFoundException: C:\Program 
Files\geoserver\data_dir\logs\geoserver.log (Access is denied)
at java.io.FileOutputStream.open0(Native Method)
at java.io.FileOutputStream.open(Unknown Source)
at java.io.FileOutputStream.(Unknown Source)
at java.io.FileOutputStream.(Unknown Source)
at org.apache.log4j.FileAppender.setFile(FileAppender.java:294)
at 
org.apache.log4j.RollingFileAppender.setFile(RollingFileAppender.java:207)
at org.apache.log4j.FileAppender.activateOptions(FileAppender.java:165)
at 
org.apache.log4j.config.PropertySetter.activate(PropertySetter.java:307)
at 
org.apache.log4j.config.PropertySetter.setProperties(PropertySetter.java:172)
at 
org.apache.log4j.config.PropertySetter.setProperties(PropertySetter.java:104)
at 
org.apache.log4j.PropertyConfigurator.parseAppender(PropertyConfigurator.java:842)
at 
org.apache.log4j.PropertyConfigurator.parseCategory(PropertyConfigurator.java:768)
at 
org.apache.log4j.PropertyConfigurator.configureRootCategory(PropertyConfigurator.java:648)
at 
org.apache.log4j.PropertyConfigurator.doConfigure(PropertyConfigurator.java:514)
at 
org.apache.log4j.PropertyConfigurator.configure(PropertyConfigurator.java:440)
at 
org.geoserver.logging.LoggingUtils.configureGeoServerLogging(LoggingUtils.java:94)
at org.geoserver.logging.LoggingUtils.initLogging(LoggingUtils.java:218)
at 
org.geoserver.logging.LoggingStartupContextListener.contextInitialized(LoggingStartupContextListener.java:74)
at 
org.eclipse.jetty.server.handler.ContextHandler.callContextInitialized(ContextHandler.java:957)
at 
org.eclipse.jetty.servlet.ServletContextHandler.callContextInitialized(ServletContextHandler.java:553)
at 
org.eclipse.jetty.server.handler.ContextHandler.startContext(ContextHandler.java:922)
at 
org.eclipse.jetty.servlet.ServletContextHandler.startContext(ServletContextHandler.java:365)
at 
org.eclipse.jetty.webapp.WebAppContext.startWebapp(WebAppContext.java:1497)
at 
org.eclipse.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1459)
at 
org.eclipse.jetty.server.handler.ContextHandler.doStart(ContextHandler.java:852)
at 
org.eclipse.jetty.servlet.ServletContextHandler.doStart(ServletContextHandler.java:278)
at 
org.eclipse.jetty.webapp.WebAppContext.doStart(WebAppContext.java:545)
at

[Geoserver-users] Json as outputformat for DescribeFeatureType

2020-12-03 Thread Rahkonen Jukka (MML)

Hi,

Recent Geoserver versions seem to support json as outpurformat for 
DescribeFeatureType
http://localhost:8080/geoserver/wfs?service=WFS=2.0.0=DescribeFeatureType=topp:states=application/json

That alternative is not documented in 
https://docs.geoserver.org/latest/en/user/services/wfs/outputformats.html and 
it does not appear in the GetCapabilities.

Is DescribeFeatureType the only additional place where json is supported as 
outputformat?

-Jukka Rahkonen-
___
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 installation challenges

2020-12-01 Thread Rahkonen Jukka (MML)

Hi,

Hi,

The platform independent binary works fine 
http://sourceforge.net/projects/geoserver/files/GeoServer/2.18.1/geoserver-2.18.1-bin.zip
 and if you run Tomcat on your Windows machine then the web archive alternative 
http://sourceforge.net/projects/geoserver/files/GeoServer/2.18.1/geoserver-2.18.1-war.zip.
  Docementation: 
https://docs.geoserver.org/latest/en/user/installation/win_binary.html.

-Jukka Rahkonen-




Lähettäjä: Mphilisi Diko 
Lähetetty: tiistai 1. joulukuuta 2020 14.55
Vastaanottaja: geoserver-users@lists.sourceforge.net
Aihe: [Geoserver-users] Geoserver installation challenges

Good day,
Please could you assist me with the direct link for windows installation?
The system does not show on this link:
http://geoserver.org/release/stable/

Regards,
Diko
___
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] Re Fwd: Error when publishing a layer of store type GeoPackage

2020-10-22 Thread Rahkonen Jukka (MML)

Hi,

I fear that recomputing the bounds will not help because the error is this


org.locationtech.jts.io.ParseException: Unknown WKB type 12

WKB type 12 means MultiSurface. I can’t say what is the level of support that 
JTS has for curved geometries. Some implementations that I know can handle 
MultiSurface if it only wraps linear polygons and does not really contain 
curved geometries.

The core geometry types in the GeoPackage standard are all linear:

A GeoPackage SHALL store feature table geometries with the basic simple feature 
geometry types (Geometry, Point, LineString, Polygon, MultiPoint, 
MultiLineString, MultiPolygon, GeomCollection) in Geometry Types 
(Normative) 
Geometry Type Codes 
(Core) in the 
GeoPackageBinary geometry encoding format.

Support for non-linear geometries requires an extension:

F.1. GeoPackage Non-Linear Geometry Types
Introduction

This extension of clause SQL Geometry Types defines additional geometry types.

Clause 2.1.4 of the GeoPackage Version 1 Encoding Standard specifies support 
for the Geometry, Point, LineString, Polygon, MultiPoint, MultiLineString, 
MultiPolygon, and GeomCollection geometry types in the GeoPackageBinary 
geometry encoding format specified in clause 2.1.3. This extension specifies 
support for the additional CircularString, CompoundCurve, CurvePolygon, 
MultiCurve, MultiSurface, Curve, and Surface geometry types in the GeoPackage 
Binary geometry encoding format using the codes from Geometry Type Codes 
(Extension).

Documentation https://docs.geoserver.org/latest/en/user/data/vector/geopkg.html 
does not mention if Geoserver supports the “GeoPackage Non-Linear Geometry 
Types” extension. Anyway, you have a GeoPackage that is not most interoperable. 
You may consider to convert multisurfaces into multipolygons if you do not need 
curved geometries.

-Jukka Rahkonen-

Lähettäjä: Russell Grew 
Lähetetty: keskiviikko 21. lokakuuta 2020 23.51
Vastaanottaja: Mohammed Alnajdi ; 
geoserver-users@lists.sourceforge.net
Aihe: Re: [Geoserver-users] Fwd: Error when publishing a layer of store type 
GeoPackage

Hi Mohammed,

I think it doesn’t like the coordinates you have in your data layer.

You may be able to get it to work by declaring the coordinate system and 
“compute from SRS bounds” rather than “compute from data”.

Or you fix whatever is wrong with the geopackage.

Maybe you have multisurfaces or similar per 
http://osgeo-org.1560.x6.nabble.com/MultiSurface-td5328628.html

Cheers.


From: Mohammed Alnajdi mailto:mohdna...@gmail.com>>
Sent: Thursday, 22 October 2020 5:38 AM
To: 
geoserver-users@lists.sourceforge.net
Subject: [Geoserver-users] Fwd: Error when publishing a layer of store type 
GeoPackage


Greeting Everyone,

I am using the GeoServer with GeoNode implementation using Docker.
I was trying to publish a layer from a GeoPackage Store type and when i click 
on Compute from data or save the layer i get this error message

aused by: java.io.IOException: Error occured calculating bounds for 
City_Boundary

at org.geotools.jdbc.JDBCDataStore.getBounds(JDBCDataStore.java:1305)

at 
org.geotools.jdbc.JDBCFeatureSource.getBoundsInternal(JDBCFeatureSource.java:508)

... 134 more

Caused by: java.io.IOException: org.locationtech.jts.io.ParseException: Unknown 
WKB type 12

at org.geotools.geopkg.geom.GeoPkgGeomReader.read(GeoPkgGeomReader.java:175)

at org.geotools.geopkg.geom.GeoPkgGeomReader.get(GeoPkgGeomReader.java:108)

at org.geotools.geopkg.GeoPkgDialect.geometry(GeoPkgDialect.java:184)

at org.geotools.geopkg.GeoPkgDialect.geometry(GeoPkgDialect.java:188)

at 
org.geotools.geopkg.GeoPkgDialect.decodeGeometryEnvelope(GeoPkgDialect.java:132)

at org.geotools.jdbc.JDBCDataStore.getBounds(JDBCDataStore.java:1291)

... 135 more

Caused by: org.locationtech.jts.io.ParseException: Unknown WKB type 12

at org.locationtech.jts.io.WKBReader.readGeometry(WKBReader.java:235)

at org.locationtech.jts.io.WKBReader.read(WKBReader.java:156)

at org.geotools.geopkg.geom.GeoPkgGeomReader.read(GeoPkgGeomReader.java:171)

... 140 more

Can someone guide me on how to debug this issue ?


Disclaimer

The information contained in this communication from the sender is 
confidential. It is intended solely for use by the recipient and others 
authorized to receive it. If you are not the recipient, you are hereby notified 
that any disclosure, copying, distribution or taking action in relation of the 
contents of this information is strictly prohibited and may be unlawful.

This email has been scanned for viruses and malware, and may have been 
automatically archived by Mimecast Ltd, an innovator in Software as a Service 
(SaaS) for business. Providing a safer and more useful place for your human 
generated data. Specializing in;

Re: [Geoserver-users] Alternate (safe) host for geoserver stable release

2020-10-09 Thread Rahkonen Jukka (MML)

So who would big companies trust? Geoserver project can certainly accept 
contributions as developer time, free hosting etc. It would likely be an 
alternate host, just as in the title of this thread, because we have about 
12000 downloads per week  from users who trust Sourceforge 
https://sourceforge.net/projects/geoserver/files/GeoServer/stats/timeline?dates=2020-07-05%20to%202020-10-04=weekly.
 Naturally many of them just do not care, but there must be also users who have 
built automatic work flows and leaving Sourceforge totally would mean costs for 
them.

-Jukka Rahkonen-

-Alkuperäinen viesti-
Lähettäjä: galebellego  
Lähetetty: perjantai 9. lokakuuta 2020 10.07
Vastaanottaja: geoserver-users@lists.sourceforge.net
Aihe: Re: [Geoserver-users] Alternate (safe) host for geoserver stable release

The problem is not about SF today, but the effects of their former politics a 
few years ago that still lasts today: they were banned from all the companies I 
have worked for... and it takes some time to build trust back. 
So it does not matter if I trust SF : they are still blacklisted... and the 
bigger the company, the longer it may take to remove them from this blacklist!




-
Gaël LB
--
Sent from: http://osgeo-org.1560.x6.nabble.com/GeoServer-User-f3786390.html


___
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] Alternate (safe) host for geoserver stable release

2020-10-08 Thread Rahkonen Jukka (MML)

Hi,

I haven't seen any adware in GeoServer downloads but maybe there has been. But 
if the Devshare was discontinued more than 4 years ago, what is the problem 
today? Older than 4 years old packages which may still contain adware,  or? 
Should they be scanned to guarantee that they are not infected?

-Jukka Rahkonen- 

-Alkuperäinen viesti-
Lähettäjä: Emilio Lahr-Vivaz  
Lähetetty: torstai 8. lokakuuta 2020 20.40
Vastaanottaja: geoserver-users@lists.sourceforge.net
Aihe: Re: [Geoserver-users] Alternate (safe) host for geoserver stable release

They used to bundle adware in fairly deceptive ways. See 
https://en.wikipedia.org/wiki/SourceForge#DevShare_adware

Thanks,

Emilio

On 10/8/20 1:34 PM, Rahkonen Jukka (MML) wrote:
> Hi,
>
> Out of curiosity, what makes Sourceforge unsafe? The website is using cookies 
> and I see advertisements. Is there something else?
>
> -Jukka Rahkonen-
>
> -Alkuperäinen viesti-
> Lähettäjä: galebellego 
> Lähetetty: torstai 8. lokakuuta 2020 10.12
> Vastaanottaja: geoserver-users@lists.sourceforge.net
> Aihe: Re: [Geoserver-users] Alternate (safe) host for geoserver stable 
> release
>
> Ian, thanks for your answer.
>
> We already did such for other tools for similar reasons (so I guess this 
> answers "how much paranoia your company wants to pay for").
> But in a less extremist way, I was wondering if geoserver community has more 
> than the single SF deposit for release artifacts, some I could more easilly 
> trust.
>
> Emilio's note about checksum/signatures would indeed be a very good 
> improvement towards security.
>
>
>
>
>
>
> -
> Gaël LB
> --
> Sent from: 
> http://osgeo-org.1560.x6.nabble.com/GeoServer-User-f3786390.html
>
>
> ___
> 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-an
> d-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-an
> d-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] Alternate (safe) host for geoserver stable release

2020-10-08 Thread Rahkonen Jukka (MML)

Hi,

Out of curiosity, what makes Sourceforge unsafe? The website is using cookies 
and I see advertisements. Is there something else?

-Jukka Rahkonen-

-Alkuperäinen viesti-
Lähettäjä: galebellego  
Lähetetty: torstai 8. lokakuuta 2020 10.12
Vastaanottaja: geoserver-users@lists.sourceforge.net
Aihe: Re: [Geoserver-users] Alternate (safe) host for geoserver stable release

Ian, thanks for your answer.

We already did such for other tools for similar reasons (so I guess this 
answers "how much paranoia your company wants to pay for"). 
But in a less extremist way, I was wondering if geoserver community has more 
than the single SF deposit for release artifacts, some I could more easilly 
trust.

Emilio's note about checksum/signatures would indeed be a very good improvement 
towards security.






-
Gaël LB
--
Sent from: http://osgeo-org.1560.x6.nabble.com/GeoServer-User-f3786390.html


___
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] separate layers with main name - title

2020-09-09 Thread Rahkonen Jukka (MML)

Hi,

Read about layer groups 
https://docs.geoserver.org/stable/en/user/data/webadmin/layergroups.html. The 
Container tree option is probably what you want.

-Jukka Rahkonen-

Lähettäjä: Endi Soares 
Lähetetty: keskiviikko 9. syyskuuta 2020 13.33
Vastaanottaja: geoserver-users@lists.sourceforge.net
Aihe: [Geoserver-users] separate layers with main name - title

Hi group,

How can I present the layers with a title separating them?


[image.png]

--
Endi SoaresGeógrafo
m:(+238) 5809479
a:Praia, Cabo Verdee:
esoares.bvc.2...@gmail.com e: 
endy.soare...@gmail.com

[http://cdn2.hubspot.net/hubfs/184235/dev_images/signature_app/linkedin_sig.png]
___
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] Automatic Uppercase of WMTS Query Parameters

2020-08-06 Thread Rahkonen Jukka (MML)

Hi,

On the other hand, OGC specifications stating that keywords are case 
insensitive could be considered to mean only the keywords which belong to the 
specifications.  In the http standard the keywords apparently are case 
sensitive 
https://stackoverflow.com/questions/24699643/are-query-string-keys-case-sensitive.
 Therefore I feel that this issue might be a bug in GeoServer (and not only 
because we at the National Land Survey use “api-key” in a case sensitive 
manner).

-Jukka Rahkonen-




Lähettäjä: Ben Kleywegt 
Lähetetty: torstai 30. heinäkuuta 2020 2.34
Vastaanottaja: Ian Turton ; Brad Hards 
Kopio: geoserver-users 
Aihe: Re: [Geoserver-users] Automatic Uppercase of WMTS Query Parameters

Thanks Ian,

I suspected something like this might be the case.  Thanks, I believe you have 
answered my question and the behaviour is not a bug with Geoserver.

Cheers,
Ben Kleywegt

From: Ian Turton mailto:ijtur...@gmail.com>>
Sent: Wednesday, 29 July 2020 5:37 PM
To: Brad Hards mailto:br...@frogmouth.net>>
Cc: Ben Kleywegt mailto:b...@insightgis.com.au>>; 
geoserver-users 
mailto:geoserver-users@lists.sourceforge.net>>
Subject: Re: [Geoserver-users] Automatic Uppercase of WMTS Query Parameters

I don't think that bug does relate to this - but the WMTS standard (like other 
OGC standards) mandates case insensitivity for keys in KVP requests, so to make 
life easy we uppercase them all when storing them (this makes finding 
duplicates and later lookups more efficient). So I would raise a bug with 
MapBox.

You could add a patch to the GeoTools code to only uppercase "well known" 
parameter keys but I suspect that would break things down the chain with 
cascading too.

Ian

On Wed, 29 Jul 2020 at 05:55, Brad Hards 
mailto:br...@frogmouth.net>> wrote:
I’m not 100% clear on what you are trying to do, but it looks like you are 
possibly trying WMTS cascading. That is, you are trying to use GeoServer as a 
WMTS client.

If that is the case, you are probably hitting 
https://osgeo-org.atlassian.net/browse/GEOT-5999

That was fixed more than two years ago in 
https://github.com/geotools/geotools/pull/1873

It is probably a good idea to upgrade in any case – 2.12.0 is well out of 
support.

Brad

From: Ben Kleywegt mailto:b...@insightgis.com.au>>
Sent: Wednesday, 29 July 2020 10:13 AM
To: 
geoserver-users@lists.sourceforge.net
Subject: [Geoserver-users] Automatic Uppercase of WMTS Query Parameters

Hello,

I have encountered an issue relating to the automatic uppercasing of WMTS query 
parameters in WMTS stores.

I am using Geoserver 2.12.0 in docker on Linux.

The problem is that some WMTS services are case sensitive to the query 
parameters, the case in point being MapBox WMTS 
(https://docs.mapbox.com/help/tutorials/mapbox-arcgis-qgis/).

If I go to the following URL with a valid access token I can see a 
GetCapabilities XML page: 
https://api.mapbox.com/styles/v1/mapbox/streets-v11/wmts?access_token=x.
  However, if I go to the same page with an uppercase ACCESS_TOKEN query 
parameter it returns a 401 unauthorised error.

When I enter the valid URL in a Geoserver WMTS store Capabilities URL field and 
save the store I get an error saying:

Server returned HTTP error code 401 for URL 
https://api.mapbox.com/styles/v1/mapbox/streets-v11/wmts?REQUEST=GetCapabilities_TOKEN=x=1.0.0=WMTS

Notice that the URL has a few extra query parameters and the access_token 
parameter is now uppercase.

Is there a reason the existing query parameters in the WMTS GetCapabillities 
URL are converted to uppercase?  Given that it appears that this behaviour is 
disallowing users to create stores from MapBox WMTS URLs, should this be 
classified as a bug?

Cheers,
Ben Kleywegt

___
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

Re: [Geoserver-users] WFS GetFeature does not work with field "DATE"

2020-08-03 Thread Rahkonen Jukka (MML)

Hi,

Does it mean that Oracle NG builds queries as nonquoted and the result is
SELECT DATE FROM TABLE instead of
SELECT "DATE" FROM "TABLE", that would work?

>From the referred Oracle document:

"This section lists Oracle SQL reserved words. You cannot use Oracle SQL 
reserved words as nonquoted identifiers. Quoted identifiers can be reserved 
words, although this is not recommended."

-Jukka Rahkonen-

-Alkuperäinen viesti-
Lähettäjä: Mark Prins  
Lähetetty: maanantai 3. elokuuta 2020 18.01
Vastaanottaja: geoserver-users@lists.sourceforge.net
Aihe: Re: [Geoserver-users] WFS GetFeature does not work with field "DATE"

On 03-08-2020 11:00, d'Orio, Pietro wrote:
> If an Oracle NG (JNDI) layer contain a field "DATE" the WFS does not 
> work for this layer.
> 
> Also other "sensitive" oracle DB tags like "SIZE" or "LOCATION" cause 
> the same problem.
> 
> A special note: "TYPE" does not cause problems

TYPE is not in the list: 
https://docs.oracle.com/database/121/SQLRF/ap_keywd001.htm#SQLRF55621
(but neither is LOCATION or SIZE so I'm not sure what is going on there) If you 
set up geoserver with geotools developer or debug logging you can see the 
generated queries in the log.

As linked there
https://docs.oracle.com/database/121/REFRN/GUID-6D03E5B5-A23B-499C-B6BC-A31A12FC6C7D.htm#REFRN30204
talks about which words vcaanot be used where in Orcla, documented in 
V$RESERVED_WORDS in your database (the list can/will vary between versions)

- M


___
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] VectorTile: missing tile <>

2020-06-22 Thread Rahkonen Jukka (MML)

Hi,

You did not mention if you already checked that there are no polygons with less 
than 4 points in your source data.

-Jukka Rahkonen-

Lähettäjä: carlo cancellieri 
Lähetetty: maanantai 22. kesäkuuta 2020 22.00
Vastaanottaja: GeoServer Users 
Kopio: Asif, Muhammad (CIO) 
Aihe: [Geoserver-users] VectorTile: missing tile <>

Dear List,
 I'm still working over gadm vectortile layer (in background), and randomly I'm 
getting the following error log (GEOTOOLS developer log level) which leads to a 
missing tile even in the middle of screen.
The layer generating that error is a 4326  not reprojected and pregeneralized 
so I'm wondering if it's due to that:

<<  Ring has fewer than 4 points, so orientation cannot be determined >>

May I've to reduce pre-simplification (ST_SimplifyPreserveTopology), If so 
maybe I've to use a more complex query to check the final result?

Finally I'm also wondering if on the fly simplification can lead to the same 
issue (randomly).

I can reproduce that but the layer is huge and I can't share publicly the URL 
so feel free to ask if someone desires to test it, I'll share that privately.

LOG:
---

2020-06-22 18:15:00,248 ERROR [org.geoserver.ows] -
java.lang.IllegalArgumentException: Ring has fewer than 4 points, so 
orientation cannot be determined
at org.locationtech.jts.algorithm.Orientation.isCCW(Orientation.java:128)
at no.ecc.vectortile.VectorTileEncoder.commands(VectorTileEncoder.java:398)
at no.ecc.vectortile.VectorTileEncoder.commands(VectorTileEncoder.java:381)
at no.ecc.vectortile.VectorTileEncoder.commands(VectorTileEncoder.java:363)
at no.ecc.vectortile.VectorTileEncoder.encode(VectorTileEncoder.java:316)
at org.geoserver.wms.mapbox.MapBoxTileBuilder.build(MapBoxTileBuilder.java:59)
at org.geoserver.wms.mapbox.MapBoxTileBuilder.build(MapBoxTileBuilder.java:23)
at 
org.geoserver.wms.vector.VectorTileMapOutputFormat.produceMap(VectorTileMapOutputFormat.java:149)
at org.geoserver.wms.GetMap.executeInternal(GetMap.java:749)
at org.geoserver.wms.GetMap.run(GetMap.java:300)
at org.geoserver.wms.GetMap.run(GetMap.java:123)
at org.geoserver.wms.DefaultWebMapService.getMap(DefaultWebMapService.java:246)
at jdk.internal.reflect.GeneratedMethodAccessor489.invoke(Unknown Source)
at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:566)
at 
org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:343)
at 
org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:198)
at 
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:163)
at 
org.geoserver.kml.WebMapServiceKmlInterceptor.invoke(WebMapServiceKmlInterceptor.java:38)
at 
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:186)
at 
org.geoserver.gwc.wms.CacheSeedingWebMapService.invoke(CacheSeedingWebMapService.java:55)
at 
org.geoserver.gwc.wms.CacheSeedingWebMapService.invoke(CacheSeedingWebMapService.java:31)
at 
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:186)
at 
org.geoserver.gwc.wms.CachingWebMapService.invoke(CachingWebMapService.java:61)
at 
org.geoserver.gwc.wms.CachingWebMapService.invoke(CachingWebMapService.java:41)
at 
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:186)
at 
org.geoserver.ows.util.RequestObjectLogger.invoke(RequestObjectLogger.java:50)
at 
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:186)
at 
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:212)
at com.sun.proxy.$Proxy46.getMap(Unknown Source)
at jdk.internal.reflect.GeneratedMethodAccessor442.invoke(Unknown Source)
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.Dispatcher.execute(Dispatcher.java:877)
at org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:265)
at 
org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:177)
at org.geoserver.gwc.GWC.dispatchOwsRequest(GWC.java:1369)
at 
org.geoserver.gwc.layer.GeoServerTileLayer.dispatchGetMap(GeoServerTileLayer.java:706)
at 
org.geoserver.gwc.layer.GeoServerTileLayer.getMetatilingReponse(GeoServerTileLayer.java:651)
at 
org.geoserver.gwc.layer.GeoServerTileLayer.getTile(GeoServerTileLayer.java:592)
at org.geowebcache.util.ResponseUtils.writeTile(ResponseUtils.java:100)
at 
org.geowebcache.GeoWebCacheDispatcher.handleServiceRequest(GeoWebCacheDispatcher.java:408)
at 
org.geowebcache.GeoWebCacheDispatcher.handleRequestInternal(GeoWebCacheDispatcher.java:268)
at

Re: [Geoserver-users] Restricting WFS-T to certain Transactions

2020-06-22 Thread Rahkonen Jukka (MML)

Hi,

I guess that those who are not allowed to DELETE are not allowed to UPDATE 
either, or would it be acceptable to update all attributes into nulls?

-Jukka Rahkonen-

Lähettäjä: Jody Garnett 
Lähetetty: maanantai 22. kesäkuuta 2020 10.58
Vastaanottaja: michael-haer...@telekom.de
Kopio: GeoServer Users 
Aihe: Re: [Geoserver-users] Restricting WFS-T to certain Transactions

The security module is on  basis ... and those are all part 
of the same "WFS.Transaction" operation :P
So this would be a new feature request.
--
Jody Garnett


On Thu, 18 Jun 2020 at 02:50, 
mailto:michael-haer...@telekom.de>> wrote:
Dear List,

we currently offer some layers to our users via WFS-T which works quite well 
but now they requested that only some users are allowed to delete features of a 
layer and some other may only read and write and others may only read.

While I can easily offer solutions for keeping read and write/delete operations 
separate I have no idea how to separate write and delete if at the same time I 
need to stick to WFS-T.

I consulted the geofence documentation and found write CQL rules and indeed 
found fine-grained access controls but I didn’t find any solution to restrict 
access to certain WFS-T operations which are only distinguishable by parsing 
the contents of the XML body in the WFS-T request.

Did I miss something? Can somebody tell me if there is a solution in geofence 
or does anybody have a different solution based on WFS-T?

(I searched the mailing list archive for a solution first but my search for 
“WFS-T” “write” and “delete” gave me more than 65.000 hits which I could not 
read all).

Thank you very much for your help and ideas,

Michael Härtel

Deutsche Telekom IT GmbH
Technology Solutions
Michael Härtel
GIS-mobile
Oberkasseler Strasse 2, 53227 Bonn, Germany
+49 228 18149623 (Phone)
E-Mail: michael.haer...@t-systems.com
Internet:  www.telekom.com

Life is for sharing.

You can find the obligatory information on 
www.telekom.com/compulsory-statement-dtit
Big changes start small – conserve resources by not printing every e-mail.

Notice: This transmittal and/or attachments may be privileged or confidential. 
It is intended solely for the addressee named above. Any dissemination, or 
copying is strictly prohibited. If you received this transmittal in error, 
please notify us immediately by reply and immediately delete this message and 
all its attachments. Thank you.

___
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

1 2 3 4 5 6 7 8 9 >

1 - 100 of 870 matches

Mail list logo