from:"Rahkonen Jukka \(MML\)"

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&version=1.3.0&request=GetCapabilities
 do have all the GetLegendGraphics URLs with &VERSION=. For example top:states

http://www.w3.org/1999/xlink"; xlink:type="simple" 
xlink:href="http://localhost:8080/geoserver/ows?service=WMS&version=1.3.0&request=GetLegendGraphic&format=image%2Fpng&width=20&height=20&layer=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&version=1.3.0&request=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&request=GetLegendGraphic&format=image%2Fpng&width=20&height=20&layer=AM.AirQualityManagementZone&version=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&version=1.3.0&request=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&request=GetLegendGraphic&format=image%2Fpng&width=20&height=20&layer=AM.AirQualityManagementZone&version=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&version=1.3.0&request=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 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&version=2.0.0&request=GetFeature&typeNames=demo:demo_assets&propertyName=asset_id&outputFormat=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 
org.eclipse.jetty.xml.XmlConfigurat

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 otherwise

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"
(https://docs.geoserver.org/stable/en/user/data/database/primarykey.html#using-the-metadata-table-with-views

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

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

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

Geoserver-users@lists.sourceforge.net
https://l

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 Tran

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.

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 AUT

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&version=1.1.0&request=GetMap&layers=topp%3Astates&bbox=-124.7314220001%2C24.955967%2C-66.969849%2C49.371735&width=768&height=330&srs=EPSG%3A4326&format=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&VERSION=1.0.0&FORMAT=image/svg%2Bxml&WIDTH=20&HEIGHT=20&LAYER=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&VERSION=1.0.0&FORMAT=image/svg%2Bxml&WIDTH=20&HEIGHT=20&LAYER=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 
org.apache.cata

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 f

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&REQUEST=GetFeature&VERSION=2.0.0&TYPENAMES=ign_bd_topo:surface_hydrographique&TYPENAME=ign_bd_topo:surface_hydrographique&STARTINDEX=0&COUNT=100&SRSNAME=urn:ogc:def:crs:EPSG::2154&BBOX=-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&VERSION=1.1.1&REQUEST=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&VERSION=1.0.0&SERVICE=WMTS&KEY=
2021-05-19 15:19:10,075 DEBUG [org.geotools.data.ows] - 
FinalURL:https://api.os.uk/maps/raster/v1/wmts?REQUEST=GetCapabilities&VERSION=1.0.0&SERVICE=WMTS&KEY=
2021-05-19 15:19:10,075 DEBUG [org.geotools.data.ows] - URL is 
https://api.os.uk/maps/raster/v1/wmts?REQUEST=GetCapabilities&VERSION=1.0.0&SERVICE=WMTS&KEY=
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&VERSION=1.0.0&SERVICE=WMTS&KEY=

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

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&version=1.1.0&username=myusername&password=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 l

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&VERSION=1.1.1&REQUEST=GetFeatureInfo&BBOX=-11.332970,24.121208,47.584718,57.965035&SRS=EPSG:4326&WIDTH=1001&HEIGHT=575&LAYERS=cities&STYLES=&FORMAT=image/png&TRANSPARENT=true&QUERY_LAYERS=cities&INFO_FORMAT=gml&X=229&Y=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 con

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&REQUEST=DescribeFeatureType&VERSION=2.0.0&TYPENAMES=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&REQUEST=DescribeFeatureType&VERSION=2.0.0&TYPENAMES=DFTrans:Camada_de_Pontos_de_Rede&TYPENAME=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]  
C:\gs\deploy\geoserver\geoserv

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 
org.eclipse.jetty.util.component.AbstractLifeCycle.start(

[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&version=2.0.0&request=DescribeFeatureType&typenames=topp:states&outputformat=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-21 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; Security

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&period=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&ACCESS_TOKEN=x&VERSION=1.0.0&SERVICE=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 re

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 
org.springframework.web.servlet.mvc.AbstractController.

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

Re: [Geoserver-users] WMS long urls (GetMap)

2020-06-18 Thread Rahkonen Jukka (MML)

However, it was an excluded option:
“I cannot use POST because my implementation uses Mapbox which calls a url and 
not post variables.”

-Jukka Rahkonen-

Lähettäjä: Ian Turton 
Lähetetty: torstai 18. kesäkuuta 2020 18.24
Vastaanottaja: risha...@gmail.com
Kopio: geoserver-users 
Aihe: Re: [Geoserver-users] WMS long urls (GetMap)

You could switch to a POST request and then URL length ceases to be an issue.

Ian

On Thu, 18 Jun 2020 at 15:06, Risharde 
mailto:risha...@gmail.com>> wrote:
Hi everyone! I have an issue that I'm struggling to resolve and I'm hoping 
someone may be able to assist or guide me.

I am trying to use the GetMap feature from the WMS service (which works). 
However it seems when I add a cql_filter to the url, I get an error message 
that the request is invalid. If I remove some other get fields within the url 
(layers in particular - which shortens the url), then I get a response.

It seems that when the url is over 200+ characters, I get the issue. My 
question is, can I somehow get geoserver to accept longer URLs? I cannot use 
POST because my implementation uses Mapbox which calls a url and not post 
variables.

Any help would be appreciated, 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


--
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] Publishing WorldImage layer with java 11 fails

2020-06-15 Thread Rahkonen Jukka (MML)

Hi,

I can make the failure to happen with nurc:worldImageSample. But when I was 
trying this and that with java 11 before it came into my mind to try also with 
java 8 I got failures from GeoTIFF store and mosaic store as well. I am not 
sure if the errors were the same. I will do a little bit of more testing before 
creating a ticket.

-Jukka-

Lähettäjä: Andrea Aime 
Lähetetty: maanantai 15. kesäkuuta 2020 15.12
Vastaanottaja: Rahkonen Jukka (MML) 
Kopio: Geoserver-users@lists.sourceforge.net
Aihe: Re: [Geoserver-users] Publishing WorldImage layer with java 11 fails

Hi Jukka,
I'd open a ticket. Does it happen with any worldimage (we have one in the 
release data directory)
or does it require a particular one?

Cheers
Andrea

On Mon, Jun 15, 2020 at 1:50 PM Rahkonen Jukka (MML) 
mailto:jukka.rahko...@maanmittauslaitos.fi>>
 wrote:
Hi,

While trying to help another user I noticed that I could not publish a layer 
from a coverage store when Geoserver was running on java 11 (AdoptOpenJDK: 
11.0.5 (OpenJDK 64-Bit Server VM)). Error message is speaking about wrong 
number format:
Caused by: java.lang.NumberFormatException: Character I is neither a decimal 
digit number, decimal point, nor "e" notation exponential mark.
I can save the store with java 8 (Corretto 64-Bit).

More log from the console:

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.handle(ServletHolder.java:873) at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1623)
 at 
org.geoserver.filters.ThreadLocalsCleanupFilter.doFilter(ThreadLocalsCleanupFilter.java:26)
 at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1610)
 at 
org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(SpringDelegatingFilter.java:69)
 at org.geoserver.wms.animate.AnimatorFilter.doFilter(AnimatorFilter.java:70) 
at 
org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(SpringDelegatingFilter.java:66)
 at 
org.geoserver.filters.SpringDelegatingFilter.doFilter(SpringDelegatingFilter.java:41)
 at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1610)
 at 
org.geoserver.platform.AdvancedDispatchFilter.doFilter(AdvancedDispatchFilter.java:37)
 at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1610)
 at 
org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:320)
 at 
org.geoserver.security.filter.GeoServerCompositeFilter$Neste

[Geoserver-users] Publishing WorldImage layer with java 11 fails

2020-06-15 Thread Rahkonen Jukka (MML)

Hi,

While trying to help another user I noticed that I could not publish a layer 
from a coverage store when Geoserver was running on java 11 (AdoptOpenJDK: 
11.0.5 (OpenJDK 64-Bit Server VM)). Error message is speaking about wrong 
number format:
Caused by: java.lang.NumberFormatException: Character I is neither a decimal 
digit number, decimal point, nor "e" notation exponential mark.
I can save the store with java 8 (Corretto 64-Bit).

More log from the console:

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.handle(ServletHolder.java:873) at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1623)
 at 
org.geoserver.filters.ThreadLocalsCleanupFilter.doFilter(ThreadLocalsCleanupFilter.java:26)
 at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1610)
 at 
org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(SpringDelegatingFilter.java:69)
 at org.geoserver.wms.animate.AnimatorFilter.doFilter(AnimatorFilter.java:70) 
at 
org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(SpringDelegatingFilter.java:66)
 at 
org.geoserver.filters.SpringDelegatingFilter.doFilter(SpringDelegatingFilter.java:41)
 at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1610)
 at 
org.geoserver.platform.AdvancedDispatchFilter.doFilter(AdvancedDispatchFilter.java:37)
 at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1610)
 at 
org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:320)
 at 
org.geoserver.security.filter.GeoServerCompositeFilter$NestedFilterChain.doFilter(GeoServerCompositeFilter.java:70)
 at 
org.springframework.security.web.access.intercept.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:127)
 at 
org.springframework.security.web.access.intercept.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:91)
 at 
org.geoserver.security.filter.GeoServerCompositeFilter$NestedFilterChain.doFilter(GeoServerCompositeFilter.java:74)
 at 
org.geoserver.security.filter.GeoServerCompositeFilter.doFilter(GeoServerCompositeFilter.java:91)
 at 
org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:334)
 at 
org.geoserver.security.filter.GeoServerCompositeFilter$NestedFilterChain.doFilter(GeoServerCompositeFilter.java:70)
 at 
org.springframework.security.web.access.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java

Re: [Geoserver-users] WMS request returns blank image if I change BBOX xmax by 1 meter, certainly a bug ?

2020-06-15 Thread Rahkonen Jukka (MML)

Hi,

Works for at least as a WorldImage store. I converted the pdf into tiff with 
gdal_translate. I noticed a problem with jre 11 but with jre 8 (Corretto) I 
could publish the image with Geoserver 2.17.1. I do not bother to tell more 
details on my workflow because it may not be worth repeating, but tell us what 
you did so we can try the same.

[cid:image002.jpg@01D64321.CC2F4500]

-Jukka Rahkonen-

Lähettäjä: Omar Benhamid 
Lähetetty: maanantai 15. kesäkuuta 2020 11.47
Vastaanottaja: andrea.a...@geo-solutions.it
Kopio: GeoServer Mailing List List 
Aihe: Re: [Geoserver-users] WMS request returns blank image if I change BBOX 
xmax by 1 meter, certainly a bug ?

Hello Andrea,

The data source is here https://www.apur.org/en/geo-data/summer-thermography 
but we have converted it to tiff format for loading in geoserver. I need to 
find a server to share it.

I think that I should create a issue in the issue tracker because the same 
request with the same datasource works well in 2.15.2 but not since 2.15.5, 
what do you think ?

Omar
--
__

EIfER Europäisches Institut für Energieforschung EDF-KIT EWIV

Omar Benhamid

omar.benha...@eifer.org
Tel. (office):+49 721 6105 1358
Fax: +49 721 6105 1332

EIfER I Emmy-Noether-Str. 11
76131 Karlsruhe, Germany
www.eifer.org



From:"Andrea Aime" 
mailto:andrea.a...@geo-solutions.it>>
To:"Omar Benhamid" 
mailto:omar.benha...@eifer.uni-karlsruhe.de>>
Cc:"GeoServer Mailing List List" 
mailto:geoserver-users@lists.sourceforge.net>>
Date:13.06.2020 09:47
Subject:Re: [Geoserver-users] WMS request returns blank image if I 
change BBOX xmax by 1 meter, certainly a bug ?




On Fri, Jun 12, 2020 at 10:42 PM Omar Benhamid 
mailto:omar.benha...@eifer.uni-karlsruhe.de>>
 wrote:
Hello Andrea,

Thanks for the answer, currently the server is a local one, even if data is 
opendata.

If it's open data the best thing you can do is to share a download link with 
the list, so that anyone
can try it out. Relying on the spare time of just one is a bad plan ;-)

Cheers
Andrea

== GeoServer Professional Services from the experts! Visit http://goo.gl/it488V 
for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions 
S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) phone: +39 0584 962313 fax: 
+39 0584 1660272 mob: +39 339 8844549 
http://www.geo-solutions.it 
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


EIfER Europäisches Institut für Energieforschung EDF-KIT
EWIV - Sitz der europaeischen wirtschaftlichen Interessenvereinigung: Karlsruhe 
- Handelsregister: Amtsgericht Mannheim HRA 104823 - Geschaeftsfuehrer: Pascal 
TERRIEN (Direktor).

This e-mail and any attachment is for authorized use by the intended 
recipient(s) only. It may contain proprietary material, confidential 
information and/or be subject to legal privilege. It should not be copied, 
disclosed to, retained or used by any other party. If you are not an intended 
recipient then please promptly delete this e-mail and any attachment and all 
copies and inform the sender.
___

Re: [Geoserver-users] Importing WFS Source

2020-06-05 Thread Rahkonen Jukka (MML)

Hi,

Clip the url so that the parameters are not repeated

http://demo.geo-solutions.it/geoserver/wfs?version=1.1.0&request=GetCapabilities?REQUEST=GetCapabilities&VERSION=1.1.0&SERVICE=WFS

I added a complete GetCapabilities url into my mail in order to make it easy to 
test with a browser that the server is there.

-Jukka-


Lähettäjä: Birger Böll 
Lähetetty: perjantai 5. kesäkuuta 2020 16.57
Vastaanottaja: Rahkonen Jukka (MML) 
Kopio: geoserver-users@lists.sourceforge.net
Aihe: Re: [Geoserver-users] Importing WFS Source

Hi,

thanks for your reply. I get a timeout at this point with the following log:

2020-06-05 16:52:23,223 ERROR [data.ows] - Failed to execute request 
http://10.48.243.107:20051/publicWFS/WFS?
2020-06-05 16:53:47,867 ERROR [data.ows] - Failed to execute request 
http://demo.geo-solutions.it/geoserver/wfs?version=1.1.0&request=GetCapabilities?REQUEST=GetCapabilities&VERSION=1.1.0&SERVICE=WFS
2020-06-05 16:53:47,868 WARN [data.store] - Error obtaining new data store
org.apache.commons.httpclient.ConnectTimeoutException: The host did not accept 
the connection within timeout of 1 ms
at 
org.apache.commons.httpclient.protocol.ReflectionSocketFactory.createSocket(ReflectionSocketFactory.java:155)
at 
org.apache.commons.httpclient.protocol.DefaultProtocolSocketFactory.createSocket(DefaultProtocolSocketFactory.java:125)
at org.apache.commons.httpclient.HttpConnection.open(HttpConnection.java:707)
at 
org.apache.commons.httpclient.MultiThreadedHttpConnectionManager$HttpConnectionAdapter.open(MultiThreadedHttpConnectionManager.java:1361)
at 
org.apache.commons.httpclient.HttpMethodDirector.executeWithRetry(HttpMethodDirector.java:387)
at 
org.apache.commons.httpclient.HttpMethodDirector.executeMethod(HttpMethodDirector.java:171)
at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:397)
at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:323)
at 
org.geotools.data.wfs.MultithreadedHttpClient.get(MultithreadedHttpClient.java:164)
at 
org.geotools.data.wfs.MultithreadedHttpClient.get(MultithreadedHttpClient.java:150)
at 
org.geotools.data.ows.AbstractOpenWebService.internalIssueRequest(AbstractOpenWebService.java:436)
at 
org.geotools.data.wfs.internal.WFSClient.internalIssueRequest(WFSClient.java:329)
at org.geotools.data.wfs.internal.WFSClient.issueRequest(WFSClient.java:339)
at org.geotools.data.wfs.internal.WFSClient.issueRequest(WFSClient.java:57)
at 
org.geotools.data.ows.AbstractOpenWebService.negotiateVersion(AbstractOpenWebService.java:260)
at 
org.geotools.data.ows.AbstractOpenWebService.(AbstractOpenWebService.java:102)
at org.geotools.data.wfs.internal.WFSClient.(WFSClient.java:75)
at org.geotools.data.wfs.internal.WFSClient.(WFSClient.java:65)
at 
org.geotools.data.wfs.WFSDataStoreFactory.createDataStore(WFSDataStoreFactory.java:108)
at 
org.geotools.data.wfs.WFSDataStoreFactory.createDataStore(WFSDataStoreFactory.java:63)
at org.vfny.geoserver.util.DataStoreUtils.getDataAccess(DataStoreUtils.java:65)
at org.geoserver.catalog.ResourcePool.getDataStore(ResourcePool.java:626)
at 
org.geoserver.catalog.impl.DataStoreInfoImpl.getDataStore(DataStoreInfoImpl.java:33)
at 
org.geoserver.web.data.store.DataAccessNewPage.onSaveDataStore(DataAccessNewPage.java:89)
at 
org.geoserver.web.data.store.AbstractDataAccessPage$1.onSubmit(AbstractDataAccessPage.java:173)
at 
org.apache.wicket.ajax.markup.html.form.AjaxSubmitLink$1.onSubmit(AjaxSubmitLink.java:111)
at 
org.apache.wicket.ajax.form.AjaxFormSubmitBehavior$AjaxFormSubmitter.onSubmit(AjaxFormSubmitBehavior.java:215)
at org.apache.wicket.markup.html.form.Form.delegateSubmit(Form.java:1309)
at org.apache.wicket.markup.html.form.Form.process(Form.java:976)
at org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:797)
at 
org.apache.wicket.ajax.form.AjaxFormSubmitBehavior.onEvent(AjaxFormSubmitBehavior.java:171)
at org.apache.wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java:155)
at 
org.apache.wicket.ajax.AbstractDefaultAjaxBehavior.onRequest(AbstractDefaultAjaxBehavior.java:601)
at jdk.internal.reflect.GeneratedMethodAccessor206.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.apache.wicket.RequestListenerInterface.internalInvoke(RequestListenerInterface.java:258)
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(Request

Re: [Geoserver-users] Importing WFS Source

2020-06-05 Thread Rahkonen Jukka (MML)

Hi,

Without having access to http://10.48.243.107:20051/publicWFS/WFS it is hard to 
say what goes wrong. Do you get the same error with some really open WFS server 
like 
http://demo.geo-solutions.it/geoserver/wfs?version=1.1.0&request=GetCapabilities?

-Jukka Rahkonen-

Lähettäjä: Birger Böll 
Lähetetty: perjantai 5. kesäkuuta 2020 15.56
Vastaanottaja: geoserver-users@lists.sourceforge.net
Aihe: [Geoserver-users] Importing WFS Source

Hello,

I'm new to this list. I already could publish a lot of nice services but stuck 
this time by importing a wfs service:

Geoserver Version: 2.17.0
Java: 11.0.7 (OpenJDK 64-Bit Server VM)
Java Rendering Engine

sun.java2d.marlin.DMarlinRenderingEngine

Operating System:Debain GNU/Linux 10

What i did:
I added a storage "Web feature Service (NG), connected to the intern WFS 
Service URL http://10.48.243.107:20051/publicWFS/WFS with my account and 
password. This is working well. I get two layers. When i choose Layer -> Add 
Layer -> publish i get this:

Error trace:

org.apache.wicket.WicketRuntimeException: Method onRequest of interface 
org.apache.wicket.behavior.IBehaviorListener targeted at 
org.apache.wicket.ajax.markup.html.AjaxLink$1@1776fb93
 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:687) 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.doGet(FrameworkServlet.java:898)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:687) 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.handle(ServletHolder.java:873) at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1623)
 at 
org.geoserver.filters.ThreadLocalsCleanupFilter.doFilter(ThreadLocalsCleanupFilter.java:26)
 at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1610)
 at 
org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(SpringDelegatingFilter.java:69)
 at org.geoserver.wms.animate.AnimatorFilter.doFilter(AnimatorFilter.java:70) 
at 
org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(SpringDelegatingFilter.java:66)
 at 
org.geoserver.filters.SpringDelegatingFilter.doFilter(SpringDelegatingFilter.java:41)
 at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1610)
 at 
org.geoserver.platform.AdvancedDispatchFilter.doFilter(AdvancedDispatchFilter.java:37)
 at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1610)
 at 
org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:320)
 at 
org.geoserver.security.filter.GeoServerCompositeFilter$NestedFilterChain.doFilter(GeoServerCompositeFilter.java:70)
 at 
org.springframework.security.web.access.intercept.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:127)
 at 
org.springframework.security.web.access.intercept.FilterSecurityInterceptor.doFilte

Re: [Geoserver-users] [Geoserver-devel] GeoServer 2.17.1 pre-release testing

2020-06-02 Thread Rahkonen Jukka (MML)

Hi Charles,

Thanks, with your edit the startup.bat finds the system java and Geoserver 
starts with it.

Welcome to GeoServer!

The JAVA_HOME environment variable is not defined, trying to use System Java
Using System Java at:
   C:\Program Files\AdoptOpenJDK\jdk-11.0.5.10-hotspot\bin\java.exe

I will make a PR for including the fix into next releases.

-Jukka-

Lähettäjä: Charles Roberts 
Lähetetty: tiistai 2. kesäkuuta 2020 21.38
Vastaanottaja: Rahkonen Jukka (MML) ; 
'Jody Garnett' ; 'GeoServer' 
; 'GeoServer Users' 

Aihe: RE: [Geoserver-users] [Geoserver-devel] GeoServer 2.17.1 pre-release 
testing


Jukka Rahkonen,

If you are using the script without setting JAVA_HOME, I think the script has 
an error.

To fix it: add the argument "tokens=*" to the for command, which I think is 
attempting to remove the spaces from the system path entry for java.

Change:
for /f %%i in ('where java') do set RUN_JAVA=%%i
To:
for /f "tokens=*" %%i in ('where java') do set RUN_JAVA=%%i

Regards,
Charles




From: Rahkonen Jukka (MML) 
mailto:jukka.rahko...@maanmittauslaitos.fi>>
Sent: Tuesday, June 2, 2020 3:35 AM
To: Jody Garnett mailto:jody.garn...@gmail.com>>; 
GeoServer 
mailto:geoserver-de...@lists.sourceforge.net>>;
 GeoServer Users 
mailto:geoserver-users@lists.sourceforge.net>>
Subject: Re: [Geoserver-users] [Geoserver-devel] GeoServer 2.17.1 pre-release 
testing

Hi,

I tried bin-zip on Windows with Corretto 8. Geoserver starts, all capability 
documents seem to be OK, layer previews as well.

The automatic java detection does not quite work if system has installed java 
into “Program Files” but startup.bat stops after this:

The  JAVA_HOME environment variable is not defined, trying to use System Java
Using System Java at:
   C:\Program

-Jukka Rahkonen-


Lähettäjä: Jody Garnett mailto:jody.garn...@gmail.com>>
Lähetetty: tiistai 2. kesäkuuta 2020 5.07
Vastaanottaja: GeoServer 
mailto:geoserver-de...@lists.sourceforge.net>>;
 GeoServer Users 
mailto:geoserver-users@lists.sourceforge.net>>
Aihe: [Geoserver-devel] GeoServer 2.17.1 pre-release testing

GeoServer 2.17.1 pre-release artifacts are available for testing:

https://build.geoserver.org/view/release/job/geoserver-release/5/artifact/distribution/2.17.1/

Please try this out with your data, and reply with how it goes (including the 
version of Java you are using, and if you are running on linux, macOS, or 
windows user). We are working from a new build server and can really use a hand 
ensuring this has been packaged correctly.

We are including the user list in this call for testing as a community building 
exercise. Open source is a team sport that can be enjoyed at a social distance, 
and this is your throw-in!
--
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-devel] GeoServer 2.17.1 pre-release testing

2020-06-02 Thread Rahkonen Jukka (MML)

Hi,

I tried bin-zip on Windows with Corretto 8. Geoserver starts, all capability 
documents seem to be OK, layer previews as well.

The automatic java detection does not quite work if system has installed java 
into “Program Files” but startup.bat stops after this:

The  JAVA_HOME environment variable is not defined, trying to use System Java
Using System Java at:
   C:\Program

-Jukka Rahkonen-


Lähettäjä: Jody Garnett 
Lähetetty: tiistai 2. kesäkuuta 2020 5.07
Vastaanottaja: GeoServer ; GeoServer 
Users 
Aihe: [Geoserver-devel] GeoServer 2.17.1 pre-release testing

GeoServer 2.17.1 pre-release artifacts are available for testing:

https://build.geoserver.org/view/release/job/geoserver-release/5/artifact/distribution/2.17.1/

Please try this out with your data, and reply with how it goes (including the 
version of Java you are using, and if you are running on linux, macOS, or 
windows user). We are working from a new build server and can really use a hand 
ensuring this has been packaged correctly.

We are including the user list in this call for testing as a community building 
exercise. Open source is a team sport that can be enjoyed at a social distance, 
and this is your throw-in!
--
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] Login to https://osgeo-org.atlassian.net/login?

2020-05-18 Thread Rahkonen Jukka (MML)

Hi,

Works for me by giving my e-mail/password. Did you try the same or to use the 
Google/Microsoft account?

-Jukka Rahkonen-

-Alkuperäinen viesti-
Lähettäjä: Mark Prins  
Lähetetty: maanantai 18. toukokuuta 2020 16.37
Vastaanottaja: geoserver-users@lists.sourceforge.net
Aihe: Re: [Geoserver-users] Login to https://osgeo-org.atlassian.net/login?

On 18-05-2020 12:14, Stefan Overkamp wrote:
> Hi,
> 
> is there any additional information available howto login into 
> https://osgeo-org.atlassian.net/login? with chrome.
> 
> 
> I get "Something went wrong" and clearing all cookies and storage 
> setting does not help.

I think it uses 3rd party cookies


___
Geoserver-users mailing list

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

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/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] WFS GetFeature Request Producing "Unknown CRS"

2020-05-07 Thread Rahkonen Jukka (MML)



Andrea Aime wrote:
 
On Thu, May 7, 2020 at 1:16 PM Rahkonen Jukka (MML) 
<mailto:jukka.rahko...@maanmittauslaitos.fi> wrote:
>> Hi,
 
>> I believe the issue has something to do with having towgs84 parameters 
>> together with the authority code AUTHORITY["EPSG","26917"]].
>> This rather new QGIS issue may help 
>> https://github.com/qgis/QGIS/issues/34993#issuecomment-597583283
>> or 
>> https://github.com/OSGeo/gdal/commit/cc02dc4397c7ec43ec4c4b842e5faabe16c54904
>>  if you want to read more.
 
>> Summary:
>> - EPSG code is enough nowadays and there is no need to use towgs84
>> - It WKT has EPSG code and towgs84 GDAL thinks that CRS is not the standard 
>> EPSG CRS but something tailormade.

> TOWGS84 has been in the WKT for ages, breaking it now all of a sudden is poor 
> management IMHO,
> we might change what newer GeoServer installations do now, but there is 
> plenty of older ones around 
> that won't get upgraded for a few years. Preserving backwards compatibility 
> is a must in my book, apparently, not in somebody elses

I wonder how much it really breaks. The CRS is not recognized as EPSG:26917 and 
QGIS shows it as Unknown but the georeferencing solved by the parameters is the 
same and reprojection etc. should work just fine. 

-Jukka-

___
Geoserver-users mailing list

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

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/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 Producing "Unknown CRS"

2020-05-07 Thread Rahkonen Jukka (MML)

Hi,

I believe the issue has something to do with having towgs84 parameters together 
with the authority code AUTHORITY["EPSG","26917"]].
This rather new QGIS issue may help 
https://github.com/qgis/QGIS/issues/34993#issuecomment-597583283
or 
https://github.com/OSGeo/gdal/commit/cc02dc4397c7ec43ec4c4b842e5faabe16c54904 
if you want to read more.

