Re: [Geoserver-users] GeoServer 2.17.1 - Oracle 11.0.7 JDK - Strong cryptography available

[Russ Hore]

As far as I know it is not an error but just information. So does not need 
solving.

Russ

Sent from my iPad

> On 22 Jun 2020, at 21:01, Diego Mendes Rodrigues  wrote:
> 
> 
> Friends,
> 
> I have a server with GeoServer 2.17.1 installed from Debian 9.
> 
> I use the Oracle 11.0.7 JDK.
> java version "11.0.7" 2020-04-14 LTS
> Java(TM) SE Runtime Environment 18.9 (build 11.0.7+8-LTS)
> Java HotSpot(TM) 64-Bit Server VM 18.9 (build 11.0.7+8-LTS, mixed mode)
> 
> When I log in to the administrative interface, I get the message 'Strong 
> cryptography available'.
> 
> How can I solve?
> What should you install or configure?
> 
> 
> 
> 
> Regads,
> Diego
> 
> ---
> 
> Caros,
> 
> Possuo um servidore com GeoServer 2.17.1 instalado de Debian 9.
> 
> Utilizo o JDK da Oracle 11.0.7.
> java version "11.0.7" 2020-04-14 LTS
> Java(TM) SE Runtime Environment 18.9 (build 11.0.7+8-LTS)
> Java HotSpot(TM) 64-Bit Server VM 18.9 (build 11.0.7+8-LTS, mixed mode)
> 
> Ao logar na interface administrativa, recebo a mensagem 'Strong cryptography 
> available'.
> 
> Como posso resolver? 
> O que deve instalar ou configurar?
> 
> Atenciosamente,
> Diego
> ___
> Geoserver-users mailing list
> 
> Please make sure you read the following two resources before posting to this 
> list:
> - Earning your support instead of buying it, but Ian Turton: 
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines: 
> http://geoserver.org/comm/userlist-guidelines.html
> 
> If you want to request a feature or an improvement, also see this: 
> https://github.com/geoserver/geoserver/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.17.1 - Oracle 11.0.7 JDK - Strong cryptography available

[Brad Hards]

I think it does mean what it says. Its available to be used in the code.

 

It might or might not be active. That depends on what operations are used and 
the container you’re using, which is outside the scope of GeoServer.

 

Brad

 

From: Humphries, Graham  
Sent: Tuesday, 23 June 2020 10:50 AM
To: Tom S ; geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] GeoServer 2.17.1 - Oracle 11.0.7 JDK - Strong 
cryptography available

 

I thought it means exactly what it says. To make it active there was some 
configuration required

 

From: Tom S [mailto:tom-sourcefo...@tomsaul.com] 
Sent: Tuesday, 23 June 2020 9:20 AM
To: geoserver-users@lists.sourceforge.net 
 
Subject: Re: [Geoserver-users] GeoServer 2.17.1 - Oracle 11.0.7 JDK - Strong 
cryptography available

 

This does highlight a problem in the text - perhaps the text should read 
something like 'Strong cryptography is active'  - available really means 
something different!

 

On 6/22/2020 3:40 PM, Brad Hards wrote:

I don’t think this is a problem – this is the way it should be.

 

If you see “not available” then there are steps to add it, but that doesn’t 
matter for your case.

 

Brad

 

From: Diego Mendes Rodrigues    
Sent: Tuesday, 23 June 2020 5:58 AM
To: geoserver-users@lists.sourceforge.net 
 
Subject: [Geoserver-users] GeoServer 2.17.1 - Oracle 11.0.7 JDK - Strong 
cryptography available

 

Friends,

 

I have a server with GeoServer 2.17.1 installed from Debian 9.

 

I use the Oracle 11.0.7 JDK.

java version "11.0.7" 2020-04-14 LTS

Java(TM) SE Runtime Environment 18.9 (build 11.0.7+8-LTS)

