Re: [Geoserver-users] WPS async in a clustered environment

2017-10-23 Thread bradh 
Is it possible some of your VMs do not have the same configuration (e.g. no
WPS or no Hazelcast clustering, or differing cluster configuration)?

 

Also interesting that NITES is using GeoServer.

 

Brad

 

From: Bessette-Halsema, Dominique E [mailto:dominique.besse...@gdit.com] 
Sent: Tuesday, 24 October 2017 10:21 AM
To: Andrea Aime 
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] WPS async in a clustered environment

 

Actually i think that error was a fluke.  I'm seeing error which is what i
see in the browser as well

 

23:19:26,413 [nites-vm-10.sd.spawar.navy.mil] INFO  [org.geoserver.flow]
(http-0.0.0.0:8443-10) Request [WPS 1.0.0 GetExecutionStatus] starting,
processing through flow controllers
23:19:26,414 [nites-vm-10.sd.spawar.navy.mil] INFO  [org.geoserver.flow]
(http-0.0.0.0:8443-10) Request started, running requests: 1, blocked
requests: 0
23:19:26,414 [nites-vm-10.sd.spawar.navy.mil] ERROR [org.geoserver.ows]
(http-0.0.0.0:8443-10)
org.geoserver.wps.UnknownExecutionIdException: Unknown execution id
a41a3d09-457e-446f-820e-9a2f7d3ea92b, either the execution was never
submitted, was dismissed, or too much time passed since the process
completed
at org.geoserver.wps.GetStatus.run(GetStatus.java:41)

  _  

From: Bessette-Halsema, Dominique E
Sent: Monday, October 23, 2017 4:08 PM
To: Andrea Aime
Cc: geoserver-users@lists.sourceforge.net
 
Subject: Re: [Geoserver-users] WPS async in a clustered environment 

 

The following error appears in the logs.

 

23:04:56,540 [nites-vm-11.sd.spawar.navy.mil] INFO  [org.geoserver.filters]
(http-0.0.0.0:8443-5) 128.49.5.238 "GET
/geoserver/ows?service=WPS=1.0.0=ProcessStatusStore
nId=f1f18d30-a130-4578-98ef-1070154c9576" "Mozilla/5.0 (Windows NT 10.0;
WOW64; rv:52.0) Gecko/20100101 Firefox/52.0" "" " ""
23:04:56,547 [nites-vm-11.sd.spawar.navy.mil] INFO  [org.geoserver.wps]
(http-0.0.0.0:8443-5)
Request: getServiceInfo
23:04:56,548 [nites-vm-11.sd.spawar.navy.mil] ERROR [org.geoserver.ows]
(http-0.0.0.0:8443-5)
org.geoserver.platform.ServiceException: No such operation WPS 1.0.0
ProcessStatusStore
at org.geoserver.ows.Dispatcher.dispatch(Dispatcher.java:640)
at
org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:258)
at
org.springframework.web.servlet.mvc.AbstractController.handleRequest(Abstrac
tController.java:147)

 

Thanks for your help

Dominique

  _  

From: Bessette-Halsema, Dominique E
Sent: Monday, October 23, 2017 3:49 PM
To: Andrea Aime
Cc: geoserver-users@lists.sourceforge.net
 
Subject: Re: [Geoserver-users] WPS async in a clustered environment 

 

I'm currently testing in our cluster configuration with the hazelcast.xml
file that was mentioned in the documentation url below.  I can only get a
response if i'm proxied to the GeoServer that ran the process.  Its probably
our clustering configuration, but I was wondering if I'm missing anything
besides the file and the jar in the GeoServer war.

 

I was also wondering what the wpsExecutionStatusMap is and why doesnt it
include the request types (ie GetExecutionStatus)

 

 

  _  

From: andrea.a...@gmail.com 
 > on behalf of Andrea
Aime  >
Sent: Monday, October 23, 2017 9:53 AM
To: Bessette-Halsema, Dominique E
Cc: geoserver-users@lists.sourceforge.net
 
Subject: Re: [Geoserver-users] WPS async in a clustered environment 

 

Hi, 

a bit of both, the final responses are read from shared file system, but for
the interum you

need a clustering WPS status storage, see:

http://docs.geoserver.org/stable/en/user/services/wps/hazelcast-clustering.h
tml

 

There is also a database based status storage as a community module, but I
cannot find 

its documentation (as a community module it is not required to have one,
it's probably missing):

https://build.geoserver.org/geoserver/2.12.x/community-latest/geoserver-2.12
-SNAPSHOT-wps-jdbc-plugin.zip

 

Regards

Andrea

 

 

On Mon, Oct 23, 2017 at 6:07 PM, Bessette-Halsema, Dominique E
 > wrote:

Hello

 

Has anyone tested the WPS asynchronous calls in a clustered environment with
several GeoServers?  Does the async call need to hit the same GeoServer or
does it read off the file in the GEOSERVER_DATA_DIR/tmp/ directory?

 

Dominique Bessette

Software Engineer

General Dynamics Information Technology

Office: 619-881-2748  

 



--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot

Re: [Geoserver-users] WPS async in a clustered environment

2017-10-23 Thread Bessette-Halsema, Dominique E 
Actually i think that error was a fluke.  I'm seeing error which is what i see 
in the browser as well


23:19:26,413 [nites-vm-10.sd.spawar.navy.mil] INFO  [org.geoserver.flow] 
(http-0.0.0.0:8443-10) Request [WPS 1.0.0 GetExecutionStatus] starting, 
processing through flow controllers
23:19:26,414 [nites-vm-10.sd.spawar.navy.mil] INFO  [org.geoserver.flow] 
(http-0.0.0.0:8443-10) Request started, running requests: 1, blocked requests: 0
23:19:26,414 [nites-vm-10.sd.spawar.navy.mil] ERROR [org.geoserver.ows] 
(http-0.0.0.0:8443-10)
org.geoserver.wps.UnknownExecutionIdException: Unknown execution id 
a41a3d09-457e-446f-820e-9a2f7d3ea92b, either the execution was never submitted, 
was dismissed, or too much time passed since the process completed
at org.geoserver.wps.GetStatus.run(GetStatus.java:41)



From: Bessette-Halsema, Dominique E
Sent: Monday, October 23, 2017 4:08 PM
To: Andrea Aime
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] WPS async in a clustered environment


The following error appears in the logs.


23:04:56,540 [nites-vm-11.sd.spawar.navy.mil] INFO  [org.geoserver.filters] 
(http-0.0.0.0:8443-5) 128.49.5.238 "GET 
/geoserver/ows?service=WPS=1.0.0=ProcessStatusStore=f1f18d30-a130-4578-98ef-1070154c9576"
 "Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0" "" 
" ""
23:04:56,547 [nites-vm-11.sd.spawar.navy.mil] INFO  [org.geoserver.wps] 
(http-0.0.0.0:8443-5)
Request: getServiceInfo
23:04:56,548 [nites-vm-11.sd.spawar.navy.mil] ERROR [org.geoserver.ows] 
(http-0.0.0.0:8443-5)
org.geoserver.platform.ServiceException: No such operation WPS 1.0.0 
ProcessStatusStore
at org.geoserver.ows.Dispatcher.dispatch(Dispatcher.java:640)
at 
org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:258)
at 
org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:147)


Thanks for your help

Dominique