Summary:
- EPSG code is enough nowadays and there is no need to use towgs84
- It WKT has EPSG code and towgs84 GDAL thinks that CRS is not the standard 
EPSG CRS but something tailormade.

The .prj that Geoserver generates seems to be recognized automatically by QGIS 
if I remove the line
TOWGS84[0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0],

I wish somebody could verify.

-Jukka Rahkonen-

Lähettäjä: Andrea Aime 
Lähetetty: torstai 7. toukokuuta 2020 11.28
Vastaanottaja: Cliff Patterson 
Kopio: Ian Turton ; geoserver-users 

Aihe: Re: [Geoserver-users] WFS GetFeature Request Producing "Unknown CRS"

Hi Cliff,
no, there is nothing to be enabled AFAIK.. I have no idea why the other 
software cannot read a seemingly correct WKT definition

Cheers
Andrea


On Wed, May 6, 2020 at 7:30 PM Cliff Patterson 
mailto:cpatter...@psdrcs.com>> wrote:
Hi Andrea,

I could try, but I also tried loading the same layer (the NY one you added) and 
it also does not load in SAGA with the correct CRS. It's giving an EPSG number 
of -1.

Followup question: does something need to be enabled Geoserver avoid this 
problem?

Cheers,
Cliff

On Wed, May 6, 2020 at 11:59 AM Andrea Aime 
mailto:andrea.a...@geo-solutions.it>> wrote:
On Wed, May 6, 2020 at 5:52 PM Cliff Patterson 
mailto:cpatter...@psdrcs.com>> wrote:
Andrea,

When I load your layer in QGIS, it also loads with "Unknown CRS" but is assumed 
to be EPSG:26917. I am using QGIS 3.10.4. So there is something wrong with the 
way Geoserver exports the proj file for shapefiles.

The WKT seems valid. What about asking QGIS devs why it's not recognized? :-D
Could it be related to the proj upgrade?

Cheers
Andrea


== GeoServer Professional Services from the experts! Visit http://goo.gl/it488V 
for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions 
S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) phone: +39 0584 962313 fax: 
+39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it 
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.


--

Cliff Patterson Ph.D.

PSD | Senior GIS Consultant
P: 519-690-2565 ext. 2616
www.psdrcs.com
London | 148 Fullarton St. 9th Floor

[http://psdrcs.com/assets/email_signature.png]


--

Regards, Andrea Aime

== GeoServer Professional Services from the experts! Visit http://goo.gl/it488V 
for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions 
S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) phone: +39 0584 962313 fax: 
+39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it 
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

Re: [Geoserver-users] WFS GetFeature Request Producing "Unknown CRS"

2020-05-06 Thread Rahkonen Jukka (MML)

Hi,

I am not sure what makes QGIS 3.12 to fail with the .prj that is inside the 
zip. It contains AXIS two times but removing the first set of axis was not 
enough as a cure.  A prj that works can be generated with gdalsrsinfo. I tried 
first with outputformat “wkt1” but that has some problem but “wkt_esri” helps 
to get forward.

gdalsrsinfo EPSG:26917 -o wkt_esri

PROJCS["NAD_1983_UTM_Zone_17N",
GEOGCS["GCS_North_American_1983",
DATUM["D_North_American_1983",
   SPHEROID["GRS_1980",6378137.0,298.257222101]],
PRIMEM["Greenwich",0.0],
UNIT["Degree",0.0174532925199433]],
PROJECTION["Transverse_Mercator"],
PARAMETER["False_Easting",50.0],
PARAMETER["False_Northing",0.0],
PARAMETER["Central_Meridian",-81.0],
PARAMETER["Scale_Factor",0.9996],
PARAMETER["Latitude_Of_Origin",0.0],
UNIT["Meter",1.0]]

With thi .prj QGIS opens the menu for selecting the transformation to use. It 
means that the EPSG database contains many possible transformations. Before 
Proj6 GDAL was using the one that was marked as “preferred” but the tag was set 
manually by a developer and was just as authoritative as Frank W. is. The new 
menu does not appear if it is turned off from the settings-CRS but I do not 
know what transformation gets selected then.

The 15 possible transformations between EPSG:26917 and EPSG:4326 can be listed 
also with the projinfo utility. I add just the syntax below. The “intersects” 
test means that transformations whose area of validity intersect the bounding 
box of the data layer are listed. Therefore QGIS may show a somewhat shorter 
list for the ny shapefile

projinfo -s epsg:26917 -t epsg:4326 --spatial-test intersects -o proj
Candidate operations found: 15
-

It may be worth asking from Even as either QGIS or GDAL or PROJ developer why 
the WKT1 that is created by gdalsrsinfo is not interpreted correctly.

-Jukka Rahkonen-

Lähettäjä: Andrea Aime 
Lähetetty: keskiviikko 6. toukokuuta 2020 18.38
Vastaanottaja: Ian Turton 
Kopio: Cliff Patterson ; geoserver-users 

Aihe: Re: [Geoserver-users] WFS GetFeature Request Producing "Unknown CRS"

Hum, just did a quick test with:

http://gs-stable.geo-solutions.it/geoserver/gs/ows?service=WFS&version=2.0.0&request=GetFeature&typeName=gs%3Any_landmarks&srsName=EPSG:26917&outputFormat=SHAPE-ZIP

The prj returned contains:

PROJCS["NAD83 / UTM zone 17N", GEOGCS["NAD83", DATUM["North American Datum 
1983", SPHEROID["GRS 1980", 6378137.0, 298.257222101, 
AUTHORITY["EPSG","7019"]], TOWGS84[0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0], 
AUTHORITY["EPSG","6269"]], PRIMEM["Greenwich", 0.0, AUTHORITY["EPSG","8901"]], 
UNIT["degree", 0.017453292519943295], AXIS["Geodetic longitude", EAST], 
AXIS["Geodetic latitude", NORTH], AUTHORITY["EPSG","4269"]], 
PROJECTION["Transverse_Mercator", AUTHORITY["EPSG","9807"]], 
PARAMETER["central_meridian", -81.0], PARAMETER["latitude_of_origin", 0.0], 
PARAMETER["scale_factor", 0.9996], PARAMETER["false_easting", 50.0], 
PARAMETER["false_northing", 0.0], UNIT["m", 1.0], AXIS["Easting", EAST], 
AXIS["Northing", NORTH], AUTHORITY["EPSG","26917"]]

which seems valid.
When opening the shapefile with qgis 3.8 I don't get an "unkonwn crs" message, 
but get a bizzarre dialog asking me to
choose the datum shift options.. when the WKT is explict about which set to use 
already:

[cid:image001.jpg@01D623E7.6672DEB0]

So odd behavior, but apparently not the same one.

Cheers
Andrea


On Wed, May 6, 2020 at 5:32 PM Ian Turton 
mailto:ijtur...@gmail.com>> wrote:
The output has the correct projection but as it is WFS 2.0.0 it uses a new 
style of CRS description (exactly which is controlled in the WFS settings) the 
problem is the QGis doesn't understand them so you need to tell it what the 
projection actually is. This is the one (and only) time it is safe to use the 
Set Projection option on a QGis layer.

I suspect the quick and dirty fix is to change the setting for GML3.2 to EPSG 
Codes and then look to fix QGis.

Ian

On Wed, 6 May 2020 at 16:19, Cliff Patterson 
mailto:cpatter...@psdrcs.com>> wrote:
I am using Geoserver 2.15.2 and making a request to export data in shapefile 
format using the following URL:

https://example.com/geoserver/ows?service=wfs
&version=2.0.0
&request=GetFeature
&outputFormat=shape-zip
&srsName=EPSG:26917
&BBOX=-82.22789,42.95715,-82.09450,42.96317,EPSG:4326
&typename=workspace_name:layer_name

When loading the result into QGIS, it has an "Unknown CRS" but the data align 
properly with EPSG:26917 (the desired output CRS). Likewise, if I set the 
srsName parameter to EPSG:4326, the resulting layer as an "Unknown CRS" but the 
data align with EPSG:4326.

Note that the native CRS for this layer is EPSG:3857 and it is reproejected to 
the declared CRS of EPSG:4326.

How can I make sure the exported data have the correct EPSG assigned?

Many thanks,
Cliff

--

Cliff Patterson Ph.D.

PSD | Senior GIS Consultant
P: 519-690-2565

Re: [Geoserver-users] WFS mixed geometry

2020-04-15 Thread Rahkonen Jukka (MML)

Hi,

WFS standard does not deny mixed geometries in one FeatureType. It is also 
possible to store mixed geometries into the same table in PostGIS if the 
geometry column is defined to contain general geometries (“geometry” instead of 
some strict type like “polygon”). The limitations arising from some clients and 
data formats (shapefile, ArcView and successors, QGIS etc.) have just lead to 
common practice to create PostGIS tables with geometrytype constraints. There 
are other databases, formats, and clients which deal well with mixed 
geometries: Oracle Spatial, GeoPackage, MapInfo, GML, OpenJUMP etc.

-Jukka Rahkonen-

Lähettäjä: Andreas Napkin GIS 
Lähetetty: keskiviikko 15. huhtikuuta 2020 14.50
Vastaanottaja: geoserver-users@lists.sourceforge.net
Aihe: [Geoserver-users] WFS mixed geometry

Hi everyone!

During these past few years of working with OSS GIS software, 
GeoServer/MapServer in particular, there is a dilemma with mixed geometry types 
and the WFS standard that I have not quite wrapped my head around.

As far as I understand, the WFS standard as it is defined by the OGC does not 
support publishing mixed geometry types in the same layer and is thus at odds 
with, for example, a PostGIS tables storing different kinds of geometries.
GeoServer, however, is capable of publishing a WFS service that can serve 
GeoJSON and GML with polygons, linestrings and points, all in the same layer.
How does GeoServer get around this? Or am i missing something?

Mvh / Best regards
Andreas C. Atakan

___
Geoserver-users mailing list

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

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/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 apply different styles for different geometry types in GeometryCollection?

2020-04-07 Thread Rahkonen Jukka (MML)

Hi,

The question was about GeometryCollections so all the geometries are of the 
same type.

-Jukka Rahkonen- 

-Alkuperäinen viesti-
Lähettäjä: HSt  
Lähetetty: tiistai 7. huhtikuuta 2020 11.40
Vastaanottaja: geoserver-users@lists.sourceforge.net
Aihe: Re: [Geoserver-users] How to apply different styles for different 
geometry types in GeometryCollection?

Hi,

you need a different filter, which checks the /geometryType/ of your geometry 
column, for example:

  - filter: ${geometryType(yourgeometrycolumn) = 'Point'}
symbolizers:
- point:
...
 
  - filter: ${geometryType(yourgeometrycolumn) = 'Polygon'}
symbolizers:
- polygon:
...

Cheers,
HSt



--
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] WCS rangesubset with bands

2020-03-24 Thread Rahkonen Jukka (MML)

Hi,

It is not up to the format of the source data but the limitation of the output 
format. Format text/plain means the ESRI ASCII grid format and it support only 
one band 
https://web.archive.org/web/20150128024528/http://docs.codehaus.org/display/GEOTOOLS/ArcInfo+ASCII+Grid+format<https://web.archive.org/web/20150128024528/http:/docs.codehaus.org/display/GEOTOOLS/ArcInfo+ASCII+Grid+format>.
But if I understand your wish even that format is not what you want because is 
does not return x, y, value triplets but a few header lines and then data as an 
array:

NCOLS 50
NROWS 50
XLLCORNER 496000.0
YLLCORNER 7181000.0
CELLSIZE 4.0
NODATA_VALUE 0.0
131.49600219726562 131.2989959716797 131.58399963378906 131.95599365234375 ...

If you want data in a format that contains pixel values of many bands in a 
single text file you can use output format application/gml+xml but that is not 
what you expect either. You can test is yourself with the default data_dir of 
Geoserver.

http://localhost:8080/geoserver/ows?service=WCS&version=2.0.1&request=GetCoverage&coverageid=nurc__mosaic&format=application/gml%2Bxml

If I understood right you would like to get data as text and organized like

x_coord,y_coord,value_band1,value_band3,value_band4

As I said, I have never seen such a format but it is simple and certainly 
doable if you just find a developer to do it for you. It should be implemented 
in GeoTools if you want it as a direct output from WCS, or it could be some 
process that takes data from WCS and feeds it into WPS (Web Processing 
Service), or it could be external script made with Python or something that 
reads the GeoTIFF output and outputs text. Or the script could read the GML 
output and then it would not need to know how to handle pixel data of TIFF but 
it needs to be able to parse XML.

-Jukka Rahkonen-

Lähettäjä: Erick Opiyo 
Lähetetty: tiistai 24. maaliskuuta 2020 9.03
Vastaanottaja: Rahkonen Jukka (MML) 
Kopio: GeoServer Users 
Aihe: Re: [Geoserver-users] WCS rangesubset with bands

Hi Jukka,

I'm using a multiband GeoTiff (GTiff), which I uploaded to Geoserver and 
interested in getting x,y coordinates, pixel values using WCS.

There is an option to retrieve pixel value of specified bands separated by 
commas, for the rangesubset element. What I'm not sure of, is if it support 
several bands with text/plain as an output format

I expected to get an output like an array, but the element rangesubset always 
returns a single value for the first band provided and not the rest.

Is there another input format, geoserver extension or output format that I 
should use? I have tried specifying rangesubset several times, but I get an 
error (shown below) that text/plain output format does support arrays.

[image.png]
Regards
Erick

On Mon, Mar 23, 2020 at 4:37 PM Rahkonen Jukka (MML) 
mailto:jukka.rahko...@maanmittauslaitos.fi>>
 wrote:
Hi,

Why not GeoTIFF?  I do not know of any multi-band text format even extending 
simple XYZ format like https://gdal.org/drivers/raster/xyz.html#raster-xyz for 
more bands should be simple. Obviously the large size of such files pays so 
much that developers have been happy to use more complex but more compact file 
formats for storing the data and then use corresponding libraries for reading 
the data.