Java HotSpot(TM) 64-Bit Server VM 18.9 (build 11.0.7+8-LTS, mixed mode)

 

When I log in to the administrative interface, I get the message 'Strong 
cryptography available'.

 

How can I solve?

What should you install or configure?

 



 

Regads,

Diego

 

---

 

Caros,

 

Possuo um servidore com GeoServer 2.17.1 instalado de Debian 9.

 

Utilizo o JDK da Oracle 11.0.7.

java version "11.0.7" 2020-04-14 LTS

Java(TM) SE Runtime Environment 18.9 (build 11.0.7+8-LTS)

Java HotSpot(TM) 64-Bit Server VM 18.9 (build 11.0.7+8-LTS, mixed mode)

 

Ao logar na interface administrativa, recebo a mensagem 'Strong cryptography 
available'.

 

Como posso resolver? 

O que deve instalar ou configurar?

 

Atenciosamente,

Diego





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

 
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html 

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

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

 

 

  _  


CONFIDENTIALITY NOTICE AND DISCLAIMER
The information in this transmission may be confidential and/or protected by 
legal professional privilege, and is intended only for the person or persons to 
whom it is addressed. If you are not such a person, you are warned that any 
disclosure, copying or dissemination of the information is unauthorised. 

Re: [Geoserver-users] GeoServer 2.17.1 - Oracle 11.0.7 JDK - Strong cryptography available

[Jody Garnett]

You get to choose how to encrypt passwords (example strong encryption, or
weak, or digest).

So you now have the option of strong encryption on that specific machine.


On Mon, Jun 22, 2020 at 5:52 PM Humphries, Graham <
graham.humphr...@stategrowth.tas.gov.au> wrote:

> I thought it means exactly what it says. To make it active there was some
> configuration required
>
>
>
> *From:* Tom S [mailto:tom-sourcefo...@tomsaul.com]
> *Sent:* Tuesday, 23 June 2020 9:20 AM
> *To:* geoserver-users@lists.sourceforge.net
> *Subject:* Re: [Geoserver-users] GeoServer 2.17.1 - Oracle 11.0.7 JDK -
> Strong cryptography available
>
>
>
> This does highlight a problem in the text - perhaps the text should read
> something like 'Strong cryptography is active'  - available really means
> something different!
>
>
>
> On 6/22/2020 3:40 PM, Brad Hards wrote:
>
> I don’t think this is a problem – this is the way it should be.
>
>
>
> If you see “not available” then there are steps to add it, but that
> doesn’t matter for your case.
>
>
>
> Brad
>
>
>
> *From:* Diego Mendes Rodrigues  
> *Sent:* Tuesday, 23 June 2020 5:58 AM
> *To:* geoserver-users@lists.sourceforge.net
> *Subject:* [Geoserver-users] GeoServer 2.17.1 - Oracle 11.0.7 JDK -
> Strong cryptography available
>
>
>
> Friends,
>
>
>
> I have a server with GeoServer 2.17.1 installed from Debian 9.
>
>
>
> I use the Oracle 11.0.7 JDK.
>
> java version "11.0.7" 2020-04-14 LTS
>
> Java(TM) SE Runtime Environment 18.9 (build 11.0.7+8-LTS)
>
> Java HotSpot(TM) 64-Bit Server VM 18.9 (build 11.0.7+8-LTS, mixed mode)
>
>
>
> When I log in to the administrative interface, I get the message 'Strong
> cryptography available'.
>
>
>
> How can I solve?
>
> What should you install or configure?
>
>
>
>
>
> Regads,
>
> Diego
>
>
>
> ---
>
>
>
> Caros,
>
>
>
> Possuo um servidore com GeoServer 2.17.1 instalado de Debian 9.
>
>
>
> Utilizo o JDK da Oracle 11.0.7.
>
> java version "11.0.7" 2020-04-14 LTS
>
> Java(TM) SE Runtime Environment 18.9 (build 11.0.7+8-LTS)
>
> Java HotSpot(TM) 64-Bit Server VM 18.9 (build 11.0.7+8-LTS, mixed mode)
>
>
>
> Ao logar na interface administrativa, recebo a mensagem 'Strong
> cryptography available'.
>
>
>
> Como posso resolver?
>
> O que deve instalar ou configurar?
>
>
>
> Atenciosamente,
>
> Diego
>
>
>
>
> ___
>
> Geoserver-users mailing list
>
>
>
> Please make sure you read the following two resources before posting to this 
> list:
>
> - Earning your support instead of buying it, but Ian Turton: 
> http://www.ianturton.com/talks/foss4g.html#/ 
> 
>
> - The GeoServer user list posting guidelines: 
> http://geoserver.org/comm/userlist-guidelines.html 
> 
>
>
>
> If you want to request a feature or an improvement, also see this: 
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>  
> 
>
>
>
>
>
> Geoserver-users@lists.sourceforge.net
>
> https://lists.sourceforge.net/lists/listinfo/geoserver-users 
> 
>
>
> --
>
> CONFIDENTIALITY NOTICE AND DISCLAIMER
> The information in this transmission may be confidential and/or protected
> by legal professional privilege, and is intended only for the person or
> persons to whom it is addressed. If you are not such a person, you are
> warned that any disclosure, copying or dissemination of the information is
> unauthorised. If you have received the transmission in error, please
> immediately contact this office by telephone, fax or email, to inform us of
>