From: Bessette-Halsema, Dominique E
Sent: Monday, October 23, 2017 3:49 PM
To: Andrea Aime
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] WPS async in a clustered environment


I'm currently testing in our cluster configuration with the hazelcast.xml file 
that was mentioned in the documentation url below.  I can only get a response 
if i'm proxied to the GeoServer that ran the process.  Its probably our 
clustering configuration, but I was wondering if I'm missing anything besides 
the file and the jar in the GeoServer war.


I was also wondering what the wpsExecutionStatusMap is and why doesnt it 
include the request types (ie GetExecutionStatus)




From: andrea.a...@gmail.com  on behalf of Andrea Aime 

Sent: Monday, October 23, 2017 9:53 AM
To: Bessette-Halsema, Dominique E
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] WPS async in a clustered environment

Hi,
a bit of both, the final responses are read from shared file system, but for 
the interum you
need a clustering WPS status storage, see:
http://docs.geoserver.org/stable/en/user/services/wps/hazelcast-clustering.html

There is also a database based status storage as a community module, but I 
cannot find
its documentation (as a community module it is not required to have one, it's 
probably missing):
https://build.geoserver.org/geoserver/2.12.x/community-latest/geoserver-2.12-SNAPSHOT-wps-jdbc-plugin.zip

Regards
Andrea


On Mon, Oct 23, 2017 at 6:07 PM, Bessette-Halsema, Dominique E 
> wrote:
Hello

Has anyone tested the WPS asynchronous calls in a clustered environment with 
several GeoServers?  Does the async call need to hit the same GeoServer or does 
it read off the file in the GEOSERVER_DATA_DIR/tmp/ directory?

Dominique Bessette
Software Engineer
General Dynamics Information Technology
Office: 619-881-2748


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Geoserver-users mailing list

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

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

Re: [Geoserver-users] WPS async in a clustered environment

2017-10-23 Thread Bessette-Halsema, Dominique E 
The following error appears in the logs.


23:04:56,540 [nites-vm-11.sd.spawar.navy.mil] INFO  [org.geoserver.filters] 
(http-0.0.0.0:8443-5) 128.49.5.238 "GET 
/geoserver/ows?service=WPS=1.0.0=ProcessStatusStore=f1f18d30-a130-4578-98ef-1070154c9576"
 "Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0" "" 
" ""
23:04:56,547 [nites-vm-11.sd.spawar.navy.mil] INFO  [org.geoserver.wps] 
(http-0.0.0.0:8443-5)
Request: getServiceInfo
23:04:56,548 [nites-vm-11.sd.spawar.navy.mil] ERROR [org.geoserver.ows] 
(http-0.0.0.0:8443-5)
org.geoserver.platform.ServiceException: No such operation WPS 1.0.0 
ProcessStatusStore
at org.geoserver.ows.Dispatcher.dispatch(Dispatcher.java:640)
at 
org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:258)
at 
org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:147)


Thanks for your help

Dominique


From: Bessette-Halsema, Dominique E
Sent: Monday, October 23, 2017 3:49 PM
To: Andrea Aime
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] WPS async in a clustered environment


I'm currently testing in our cluster configuration with the hazelcast.xml file 
that was mentioned in the documentation url below.  I can only get a response 
if i'm proxied to the GeoServer that ran the process.  Its probably our 
clustering configuration, but I was wondering if I'm missing anything besides 
the file and the jar in the GeoServer war.


I was also wondering what the wpsExecutionStatusMap is and why doesnt it 
include the request types (ie GetExecutionStatus)




From: andrea.a...@gmail.com  on behalf of Andrea Aime 

Sent: Monday, October 23, 2017 9:53 AM
To: Bessette-Halsema, Dominique E
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] WPS async in a clustered environment

Hi,
a bit of both, the final responses are read from shared file system, but for 
the interum you
need a clustering WPS status storage, see:
http://docs.geoserver.org/stable/en/user/services/wps/hazelcast-clustering.html

There is also a database based status storage as a community module, but I 
cannot find
its documentation (as a community module it is not required to have one, it's 
probably missing):
https://build.geoserver.org/geoserver/2.12.x/community-latest/geoserver-2.12-SNAPSHOT-wps-jdbc-plugin.zip

Regards
Andrea


On Mon, Oct 23, 2017 at 6:07 PM, Bessette-Halsema, Dominique E 
> wrote:
Hello

Has anyone tested the WPS asynchronous calls in a clustered environment with 
several GeoServers?  Does the async call need to hit the same GeoServer or does 
it read off the file in the GEOSERVER_DATA_DIR/tmp/ directory?

Dominique Bessette
Software Engineer
General Dynamics Information Technology
Office: 619-881-2748


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Geoserver-users mailing list

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

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


AVVERTENZE AI SENSI DEL D.Lgs. 196/2003

Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i 
file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo 
è consentito esclusivamente al destinatario del messaggio, per le finalità 
indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne 
il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di 
procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro 
sistema. Conservare il messaggio stesso, divulgarlo anche in parte, 
distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, 
costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for the 
attention and use of the named addressee(s) and may

Re: [Geoserver-users] WPS async in a clustered environment

2017-10-23 Thread Bessette-Halsema, Dominique E 
I'm currently testing in our cluster configuration with the hazelcast.xml file 
that was mentioned in the documentation url below.  I can only get a response 
if i'm proxied to the GeoServer that ran the process.  Its probably our 
clustering configuration, but I was wondering if I'm missing anything besides 
the file and the jar in the GeoServer war.


I was also wondering what the wpsExecutionStatusMap is and why doesnt it 
include the request types (ie GetExecutionStatus)




From: andrea.a...@gmail.com  on behalf of Andrea Aime 

Sent: Monday, October 23, 2017 9:53 AM
To: Bessette-Halsema, Dominique E
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] WPS async in a clustered environment

Hi,
a bit of both, the final responses are read from shared file system, but for 
the interum you
need a clustering WPS status storage, see:
http://docs.geoserver.org/stable/en/user/services/wps/hazelcast-clustering.html

There is also a database based status storage as a community module, but I 
cannot find
its documentation (as a community module it is not required to have one, it's 
probably missing):
https://build.geoserver.org/geoserver/2.12.x/community-latest/geoserver-2.12-SNAPSHOT-wps-jdbc-plugin.zip

Regards
Andrea


On Mon, Oct 23, 2017 at 6:07 PM, Bessette-Halsema, Dominique E 
> wrote:
Hello

Has anyone tested the WPS asynchronous calls in a clustered environment with 
several GeoServers?  Does the async call need to hit the same GeoServer or does 
it read off the file in the GEOSERVER_DATA_DIR/tmp/ directory?

Dominique Bessette
Software Engineer
General Dynamics Information Technology
Office: 619-881-2748


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Geoserver-users mailing list

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

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