-Jukka Rahkonen-

Lähettäjä: Erick Opiyo mailto:osgis@gmail.com>>
Lähetetty: maanantai 23. maaliskuuta 2020 13.37
Vastaanottaja: GeoServer Users 
mailto:geoserver-users@lists.sourceforge.net>>
Aihe: [Geoserver-users] WCS rangesubset with bands

Hi All,

Following tutorial from Geosolutions
https://geoserver.geo-solutions.it/edu/en/wcs/get.html#getting-specific-bands

One should be able to access a subset of data from a multiband GTiff image 
using element rangesubset, specifying the bands to be returned, separated by 
commas as follows:

http://localhost:8080/geoserver/ows?service=WCS&version=2.0.1&request=GetCoverage&coverageId=default__rain&subset=Lat(-0.361648)&subset=Long(35.289658)&format=text/plain&rangesubset=Band2,Band3,Band4

I want my output format as text/plain

However, I'm only able to access the first Band2 pixel values provided by Lat 
long and not Band3 and Band4. Which output format should I use to get all the 
bands value?

Regards
Erick




___
Geoserver-users mailing list

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

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/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 rangesubset with bands

2020-03-23 Thread Rahkonen Jukka (MML)

Hi,

Why not GeoTIFF?  I do not know of any multi-band text format even extending 
simple XYZ format like https://gdal.org/drivers/raster/xyz.html#raster-xyz for 
more bands should be simple. Obviously the large size of such files pays so 
much that developers have been happy to use more complex but more compact file 
formats for storing the data and then use corresponding libraries for reading 
the data.

-Jukka Rahkonen-

Lähettäjä: Erick Opiyo 
Lähetetty: maanantai 23. maaliskuuta 2020 13.37
Vastaanottaja: GeoServer Users 
Aihe: [Geoserver-users] WCS rangesubset with bands

Hi All,

Following tutorial from Geosolutions
https://geoserver.geo-solutions.it/edu/en/wcs/get.html#getting-specific-bands

One should be able to access a subset of data from a multiband GTiff image 
using element rangesubset, specifying the bands to be returned, separated by 
commas as follows:

http://localhost:8080/geoserver/ows?service=WCS&version=2.0.1&request=GetCoverage&coverageId=default__rain&subset=Lat(-0.361648)&subset=Long(35.289658)&format=text/plain&rangesubset=Band2,Band3,Band4

I want my output format as text/plain

However, I'm only able to access the first Band2 pixel values provided by Lat 
long and not Band3 and Band4. Which output format should I use to get all the 
bands value?

Regards
Erick




___
Geoserver-users mailing list

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

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/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] OpenStreetMap styles and full data directory released!

2020-03-18 Thread Rahkonen Jukka (MML)

Hi Mats,

It seems to be possible to run imposm in Windows Linux Subsystem (WSL). I made 
a test with Ubuntu 10.04 LTS and corresponding imposm3 binaries from the imposm 
project. My PG 12.2 with PostGIS 3.0 is running on the Windows side. Process 
was not extremely fast but not hopeless either.  Imposm read took 1 h 30 min 
and write to PostGIS 37 minutes more with the finland-latest.osm.pbf file.

I had to configure PostgreSQL to skip authentication (“trust” method). 
Otherwise no problem. I also used hostname 127.0.0.1 in the commands instead of 
“localhost” because of on some rumors I had heard but I do not know if it is 
necessary.

-Jukka Rahkonen-

Lähettäjä: Mats Elfström 
Lähetetty: tiistai 17. maaliskuuta 2020 8.42
Vastaanottaja: andrea.a...@geo-solutions.it
Kopio: GeoServer Mailing List List 
Aihe: Re: [Geoserver-users] OpenStreetMap styles and full data directory 
released!

Hi Andrea!
That is fantastic news. And just what I have been trying to build.
I have all the components, a brand new Geoserver 2.16 and a brand new PostGis 
database. And FME for data shuffling.
The problem has been OSM data transfer. And styling, but I never got to that.
However, I am running all this on a Windows Server. And have no access to any 
Linux machine. So I am back at square one.

Hälsning / Regards
Mats.E


Skickat från min / Sent from my iPad, Ursäkta att jag är kortfattad / Excuse my 
brevity.


16 mars 2020 kl. 16:40 skrev Andrea Aime 
mailto:andrea.a...@geo-solutions.it>>:

Hi all,
just wanted to let you know we released a open source data directory with a 
full setup for rendering
OSM-like maps, along with a tutorial on how to setup GeoServer, grab the fonts 
and
the data needed.

Read the full announcement here, contains a live preview:
https://www.geosolutionsgroup.com/blog/geoserver-osm-styles-full-data-directory-available/

And find the data directory here:
https://github.com/geosolutions-it/osm-styles

Enjoy!

Cheers
Andrea



== GeoServer Professional Services from the experts! Visit http://goo.gl/it488V 
for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions 
S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) phone: +39 0584 962313 fax: 
+39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it 
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 mailing list

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

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/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] Errors in WMS tiles for feature stored in PostGIS

2020-03-05 Thread Rahkonen Jukka (MML)

Hi,

Go to the settings of your PostGIS store, scroll near to the bottom and uncheck 
setting “Support on the fly geometry simplification”.

The option is documented in 
https://docs.geoserver.org/stable/en/user/data/database/postgis.html but it 
does not mention the possible negative effects of simplification. Not the 
positive one – being faster – either.

-Jukka Rahkonen-

Lähettäjä: Pierric de Laborie 
Lähetetty: torstai 5. maaliskuuta 2020 12.56
Vastaanottaja: geoserver-users@lists.sourceforge.net
Aihe: [Geoserver-users] Errors in WMS tiles for feature stored in PostGIS

Hello,

I have published a PostGIS multi-polygon layer in Geoserver but the resulting 
WMS layer seems to miss a lot of parts compared to its original version (stored 
in a PostGIS table).

When exporting the feature from PostGIS to a shapefile using pgsql2shp and 
publishing the layer from the shapefile then it is working fine.

On a shared folder, I included the shapefile and also the screenshots of 
previews for the :
- PostGIS table in Pgadmin4 (all fine)
- same polygon data published in Geoserver using the PostGIS table (missing a 
lot of "holes"/internal polygons)
- same polygon layer published in Geoserver using the shapefile exported from 
PostGIS (all fine)

shared folder : 
https://drive.google.com/drive/folders/1IGpe6OtYZUBOwXrgcYL1-GeU9WPdAJaD

I would prefer to store that data in a Postgis table rather than in a 
shapefile. Thanks in advance for your help or suggestions!

Best,
Pierric
___
Geoserver-users mailing list

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

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/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] Full i18n compatibility

2020-02-18 Thread Rahkonen Jukka (MML)

Hi Pietro,

You should first study what you can do with the INSPIRE extension 
https://docs.geoserver.org/stable/en/user/extensions/inspire/index.html

-Jukka Rahkonen-

Lähettäjä: Jody Garnett 
Lähetetty: tiistai 18. helmikuuta 2020 13.54
Vastaanottaja: d'Orio, Pietro 
Kopio: geoserver-users@lists.sourceforge.net
Aihe: Re: [Geoserver-users] Full i18n compatibility

We really welcome participation on this (and other roadmap ideas).
--
Jody Garnett


On Mon, 17 Feb 2020 at 16:51, d'Orio, Pietro 
mailto:pietro.do...@siag.it>> wrote:
Dear community,
GeoServer has now reached such a level of quality that you can't keep going 
around it:

It needs that GeoServer supports 100% i18n.

The actual situation is that the only that works is the title used in the SLD:

This is the default title
  English title
  Titolo in italiano


It´s also possible to define localized “Keywords” in the Layer definition.

What I expect is to make a call to the getcapabilities / getlegendgraphic / 
getmap with the parameter &lang=XX and get my document 100% in the language I 
defined.

what's missing:

For Layers:

  *   Title
  *   Abstract
  *   Keywords: at the moment is possible to define localized keywords. If I 
configure DE, EN and generic keyword, by calling the getcapabilities with 
&lang=DE parameter, I obtain all the keywords (what I'd expect is just DE and 
generic, without the specific EN keywords)
For Styles:

  *   Title (already implemented and works great for the getlegendgraphic)
  *   Abstract
  *   Label (by calling the getmap, with &lang=de: see only the DE labels)

I hope I haven't opened a double argument.

Best Regards

Pietro

___
Geoserver-users mailing list

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

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/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.11.2

2020-02-10 Thread Rahkonen Jukka (MML)

Hi,

If you use WFS version 1.1.0 or 2.0.0 you must rewrite the polygon so that 
coordinates are in latitude-longitude order 
https://docs.geoserver.org/master/en/user/services/wfs/axis_order.html. Did you 
do that?

-Jukka Rahkonen-

Lähettäjä: Brad Spencer 
Lähetetty: tiistai 11. helmikuuta 2020 1.39
Vastaanottaja: 'Jody Garnett' ; 'GeoServer Users' 

Aihe: Re: [Geoserver-users] Geoserver 2.11.2

Jody,

Your observation about TYPENAME starting with numeric appears to be the 
problem. I changed the layer in geoserver to be ‘abs:MB2016meshblocks’ and 
voila!
The CQL_FILTER containing a WKT spatial component plus an attribute component 
worked in Geoserver CQL Filter viewer and as a URL as expected – 141 features.

http://13.55.5.169:8008/geoserver/abs/wms?REQUEST=Getfeature&SERVICE=WFS&TYPENAME=abs:MB2016meshblocks&OUTPUTFORMAT=application/json&srsName=EPSG:4326&VERSION=1.0.0&CQL_FILTER=Within(geometry,POLYGON((144.7434
 -37.9707,144.7434 -37.6572,145.1608 -37.6572,145.1608 -37.9707,144.7434 
-37.9707))) AND persons_usually_resident > 400

However, I get zero returns if I use version 1.1.0 or 2.0.0 but it works a 
treat with 1.0.0 and that will do me for now.

I am not sure if this is a bug in 2.11.2 or not and maybe we should look to 
upgrade.
But things to note is that if you have a non OGC compliant TYPENAME (starting 
with a numeric was my case), the CQL_FILTER using BBOX spatial filter works but 
when you use a CQL_FILTER using a WKT object (Polygon, Linestring, Point, etc) 
as your spatial filter it may not work.

Thanks for all your help and patience, now I have some work my end!

Cheers,

Brad Spencer
Managing Director
[cid:image001.png@01D05769.0726F2C0]
http://www.numaps.com.au/
mob: 0404 841 131
BradArt








From: Jody Garnett mailto:jody.garn...@gmail.com>>
Sent: 10 February 2020 22:14
To: Brad Spencer mailto:b...@numaps.com.au>>
Cc: GeoServer Users 
mailto:geoserver-users@lists.sourceforge.net>>
Subject: Re: [Geoserver-users] Geoserver 2.11.2

bbox spatial filter uses the && operator (working on the index) rather than 
within which uses the geometries.

Check the WMS spec for ImplementsSpatialFilter, think this is a flag indicating 
spatial filters are available.
--
Jody Garnett


On Mon, 10 Feb 2020 at 11:29, Brad Spencer 
mailto:b...@numaps.com.au>> wrote:
Ok we are using postgis.
Re the typename, we could look at renaming these layers as we are on 
development right now, however, how come the CQL filter using a BBOX spatial 
filter works?
Also, have any thoughts about the Getcapabilities constraints settings?


Sent from my iPhone

On 10 Feb 2020, at 20:40, Jody Garnett 
mailto:jody.garn...@gmail.com>> wrote:

The data source is internal to your configuration of geoserver (shapefile, 
postgis, geomesa, etc...).

- I don't think you are doing something wrong, I am suspecting that the data 
source is not doing a good job of combining a within filter and an attribute 
filter.

I can see something unusual, your time name may not be valid for WFS:
- abs:2016meshblocks
- XML Element names must start with a letter or underscore, and this one starts 
with "2"

--
Jody Garnett


On Mon, 10 Feb 2020 at 10:26, Brad Spencer 
mailto:b...@numaps.com.au>> wrote:
See below
Sent from my iPhone

On 10 Feb 2020, at 20:11, Jody Garnett 
mailto:jody.garn...@gmail.com>> wrote:

No worries, in this case it was me making the initial mistake :P

As for this trouble with CQL, please keep in mind that once the filter is 
parsed for your request, it is then packaged up by the data source (for example 
translated to SQL for a database request).

So we really need to know what data source you are using to have a better idea 
what is going on :)

The other common thing is to make sure the coordinates in your request match 
the coordinates in your


Did you try my URL links? Won’t the data source be specified in the full link 
that includes the CQL filter. Also be aware that one of these links shows a 
BBOX spatial filter in the CQL which works correctly. The BBOX filter’s 
geometry is used in the CQL Within filter to create a wkt Polygon that does not 
work. This makes no sense to me. I must be doing something wrong?
brad...
--
Jody Garnett


On Mon, 10 Feb 2020 at 09:45, Brad Spencer 
mailto:b...@numaps.com.au>> wrote:
Jody,

Sorry about that I was not aware of these rules.

Cheers, Brad….

From: Jody Garnett mailto:jody.garn...@gmail.com>>
Sent: 10 February 2020 16:55
To: Brad Spencer mailto:b...@numaps.com.au>>
Subject: Re: [Geoserver-users] Geoserver 2.11.2

Please keep our policy in mind about keeping communication on the list.  I am 
sorry I accidentally replied to you directly (made a mistake using my phone).

Many folks, including my employer, offer direct email support commercially.

By keeping thing on the list, like how to figure out the logs, we help people 
doing a web search and participate in the community.

On Mon, Feb 10, 2020

Re: [Geoserver-users] Geoserver 2.11.2

2020-02-10 Thread Rahkonen Jukka (MML)

Hi,