Re: [Geoserver-users] GeoServer 2.17.1 - Oracle 11.0.7 JDK - Strong cryptography available

[Humphries, Graham]

I thought it means exactly what it says. To make it active there was some 
configuration required

From: Tom S [mailto:tom-sourcefo...@tomsaul.com]
Sent: Tuesday, 23 June 2020 9:20 AM
To: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] GeoServer 2.17.1 - Oracle 11.0.7 JDK - Strong 
cryptography available


This does highlight a problem in the text - perhaps the text should read 
something like 'Strong cryptography is active'  - available really means 
something different!


On 6/22/2020 3:40 PM, Brad Hards wrote:
I don’t think this is a problem – this is the way it should be.

If you see “not available” then there are steps to add it, but that doesn’t 
matter for your case.

Brad

From: Diego Mendes Rodrigues 
Sent: Tuesday, 23 June 2020 5:58 AM
To: 
geoserver-users@lists.sourceforge.net
Subject: [Geoserver-users] GeoServer 2.17.1 - Oracle 11.0.7 JDK - Strong 
cryptography available

Friends,

I have a server with GeoServer 2.17.1 installed from Debian 9.

I use the Oracle 11.0.7 JDK.
java version "11.0.7" 2020-04-14 LTS
Java(TM) SE Runtime Environment 18.9 (build 11.0.7+8-LTS)
Java HotSpot(TM) 64-Bit Server VM 18.9 (build 11.0.7+8-LTS, mixed mode)

When I log in to the administrative interface, I get the message 'Strong 
cryptography available'.

How can I solve?
What should you install or configure?

[cid:image001.png@01D6494C.0EA36620]

Regads,
Diego

---

Caros,

Possuo um servidore com GeoServer 2.17.1 instalado de Debian 9.

Utilizo o JDK da Oracle 11.0.7.
java version "11.0.7" 2020-04-14 LTS
Java(TM) SE Runtime Environment 18.9 (build 11.0.7+8-LTS)
Java HotSpot(TM) 64-Bit Server VM 18.9 (build 11.0.7+8-LTS, mixed mode)

Ao logar na interface administrativa, recebo a mensagem 'Strong cryptography 
available'.

Como posso resolver?
O que deve instalar ou configurar?

Atenciosamente,
Diego




___

Geoserver-users mailing list



Please make sure you read the following two resources before posting to this 
list:

- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/

- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html



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





Geoserver-users@lists.sourceforge.net

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