AVVERTENZE AI SENSI DEL D.Lgs. 196/2003

Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i 
file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo 
è consentito esclusivamente al destinatario del messaggio, per le finalità 
indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne 
il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di 
procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro 
sistema. Conservare il messaggio stesso, divulgarlo anche in parte, 
distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, 
costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for the 
attention and use of the named addressee(s) and may be confidential or 
proprietary in nature or covered by the provisions of privacy act (Legislative 
Decree June, 30 2003, no.196 - Italy's New Data Protection Code).Any use not in 
accord with its purpose, any disclosure, reproduction, copying, distribution, 
or either dissemination, either whole or partial, is strictly forbidden except 
previous formal approval of the named addressee(s). If you are not the intended 
recipient, please contact immediately the sender by telephone, fax or e-mail 
and delete the information in this message that has been received in error. The 
sender does not give any warranty or accept liability as the content, accuracy 
or completeness of sent messages and accepts no responsibility  for changes 
made after they were sent or for other risks which arise as a result of e-mail 
transmission, viruses, etc.

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Geoserver-users mailing list

Please make sure you read the following two

Re: [Geoserver-users] encodeIfEmpty with string values length zero

2017-10-23 Thread Ben Caradoc-Davies 

Thanks, Gavin.

Kind regards,
Ben.

On 24/10/17 10:21, Gavin Medley wrote:

Bug report filed: https://osgeo-org.atlassian.net/browse/GEOS-8362

On Fri, Oct 20, 2017 at 3:24 PM, Ben Caradoc-Davies 
wrote:


Gavin,

that is interesting. I suspect that this situation was not anticipated
(only nulls). Please file a bug report.

Workarounds are to convert empty strings to nulls in a database view or a
CQL if_then_else expression in the mapping file.

Kind regards,
Ben.

On 21/10/17 05:08, Gavin Medley wrote:


Hi,

I am using App Schema to map to GeodesyML, a rather demanding schema in
terms of validation. One of the problems I’m running into is missing child
elements that are not generated by App Schema when the database field is
blank. Specifically, the problem arises when the field I’m mapping
contains
an empty string (''). i.e. it’s not a null value but it *is* empty so it
doesn’t appear, even when I use true. Am I
getting this right? Is there a workaround, other than changing the data in
my database?

Thanks,

Gavin
​




--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot



___
Geoserver-users mailing list

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

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



--
Ben Caradoc-Davies 
Director
Transient Software Limited 
New Zealand







--
Ben Caradoc-Davies 
Director
Transient Software Limited 
New Zealand

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Geoserver-users mailing list

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

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

Re: [Geoserver-users] Error with view from MSSQL

2017-10-23 Thread Ben Caradoc-Davies 

Chris,

your stack trace ends with a security-related SQLServerException:

Caused by: com.microsoft.sqlserver.jdbc.SQLServerException: The server 
principal "GISWebServer" is not able to access the database 
"LeaseControl160" under the current security context.


Kind regards,
Ben.

On 23/10/17 19:02, Franklin, Chris - Perth wrote:

Hi,

I have a base table in MS SQL in 4326 that I can publish in Windwos GeoServer 
(2.7.4), I also have a view running of that table pulling the most recent 
shapes for land boundaries, but this wont publish, it throws this error and 
cant find the SRID for that view - I have checked for invalid objects and 
cleaned all duplicate nodes etc up. (View works in Mapinfo/ESRI/QGIS)
[cid:image001.png@01D34C07.919CC9D0]
java.lang.RuntimeException: java.io.IOException: Error occured calculating 
bounds for vwSPResoluteTenure
 at 
org.geotools.jdbc.JDBCFeatureSource.getBoundsInternal(JDBCFeatureSource.java:541)
 at 
org.geotools.data.store.ContentFeatureSource.getBounds(ContentFeatureSource.java:431)
 at 
org.geotools.data.store.ContentFeatureSource.getBounds(ContentFeatureSource.java:367)
 at 
org.vfny.geoserver.global.GeoServerFeatureSource.getBounds(GeoServerFeatureSource.java:660)
 at 
org.geoserver.catalog.CatalogBuilder.getNativeBounds(CatalogBuilder.java:561)
 at 
org.geoserver.catalog.CatalogBuilder.getNativeBounds(CatalogBuilder.java:543)
 at 
org.geoserver.web.data.resource.BasicResourceConfig$1.onSubmit(BasicResourceConfig.java:120)
 at 
org.apache.wicket.ajax.markup.html.form.AjaxSubmitLink$1.onSubmit(AjaxSubmitLink.java:68)
 at 
org.apache.wicket.ajax.form.AjaxFormSubmitBehavior.onEvent(AjaxFormSubmitBehavior.java:143)
 at 
org.apache.wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java:177)
 at 
org.apache.wicket.ajax.AbstractDefaultAjaxBehavior.onRequest(AbstractDefaultAjaxBehavior.java:300)
 at 
org.apache.wicket.request.target.component.listener.BehaviorRequestTarget.processEvents(BehaviorRequestTarget.java:119)
 at 
org.apache.wicket.request.AbstractRequestCycleProcessor.processEvents(AbstractRequestCycleProcessor.java:92)
 at 
org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.java:1250)
 at org.apache.wicket.RequestCycle.step(RequestCycle.java:1329)
 at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1436)
 at org.apache.wicket.RequestCycle.request(RequestCycle.java:545)
 at 
org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:484)
 at 
org.apache.wicket.protocol.http.WicketServlet.doPost(WicketServlet.java:160)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:650)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:731)
 at 
org.springframework.web.servlet.mvc.ServletWrappingController.handleRequestInternal(ServletWrappingController.java:159)
 at 
org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:153)
 at 
org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:48)
 at 
org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:923)
 at 
org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:852)
 at 
org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:882)
 at 
org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:789)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:650)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:731)
 at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303)
 at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
 at 
org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
 at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
 at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
 at 
org.geoserver.filters.ThreadLocalsCleanupFilter.doFilter(ThreadLocalsCleanupFilter.java:28)
 at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
 at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
 at 
org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(SpringDelegatingFilter.java:75)
 at 
org.geoserver.wms.animate.AnimatorFilter.doFilter(AnimatorFilter.java:71)
 at 
org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(SpringDelegatingFilter.java:71)
 at 
org.geoserver.filters.SpringDelegatingFilter.doFilter(SpringDelegatingFilter.java:46)

Re: [Geoserver-users] encodeIfEmpty with string values length zero

2017-10-23 Thread Gavin Medley 
Bug report filed: https://osgeo-org.atlassian.net/browse/GEOS-8362

On Fri, Oct 20, 2017 at 3:24 PM, Ben Caradoc-Davies 
wrote:

> Gavin,
>
> that is interesting. I suspect that this situation was not anticipated
> (only nulls). Please file a bug report.
>
> Workarounds are to convert empty strings to nulls in a database view or a
> CQL if_then_else expression in the mapping file.
>
> Kind regards,
> Ben.
>
> On 21/10/17 05:08, Gavin Medley wrote:
>
>> Hi,
>>
>> I am using App Schema to map to GeodesyML, a rather demanding schema in
>> terms of validation. One of the problems I’m running into is missing child
>> elements that are not generated by App Schema when the database field is
>> blank. Specifically, the problem arises when the field I’m mapping
>> contains
>> an empty string (''). i.e. it’s not a null value but it *is* empty so it
>> doesn’t appear, even when I use true. Am I
>> getting this right? Is there a workaround, other than changing the data in
>> my database?
>>
>> Thanks,
>>
>> Gavin
>> ​
>>
>>
>>
>> 
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>>
>>
>>
>> ___
>> Geoserver-users mailing list
>>
>> Please make sure you read the following two resources before posting to
>> this list:
>> - Earning your support instead of buying it, but Ian Turton:
>> http://www.ianturton.com/talks/foss4g.html#/
>> - The GeoServer user list posting guidelines:
>> http://geoserver.org/comm/userlist-guidelines.html
>>
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
>>
> --
> Ben Caradoc-Davies 
> Director
> Transient Software Limited 
> New Zealand
>