Let’s try to be logical and systematic. Here is my incremental test with an 
open WFS server that is serving the well-known topp:states layer.



  1.  Read the whole layer because se know it is not so big

https://demo.geo-solutions.it/geoserver/wfs?service=WFS&version=1.1.0&TypeName=topp:states&request=GetFeature

Result= OK

  1.  Test with attribute filter

https://demo.geo-solutions.it/geoserver/wfs?service=WFS&version=1.1.0&TypeName=topp:states&request=GetFeature&CQL_FILTER=STATE_NAME='Illinois'

Result=OK

  1.  Test with within filter with polygon POLYGON (( -112.95 33.18, -112.95 
46.15, -89.44 46.15, -89.44 33.18, -112.95 33.18 ))

https://demo.geo-solutions.it/geoserver/wfs?service=WFS&version=1.1.0&TypeName=topp:states&request=GetFeature&CQL_FILTER=Within(the_geom,POLYGON%20((%20-112.95%2033.18,%20-112.95%2046.15,%20-89.44%2046.15,%20-89.44%2033.18,%20-112.95%2033.18%20)))

Result: no hit

  1.  Because the geometry is in EPSG:4326 and WFS version is 1.1.0 we guess 
where the problem is. So try with VERSION=1.0.0
https://demo.geo-solutions.it/geoserver/wfs?service=WFS&version=1.0.0&TypeName=topp:states&request=GetFeature&CQL_FILTER=Within(the_geom,POLYGON%20((%20-112.95%2033.18,%20-112.95%2046.15,%20-89.44%2046.15,%20-89.44%2033.18,%20-112.95%2033.18%20)))

Result: We get hits

  1.  If we want to use WFS version 1.1.0 we must turn the coordinates and use 
POLYGON (( 33.18 -112.95, 46.15 -112.95, 46.15 -89.44, 33.18 -89.44, 33.18 
-112.95 ))

https://demo.geo-solutions.it/geoserver/wfs?service=WFS&version=1.0.0&TypeName=topp:states&request=GetFeature&CQL_FILTER=Within(the_geom,POLYGON%20((%20-112.95%2033.18,%20-112.95%2046.15,%20-89.44%2046.15,%20-89.44%2033.18,%20-112.95%2033.18%20)))

Result: We get hits again

  1.  Now we have a working attribute filter and working spatial filter and we 
can combine them. Illinois is not within the box so I use Colorado instead

https://demo.geo-solutions.it/geoserver/wfs?service=WFS&version=1.1.0&TypeName=topp:states&request=GetFeature&CQL_FILTER=Within(the_geom,POLYGON%20((%2033.18%20-112.95,%2046.15%20-112.95,%2046.15%20-89.44,%2033.18%20-89.44,%2033.18%20-112.95%20)))AND%20STATE_NAME=%27Colorado%27

Result: OK.




I can’t test with your server because out firewall does not accept your 
certificate but tells that it is not valid for 13.55.5.169:8010. Anyway it 
seems that you have coordinates in wrong order for WFS 1.1.0 and the CRS of 
your feature type.

-Jukka Rahkonen-

Lähettäjä: Brad Spencer 
Lähetetty: maanantai 10. helmikuuta 2020 13.43
Vastaanottaja: Jody Garnett 
Kopio: GeoServer Users 
Aihe: Re: [Geoserver-users] Geoserver 2.11.2

See below
Sent from my iPhone


On 10 Feb 2020, at 22:14, Jody Garnett 
mailto:jody.garn...@gmail.com>> wrote:

bbox spatial filter uses the && operator (working on the index) rather than 
within which uses the geometries.

I don’t understand what you are saying here? Can you elaborate a tad please?



Check the WMS spec for ImplementsSpatialFilter, think this is a flag indicating 
spatial filters are available.

The getcapabilities shows this set to false. How can I change this in geoserver?

--
Jody Garnett


On Mon, 10 Feb 2020 at 11:29, Brad Spencer 
mailto:b...@numaps.com.au>> wrote:
Ok we are using postgis.
Re the typename, we could look at renaming these layers as we are on 
development right now, however, how come the CQL filter using a BBOX spatial 
filter works?
Also, have any thoughts about the Getcapabilities constraints settings?



Sent from my iPhone


On 10 Feb 2020, at 20:40, Jody Garnett 
mailto:jody.garn...@gmail.com>> wrote:

The data source is internal to your configuration of geoserver (shapefile, 
postgis, geomesa, etc...).

- I don't think you are doing something wrong, I am suspecting that the data 
source is not doing a good job of combining a within filter and an attribute 
filter.

I can see something unusual, your time name may not be valid for WFS:
- abs:2016meshblocks
- XML Element names must start with a letter or underscore, and this one starts 
with "2"

--
Jody Garnett


On Mon, 10 Feb 2020 at 10:26, Brad Spencer 
mailto:b...@numaps.com.au>> wrote:
See below
Sent from my iPhone


On 10 Feb 2020, at 20:11, Jody Garnett 
mailto:jody.garn...@gmail.com>> wrote:

No worries, in this case it was me making the initial mistake :P

As for this trouble with CQL, please keep in mind that once the filter is 
parsed for your request, it is then packaged up by the data source (for example 
translated to SQL for a database request).

So we really need to know what data source you are using to have a better idea 
what is going on :)

The other common thing is to make sure the coordinates in your request match 
the coordinates in your



Did you try my URL links? Won’t the data source be specified in the full link 
that includes the CQL filter. Also be aware that one of these links shows a 
BBOX spatial filter in the CQL which works correctly. The BBOX filter’s 
geometry is used in the

Re: [Geoserver-users] geoserver gpkg on samba share issue

2020-02-04 Thread Rahkonen Jukka (MML)

Hi,

Maybe unrelated to the problem that you have just now, but it is not
recommended by SQLite developers to use SQLite databases from network drives.
See for example
https://stackoverflow.com/questions/788517/sqlite-over-a-network-share/27457688.

The risk of corrupting the database should not be so big if Geoserver just
reads the GPKG database and Geoserver is the only user, but poor performance
that is also mentioned is not what you want. If the GPKG database is not huge
if might be just better to copy it into local disk.

That said, I do sometimes read GPKG databases through http connection over the
net with GDAL and its vsicurl mechanism and is does work quite well. So you are
free to play with Samba but you are warned.

Maybe some troubles with locking could be avoided if Geoserver opened the
connection to SQLite as read-only. I am not sure if it happens already or if is
configurable. It might be a safe and useful option also with local files.

You sent the message through the geoserver-security mailing list. Thank you for
your responsibility but I do not see any security risk with just this issue and
I think that geoserver-users list is good place to continue the discussion.

-Jukka Rahkonen-

Lähettäjä: Miroslav Hrćan
Lähetetty: tiistai 4. helmikuuta 2020 17.51
Vastaanottaja: geoserver-secur...@lists.osgeo.org; Rahkonen Jukka (MML)

Aihe: geoserver gpkg on samba share issue

Hi,
Does someone have experience with GPKG stored on samba share and problem with
creating Store on GS?
I have GS on apache tomcat on Linux Red Hat, and samba shared store remotely on
different network, mounted on tomcat user (as GS is running with that user).
There is no problem creating store from Linux host, but there is an error on
mounted samba share: “Unable to obtain connection: [SQLITE_IOERR] Some kind of
disk I/O error occurred (disk I/O error)”.
Does anyone have a clue what is problem?
Best regards,
Miroslav Hrcan
___
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] Krovak EPSG 5514 Support 2.16.2

2020-02-04 Thread Rahkonen Jukka (MML)

Hi,

Confirmed with 2.16.1.  I wouldn’t call what happens a crash, the 
transformation for EPSG:5514 is found (No transform for classification "Krovak 
(North Orientated)") but Geoserver keeps on going.

-Jukka Rahkonen-



Lähettäjä: Marcel Kočíšek 
Lähetetty: tiistai 4. helmikuuta 2020 11.51
Vastaanottaja: geoserver-users 
Aihe: [Geoserver-users] Krovak EPSG 5514 Support 2.16.2

Hi.

In version 2.16.2 is projection EPSG:5514 crashing. In version 2.16.0, there 
was not problem with Krovak.


--
Marcel Kocisek

___
Geoserver-users mailing list

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

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/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] Import geojson from Postgis to GeoServer

2020-01-29 Thread Rahkonen Jukka (MML)

Hi,

Fundamental question: Is it possible to make Geoserver to connect the PostGIS 
database directly, or is that database in some external location so that you 
must use either files or some service for transporting the data? Or do you have 
a master database that keeps the native data and another database that you are 
using with Geoserver?

-Jukka Rahkonen-

Lähettäjä: Vera Green 
Lähetetty: keskiviikko 29. tammikuuta 2020 17.55
Vastaanottaja: Ian Turton 
Kopio: geoserver-users 
Aihe: Re: [Geoserver-users] Import geojson from Postgis to GeoServer

This makes me wonder if it's more efficient to export geojason from wfs or 
directly from PG. Currently I'm going to the database for this in my web 
applications.
Vera

On Wed., Jan. 29, 2020, 3:58 a.m. Ian Turton, 
mailto:ijtur...@gmail.com>> wrote:
The obvious way to do this is to skip the geojson and just add the PostGIS 
tables as new layers, you can export them from GeoServer as GeoJSON using WFS 
if you want.

Ian

On Wed, 29 Jan 2020 at 09:48, Vitor Fonseca 
mailto:vfonse...@gmail.com>> wrote:

Hi,

Confusing questions. Please elaborate more on what you want to do...


Samann Long mailto:longsaman...@kit.edu.kh>> escreveu 
no dia terça, 28/01/2020 à(s) 06:12:
Hello, I am having some troubles with the rest API of importing geojson from 
Postgres PostGIS database to Geoserver to create layer and register to WFS 
services.
Are there any ways we can do it?
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


--
[Lähettäjä poisti kuvan.]
www.vfonsecaz.pt

___
Geoserver-users mailing list

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

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


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


--
Ian Turton
___
Geoserver-users mailing list

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

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


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

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

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


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

Re: [Geoserver-users] Install

2020-01-23 Thread Rahkonen Jukka (MML)

Hi,

Some clarifications:
With the bin-zip installation we do have start.jar in the main directory of 
Geoserver, as well as we have there a file named start.ini. They are essential 
because they are used for starting the Jetty server but users should not run 
start.jar themselves.

What users must run is either the Windows or the Linux script in the /bin 
directory and Jody got their names almost right. Actually they are startup.bat 
and startup.sh.

Connection between startup.bat and start.jar is that what the startup.bat 
finally does is to start Jetty by running start.jar with correct parameters:

  "%RUN_JAVA%" %JAVA_OPTS% -DGEOSERVER_DATA_DIR="%GEOSERVER_DATA_DIR%" 
-Djava.awt.headless=true -DSTOP.PORT=8079 -DSTOP.KEY=geoserver -jar start.jar

-Jukka Rahkonen-

Lähettäjä: Jody Garnett 
Lähetetty: torstai 23. tammikuuta 2020 17.54
Vastaanottaja: Richard Douglas Hodge Alavedra 
Kopio: GeoServer Users 
Aihe: Re: [Geoserver-users] Install

I am not sure we have a start jar (maybe for testing as a developer).

a) please download the WAR and install into an application server like tomcat
b) for just trying it out please download the BIN package and then run with 
something like:

On linux:

cd bin
./start.sh

On windows:

cd bin
start.bat

Environment variables are part of your operating system, in the control panel 
on windows.

References:
- https://docs.geoserver.org/latest/en/user/installation/win_binary.html
- 
https://www.theserverside.com/feature/How-to-set-JAVA_HOME-in-Windows-and-echo-the-result


aside: Ian we should update this page as it provides oracle JDK download 
instructions.
--
Jody Garnett


On Wed, 22 Jan 2020 at 11:49, Richard Douglas Hodge Alavedra 
mailto:richard.ho...@utec.edu.pe>> wrote:
Hi, my name is Richard Hodge, I'm a mechanical engineer student and I'm 
currently trying to install the geoserver program but I'm having some trouble 
with the "start" java exe that doesn't work and also I do not understand the 
"enviromental variable". Hope I can get help from you.

Thanks!

Richard Hodge
Mechanical Engineer Student - UTEC

La información contenida en este e-mail y sus anexos es confidencial, 
privilegiada y está dirigida exclusivamente a su destinatario, en consecuencia, 
solo puede ser utilizada por aquel. Si usted no es el destinatario original, no 
deberá examinar, usar, copiar o distribuir este mensaje o la información que 
contiene. Si lo recibe por error, por favor reenvíelo a la persona que se lo 
envió y elimínelo. Cualquier retención o uso total o parcial no autorizada de 
este mensaje está estrictamente prohibida y sancionada por ley.
___
Geoserver-users mailing list

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

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/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] OpenLayers GeoServer update an array of features using WFS-T

2020-01-23 Thread Rahkonen Jukka (MML)

So forward logically:

  *   Switch away from shapefiles, they will be useless for real work with 
WFS-T anyway, and using shapefile as datastore may even be the reason for your 
trouble. There are for example observations about problems with fids elsewhere 
https://gis.stackexchange.com/questions/259483/geoserver-wfs-t-always-return-ogcfeatureid-fid-none
  *   Play with posting hand written WFS-T transactions directly with curl of 
Postman until you make them work. By working that way you have full control on 
anything.
  *   Finally have a try with your client. If there are failures compare the 
good request that you wrote yourself with the failing one that is generated by 
the client.

-Jukka Rahkonen-

Lähettäjä: Vikram 
Lähetetty: torstai 23. tammikuuta 2020 11.36
Vastaanottaja: Rahkonen Jukka (MML) ; 
Vitor Fonseca 
Kopio: geoserver-users 
Aihe: Re: [Geoserver-users] OpenLayers GeoServer update an array of features 
using WFS-T


No success :P

There are no errors but one feature in the array gets copied to all the others..

-Vikram
On 23/01/2020 10:32, Rahkonen Jukka (MML) wrote:
What is “same result”? Success or no success?