CONFIDENTIALITY NOTICE AND DISCLAIMER
The information in this transmission may be confidential and/or protected by 
legal professional privilege, and is intended only for the person or persons to 
whom it is addressed. If you are not such a person, you are warned that any 
disclosure, copying or dissemination of the information is unauthorised. If you 
have received the transmission in error, please immediately contact this office 
by telephone, fax or email, to inform us of the error and to enable 
arrangements to be made for the destruction of the transmission, or its return 
at our cost. No liability is accepted for any unauthorised use of the 
information contained in this transmission.
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support in

Re: [Geoserver-users] GeoServer 2.17.1 - Oracle 11.0.7 JDK - Strong cryptography available

[Tom S]

This does highlight a problem in the text - perhaps the text should read 
something like 'Strong cryptography is active'  - available really means 
something different!



On 6/22/2020 3:40 PM, Brad Hards wrote:


I don’t think this is a problem – this is the way it should be.

If you see “not available” then there are steps to add it, but that 
doesn’t matter for your case.


Brad

*From:*Diego Mendes Rodrigues 
*Sent:* Tuesday, 23 June 2020 5:58 AM
*To:* geoserver-users@lists.sourceforge.net
*Subject:* [Geoserver-users] GeoServer 2.17.1 - Oracle 11.0.7 JDK - 
Strong cryptography available


Friends,

I have a server with GeoServer 2.17.1 installed from Debian 9.

I use the Oracle 11.0.7 JDK.

java version "11.0.7" 2020-04-14 LTS

Java(TM) SE Runtime Environment 18.9 (build 11.0.7+8-LTS)

Java HotSpot(TM) 64-Bit Server VM 18.9 (build 11.0.7+8-LTS, mixed mode)

When I log in to the administrative interface, I get the message 
'Strong cryptography available'.


How can I solve?

What should you install or configure?

Regads,

Diego

---

Caros,

Possuo um servidore com GeoServer 2.17.1 instalado de Debian 9.

Utilizo o JDK da Oracle 11.0.7.

java version "11.0.7" 2020-04-14 LTS

Java(TM) SE Runtime Environment 18.9 (build 11.0.7+8-LTS)

Java HotSpot(TM) 64-Bit Server VM 18.9 (build 11.0.7+8-LTS, mixed mode)

Ao logar na interface administrativa, recebo a mensagem 'Strong 
cryptography available'.


Como posso resolver?

O que deve instalar ou configurar?

Atenciosamente,

Diego



___
Geoserver-users mailing list

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

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/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.17.1 - Oracle 11.0.7 JDK - Strong cryptography available

[Brad Hards]

I don't think this is a problem - this is the way it should be.

 

If you see "not available" then there are steps to add it, but that doesn't 
matter for your case.

 

Brad

 

From: Diego Mendes Rodrigues  
Sent: Tuesday, 23 June 2020 5:58 AM
To: geoserver-users@lists.sourceforge.net
Subject: [Geoserver-users] GeoServer 2.17.1 - Oracle 11.0.7 JDK - Strong 
cryptography available

 

Friends,

 

I have a server with GeoServer 2.17.1 installed from Debian 9.

 

I use the Oracle 11.0.7 JDK.

java version "11.0.7" 2020-04-14 LTS

Java(TM) SE Runtime Environment 18.9 (build 11.0.7+8-LTS)

Java HotSpot(TM) 64-Bit Server VM 18.9 (build 11.0.7+8-LTS, mixed mode)

 

When I log in to the administrative interface, I get the message 'Strong 
cryptography available'.

 

How can I solve?

What should you install or configure?

 



 

Regads,

Diego

 

---

 

Caros,

 

Possuo um servidore com GeoServer 2.17.1 instalado de Debian 9.

 

Utilizo o JDK da Oracle 11.0.7.

java version "11.0.7" 2020-04-14 LTS

Java(TM) SE Runtime Environment 18.9 (build 11.0.7+8-LTS)