-- 
Gavin Medley
Software Engineer, UNAVCO
6350 Nautilus Drive
Boulder, CO 80301-5394
Mobile: 505-819-1270
med...@unavco.org
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Geoserver-users mailing list

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

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

Re: [Geoserver-users] GML Striping and App Schema

2017-10-23 Thread Gavin Medley 
Hi Andrea,

I'm running a recent install of 2.12.0

-Gavin

On Mon, Oct 23, 2017 at 11:45 AM, Andrea Aime 
wrote:

> Gavin,
> one question, which version of GeoServer are you using?
> Looked through the posts and could not see it.
>
> Cheers
> Andrea
>
> On Fri, Oct 20, 2017 at 7:38 PM, Gavin Medley  wrote:
>
>> Hi,
>>
>> I understand that App Schema enforces GML striping, i.e. “complex types
>> are never the direct property of another complex type; they are always
>> contained in a property type to ensure that their type is encoded in a
>> surrounding element.” However, in GeodesyML, there are complex types (
>> geo:GnssReceiver) and simple types (geo:dateInserted) *both* nested
>> inside a geo:gnssReceiver property element like so.
>>
>> 
>>  > gml:id="GnssReceiver.87bff11d-a3bc-4e84-b7bc-5175f824f0f5">
>> Receiver 1
>> 3213
>> > codeList="http://xml.gov.au/icsm/geodesyml/codelists/antenna-receiver-codelists.xml#GeodesyML_GNSSReceiverTypeCode;
>>  codeListValue="ASHTECH Z-XII3" 
>> codeSpace="https://igscb.jpl.nasa.gov/igscb/station/general/rcvr_ant.tab;>ASHTECH
>>  Z-XII3
>> > codeSpace="eGeodesy/satelliteSystem">GPS
>> 1Y05-1D04
>> > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance; xsi:nil="true"/>
>> 1996-01-01T00:00:00.000Z
>> 1998-09-17T00:00:00.000Z
>> > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance; xsi:nil="true"/>
>>  
>>  1996-01-01T00:00:00.000Z
>> 
>>
>> I have a feature chained element such that I map geo:GnssReceiver type
>> into the geo:gnssReceiver property but I cannot figure out how to get
>> geo:dateInserted to appear in each (of *many*) geo:gnssReceiver
>> elements. I tried referencing the XPath and simply adding the
>> AttributeMapping after my GnssReceiver feature chain element (as below)
>> but dateInserted only appears on *one* instance of gnssReceiver.
>>
>> ...
>> 
>> geo:gnssReceiver
>> 
>> fourid
>> geo:GnssReceiver
>> FEATURE_LINK[1]
>> 
>> true
>> false
>> 
>>
>> 
>> geo:gnssReceiver/geo:dateInserted
>> 
>> 
>> 
>> true
>> true
>> 
>> ...
>>
>> Does anyone have a suggestion on how to achieve this or am I missing
>> something obvious?
>>
>> Regards,
>>
>> Gavin
>> ​
>> --
>> Gavin Medley
>> Software Engineer, UNAVCO
>> 6350 Nautilus Drive
>> 
>> Boulder, CO 80301
>> 
>> -5394
>> Mobile: 505-819-1270 <(505)%20819-1270>
>> med...@unavco.org
>>
>>
>>
>> 
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> ___
>> Geoserver-users mailing list
>>
>> Please make sure you read the following two resources before posting to
>> this list:
>> - Earning your support instead of buying it, but Ian Turton:
>> http://www.ianturton.com/talks/foss4g.html#/
>> - The GeoServer user list posting guidelines:
>> http://geoserver.org/comm/userlist-guidelines.html
>>
>> 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 <+39%200584%20962313>
> fax: +39 0584 1660272 <+39%200584%20166%200272>
> mob: +39  339 8844549 <+39%20339%20884%204549>
>
> http://www.geo-solutions.it
> http://twitter.com/geosolutions_it
>
> AVVERTENZE AI SENSI DEL D.Lgs. 196/2003
>
> Le informazioni contenute in questo messaggio di posta elettronica e/o
> nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
> loro utilizzo è consentito esclusivamente al destinatario del messaggio,
> per le finalità indicate nel messaggio stesso. Qualora riceviate questo
> messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
> darcene notizia via e-mail e di procedere alla distruzione del messaggio
> stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
> divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
> utilizzarlo per finalità diverse, costituisce comportamento contrario ai
> principi dettati dal D.Lgs. 196/2003.
>
> The information in this message and/or attachments, is intended solely for
> the attention and use of the named addressee(s) and may be confidential or
>

Re: [Geoserver-users] Buffer error

2017-10-23 Thread Rahkonen Jukka (MML) 
Hi,


I believe that Web Mercator, which is EPSG:3857