-Jukka Rahkonen-

Lähettäjä: Vikram 
<mailto:vikram.es...@fleetroute.com>
Lähetetty: torstai 23. tammikuuta 2020 11.29
Vastaanottaja: Rahkonen Jukka (MML) 
<mailto:jukka.rahko...@maanmittauslaitos.fi>;
 Vitor Fonseca <mailto:vfonse...@gmail.com>
Kopio: geoserver-users 
<mailto:geoserver-users@lists.sourceforge.net>
Aihe: Re: [Geoserver-users] OpenLayers GeoServer update an array of features 
using WFS-T


Yes, I have tried this. It is an update request though. It gives me the same 
result.

-Vikram
On 22/01/2020 18:35, Rahkonen Jukka (MML) wrote:
Have you already made a test without OpenLayers by writing a WFS-T insert 
request by hand and posting it with curl, or Postman, or with the demo request 
application that comes with Geoserver?

-Jukka Rahkonen-

Lähettäjä: Vitor Fonseca <mailto:vfonse...@gmail.com>
Lähetetty: keskiviikko 22. tammikuuta 2020 12.59
Vastaanottaja: Vikram 
<mailto:vikram.es...@fleetroute.com>
Kopio: geoserver-users 
<mailto:geoserver-users@lists.sourceforge.net>
Aihe: Re: [Geoserver-users] OpenLayers GeoServer update an array of features 
using WFS-T


Hi,

I think this is a programming problem rather than a Geoserver problem.
From my experience the issue should be with the clone functionality.

Check this
https://gis.stackexchange.com/questions/46730/openlayers-cloned-features-get-style-from-original-feature

Someone mentions "I have noticed that cloned features share the same featureID 
as the original. " and this should be the problem when sending the features 
over to WFS-T...
You could try creating new features some other way (wkt...)

Vikram mailto:vikram.es...@fleetroute.com>> 
escreveu no dia quarta, 22/01/2020 à(s) 10:24:

HI all,

I am trying to update features using WFS-T update. I am sending the request 
from my website (OpenLayers) by passing an array of features.

However, I have noticed that the attributes and geometry of last feature in the 
array is copied to all other features.

For example, if I pass 5 features to the writeTransaction method to update an 
attribute of all 5 features, it copies the attributes and geometry of the 5th 
feature to the other features.

var clones = []

selectedFeatures.forEach(function (feature) {

var featureProperties = feature.getProperties();



delete featureProperties.boundedBy;

var clone = feature.clone();

clone.setId(feature.getId());



clone.setGeometryName('the_geom');



clone.setProperties({'xyz':'xyz'})



clones.push(clone)







})

console.log(clones)

transactWFS('update_batch', clones);

int the transactWFS method,