Java HotSpot(TM) 64-Bit Server VM 18.9 (build 11.0.7+8-LTS, mixed mode)

 

Ao logar na interface administrativa, recebo a mensagem 'Strong cryptography 
available'.

 

Como posso resolver? 

O que deve instalar ou configurar?

 

Atenciosamente,

Diego

___
Geoserver-users mailing list

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

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

[carlo cancellieri]

Hi,
definitely you are right!
 let we check that too.
we will test and report asap.
C


Il giorno lun 22 giu 2020 alle 22:05 Rahkonen Jukka (MML) <
jukka.rahko...@maanmittauslaitos.fi> ha scritto:

> 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 < 4 points, so orientation cannot be determined>>
>
>
>
> 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.GeoServerTil

Re: [Geoserver-users] VectorTile: missing tile <>

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

[Geoserver-users] GeoServer 2.17.1 - Oracle 11.0.7 JDK - Strong cryptography available

[Diego Mendes Rodrigues]

Friends,

I have a server with GeoServer 2.17.1 installed from Debian 9.

I use the Oracle 11.0.7 JDK.
java version "11.0.7" 2020-04-14 LTS
Java(TM) SE Runtime Environment 18.9 (build 11.0.7+8-LTS)
Java HotSpot(TM) 64-Bit Server VM 18.9 (build 11.0.7+8-LTS, mixed mode)

When I log in to the administrative interface, I get the message 'Strong 
cryptography available'.

How can I solve?
What should you install or configure?

[cid:672a8a1b-baac-453c-af10-575ec1f19c8d]

Regads,
Diego

---

Caros,

Possuo um servidore com GeoServer 2.17.1 instalado de Debian 9.

Utilizo o JDK da Oracle 11.0.7.
java version "11.0.7" 2020-04-14 LTS
Java(TM) SE Runtime Environment 18.9 (build 11.0.7+8-LTS)
Java HotSpot(TM) 64-Bit Server VM 18.9 (build 11.0.7+8-LTS, mixed mode)

Ao logar na interface administrativa, recebo a mensagem 'Strong cryptography 
available'.

Como posso resolver?
O que deve instalar ou configurar?

Atenciosamente,
Diego
___
Geoserver-users mailing list

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

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

[carlo cancellieri]

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.handleRequest(AbstractController.java:177)
at
org.geoserver.gwc.dispatch.GwcServiceProxy.dispatch(GwcServiceProxy.java:80)
at jdk.internal.reflect.GeneratedMethodAccessor416.invoke(Unknown Source)
at
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java

Re: [Geoserver-users] Vector tile: error when reprojecting from 3857 to 4326

[carlo cancellieri]

Dear Andrea,
 Thank you very much for your suggestion we really appreciate it.
I've not so much time to dedicate to contributions, my bad, but I've found
the time to properly report this issue here
https://osgeo-org.atlassian.net/projects/GEOS/issues/GEOS-9661
Thanks again,
Carlo


Il giorno ven 12 giu 2020 alle ore 18:48 Andrea Aime <
andrea.a...@geo-solutions.it> ha scritto:

> Hi Carlo,
> first off... don't save data with 3857, it's a horrible projection by any
> account, and only made for visualization.
> The cost of reprojection, when it comes to vector data, is small, normally
> not significant in the overall cost
> of a full request. If you have a case where it's important, I would like
> to hear about it ;-)
>
> More comments inline.
>
> On Sat, Jun 6, 2020 at 8:34 PM carlo cancellieri <
> geo.ccancelli...@gmail.com> wrote:
>
>>
>> I see that the problem is originated here:
>>
>>
>> https://github.com/geoserver/geoserver/blob/ad1c04e90e3556db398fb2bcdc65a66d3410da03/src/extension/vectortiles/src/main/java/org/geotools/renderer/lite/VectorMapRenderUtils.java#L235
>>
>> Where we calculate the resulting native BBOX from the requested one.
>> if the request is in 4326 a bbox of +/-90 degrees is perfectly acceptable
>> but when we try to obtain the native one we get an error since the 3857
>> does not support latitudes over or above 85 degrees (expressed in meters).
>>
>> I'd like to propose a solution to this but I'm also not sure which way
>> should I follow.
>>
>> I'm tempted to
>> 1. create the maximum extent for the source srs
>> 2. translate that to the declared srs (maxDeclaredBBOX) then
>> 3. if the request exceeds that maximum BBOX
>> 4. log a worn and cut the request query filter BBOX with the obtained
>> maxDeclaredBBOX.
>>
>> This may solve but seems quite complex.
>>
>
> It's actually not complex enough, the extent of the source CRS is often
> dictated by political/administrative reasons
> and has little relation with where the CRS math works. The good news is
> that the code to handle this is already available.
>
>
>> Since this does not happen in the PNG format I'm wondering how you
>> managed to solve this problem?
>>
>
> Because the rendering code uses advanced projection handing to build the
> queries:
>
> https://github.com/geotools/geotools/blob/master/modules/library/render/src/main/java/org/geotools/renderer/lite/StreamingRenderer.java#L1145
>
> Mind, in general you will get more than one BBOX back, the APH also
> handles dateline crossing. See also:
> https://media.ccc.de/v/bucharest-171-mapping-the-world-beyond-web-mercator
>
> Can I open a ticket for that?
>>
>
> Sure
>
> 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.*
>


-- 
Mr. Carlo Cancellieri
*skype*: ccancellieri
*Twitter*: @cancellieric
*LinkedIn*: http://it.linkedin.com/in/ccancellieri/
___
Geoserver-users mailing list

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

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/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] SRS is incorrect when creating app-schema layer from a PostGIS database

[Lindström Karl]

Sorry for the partial message I just sent. Let me try again 😊 I'm trying to map 
the schema http://inspire.ec.europa.eu/schemas/hy-p/4.0/HydroPhysicalWaters.xsd


I have the following now in my mapping file:

  
  dataStore
  damm_id
  hy-p:DamOrWeir
  hy-p:geometry

When I try to create a layer I now get an error in geoserver:

[cid:27bcc370-a01c-4250-9285-44a2ef3954a9]
From what I have understood from reading this page 
https://geoserver.geo-solutions.it/edu/en/complex_features/faq/index.html 
"hy-p:geometry" should be used as the defaultGeometry expression because 
 is a direct child element of the target element . I tried 
a a few other combinations as well such as "hy-p:DamOrWeir/hy-p:geometry" but I 
get the same error. Any idea what the problem is? I'm attaching the mapping 
file in case it helps.


Regards,

Karl Lindström


From: Lindström Karl
Sent: 22 June 2020 14:42:54
To: Nuno Oliveira
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] SRS is incorrect when creating app-schema layer 
from a PostGIS database


Thank you for your response Nuno. The target schema I am trying to map is 
http://inspire.ec.europa.eu/schemas/hy-p/4.0/HydroPhysicalWaters.xsd


From: Nuno Oliveira 
Sent: 14 June 2020 21:14:16
To: Lindström Karl
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] SRS is incorrect when creating app-schema layer 
from a PostGIS database

Hi,
explicitly setting the default geometry should do the trick:
https://docs.geoserver.org/stable/en/user/data/app-schema/mapping-file.html#mappings

Something likes this:



mappedfeature1
datastore
mappedfeature
gsml:MappedFeature
true

gsml:MappedFeature/gsml:shape/gml:Polygon

Hope it helps, otherwise feel free to open a JIRA ticket, make sure you 
describe your mapping and target GML, as well the table definition.


Best regards,
Nuno Oliveira

On Mon, May 25, 2020 at 9:39 AM Lindström Karl 
mailto:karl.lindst...@smhi.se>> wrote:

I have PostGIS database with a table that was exported from a shapefile using 
shp2pgsql. I have verified that the SRID is correct by querying the 
geometry_columns table.

If I use this database table as a data source in Geoserver and create a layer 
from it everything works as expected and the correct SRS is set on the layer.

However, when I try to create an app-schema mapping using this table (I'm 
creating the mapping in Hale and exporting it using the direct upload method) 
the correct CRS is not picked up by Geoserver. Instead the Native SRS is emtpy 
and the Declared SRS is EPSG:404000. I also don't get any position elements if 
I preview the GML. I'm assuming this is because the SRS is incorrect, but I get 
the same problem even if I declare the correct SRS and use the "Force declared" 
option.

I think the problem is related to app-schema because if I import the data in 
Hale the correct SRS gets used and if I do a transformation in Hale the 
resulting GML contains position elements for each feature.

Does anyone know what the problem could be?

I'm running Geoserver 2.17.0 on RHEL 8 using Java 1.8.0_252.

Regards,
Karl Lindströ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


--
Regards,
Nuno Oliveira
==
GeoServer Professional Services from the experts!
Visit http://goo.gl/it488V for more information.
==

Nuno Miguel Carvalho Oliveira
@nmcoliveira
Software Engineer

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

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
wh

Re: [Geoserver-users] SRS is incorrect when creating app-schema layer from a PostGIS database

[Lindström Karl]

Thank you for your response Nuno. The target schema I am trying to map is 
http://inspire.ec.europa.eu/schemas/hy-p/4.0/HydroPhysicalWaters.xsd


From: Nuno Oliveira 
Sent: 14 June 2020 21:14:16
To: Lindström Karl
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] SRS is incorrect when creating app-schema layer 
from a PostGIS database

Hi,
explicitly setting the default geometry should do the trick:
https://docs.geoserver.org/stable/en/user/data/app-schema/mapping-file.html#mappings

Something likes this:



mappedfeature1
datastore
mappedfeature
gsml:MappedFeature
true

gsml:MappedFeature/gsml:shape/gml:Polygon

Hope it helps, otherwise feel free to open a JIRA ticket, make sure you 
describe your mapping and target GML, as well the table definition.


Best regards,
Nuno Oliveira

On Mon, May 25, 2020 at 9:39 AM Lindström Karl 
mailto:karl.lindst...@smhi.se>> wrote:

I have PostGIS database with a table that was exported from a shapefile using 
shp2pgsql. I have verified that the SRID is correct by querying the 
geometry_columns table.

If I use this database table as a data source in Geoserver and create a layer 
from it everything works as expected and the correct SRS is set on the layer.

However, when I try to create an app-schema mapping using this table (I'm 
creating the mapping in Hale and exporting it using the direct upload method) 
the correct CRS is not picked up by Geoserver. Instead the Native SRS is emtpy 
and the Declared SRS is EPSG:404000. I also don't get any position elements if 
I preview the GML. I'm assuming this is because the SRS is incorrect, but I get 
the same problem even if I declare the correct SRS and use the "Force declared" 
option.

I think the problem is related to app-schema because if I import the data in 
Hale the correct SRS gets used and if I do a transformation in Hale the 
resulting GML contains position elements for each feature.

Does anyone know what the problem could be?

I'm running Geoserver 2.17.0 on RHEL 8 using Java 1.8.0_252.

Regards,
Karl Lindströ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


--
Regards,
Nuno Oliveira
==
GeoServer Professional Services from the experts!
Visit http://goo.gl/it488V for more information.
==

Nuno Miguel Carvalho Oliveira
@nmcoliveira
Software Engineer

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

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] INSPIRE validator throws error about LayerNames...

[A Huarte via Geoserver-users]

 Hi, thank you very much Nuno for your response.