http://epsg-registry.org/export.htm?wkt=urn:ogc:def:crs:EPSG::3857, almost 
preserves the angles and therefore shapes (

http://hydrometronics.com/downloads/Web%20Mercator%20-%20Non-Conformal,%20Non-Mercator%20(notes).pdf)
 while it does not preserve the scale

http://cartonerd.blogspot.fi/2014/08/web-mercator-and-comparisons.html


Therefore the metric buffer of 500 m should be very close to circle in web 
Mercator while it can be quite far from being 500 meters on the ground.  I 
guess that it requires having a look at the source code to understand what 
happens in the workflow. Probably in some phase the code does not handle 
correctly the different metric lengths of one degree in N-S and W-E directions.


-Jukka Rahkonen-



Lähettäjä: Alexandre Barboza 
Lähetetty: 23. lokakuuta 2017 20:41
Vastaanottaja: Ian Turton
Kopio: geoserver-users@lists.sourceforge.net
Aihe: Re: [Geoserver-users] Buffer error

Then your map is distorted, Google maps uses EPSG:3587 (or epsg:900913 if you 
are using old terms) and that is a web Mercator projection which has an 
increasing E-W distortion as you move away from the equator. The other possible 
issue is that depending on how you projected your point into a local CRS and 
then projected the buffer back to WGS there is a chance to introduce 
inaccuracies into the process. Unless you just guessed a degrees to metres 
conversion factor that seemed about right for one of your points?

Anyway, on that map circular buffers should look stretched out like yours do.

Ian


De: Ian Turton 
Enviado: segunda-feira, 23 de outubro de 2017 13:47
Para: Alexandre Barboza
Cc: geoserver-users@lists.sourceforge.net
Assunto: Re: [Geoserver-users] Buffer error

Then your map is distorted, Google maps uses EPSG:3587 (or epsg:900913 if you 
are using old terms) and that is a web Mercator projection which has an 
increasing E-W distortion as you move away from the equator. The other possible 
issue is that depending on how you projected your point into a local CRS and 
then projected the buffer back to WGS there is a chance to introduce 
inaccuracies into the process. Unless you just guessed a degrees to metres 
conversion factor that seemed about right for one of your points?

Anyway, on that map circular buffers should look stretched out like yours do.

Ian

On 23 October 2017 at 16:26, Alexandre Barboza 
> wrote:
Hi Ian
Thanks for your answer!
We are using EPSG 4326 projection, and display it on Google Maps API, always 
tiled. When we open it on QGIS the buffer size dos not is the same that we 
specified on X axis and Y axis. sample: when we do a buffer of 500 meters 
(radius)  the x axis result about 450 meters and Y axis have 500 meters.
On this url 
http://www.ide.emplasa.sp.gov.br/geoserver/emplasa/TESTE_BUFFER_GEOWGS84/wms? 
we did a buffer with distance of 500 meters using EPSG 4326 layer




On our website the buffer url is
http://www.ide.emplasa.sp.gov.br/geoserver/emplasa/LOCALIDADES_EMPLASA_SAUDE/wms?styles=SYS_SIMM_ESTILO_BUFFER_DINAMICO_THE_GEOM=polygonStrokecolor:003300;polygonFillcolor:FF;bufferSize:500_FILTER=NOME_MUNIC%20LIKE%20%27Diadema%27=WMS=1.1.1=GetMap=emplasa:LOCALIDADES_EMPLASA_SAUDE=image/png=false=true=EPSG:900913=-5190379.968676608,-2727273.1692150906,-5187933.9837714825,-2724827.184309963=256=256


De: Ian Turton >
Enviado: segunda-feira, 23 de outubro de 2017 12:49
Para: Alexandre Barboza
Cc: 
geoserver-users@lists.sourceforge.net
Assunto: Re: [Geoserver-users] Buffer error

TBH that looks like a projected (EPSG:3857) map to me, so I would expect some 
distortion. You probably don't want to use tiles for that layer either, or 
maybe experiment with gutters to see if that helps with the edge cases.

Please show the actual request to the buffer process so we can test it and see 
if there is any distortion when there is no projection.

Ian



--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Geoserver-users mailing list

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

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

Re: [Geoserver-users] Buffer error

2017-10-23 Thread Alexandre Barboza 
Then your map is distorted, Google maps uses EPSG:3587 (or epsg:900913 if you 
are using old terms) and that is a web Mercator projection which has an 
increasing E-W distortion as you move away from the equator. The other possible 
issue is that depending on how you projected your point into a local CRS and 
then projected the buffer back to WGS there is a chance to introduce 
inaccuracies into the process. Unless you just guessed a degrees to metres 
conversion factor that seemed about right for one of your points?

Anyway, on that map circular buffers should look stretched out like yours do.

Ian


De: Ian Turton 
Enviado: segunda-feira, 23 de outubro de 2017 13:47
Para: Alexandre Barboza
Cc: geoserver-users@lists.sourceforge.net
Assunto: Re: [Geoserver-users] Buffer error

Then your map is distorted, Google maps uses EPSG:3587 (or epsg:900913 if you 
are using old terms) and that is a web Mercator projection which has an 
increasing E-W distortion as you move away from the equator. The other possible 
issue is that depending on how you projected your point into a local CRS and 
then projected the buffer back to WGS there is a chance to introduce 
inaccuracies into the process. Unless you just guessed a degrees to metres 
conversion factor that seemed about right for one of your points?

Anyway, on that map circular buffers should look stretched out like yours do.

Ian

On 23 October 2017 at 16:26, Alexandre Barboza 
> wrote:
Hi Ian
Thanks for your answer!
We are using EPSG 4326 projection, and display it on Google Maps API, always 
tiled. When we open it on QGIS the buffer size dos not is the same that we 
specified on X axis and Y axis. sample: when we do a buffer of 500 meters 
(radius)  the x axis result about 450 meters and Y axis have 500 meters.
On this url 
http://www.ide.emplasa.sp.gov.br/geoserver/emplasa/TESTE_BUFFER_GEOWGS84/wms? 
we did a buffer with distance of 500 meters using EPSG 4326 layer




On our website the buffer url is
http://www.ide.emplasa.sp.gov.br/geoserver/emplasa/LOCALIDADES_EMPLASA_SAUDE/wms?styles=SYS_SIMM_ESTILO_BUFFER_DINAMICO_THE_GEOM=polygonStrokecolor:003300;polygonFillcolor:FF;bufferSize:500_FILTER=NOME_MUNIC%20LIKE%20%27Diadema%27=WMS=1.1.1=GetMap=emplasa:LOCALIDADES_EMPLASA_SAUDE=image/png=false=true=EPSG:900913=-5190379.968676608,-2727273.1692150906,-5187933.9837714825,-2724827.184309963=256=256


De: Ian Turton >
Enviado: segunda-feira, 23 de outubro de 2017 12:49
Para: Alexandre Barboza
Cc: 
geoserver-users@lists.sourceforge.net
Assunto: Re: [Geoserver-users] Buffer error

TBH that looks like a projected (EPSG:3857) map to me, so I would expect some 
distortion. You probably don't want to use tiles for that layer either, or 
maybe experiment with gutters to see if that helps with the edge cases.

Please show the actual request to the buffer process so we can test it and see 
if there is any distortion when there is no projection.

Ian



--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Geoserver-users mailing list

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

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

Re: [Geoserver-users] GML Striping and App Schema

2017-10-23 Thread Andrea Aime 
Gavin,
one question, which version of GeoServer are you using?
Looked through the posts and could not see it.

Cheers
Andrea

On Fri, Oct 20, 2017 at 7:38 PM, Gavin Medley  wrote:

> Hi,
>
> I understand that App Schema enforces GML striping, i.e. “complex types
> are never the direct property of another complex type; they are always
> contained in a property type to ensure that their type is encoded in a
> surrounding element.” However, in GeodesyML, there are complex types (
> geo:GnssReceiver) and simple types (geo:dateInserted) *both* nested
> inside a geo:gnssReceiver property element like so.
>
> 
>  
> Receiver 1
> 3213
>  codeList="http://xml.gov.au/icsm/geodesyml/codelists/antenna-receiver-codelists.xml#GeodesyML_GNSSReceiverTypeCode;
>  codeListValue="ASHTECH Z-XII3" 
> codeSpace="https://igscb.jpl.nasa.gov/igscb/station/general/rcvr_ant.tab;>ASHTECH
>  Z-XII3
>  codeSpace="eGeodesy/satelliteSystem">GPS
> 1Y05-1D04
>  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance; xsi:nil="true"/>
> 1996-01-01T00:00:00.000Z
> 1998-09-17T00:00:00.000Z
>  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance; xsi:nil="true"/>
>  
>  1996-01-01T00:00:00.000Z
> 
>
> I have a feature chained element such that I map geo:GnssReceiver type
> into the geo:gnssReceiver property but I cannot figure out how to get
> geo:dateInserted to appear in each (of *many*) geo:gnssReceiver elements.
> I tried referencing the XPath and simply adding the AttributeMapping
> after my GnssReceiver feature chain element (as below) but dateInserted
> only appears on *one* instance of gnssReceiver.
>
> ...
> 
> geo:gnssReceiver
> 
> fourid
> geo:GnssReceiver
> FEATURE_LINK[1]
> 
> true
> false
> 
>
> 
> geo:gnssReceiver/geo:dateInserted
> 
> 
> 
> true
> true
> 
> ...
>
> Does anyone have a suggestion on how to achieve this or am I missing
> something obvious?
>
> Regards,
>
> Gavin
> ​
> --
> Gavin Medley
> Software Engineer, UNAVCO
> 6350 Nautilus Drive
> Boulder, CO 80301-5394
> Mobile: 505-819-1270 <(505)%20819-1270>
> med...@unavco.org
>
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines: http://geoserver.org/comm/
> userlist-guidelines.html
>
> 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

AVVERTENZE AI SENSI DEL D.Lgs. 196/2003

Le informazioni contenute in questo messaggio di posta elettronica e/o
nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
loro utilizzo è consentito esclusivamente al destinatario del messaggio,
per le finalità indicate nel messaggio stesso. Qualora riceviate questo
messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
darcene notizia via e-mail e di procedere alla distruzione del messaggio
stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
utilizzarlo per finalità diverse, costituisce comportamento contrario ai
principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for
the attention and use of the named addressee(s) and may be confidential or
proprietary in nature or covered by the provisions of privacy act
(Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
Code).Any use not in accord with its purpose, any disclosure, reproduction,
copying, distribution, or either dissemination, either whole or partial, is
strictly forbidden except previous formal approval of the named
addressee(s). If you are not the intended recipient, please contact
immediately the sender by telephone, fax or e-mail and delete the
information in this message that has been received in error. The sender
does not give any warranty or accept liability as the content, accuracy or
completeness of sent messages and accepts no responsibility  for changes
made after they were sent or for other risks which arise as a result of
e-mail

[Geoserver-users] GeoServer 2.11.3 released

2017-10-23 Thread Andrea Aime 
Hi,
the first maintenance release of the 2.11.x series is out (while stable
switched to 2.12.0).
Read all about it in our blog post here:

http://blog.geoserver.org/2017/10/23/geoserver-2-11-3-released/

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

AVVERTENZE AI SENSI DEL D.Lgs. 196/2003

Le informazioni contenute in questo messaggio di posta elettronica e/o
nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
loro utilizzo è consentito esclusivamente al destinatario del messaggio,
per le finalità indicate nel messaggio stesso. Qualora riceviate questo
messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
darcene notizia via e-mail e di procedere alla distruzione del messaggio
stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
utilizzarlo per finalità diverse, costituisce comportamento contrario ai
principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for
the attention and use of the named addressee(s) and may be confidential or
proprietary in nature or covered by the provisions of privacy act
(Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
Code).Any use not in accord with its purpose, any disclosure, reproduction,
copying, distribution, or either dissemination, either whole or partial, is
strictly forbidden except previous formal approval of the named
addressee(s). If you are not the intended recipient, please contact
immediately the sender by telephone, fax or e-mail and delete the
information in this message that has been received in error. The sender
does not give any warranty or accept liability as the content, accuracy or
completeness of sent messages and accepts no responsibility  for changes
made after they were sent or for other risks which arise as a result of
e-mail transmission, viruses, etc.
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Geoserver-users mailing list

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

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

[Geoserver-users] ENC: Buffer error

2017-10-23 Thread Alexandre Barboza 


De: Alexandre Barboza
Enviado: segunda-feira, 23 de outubro de 2017 14:29
Para: Ian Turton
Assunto: RE: [Geoserver-users] Buffer error

Hi Ian!
Thanks again for the quick reply!

We think about its answer. When we publish the Layer using EPSG 4326, the 
buffer results are being distorted when we measure it, our data is between 
latitudes -22 and -23.

Does QGIS use some algorithm to compensate this distortion? This data 
distortion does not occur in the QGIS or other Gis software.
Are any way to apply the same algorithm, if exist, used on QGIS on geoserver?
best regards!



De: Ian Turton 
Enviado: segunda-feira, 23 de outubro de 2017 13:47
Para: Alexandre Barboza
Cc: geoserver-users@lists.sourceforge.net
Assunto: Re: [Geoserver-users] Buffer error

Then your map is distorted, Google maps uses EPSG:3587 (or epsg:900913 if you 
are using old terms) and that is a web Mercator projection which has an 
increasing E-W distortion as you move away from the equator. The other possible 
issue is that depending on how you projected your point into a local CRS and 
then projected the buffer back to WGS there is a chance to introduce 
inaccuracies into the process. Unless you just guessed a degrees to metres 
conversion factor that seemed about right for one of your points?

Anyway, on that map circular buffers should look stretched out like yours do.

Ian

On 23 October 2017 at 16:26, Alexandre Barboza 
> wrote:
Hi Ian
Thanks for your answer!
We are using EPSG 4326 projection, and display it on Google Maps API, always 
tiled. When we open it on QGIS the buffer size dos not is the same that we 
specified on X axis and Y axis. sample: when we do a buffer of 500 meters 
(radius)  the x axis result about 450 meters and Y axis have 500 meters.
On this url 
http://www.ide.emplasa.sp.gov.br/geoserver/emplasa/TESTE_BUFFER_GEOWGS84/wms? 
we did a buffer with distance of 500 meters using EPSG 4326 layer




On our website the buffer url is
http://www.ide.emplasa.sp.gov.br/geoserver/emplasa/LOCALIDADES_EMPLASA_SAUDE/wms?styles=SYS_SIMM_ESTILO_BUFFER_DINAMICO_THE_GEOM=polygonStrokecolor:003300;polygonFillcolor:FF;bufferSize:500_FILTER=NOME_MUNIC%20LIKE%20%27Diadema%27=WMS=1.1.1=GetMap=emplasa:LOCALIDADES_EMPLASA_SAUDE=image/png=false=true=EPSG:900913=-5190379.968676608,-2727273.1692150906,-5187933.9837714825,-2724827.184309963=256=256


De: Ian Turton >
Enviado: segunda-feira, 23 de outubro de 2017 12:49
Para: Alexandre Barboza
Cc: 
geoserver-users@lists.sourceforge.net
Assunto: Re: [Geoserver-users] Buffer error

TBH that looks like a projected (EPSG:3857) map to me, so I would expect some 
distortion. You probably don't want to use tiles for that layer either, or 
maybe experiment with gutters to see if that helps with the edge cases.

Please show the actual request to the buffer process so we can test it and see 
if there is any distortion when there is no projection.

Ian



--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Geoserver-users mailing list

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

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

Re: [Geoserver-users] WPS async in a clustered environment

2017-10-23 Thread Andrea Aime 
Hi,
a bit of both, the final responses are read from shared file system, but
for the interum you
need a clustering WPS status storage, see:
http://docs.geoserver.org/stable/en/user/services/wps/hazelcast-clustering.html

There is also a database based status storage as a community module, but I
cannot find
its documentation (as a community module it is not required to have one,
it's probably missing):
https://build.geoserver.org/geoserver/2.12.x/community-latest/geoserver-2.12-SNAPSHOT-wps-jdbc-plugin.zip

Regards
Andrea


On Mon, Oct 23, 2017 at 6:07 PM, Bessette-Halsema, Dominique E <
dominique.besse...@gdit.com> wrote:

> Hello
>
>
>
> Has anyone tested the WPS asynchronous calls in a clustered environment
> with several GeoServers?  Does the async call need to hit the same
> GeoServer or does it read off the file in the GEOSERVER_DATA_DIR/tmp/
> directory?
>
>
>
> Dominique Bessette
>
> Software Engineer
>
> General Dynamics Information Technology
>
> Office: 619-881-2748 <(619)%20881-2748>
>
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines: http://geoserver.org/comm/
> userlist-guidelines.html
>
> 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

AVVERTENZE AI SENSI DEL D.Lgs. 196/2003

Le informazioni contenute in questo messaggio di posta elettronica e/o
nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
loro utilizzo è consentito esclusivamente al destinatario del messaggio,
per le finalità indicate nel messaggio stesso. Qualora riceviate questo
messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
darcene notizia via e-mail e di procedere alla distruzione del messaggio
stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
utilizzarlo per finalità diverse, costituisce comportamento contrario ai
principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for
the attention and use of the named addressee(s) and may be confidential or
proprietary in nature or covered by the provisions of privacy act
(Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
Code).Any use not in accord with its purpose, any disclosure, reproduction,
copying, distribution, or either dissemination, either whole or partial, is
strictly forbidden except previous formal approval of the named
addressee(s). If you are not the intended recipient, please contact
immediately the sender by telephone, fax or e-mail and delete the
information in this message that has been received in error. The sender
does not give any warranty or accept liability as the content, accuracy or
completeness of sent messages and accepts no responsibility  for changes
made after they were sent or for other risks which arise as a result of
e-mail transmission, viruses, etc.
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Geoserver-users mailing list

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

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

[Geoserver-users] WPS async in a clustered environment

2017-10-23 Thread Bessette-Halsema, Dominique E 
Hello



Has anyone tested the WPS asynchronous calls in a clustered environment with 
several GeoServers?  Does the async call need to hit the same GeoServer or does 
it read off the file in the GEOSERVER_DATA_DIR/tmp/ directory?



Dominique Bessette

Software Engineer

General Dynamics Information Technology

Office: 619-881-2748



--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Geoserver-users mailing list

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

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

Re: [Geoserver-users] Buffer error

2017-10-23 Thread Ian Turton 
Then your map is distorted, Google maps uses EPSG:3587 (or epsg:900913 if
you are using old terms) and that is a web Mercator projection which has an
increasing E-W distortion as you move away from the equator. The other
possible issue is that depending on how you projected your point into a
local CRS and then projected the buffer back to WGS there is a chance to
introduce inaccuracies into the process. Unless you just guessed a degrees
to metres conversion factor that seemed about right for one of your points?

Anyway, on that map circular buffers should look stretched out like yours
do.

Ian

On 23 October 2017 at 16:26, Alexandre Barboza 
wrote:

> Hi Ian
> Thanks for your answer!
> We are using EPSG 4326 projection, and display it on Google Maps API,
> always tiled. When we open it on QGIS the buffer size dos not is the same
> that we specified on X axis and Y axis. sample: when we do a buffer of 500
> meters (radius)  the x axis result about 450 meters and Y axis have 500
> meters.
> On this url http://www.ide.emplasa.sp.gov.br/geoserver/emplasa/TESTE_
> BUFFER_GEOWGS84/wms? we did a buffer with distance of 500 meters using
> EPSG 4326 layer
>
>
>
>
> On our website the buffer url is
> http://www.ide.emplasa.sp.gov.br/geoserver/emplasa/
> LOCALIDADES_EMPLASA_SAUDE/wms?styles=SYS_SIMM_ESTILO_BUFFER_
> DINAMICO_THE_GEOM=polygonStrokecolor:003300;polygonFillcolor:FF;
> bufferSize:500_FILTER=NOME_MUNIC%20LIKE%20%27Diadema%27=WMS&
> version=1.1.1=GetMap=emplasa:LOCALIDADES_
> EMPLASA_SAUDE=image/png=false=
> true=EPSG:900913=-5190379.968676608,-2727273.1692150906,-5187933.
> 9837714825,-2724827.184309963=256=256
>
> --
> *De:* Ian Turton 
> *Enviado:* segunda-feira, 23 de outubro de 2017 12:49
> *Para:* Alexandre Barboza
> *Cc:* geoserver-users@lists.sourceforge.net
> *Assunto:* Re: [Geoserver-users] Buffer error
>
> TBH that looks like a projected (EPSG:3857) map to me, so I would expect
> some distortion. You probably don't want to use tiles for that layer
> either, or maybe experiment with gutters to see if that helps with the edge
> cases.
>
> Please show the actual request to the buffer process so we can test it and
> see if there is any distortion when there is no projection.
>
> Ian
>
>
>
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Geoserver-users mailing list

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

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

Re: [Geoserver-users] wps async json response

2017-10-23 Thread Andrea Aime 
Hi,
no, not possible.
As far as I know the WPS specification does not have a notion of response
encoding for the
status response itself (as opposed to the process execution results).
That said, I guess it could be added as a vendor extension if someone is
interested enough
to invest on it:

https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer

Cheers
Andrea


On Mon, Oct 23, 2017 at 4:40 PM, Bessette-Halsema, Dominique E <
dominique.besse...@gdit.com> wrote:

> Hello!
>
>
>
> Is it possible to get a json response instead of xml for the wps
> asynchronous calls?
>
>
>
> Thanks
>
> Dominique Bessette
>
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines: http://geoserver.org/comm/
> userlist-guidelines.html
>
> 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

AVVERTENZE AI SENSI DEL D.Lgs. 196/2003

Le informazioni contenute in questo messaggio di posta elettronica e/o
nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
loro utilizzo è consentito esclusivamente al destinatario del messaggio,
per le finalità indicate nel messaggio stesso. Qualora riceviate questo
messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
darcene notizia via e-mail e di procedere alla distruzione del messaggio
stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
utilizzarlo per finalità diverse, costituisce comportamento contrario ai
principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for
the attention and use of the named addressee(s) and may be confidential or
proprietary in nature or covered by the provisions of privacy act
(Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
Code).Any use not in accord with its purpose, any disclosure, reproduction,
copying, distribution, or either dissemination, either whole or partial, is
strictly forbidden except previous formal approval of the named
addressee(s). If you are not the intended recipient, please contact
immediately the sender by telephone, fax or e-mail and delete the
information in this message that has been received in error. The sender
does not give any warranty or accept liability as the content, accuracy or
completeness of sent messages and accepts no responsibility  for changes
made after they were sent or for other risks which arise as a result of
e-mail transmission, viruses, etc.
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Geoserver-users mailing list

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

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

[Geoserver-users] wps async json response

2017-10-23 Thread Bessette-Halsema, Dominique E 
Hello!



Is it possible to get a json response instead of xml for the wps asynchronous 
calls?



Thanks

Dominique Bessette



--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Geoserver-users mailing list

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

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

Re: [Geoserver-users] GML Striping and App Schema

2017-10-23 Thread Nuno Oliveira 

Hi Ben and Gavin,

The XMl encoder was relaxed to support this use cases:
https://github.com/geoserver/geoserver/commit/6d110bbf03db683f8a5c59c566bb75d4d1db

So not sure why it is not working, Galvin can you share with us the XML element 
that is including the GnssReceiver element and the related mappings ?
What output do you get with your current mappings, can you past an example ?

Could you also try your WFS request with GeoJSON format ? GeoJson complex 
encoder doesn't care about GML stripping rule, if the returned GeoJSON
contains the data you are expecting to see your mappings are ok. Please note 
that complex GeoJSON encoder is available only in recent version of GeoServer.

That say, Ben is correct this violate the GML "stripping" and the XML schema 
should be fixed.

Regards,

Nuno Oliveira

On 10/20/2017 10:51 PM, Ben Caradoc-Davies wrote:

Gavin,

I do not think that this is a supported mapping pattern. As you note, this violates the 
GML object/property "striping" rule. The only reason you see anything at all is 
I think because of recent changes to make the encoder more permissive. The problem is 
that the dateInserted property falls outside the GnssReceiver object and there is no way 
(that I know) in app-schema to express its cardinality or associate it with the 
GnssReceiver; this would have to work both for generating output and for converting 
filter queries to SQL. Someone else may have a workaround.

I do not think you can express this attribute in UML either. You can think of 
gnssReceiver as the UML line representing the relationship between another 
class and the GnssReceiver class. In UML, classes have attributes, but as far 
as I know, relationships do not.

I think this is a problem with the GeodesyML object model.

Kind regards,
Ben.

On 21/10/17 06:38, Gavin Medley wrote:

Hi,

I understand that App Schema enforces GML striping, i.e. “complex types are
never the direct property of another complex type; they are always
contained in a property type to ensure that their type is encoded in a
surrounding element.” However, in GeodesyML, there are complex types (
geo:GnssReceiver) and simple types (geo:dateInserted) *both* nested inside
a geo:gnssReceiver property element like so.


  
 Receiver 1
3213
 http://xml.gov.au/icsm/geodesyml/codelists/antenna-receiver-codelists.xml#GeodesyML_GNSSReceiverTypeCode;
codeListValue="ASHTECH Z-XII3"
codeSpace="https://igscb.jpl.nasa.gov/igscb/station/general/rcvr_ant.tab;>ASHTECH
Z-XII3
 GPS
1Y05-1D04
 http://www.w3.org/2001/XMLSchema-instance; xsi:nil="true"/>
1996-01-01T00:00:00.000Z
1998-09-17T00:00:00.000Z
 http://www.w3.org/2001/XMLSchema-instance; xsi:nil="true"/>
  
1996-01-01T00:00:00.000Z


I have a feature chained element such that I map geo:GnssReceiver type into
the geo:gnssReceiver property but I cannot figure out how to get
geo:dateInserted to appear in each (of *many*) geo:gnssReceiver elements. I
tried referencing the XPath and simply adding the AttributeMapping after my
GnssReceiver feature chain element (as below) but dateInserted only appears
on *one* instance of gnssReceiver.

...

geo:gnssReceiver
 
 fourid
geo:GnssReceiver
FEATURE_LINK[1]
 
 true
 false



geo:gnssReceiver/geo:dateInserted
 
 
 
 true
 true

...

Does anyone have a suggestion on how to achieve this or am I missing
something obvious?

Regards,

Gavin
​



--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot



___
Geoserver-users mailing list

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

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

---
AVVERTENZE AI SENSI DEL D.Lgs. 196/2003
Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i 
file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo 
è consentito esclusivamente al destinatario del messaggio, per le finalità 
indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne 
il destinatario, Vi preghiamo cortesemente

[Geoserver-users] geoserver dpi parameter ignored

2017-10-23 Thread Diego Fdez 
Dear all,

I'm trying to rendern a high resolution image with geoserver, but I alway
obtain 1 dpi and not what I specify under "format_options=dpi:". I have seen
that I'm not the first with this problem, but I haven't found an answer that
make me understand what's going on. I would really appreciate any help. Here
my request:

http://localhost:8080/geoserver/wms?
request=GetMap
=WMS
=1.1.1
=prt_workspace:PRT_ALL
=EPSG:4326
=-10,37.5,-7.5,40&
=16000
=16000
_options=dpi:96
=image%2FGeoTiff


Best regards,

Diego



--
Sent from: http://osgeo-org.1560.x6.nabble.com/GeoServer-User-f3786390.html

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Geoserver-users mailing list

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

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

[Geoserver-users] Error with view from MSSQL

2017-10-23 Thread Franklin, Chris - Perth 
Hi,

I have a base table in MS SQL in 4326 that I can publish in Windwos GeoServer 
(2.7.4), I also have a view running of that table pulling the most recent 
shapes for land boundaries, but this wont publish, it throws this error and 
cant find the SRID for that view - I have checked for invalid objects and 
cleaned all duplicate nodes etc up. (View works in Mapinfo/ESRI/QGIS)
[cid:image001.png@01D34C07.919CC9D0]
java.lang.RuntimeException: java.io.IOException: Error occured calculating 
bounds for vwSPResoluteTenure
at 
org.geotools.jdbc.JDBCFeatureSource.getBoundsInternal(JDBCFeatureSource.java:541)
at 
org.geotools.data.store.ContentFeatureSource.getBounds(ContentFeatureSource.java:431)
at 
org.geotools.data.store.ContentFeatureSource.getBounds(ContentFeatureSource.java:367)
at 
org.vfny.geoserver.global.GeoServerFeatureSource.getBounds(GeoServerFeatureSource.java:660)
at 
org.geoserver.catalog.CatalogBuilder.getNativeBounds(CatalogBuilder.java:561)
at 
org.geoserver.catalog.CatalogBuilder.getNativeBounds(CatalogBuilder.java:543)
at 
org.geoserver.web.data.resource.BasicResourceConfig$1.onSubmit(BasicResourceConfig.java:120)
at 
org.apache.wicket.ajax.markup.html.form.AjaxSubmitLink$1.onSubmit(AjaxSubmitLink.java:68)
at 
org.apache.wicket.ajax.form.AjaxFormSubmitBehavior.onEvent(AjaxFormSubmitBehavior.java:143)
at 
org.apache.wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java:177)
at 
org.apache.wicket.ajax.AbstractDefaultAjaxBehavior.onRequest(AbstractDefaultAjaxBehavior.java:300)
at 
org.apache.wicket.request.target.component.listener.BehaviorRequestTarget.processEvents(BehaviorRequestTarget.java:119)
at 
org.apache.wicket.request.AbstractRequestCycleProcessor.processEvents(AbstractRequestCycleProcessor.java:92)
at 
org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.java:1250)
at org.apache.wicket.RequestCycle.step(RequestCycle.java:1329)
at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1436)
at org.apache.wicket.RequestCycle.request(RequestCycle.java:545)
at 
org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:484)
at 
org.apache.wicket.protocol.http.WicketServlet.doPost(WicketServlet.java:160)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:650)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:731)
at 
org.springframework.web.servlet.mvc.ServletWrappingController.handleRequestInternal(ServletWrappingController.java:159)
at 
org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:153)
at 
org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:48)
at 
org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:923)
at 
org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:852)
at 
org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:882)
at 
org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:789)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:650)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:731)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
at 
org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
at 
org.geoserver.filters.ThreadLocalsCleanupFilter.doFilter(ThreadLocalsCleanupFilter.java:28)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
at 
org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(SpringDelegatingFilter.java:75)
at 
org.geoserver.wms.animate.AnimatorFilter.doFilter(AnimatorFilter.java:71)
at 
org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(SpringDelegatingFilter.java:71)
at 
org.geoserver.filters.SpringDelegatingFilter.doFilter(SpringDelegatingFilter.java:46)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
at 
org.geoserver.platform.AdvancedDispatchFilter.doFilter(AdvancedDispatchFilter.java:50)
at