transactWFS = function (mode, f) {



var node;

switch (mode) {

case 'insert':

node = formatWFS.writeTransaction([f], null, null, formatGML);

break;

case 'update':

node = formatWFS.writeTransaction(null, [f], null, formatGML);

break;

case 'update_batch':

node = formatWFS.writeTransaction(null, f, null, formatGML);

break;

case 'delete':

node = formatWFS.writeTransaction(null, null, [f], formatGML);

break;

}

var payload = xs.serializeToString(node);



$.ajax('http://localhost:8080/geoserver/TEST/ows', {

service: 'WFS',

type: 'POST',

dataType: 'xml',

processData: false,

contentType: 'text/xml',

data: payload,

success: function(data) {



},

error: function(e) {

var errorMsg = e? (e.status + ' ' + e.statusText) : "";

alert('Error saving this feature to GeoServer.'

Re: [Geoserver-users] OpenLayers GeoServer update an array of features using WFS-T

2020-01-23 Thread Rahkonen Jukka (MML)

What is “same result”? Success or no success?

-Jukka Rahkonen-

Lähettäjä: Vikram 
Lähetetty: torstai 23. tammikuuta 2020 11.29
Vastaanottaja: Rahkonen Jukka (MML) ; 
Vitor Fonseca 
Kopio: geoserver-users 
Aihe: Re: [Geoserver-users] OpenLayers GeoServer update an array of features 
using WFS-T


Yes, I have tried this. It is an update request though. It gives me the same 
result.

-Vikram
On 22/01/2020 18:35, Rahkonen Jukka (MML) wrote:
Have you already made a test without OpenLayers by writing a WFS-T insert 
request by hand and posting it with curl, or Postman, or with the demo request 
application that comes with Geoserver?

-Jukka Rahkonen-

Lähettäjä: Vitor Fonseca <mailto:vfonse...@gmail.com>
Lähetetty: keskiviikko 22. tammikuuta 2020 12.59
Vastaanottaja: Vikram 
<mailto:vikram.es...@fleetroute.com>
Kopio: geoserver-users 
<mailto:geoserver-users@lists.sourceforge.net>
Aihe: Re: [Geoserver-users] OpenLayers GeoServer update an array of features 
using WFS-T


Hi,

I think this is a programming problem rather than a Geoserver problem.
From my experience the issue should be with the clone functionality.

Check this
https://gis.stackexchange.com/questions/46730/openlayers-cloned-features-get-style-from-original-feature

Someone mentions "I have noticed that cloned features share the same featureID 
as the original. " and this should be the problem when sending the features 
over to WFS-T...
You could try creating new features some other way (wkt...)

Vikram mailto:vikram.es...@fleetroute.com>> 
escreveu no dia quarta, 22/01/2020 à(s) 10:24:

HI all,

I am trying to update features using WFS-T update. I am sending the request 
from my website (OpenLayers) by passing an array of features.

However, I have noticed that the attributes and geometry of last feature in the 
array is copied to all other features.

For example, if I pass 5 features to the writeTransaction method to update an 
attribute of all 5 features, it copies the attributes and geometry of the 5th 
feature to the other features.

var clones = []

selectedFeatures.forEach(function (feature) {

var featureProperties = feature.getProperties();



delete featureProperties.boundedBy;

var clone = feature.clone();

clone.setId(feature.getId());



clone.setGeometryName('the_geom');



clone.setProperties({'xyz':'xyz'})



clones.push(clone)







})

console.log(clones)

transactWFS('update_batch', clones);

int the transactWFS method,

transactWFS = function (mode, f) {



var node;

switch (mode) {

case 'insert':

node = formatWFS.writeTransaction([f], null, null, formatGML);

break;

case 'update':

node = formatWFS.writeTransaction(null, [f], null, formatGML);

break;

case 'update_batch':

node = formatWFS.writeTransaction(null, f, null, formatGML);

break;

case 'delete':

node = formatWFS.writeTransaction(null, null, [f], formatGML);

break;

}

var payload = xs.serializeToString(node);



$.ajax('http://localhost:8080/geoserver/TEST/ows', {

service: 'WFS',

type: 'POST',

dataType: 'xml',

processData: false,

contentType: 'text/xml',

data: payload,

success: function(data) {



},

error: function(e) {

var errorMsg = e? (e.status + ' ' + e.statusText) : "";

alert('Error saving this feature to GeoServer.'

+ errorMsg);

}

}).done(function() {

wfsSource.refresh()



});

};

Does anyone have a solution?

Regards,

Vikram
___
Geoserver-users mailing list

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

If you want to request a feature or an improvement, 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


--
[Lähettäjä poisti kuvan.]
www.vfonsecaz.pt<http://www.vfonsecaz.pt>

___
Geoserver-users mailing list

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

Re: [Geoserver-users] Install

2020-01-22 Thread Rahkonen Jukka (MML)

Sorry, I do not understand at all what you mean by “it just says type to end”.

The manual to follow is
https://docs.geoserver.org/stable/en/user/installation/win_binary.html
The setup wizard is referring to Windows installer that we do not have at the
moment for the recent versions. If you want to try the installer then the
latest available is this
https://sourceforge.net/projects/geoserver/files/GeoServer/2.14.3/geoserver-2.14.3.exe/download
Documentation for the Windows installer is at
https://docs.geoserver.org/stable/en/user/installation/win_installer.html.
Notice that Windows installer requires 32 bit version of java on your computer.

If you continue with the bin-zip way
https://docs.geoserver.org/stable/en/user/installation/win_binary.html double
clicking on the startup.bat works for most users. The batch file is doing its
best for finding java from the computer without user interaction. In your case
it did not succeed but “Setting environmental variables” in the documentation
gives detailed instruction for setting JAVA_HOME environmental variable. You
probably use Windows 10 but environmental variables are still set in the same
way. See for example
https://www.hows.tech/2019/03/how-to-set-environment-variables-in-windows-10.html
for screen captures. I also learned you another way for setting JAVA_HOME in
the startup.bat file. I am not sure if it was a success or not for you.

Continue to follow the manual
https://docs.geoserver.org/stable/en/user/installation/win_binary.html which
does not mention start.jar at all. That is intentional because start.jar is not
for you. Start.jar is starting just the Jetty server. You must use startup.bat
as documented and it will start both Jetty and Geoserver for you.

If your java_home is now correctly set then double clicking startup.bat should
open a black console window and print quite a lot of text on screen. When a
line like “2020-01-23 09:28:08.779:INFO:oejs.Server:main: Started @19627ms”
appears on the screen the Geoserver is running and you can access the user
interface with a browser from http://localhost:8080/geoserver. If not, I can’t
guess what goes wrong but you may get some information from the console window.
One thing to try is not to follow the advice that is given in the manual
“Note A suggested location would be C:\Program Files\GeoServer”

I would rather suggest to use any other location than Program Files, like
c:\my_programs\geoserver.

And again, please keep the discussion on the mailing list and send mail also to
geoserver-users@lists.sourceforge.net
Lähetetty: torstai 23. tammikuuta 2020 0.55
Vastaanottaja: Rahkonen Jukka (MML)
Aihe: Re: [Geoserver-users] Install

So I introduced the code and it finally ran but it doesn't conclude on
something, it just says type to end. but I'm following the GeoServer User
Manual, Release 2.16.1 and it doesn't appear the GeoServer Setup Wizard, the
start.jar file still doesn't work. Thanks again for the support but it is kind
of complicated.

El mié., 22 ene. 2020 a las 17:21, Rahkonen Jukka (MML)
(mailto:jukka.rahko...@maanmittauslaitos.fi>>)
escribió:
Please answer to the list as well, not just to me.

Open the startup.bat file with a text editor. Add
SET JAVA_HOME=”path_to_your_java”
Instead of “path_to_your_java” you must naturally write the path where your
java is installed. Remember to save the file.
Good luck!

-Jukka Rahkonen-

Lähettäjä: Richard Douglas Hodge Alavedra
mailto:richard.ho...@utec.edu.pe>>
Lähetetty: torstai 23. tammikuuta 2020 0.10
Vastaanottaja: Rahkonen Jukka (MML)
mailto:jukka.rahko...@maanmittauslaitos.fi>>
Aihe: Re: [Geoserver-users] Install

Yes, I'm working on Windows, but were do I paste that? on CMD? Because I tried
pasting it on CMD console and nothing happens, and after I tried the
startup.bat and said Unsuccessful

El mié., 22 ene. 2020 a las 17:04, Rahkonen Jukka (MML)
(mailto:jukka.rahko...@maanmittauslaitos.fi>>)
escribió:
If the startup script does not find Java automatically it might be easiest to
open the file and edit it a bit. If you are on Windows do it here:

@echo off
rem
-
rem Startup Script for GeoServer
rem
-

cls
echo Welcome to GeoServer!
echo.
set error=0
SET JAVA_HOME=”path_to_your_java”
…

On Linux the syntax is (I hope)

export JAVA_HOME=path_to_your_java

Of course you must have Java on your machine.

-Jukka Rahkonen-

Lähettäjä: Richard Douglas Hodge Alavedra
mailto:richard.ho...@utec.edu.pe>>
Lähetetty: keskiviikko 22. tammikuuta 2020 23.49
Vastaanottaja: Rahkonen Jukka (MML)
mailto:jukka.rahko...@maanmittauslaitos.fi>>
Aihe: Re: [Geoserver-users] Install

Thanks for answering back. I found it but it says unsuccessful. Can you explain
please what is the environment variable? How is the w

Re: [Geoserver-users] Install

2020-01-22 Thread Rahkonen Jukka (MML)

Please answer to the list as well, not just to me.

-Jukka Rahkonen-

Lähettäjä: Richard Douglas Hodge Alavedra
Lähetetty: torstai 23. tammikuuta 2020 0.10
Vastaanottaja: Rahkonen Jukka (MML)
Aihe: Re: [Geoserver-users] Install

Yes, I'm working on Windows, but were do I paste that? on CMD? Because I tried
pasting it on CMD console and nothing happens, and after I tried the
startup.bat and said Unsuccessful

@echo off
rem
-
rem Startup Script for GeoServer
rem
-

cls
echo Welcome to GeoServer!
echo.
set error=0
SET JAVA_HOME=”path_to_your_java”
…

On Linux the syntax is (I hope)

export JAVA_HOME=path_to_your_java

Of course you must have Java on your machine.

-Jukka Rahkonen-

Thanks for answering back. I found it but it says unsuccessful. Can you explain
please what is the environment variable? How is the way to set the Java Home
and how does it work? Thanks for the help.

El mié., 22 ene. 2020 a las 15:49, Rahkonen Jukka (MML)
(mailto:jukka.rahko...@maanmittauslaitos.fi>>)
escribió:
Hi,

If you have used the bin-zip installation I suppose that you mean the
“start.jar” that is in the main directory. Go to /bin directory instead and run
startup.bat if you are on Windows or startup.sh if you are on Linux.

-Jukka Rahkonen-

Lähettäjä: Richard Douglas Hodge Alavedra
mailto:richard.ho...@utec.edu.pe>>
Lähetetty: keskiviikko 22. tammikuuta 2020 21.16
Vastaanottaja:
geoserver-users@lists.sourceforge.net<mailto:geoserver-users@lists.sourceforge.net>
Aihe: [Geoserver-users] Install

Hi, my name is Richard Hodge, I'm a mechanical engineer student and I'm
currently trying to install the geoserver program but I'm having some trouble
with the "start" java exe that doesn't work and also I do not understand the
"enviromental variable". Hope I can get help from you.

Thanks!

Richard Hodge
Mechanical Engineer Student - UTEC

La información contenida en este e-mail y sus anexos es confidencial,
privilegiada y está dirigida exclusivamente a su destinatario, en consecuencia,
solo puede ser utilizada por aquel. Si usted no es el destinatario original, no
deberá examinar, usar, copiar o distribuir este mensaje o la información que
contiene. Si lo recibe por error, por favor reenvíelo a la persona que se lo
envió y elimínelo. Cualquier retención o uso total o parcial no autorizada de
este mensaje está estrictamente prohibida y sancionada por ley.

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

Re: [Geoserver-users] Install

2020-01-22 Thread Rahkonen Jukka (MML)

Hi,

If you have used the bin-zip installation I suppose that you mean the 
“start.jar” that is in the main directory. Go to /bin directory instead and run 
startup.bat if you are on Windows or startup.sh if you are on Linux.

-Jukka Rahkonen-

Lähettäjä: Richard Douglas Hodge Alavedra 
Lähetetty: keskiviikko 22. tammikuuta 2020 21.16
Vastaanottaja: geoserver-users@lists.sourceforge.net
Aihe: [Geoserver-users] Install

Hi, my name is Richard Hodge, I'm a mechanical engineer student and I'm 
currently trying to install the geoserver program but I'm having some trouble 
with the "start" java exe that doesn't work and also I do not understand the 
"enviromental variable". Hope I can get help from you.

Thanks!

Richard Hodge
Mechanical Engineer Student - UTEC

La información contenida en este e-mail y sus anexos es confidencial, 
privilegiada y está dirigida exclusivamente a su destinatario, en consecuencia, 
solo puede ser utilizada por aquel. Si usted no es el destinatario original, no 
deberá examinar, usar, copiar o distribuir este mensaje o la información que 
contiene. Si lo recibe por error, por favor reenvíelo a la persona que se lo 
envió y elimínelo. Cualquier retención o uso total o parcial no autorizada de 
este mensaje está estrictamente prohibida y sancionada por ley.
___
Geoserver-users mailing list

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

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/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] OpenLayers GeoServer update an array of features using WFS-T

2020-01-22 Thread Rahkonen Jukka (MML)

Have you already made a test without OpenLayers by writing a WFS-T insert 
request by hand and posting it with curl, or Postman, or with the demo request 
application that comes with Geoserver?

-Jukka Rahkonen-

Lähettäjä: Vitor Fonseca 
Lähetetty: keskiviikko 22. tammikuuta 2020 12.59
Vastaanottaja: Vikram 
Kopio: geoserver-users 
Aihe: Re: [Geoserver-users] OpenLayers GeoServer update an array of features 
using WFS-T


Hi,

I think this is a programming problem rather than a Geoserver problem.
From my experience the issue should be with the clone functionality.

Check this
https://gis.stackexchange.com/questions/46730/openlayers-cloned-features-get-style-from-original-feature

Someone mentions "I have noticed that cloned features share the same featureID 
as the original. " and this should be the problem when sending the features 
over to WFS-T...
You could try creating new features some other way (wkt...)

Vikram mailto:vikram.es...@fleetroute.com>> 
escreveu no dia quarta, 22/01/2020 à(s) 10:24:

HI all,

I am trying to update features using WFS-T update. I am sending the request 
from my website (OpenLayers) by passing an array of features.

However, I have noticed that the attributes and geometry of last feature in the 
array is copied to all other features.

For example, if I pass 5 features to the writeTransaction method to update an 
attribute of all 5 features, it copies the attributes and geometry of the 5th 
feature to the other features.

var clones = []

selectedFeatures.forEach(function (feature) {

var featureProperties = feature.getProperties();



delete featureProperties.boundedBy;

var clone = feature.clone();

clone.setId(feature.getId());



clone.setGeometryName('the_geom');



clone.setProperties({'xyz':'xyz'})



clones.push(clone)







})

console.log(clones)

transactWFS('update_batch', clones);

int the transactWFS method,

transactWFS = function (mode, f) {



var node;

switch (mode) {

case 'insert':

node = formatWFS.writeTransaction([f], null, null, formatGML);

break;

case 'update':

node = formatWFS.writeTransaction(null, [f], null, formatGML);

break;

case 'update_batch':

node = formatWFS.writeTransaction(null, f, null, formatGML);

break;

case 'delete':

node = formatWFS.writeTransaction(null, null, [f], formatGML);

break;

}

var payload = xs.serializeToString(node);



$.ajax('http://localhost:8080/geoserver/TEST/ows', {

service: 'WFS',

type: 'POST',

dataType: 'xml',

processData: false,

contentType: 'text/xml',

data: payload,

success: function(data) {



},

error: function(e) {

var errorMsg = e? (e.status + ' ' + e.statusText) : "";

alert('Error saving this feature to GeoServer.'

+ errorMsg);

}

}).done(function() {

wfsSource.refresh()



});

};

Does anyone have a solution?

Regards,

Vikram
___
Geoserver-users mailing list

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

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


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


--
[Lähettäjä poisti kuvan.]
www.vfonsecaz.pt

___
Geoserver-users mailing list

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

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/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 Create Layer APIs

2020-01-20 Thread Rahkonen Jukka (MML)

Hi,

Try this 
https://gis.stackexchange.com/questions/12970/create-a-layer-in-geoserver-using-rest

-Jukka Rahkonen-

Lähettäjä: Samann Long 
Lähetetty: maanantai 20. tammikuuta 2020 9.31
Vastaanottaja: geoserver-users@lists.sourceforge.net
Aihe: [Geoserver-users] Geoserver Create Layer APIs

Hello, my name is Samann and now i am working on a project that relate with 
geoserver and now i faced some problem with create layer API that now we can 
not create through endpoint. Is there any way to create the layer using APIs ?
I'm waiting for your reply,
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

Re: [Geoserver-users] Trying to connect to a remote WMS that insists on lower case parameter names

2020-01-16 Thread Rahkonen Jukka (MML)

Consider also to send a bug report to MapBox. In OGC standards the keys in 
key/value pairs are defined to be case insensitive and values case sensitive. I 
suppose that is applies alto to vendor options. And I do not see any value for 
MapBox to accept only “access_key” but not “ACCESS_KEY”.

-Jukka Rahkonen-

Lähettäjä: Jody Garnett 
Lähetetty: perjantai 17. tammikuuta 2020 6.35
Vastaanottaja: Alexander Rey 
Kopio: geoserver-users@lists.sourceforge.net
Aihe: Re: [Geoserver-users] Trying to connect to a remote WMS that insists on 
lower case parameter names

I am not aware of anyone working on this issue...

Having a look myself (the geotools library is used for this interaction):

AbstractRequest has the 
following:

String value = (String) entry.getValue();
/*
 * Some servers do not follow the rule that parameter names
 * must be case insensitive. We will let each specification
 * implementation deal with it in their own way.
 */
String param = processKey((String) entry.getKey());

So some allowance has been made to be case insensitive or not...

WMTSSpecification GetCapsRequest has this 
implemented
 as:

@Override
protected String processKey(String key) {
return WMTSSpecification.processKey(key);
}

WMTSSepcification forces everything 
uppercase:

public static String processKey(String key) {
return key.trim().toUpperCase();
}

So a minimal change would be to WMTS GetCapsRequest above:

final Set SPECIFICATION_PARAMETERS.containsKey;
{
  Set official = new HashSet();
  official.add("SERVICE");
  official.add("VERSION");
  official.add("REQUEST");
  ...
  SPECIFICATION_PARAMETERS = Collections. unmodifiableSet(official);
}
protected String processKey(String key) {
   String key = key.trim();
   if( SPECIFICATION_PARAMETERS.containsKey(key.toUpperCase()){
   return WMTSSpecification.processKey(key);
   }
   else {
   return key;
  }
}

Do you want to collect the official list of parameters for above code snippet 
and we can try for a fix?

On Thu, Jan 16, 2020 at 9:55 AM Alexander Rey 
mailto:alexander@queensu.ca>> wrote:
Hi,

I was wondering if there’s been any movement on this issues since this was last 
raised. Mapbox is a really useful source of maps and provides a WMTS interface 
that could be cascaded, but since GeoServer forces the key name “access_key” to 
be uppercase, it fails the Mapbox api authentication.

This doesn’t seem to be a very widespread issue, but has been raised elsewhere 
(https://gis.stackexchange.com/questions/326612/auth-error-cascading-mapbox-wmts-with-geoserver).
 It also poses an issue when authenticating using the MapTiler service.

I’m not sure how feasible a fix for this would be, but since the previous 
thread indicated it was possible, I thought I would follow up.

Thanks,
Alexander

PhD. Candidate, Water Resources Engineering
Department of Civil Engineering, Queen’s University
Kingston ON, Canada  K7L 3N6
Phone: 519-755-1728
Email: alexander@queensu.ca

___
Geoserver-users mailing list

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

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/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] Trying to connect to a remote WMS that insists on lower case parameter names

2020-01-16 Thread Rahkonen Jukka (MML)

Hi,

Adding just a link to corresponding issue in bug tracker:
https://osgeo-org.atlassian.net/browse/GEOS-8388

-Jukka Rahkonen-

Lähettäjä: Alexander Rey 
Lähetetty: torstai 16. tammikuuta 2020 19.19
Vastaanottaja: geoserver-users@lists.sourceforge.net
Aihe: Re: [Geoserver-users] Trying to connect to a remote WMS that insists on 
lower case parameter names

Hi,

I was wondering if there's been any movement on this issues since this was last 
raised. Mapbox is a really useful source of maps and provides a WMTS interface 
that could be cascaded, but since GeoServer forces the key name "access_key" to 
be uppercase, it fails the Mapbox api authentication.

This doesn't seem to be a very widespread issue, but has been raised elsewhere 
(https://gis.stackexchange.com/questions/326612/auth-error-cascading-mapbox-wmts-with-geoserver).
 It also poses an issue when authenticating using the MapTiler service.

I'm not sure how feasible a fix for this would be, but since the previous 
thread indicated it was possible, I thought I would follow up.

Thanks,
Alexander

PhD. Candidate, Water Resources Engineering
Department of Civil Engineering, Queen's University
Kingston ON, Canada  K7L 3N6
Phone: 519-755-1728
Email: alexander@queensu.ca

___
Geoserver-users mailing list

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

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/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] Admin can configure an empty title for WMS service

2020-01-13 Thread Rahkonen Jukka (MML)

Hi,

It seems to be possible to set an empty title in the WMS configuration page. 
GetCapabilities will show then

WMS


According to WMS 1.3.0 standard Title is mandatory
7.2.4.3 General service metadata
The first part of the service metadata is a  element providing general 
metadata for the server as a whole.
It shall include a Name, Title, and Online Resource URL.

Unlike Title, OnlineResource appears in GetCapabilities even if admin does not 
give it. Shouldn't Geoserver do the same with title and use for example "WMS" 
as default title?
-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] Disable integrated GWC in 2.16.1+

2019-12-13 Thread Rahkonen Jukka (MML)

Hi,

That seems to make it. Removing also file ” gs-restconfig-wmts-2.16.1.jar” in 
addition to all files with “gwc” in the name worked for me.

-Jukka Rahkonen-

Lähettäjä: Andrea Aime 
Lähetetty: perjantai 13. joulukuuta 2019 10.55
Vastaanottaja: srto 
Kopio: geoserver-users 
Aihe: Re: [Geoserver-users] Disable integrated GWC in 2.16.1+

Hi Tobias,
thinking out loud, did you also remove the gs-rest-wmts jar? WMTS services are 
also provided by GWC

Cheers
Andrea

On Thu, Dec 12, 2019 at 11:56 PM Tobias Schulmann 
mailto:tob...@catalyst.net.nz>> wrote:
Hi

We used to be able to disable the internal GeoWebCache entirely by removing any 
`*gwc*` jar files from the GeoServer directory prior to 2.16.1.

GeoServer 2.16.1 won't even start after removing the GWC jars -- I've uploaded 
the logs here: https://gist.github.com/GeoTob/9f7e6c4b9b2f8b324a9f695f2633be98

I'm not sure if that's a bug/regression (happy to open a ticket!) or by design, 
so what's the recommended way to entirely disable the internal GeoWebCache 
these days?

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


--

Regards, Andrea Aime == GeoServer Professional Services from the experts! Visit 
http://goo.gl/it488V for more information. == Ing. Andrea Aime @geowolf 
Technical Lead GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) 
phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 
http://www.geo-solutions.it 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] Disable integrated GWC in 2.16.1+

2019-12-12 Thread Rahkonen Jukka (MML)

Hi,

Verified with 2.16.1 on Windows, Geoserver does not start and the logs seem 
alike.

-Jukka Rahkonen-

Lähettäjä: Tobias Schulmann 
Lähetetty: perjantai 13. joulukuuta 2019 0.46
Vastaanottaja: geoserver-users 
Aihe: [Geoserver-users] Disable integrated GWC in 2.16.1+

Hi

We used to be able to disable the internal GeoWebCache entirely by removing any 
`*gwc*` jar files from the GeoServer directory prior to 2.16.1.

GeoServer 2.16.1 won't even start after removing the GWC jars -- I've uploaded 
the logs here: https://gist.github.com/GeoTob/9f7e6c4b9b2f8b324a9f695f2633be98

I'm not sure if that's a bug/regression (happy to open a ticket!) or by design, 
so what's the recommended way to entirely disable the internal GeoWebCache 
these days?

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] WMS GetFeatureInfo on several layers

2019-11-29 Thread Rahkonen Jukka (MML)

I forgot to add the corresponding part of the WMS 1.3.0 standard. Notice “per 
layer”.

7.4.3.6 FEATURE_COUNT
The optional FEATURE_COUNT parameter states the maximum number of features per 
layer for which feature
information shall be returned. Its value is a positive integer. The default 
value is 1 if this parameter is omitted or is
other than a positive integer.

-Jukka-

Lähettäjä: Rahkonen Jukka (MML) 
Lähetetty: perjantai 29. marraskuuta 2019 13.56
Vastaanottaja: Vitor Fonseca ; andrea.a...@geo-solutions.it
Kopio: geoserver-users 
Aihe: Re: [Geoserver-users] WMS GetFeatureInfo on several layers

Hi,

There may be other issues as well but I have some evidence that Geoserver 
counts total number of features instead of features per layer. If you have 
Geoserver running with the demo layers you can test yourself

http://localhost:8080/geoserver/topp/wms?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetFeatureInfo&FORMAT=image%2Fpng&TRANSPARENT=true&QUERY_LAYERS=topp%3Atasmania_cities%2Ctopp%3Atasmania_roads&LAYERS=topp%3Atasmania_cities%2Ctopp%3Atasmania_roads&exceptions=application%2Fvnd.ogc.se_inimage&INFO_FORMAT=text%2Fhtml&X=50&Y=50&SRS=EPSG%3A4326&STYLES=&WIDTH=101&HEIGHT=101&BBOX=146.173095703125%2C-43.96728515625001%2C148.392333984375%2C-41.7480468751

Query returns 1 feature from Tasmania_cities only. Now add &feature_count=10

http://localhost:8080/geoserver/topp/wms?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetFeatureInfo&FORMAT=image%2Fpng&TRANSPARENT=true&QUERY_LAYERS=topp%3Atasmania_cities%2Ctopp%3Atasmania_roads&LAYERS=topp%3Atasmania_cities%2Ctopp%3Atasmania_roads&exceptions=application%2Fvnd.ogc.se_inimage&INFO_FORMAT=text%2Fhtml&X=50&Y=50&SRS=EPSG%3A4326&STYLES=&WIDTH=101&HEIGHT=101&BBOX=146.173095703125%2C-43.96728515625001%2C148.392333984375%2C-41.7480468751&feature_count=10

You’ll get one feature from Tasmania_cities and one feature from Tasmania_roads.

Tested with Geoserver 2.16.1 on Windows.

-Jukka Rahkonen-



Lähettäjä: Vitor Fonseca mailto:vfonse...@gmail.com>>
Lähetetty: perjantai 29. marraskuuta 2019 13.01
Vastaanottaja: andrea.a...@geo-solutions.it<mailto:andrea.a...@geo-solutions.it>
Kopio: geoserver-users 
mailto:Geoserver-users@lists.sourceforge.net>>
Aihe: Re: [Geoserver-users] WMS GetFeatureInfo on several layers


I don't think that's the problem.

He doesn't mention the number of features returned, but only features from one 
layer are returned.
I came across a similar problem a while ago.

Can you show an example request url? I think it's related to the values in the 
"layers" and "query_layers" params. In my case they are exactly the same (and 
in the same order).


Andrea Aime mailto:andrea.a...@geo-solutions.it>> 
escreveu no dia sexta, 29/11/2019 à(s) 10:48:
On Fri, Nov 29, 2019 at 11:42 AM Alexandre Gacon 
mailto:alexandre.ga...@gmail.com>> wrote:
Hi,

I am trying to send WMS GetFeatureInfo request to my geoserver instance for 
several layers at the same time (both for layers and query_layers parameters).

It seems that only the information of first layer with information at the 
clicked place is returned : is it something expected ?

It is, the GetFeatureInfo request has a FEATURE_COUNT parameter, that indicate 
the max number of feature infos to be returned.
That defaults to 1, if not specified, by WMS specification.

The GeoServer layer preview sets it to 50, for example, to show more results, 
check the URLs the preview is using when clicking on the map.

Cheers
Andrea

==

GeoServer Professional Services from the experts! Visit http://goo.gl/it488V 
for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions 
S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) phone: +39 0584 962313 fax: 
+39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it 
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 mis

Re: [Geoserver-users] WMS GetFeatureInfo on several layers

2019-11-29 Thread Rahkonen Jukka (MML)

Hi,

There may be other issues as well but I have some evidence that Geoserver 
counts total number of features instead of features per layer. If you have 
Geoserver running with the demo layers you can test yourself

http://localhost:8080/geoserver/topp/wms?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetFeatureInfo&FORMAT=image%2Fpng&TRANSPARENT=true&QUERY_LAYERS=topp%3Atasmania_cities%2Ctopp%3Atasmania_roads&LAYERS=topp%3Atasmania_cities%2Ctopp%3Atasmania_roads&exceptions=application%2Fvnd.ogc.se_inimage&INFO_FORMAT=text%2Fhtml&X=50&Y=50&SRS=EPSG%3A4326&STYLES=&WIDTH=101&HEIGHT=101&BBOX=146.173095703125%2C-43.96728515625001%2C148.392333984375%2C-41.7480468751

Query returns 1 feature from Tasmania_cities only. Now add &feature_count=10

http://localhost:8080/geoserver/topp/wms?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetFeatureInfo&FORMAT=image%2Fpng&TRANSPARENT=true&QUERY_LAYERS=topp%3Atasmania_cities%2Ctopp%3Atasmania_roads&LAYERS=topp%3Atasmania_cities%2Ctopp%3Atasmania_roads&exceptions=application%2Fvnd.ogc.se_inimage&INFO_FORMAT=text%2Fhtml&X=50&Y=50&SRS=EPSG%3A4326&STYLES=&WIDTH=101&HEIGHT=101&BBOX=146.173095703125%2C-43.96728515625001%2C148.392333984375%2C-41.7480468751&feature_count=10

You’ll get one feature from Tasmania_cities and one feature from Tasmania_roads.

Tested with Geoserver 2.16.1 on Windows.

-Jukka Rahkonen-



Lähettäjä: Vitor Fonseca 
Lähetetty: perjantai 29. marraskuuta 2019 13.01
Vastaanottaja: andrea.a...@geo-solutions.it
Kopio: geoserver-users 
Aihe: Re: [Geoserver-users] WMS GetFeatureInfo on several layers


I don't think that's the problem.

He doesn't mention the number of features returned, but only features from one 
layer are returned.
I came across a similar problem a while ago.

Can you show an example request url? I think it's related to the values in the 
"layers" and "query_layers" params. In my case they are exactly the same (and 
in the same order).


Andrea Aime mailto:andrea.a...@geo-solutions.it>> 
escreveu no dia sexta, 29/11/2019 à(s) 10:48:
On Fri, Nov 29, 2019 at 11:42 AM Alexandre Gacon 
mailto:alexandre.ga...@gmail.com>> wrote:
Hi,

I am trying to send WMS GetFeatureInfo request to my geoserver instance for 
several layers at the same time (both for layers and query_layers parameters).

It seems that only the information of first layer with information at the 
clicked place is returned : is it something expected ?

It is, the GetFeatureInfo request has a FEATURE_COUNT parameter, that indicate 
the max number of feature infos to be returned.
That defaults to 1, if not specified, by WMS specification.

The GeoServer layer preview sets it to 50, for example, to show more results, 
check the URLs the preview is using when clicking on the map.

Cheers
Andrea

==

GeoServer Professional Services from the experts! Visit http://goo.gl/it488V 
for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions 
S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) phone: +39 0584 962313 fax: 
+39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it 
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