I am experimenting myself implementing a new global setting with the prefix 
separator to use in all prefixed resource names in GeoServer (Layers, 
GroupLayers, Styles...), as you know the current ':' separator is hardcoded in 
many locations in the code.
https://github.com/geoserver/geoserver/compare/master...ahuarte47:master_prefix-separator

I have already got that WMS and WFS requests run properly (I am using the '.' 
character as INSPIRE specification defines), but I have not fixed yet all 
issues (I have errors in WPS requests that use Layers as input parameters, or 
the LayerPage panel crashes when loading).
It is an experiment, I know I am changing many code, but I share it if it is 
useful. 
Best regardsAlvaro

En lunes, 22 de junio de 2020 13:39:03 CEST, Nuno Oliveira 
 escribió:  
 
 Dear all,this is a known limitation that will eventually get fixed: 
https://osgeo-org.atlassian.net/browse/GEOS-8927
Kind regards,Nuno Oliveira

On Wed, Jun 10, 2020 at 11:39 AM A Huarte via Geoserver-users 
 wrote:

 I have got a workaround, I will move all these layers to one unique workspace, 
by example "inspire", and then I will add the prefix "xxx." name to all of them.

BestRegards


En miércoles, 10 de junio de 2020 12:16:56 CEST, A Huarte via 
Geoserver-users  escribió:  
 
 Hi, We are deploying some layers on a GeoServer 2.17.0 instance in order to be 
conforming to the INSPIRE specification.
The INSPIRE validator (https://inspire.ec.europa.eu/validator) throws errors 
about the layer name nomenclature of all our published layers. It throws the 
following message:

The following layers do not have a correct name according with the harmonised 
layer names given in the INSPIRE collection: 'AM:AirQualityManagementZone, 
EF:Air_EnvironmentalMonitoringFacilities, ...'.
It seems as the validator is expecting names such as 
"AM.AirQualityManagementZone", with the "." separator, not with the ":" 
separator.





___
Geoserver-users mailing list

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

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



-- 
Regards,
Nuno Oliveira
==
GeoServer Professional Services from the experts! 
Visit http://goo.gl/it488V for more information.
==

Nuno Miguel Carvalho Oliveira
@nmcoliveira
Software Engineer

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

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

Re: [Geoserver-users] INSPIRE validator throws error about LayerNames...

[Nuno Oliveira]

Dear all,
this is a known limitation that will eventually get fixed:
https://osgeo-org.atlassian.net/browse/GEOS-8927

Kind regards,
Nuno Oliveira

On Wed, Jun 10, 2020 at 11:39 AM A Huarte via Geoserver-users <
geoserver-users@lists.sourceforge.net> wrote:

> I have got a workaround, I will move all these layers to one unique
> workspace, by example "inspire", and then I will add the prefix "xxx." name
> to all of them.
>
> Best
> Regards
>
>
> En miércoles, 10 de junio de 2020 12:16:56 CEST, A Huarte via
> Geoserver-users  escribió:
>
>
> Hi, We are deploying some layers on a GeoServer 2.17.0 instance in order
> to be conforming to the INSPIRE specification.
>
> The INSPIRE validator (https://inspire.ec.europa.eu/validator) throws
> errors about the layer name nomenclature of all our published layers. It
> throws the following message:
>
> The following layers do not have a correct name according with the
> harmonised layer names given in the INSPIRE collection:
> 'AM:AirQualityManagementZone, EF:Air_EnvironmentalMonitoringFacilities,
> ...'.
>
> It seems as the validator is expecting names such as 
> "AM.AirQualityManagementZone",
> with the "." separator, not with the ":" separator.
>
>
>
>
>
>
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/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
>


-- 
Regards,
Nuno Oliveira
==
GeoServer Professional Services from the experts!
Visit http://goo.gl/it488V for more information.
==

Nuno Miguel Carvalho Oliveira
@nmcoliveira
Software Engineer

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

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] Restricting WFS-T to certain Transactions

[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] Restricting WFS-T to certain Transactions

[Jody Garnett]

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