--
[https://drive.google.com/uc?id=1Be6UdTRZQiWl0xZsnuiinOzWjNr5Egg1&export=download]
www.vfonsecaz.pt

__

Re: [Geoserver-users] WMS GetFeatureInfo on several layers

2019-11-29 Thread Rahkonen Jukka (MML)

Hi,

Try if adding &feature_count=10 helps. By WMS standard the default of 
feature_count=1 but when multiple layers are queried the server should return 
one answer per layer. So in theory your request should work as it is now, but 
make a test anyway and report back.

-Jukka Rahkonen-

Lähettäjä: Alexandre Gacon 
Lähetetty: perjantai 29. marraskuuta 2019 12.33
Vastaanottaja: geoserver-users 
Aihe: [Geoserver-users] WMS GetFeatureInfo on several layers

Hi,

I am trying to send WMS GetFeatureInfo request to my geoserver instance for 
several layers at the same time (both for layers and query_layers parameters).

It seems that only the information of first layer with information at the 
clicked place is returned : is it something expected ?

I know that if I put all my layers in a layer group, I have this behavior but I 
want to be able to decide which layer to put in my request based on the 
visibility choices of the user.

--
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] WFS issue when query several types at the same time

2019-11-27 Thread Rahkonen Jukka (MML)

Hi,

Please give a bit more details. Imagine that you are somebody who do not know
your data and queries and think what information you would need for setting up
a same kind of environment and for making same kind of queries to show the
issue.

-Jukka Rahkonen-

Lähettäjä: Alexandre Gacon
Lähetetty: keskiviikko 27. marraskuuta 2019 16.31
Vastaanottaja: geoserver-users
Aihe: [Geoserver-users] WFS issue when query several types at the same time

Hi all,

I would like to use WFS on my geoserver instance in order to make queries with
several feature types in the same query (from OL based application), in order
to manage cluster of features on the client side even if the feature type is
different.

When I try to do so, GEOSERVER is busy for a very long time and I finished with
a java.lang.OutOfMemoryError : GC overhead limit exceeded.

If I try to query each feature type separately, I have no issue at all.

I run the 2.16.0 version on a Linux VM (RHEL 7.3) on Tomcat 9, with Java Oracle
1.8. The server has 2 CPU and 8 Gb of memory. Java is configured to start with
Garbage Collection and 2 Gb of memory.

The data comes from a Postgis database hosted on another server. The layers for
the feature types are defined with SQL views in Geoserver.

What should I do to solve this problem ? Or is there another/better solution to
meet my requirement (being able to do cluster of features client side with OL,
with feature of different types).

Regards
--
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
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] 2.11.5 large rasters -> wms cause servlet instability, JVM settings?

2019-11-25 Thread Rahkonen Jukka (MML)

Hi,

The advice that we try to share on this list

* tile and compress GeoTIFFs with compression that suits your data
(deflate, jpeg)
* don’t make image mosaic to open more than 20-30 images
* for small scale situation (zoomed out) use image pyramid or create a
scale dependent layer group

If you have triad image mosaic and performance was horrible you most probably
did not take care of the points above. Please give a link where you were asked
to degrade the tiffs and compress them further. Advice feels odd but perhaps we
can improve it even it may be too late for you now.

Your solution of having one JPEG2000 file per year if a good as well. The
mosaic is a bit heavy to create but once it is ready it will work fine. It is
also possible to mosaic all images into one tiled, jpeg compressed BigTIFF
which gives about the same speed, quality, and compression rate than ecw or
JPEG2000 with moderate lossy compression. That applies to full resolution
imagery, need to have separate overviews pay 30% extra for BigTIFF. When I do
that I use naturally GDAL for the whole chain but there are indeed other
alternatives.

-Jukka Rahkonen-

Lähettäjä: Mats Elfström
Lähetetty: maanantai 25. marraskuuta 2019 9.52
Vastaanottaja: David I
Kopio: geoserver-users@lists.sourceforge.net
Aihe: Re: [Geoserver-users] 2.11.5 large rasters -> wms cause servlet
instability, JVM settings?

Hi!
I recently faced a similar task.
Hundreds of high resolution geotiffs over a limited area that I wanted to serve
on Geoserver. This is 2.16 but I do not think that matters. I also have several
image sets from different years. In all, this amounts to several tens of
gigabytes.
I tried to use image mosaic, but performance was horrible. A suggestion from
this list was to degrade the tiffs and compress them further. This would
effectively duplicate an already large file storage and I hesitated to do that.
Also, I do not want the Geoserver machine to double as a file storage.
I solved the task by mosaicking the yearly file sets into jpeg200, one file per
year. These I then serve, one store and layer per year. No need for tiling
either. That is taken care of in the file format.
Normally I use ecw for purposes like these, but there is a licensing issue with
ecw in a server environment. JPEG2000 is true open source, and is almost as
efficient as ecw. Files are slightly larger.
Mosaicking, projection and file conversion was of course done with FME.

[https://docs.google.com/uc?export=download&id=0B6X-OqqLVTjPM2pwU05zTXNZWkU&revid=0B6X-OqqLVTjPRzhtZUZyMDg3eFBoejRubGlkaGx3bVhNTHJrPQ]

GisKraft, Geodatakonsult

Mats Elfström, Marsvinsholms stationsväg 80, 271 93 Ystad, Sweden
tel: +46 70 595 39 35 / web: www.giskraft.com

Den sön 24 nov. 2019 kl 16:14 skrev David I
mailto:persso...@gmail.com>>:
Hello Simone,

thanks for the concrete piece of advice (more than 30-40 files then
imagemosaic might be unsuitable, find some other method, like using the
pyramids plugin). In regards to whether one might feed our collection of
500MB tiffs (tiled for one scale, that is) to gdal_retile or if to try to
produce something that isn't fantastically big with gdal_merge and then give
that to gdal_retile or gdalbuildvrt on them and then gdal_translate to jpeg
compress and produce and one large (but not super large) tif and feed that
to gdal_retile - I shall tinker (the Geoserver docs give one big as the
input in the example but the tool supposedly can handle multiple, including
what's already tiled) (though if anyone has strong recommendations either
way then don't be afraid to holler :) )

Won't open a ticket for the timeout as we are currently on an older version
of Geoserver. An update is being planned but this tif-sink thing required
more immediate attention.

Thanks again,

Regards
David.
==
GeoServer Professional Services from the experts!
Visit http://bit.ly/gs-services
;
for more information.
==
Ing. Simone Giannecchini
@simogeo
Founder/Director

GeoSolutions S.A.S.
Via di Montramito 3/A
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 333 8128928

http://www.geo-solutions.it
;
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

1 2 3 4 >

1 - 100 of 365 matches

Mail list logo