Re: [Geoserver-users] Question about administrative access

2023-02-23 Thread Paul Wittle via Geoserver-users
Hi Jody,

That is interesting but oddly not working for me in my current use case which 
is strange. If I give a user ADMIN and GROUP_ADMIN it all works nicely but if I 
give a user GROUP_ADMIN and then a specific role granting admin to a particular 
workspace they are not able to log in at all.

I suspect it is something to do with my lack of understanding of the GeoFence 
permissions and I’m going on some training in the future I hope so probably 
just me doing something wrong but good to know the user case has been 
investigated.

Paul

From: Jody Garnett 
Sent: 23 February 2023 14:31
To: Paul Wittle 
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] Question about administrative access

Yes, this of the GROUP_ADMIN role. Specifically created for “team leads” to 
many the team members with access to their workspace.

Also note you can grant admin permission to a workspace or layer. This allows 
users ability to manage data publication in that workspace or layer.

REST API has its own permissions if you would like to provide access to scripts 
or tools like GeoCat bridge for remote management.

On Thu, Feb 23, 2023 at 1:54 AM Paul Wittle via Geoserver-users 
mailto:geoserver-users@lists.sourceforge.net>>
 wrote:
Morning,

I’ve been looking at the security in GeoServer and I know this is quite a 
complex area. I can see that you can assign users / roles the ADMIN permission 
in both the out of the box GeoServer and also within the GeoFence extension but 
this always seems to be tied to a workspace.

Is there a way to give a user admin rights to manage users without giving them 
instant access to all the other functions in the admin UI?

I’d like to make it so that some users can assign other users to roles / groups 
but pretty much limit their access to just that. So for example I don’t want 
them to be able to switch on and off the WMS service or change the logging 
profile but I do want them to be able to assign “Jeff” to see “highways data”.

At present I’m thinking the only way of doing it would be to create a very 
simple UI and point it at the REST endpoints as I can’t see that it is possible 
in the normal UI or documentation but I thought I’d ask in case anyone else has 
ever tried it?

I will carry on searching and thank you for the recent updates to deal with CVE 
issues. I know people put a lot of effort in to the project and I know I am 
really grateful for this amazing product being available open source!

Cheers,
Paul
This e-mail and any files transmitted with it are intended solely for the use 
of the individual or entity to whom they are addressed. It may contain 
unclassified but sensitive or protectively marked material and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this transmission in error please notify the 
sender immediately. All traffic may be subject to recording and/or monitoring 
in accordance with relevant legislation. Any views expressed in this message 
are those of the individual sender, except where the sender specifies and with 
authority, states them to be the views of Dorset Council. Dorset Council does 
not accept service of documents by fax or other electronic means. Virus 
checking: Whilst all reasonable steps have been taken to ensure that this 
electronic communication and its attachments whether encoded, encrypted or 
otherwise supplied are free from computer viruses, Dorset Council accepts no 
liability in respect of any loss, cost, damage or expense suffered as a result 
of accessing this message or any of its attachments. For information on how 
Dorset Council processes your information, please see 
www.dorsetcouncil.gov.uk/data-protection<http://www.dorsetcouncil.gov.uk/data-protection>
___
Geoserver-users mailing list

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

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


Geoserver-users@lists.sourceforge.net<mailto:Geoserver-users@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/geoserver-users
--
--
Jody Garnett
This e-mail and any files transmitted with it are intended solely for the use 
of the individual or entity to whom they are addressed. It may contain 
unclassified but sensitive or protectively marked material and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it t

Re: [Geoserver-users] Question about administrative access

2023-02-23 Thread Paul Wittle via Geoserver-users
Thanks for that Ian,

I will make sure to read the blog post when it is out 😊

Paul

From: Ian Turton 
Sent: 23 February 2023 10:33
To: Paul Wittle 
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] Question about administrative access



On Thu, 23 Feb 2023 at 09:54, Paul Wittle via Geoserver-users 
mailto:geoserver-users@lists.sourceforge.net>>
 wrote:
Morning,

I’ve been looking at the security in GeoServer and I know this is quite a 
complex area. I can see that you can assign users / roles the ADMIN permission 
in both the out of the box GeoServer and also within the GeoFence extension but 
this always seems to be tied to a workspace.

Is there a way to give a user admin rights to manage users without giving them 
instant access to all the other functions in the admin UI?


I'm not sure if it's possible within GeoServer, maybe with GeoFence? But we 
(Astun) have recently done something similar using and external LDAP service 
and KeyCloak which handles the user management outside of GeoServer which 
should allow you to do what you want. I've submitted a talk about this for 
FOSS4G and am planning on writing it up as a blog post when I get some spare 
time.

Ian
This e-mail and any files transmitted with it are intended solely for the use 
of the individual or entity to whom they are addressed. It may contain 
unclassified but sensitive or protectively marked material and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this transmission in error please notify the 
sender immediately. All traffic may be subject to recording and/or monitoring 
in accordance with relevant legislation. Any views expressed in this message 
are those of the individual sender, except where the sender specifies and with 
authority, states them to be the views of Dorset Council. Dorset Council does 
not accept service of documents by fax or other electronic means. Virus 
checking: Whilst all reasonable steps have been taken to ensure that this 
electronic communication and its attachments whether encoded, encrypted or 
otherwise supplied are free from computer viruses, Dorset Council accepts no 
liability in respect of any loss, cost, damage or expense suffered as a result 
of accessing this message or any of its attachments. For information on how 
Dorset Council processes your information, please see 
www.dorsetcouncil.gov.uk/data-protection
___
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] Question about administrative access

2023-02-23 Thread Paul Wittle via Geoserver-users
Morning,

I've been looking at the security in GeoServer and I know this is quite a 
complex area. I can see that you can assign users / roles the ADMIN permission 
in both the out of the box GeoServer and also within the GeoFence extension but 
this always seems to be tied to a workspace.

Is there a way to give a user admin rights to manage users without giving them 
instant access to all the other functions in the admin UI?

I'd like to make it so that some users can assign other users to roles / groups 
but pretty much limit their access to just that. So for example I don't want 
them to be able to switch on and off the WMS service or change the logging 
profile but I do want them to be able to assign "Jeff" to see "highways data".

At present I'm thinking the only way of doing it would be to create a very 
simple UI and point it at the REST endpoints as I can't see that it is possible 
in the normal UI or documentation but I thought I'd ask in case anyone else has 
ever tried it?

I will carry on searching and thank you for the recent updates to deal with CVE 
issues. I know people put a lot of effort in to the project and I know I am 
really grateful for this amazing product being available open source!

Cheers,
Paul
This e-mail and any files transmitted with it are intended solely for the use 
of the individual or entity to whom they are addressed. It may contain 
unclassified but sensitive or protectively marked material and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this transmission in error please notify the 
sender immediately. All traffic may be subject to recording and/or monitoring 
in accordance with relevant legislation. Any views expressed in this message 
are those of the individual sender, except where the sender specifies and with 
authority, states them to be the views of Dorset Council. Dorset Council does 
not accept service of documents by fax or other electronic means. Virus 
checking: Whilst all reasonable steps have been taken to ensure that this 
electronic communication and its attachments whether encoded, encrypted or 
otherwise supplied are free from computer viruses, Dorset Council accepts no 
liability in respect of any loss, cost, damage or expense suffered as a result 
of accessing this message or any of its attachments. For information on how 
Dorset Council processes your information, please see 
www.dorsetcouncil.gov.uk/data-protection
___
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] WMTS 400 error again

2019-03-25 Thread Paul Wittle via Geoserver-users
Hi Jonathan,

Thank you for getting back to me.

I have worked it out today, I think I somehow managed to get a layer where the 
default style was changed but either the GWC config or the layer config had the 
wrong style in it. It took me ages to identify which layer was actually at 
fault but once I found it I simply deleted the tile cache layer. This caused it 
to correct itself as far as I can tell and I just added the tile cache layer 
back once the style issue was fixed (i.e. I could look at the selected style in 
the admin console rather than a stack trace).

Short and long, it is fixed and it is primarily an issue with the way our 
cluster is deployed. That said, it is always useful if the errors actually 
reference the layer at fault.

Many thanks,
Paul

Today's Topics:

   1. Re: WMTS 400 error again (Jonathan Moules)


--

Message: 1
Date: Sun, 24 Mar 2019 17:53:40 +
From: Jonathan Moules 
To: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] WMTS 400 error again
Message-ID: 
Content-Type: text/plain; charset="windows-1252"; Format="flowed"

Hi Paul,

The problem seems to be highlighted in the top two lines:

2019-03-21 10:12:48,717 WARN [gwc.layer] - Error getting LegendURL dimensions 
from sample
java.lang.IllegalArgumentException: Width (0) and height (0) cannot be <= 0

I'm not really sure what that's about, but googling the error indicates a 
problem that was fixed in 2.8.0 
(https://osgeo-org.atlassian.net/browse/GEOS-6941?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel)
 - are you using an older version?

Cheers,
Jonathan

On 2019-03-21 10:17, Paul Wittle via Geoserver-users wrote:
> Hi,
>
> Can anyone give me any hints on identifying the problem with my WMTS server? 
> It suddenly started giving 400 errors and I can't pinpoint a layer or source 
> of them.
>
> 2019-03-21 10:12:48,717 WARN [gwc.layer] - Error getting LegendURL
> dimensions from sample
> java.lang.IllegalArgumentException: Width (0) and height (0) cannot be <= 0
>  at 
> java.awt.image.DirectColorModel.createCompatibleWritableRaster(Unknown Source)
>  at java.awt.image.BufferedImage.(Unknown Source)
>  at 
> org.geotools.renderer.style.SLDStyleFactory.markToTilableImage(SLDStyleFactory.java:1253)
>  at 
> org.geotools.renderer.style.SLDStyleFactory.getTexturePaint(SLDStyleFactory.java:1167)
>  at 
> org.geotools.renderer.style.SLDStyleFactory.getPaint(SLDStyleFactory.java:1087)
>  at 
> org.geotools.renderer.style.SLDStyleFactory.setPolygonStyleFill(SLDStyleFactory.java:427)
>  at 
> org.geotools.renderer.style.SLDStyleFactory.createPolygonStyle(SLDStyleFactory.java:383)
>  at 
> org.geotools.renderer.style.SLDStyleFactory.createStyleInternal(SLDStyleFactory.java:337)
>  at 
> org.geotools.renderer.style.SLDStyleFactory.createStyle(SLDStyleFactory.java:295)
>  at 
> org.geoserver.wms.legendgraphic.BufferedImageLegendGraphicBuilder.buildLegendGraphic(BufferedImageLegendGraphicBuilder.java:454)
>  at 
> org.geoserver.wms.legendgraphic.PNGLegendOutputFormat.produceLegendGraphic(PNGLegendOutputFormat.java:40)
>  at 
> org.geoserver.wms.legendgraphic.PNGLegendOutputFormat.produceLegendGraphic(PNGLegendOutputFormat.java:21)
>  at 
> org.geoserver.wms.capabilities.LegendSampleImpl.createNewSample(LegendSampleImpl.java:204)
>  at 
> org.geoserver.wms.capabilities.LegendSampleImpl.getLegendURLSize(LegendSampleImpl.java:179)
>  at 
> org.geoserver.gwc.layer.GeoServerTileLayer.getLayerLegendsInfo(GeoServerTileLayer.java:1394)
>  at 
> org.geowebcache.service.wmts.WMTSGetCapabilities.getLegendsInfo(WMTSGetCapabilities.java:552)
>  at 
> org.geowebcache.service.wmts.WMTSGetCapabilities.layerStyles(WMTSGetCapabilities.java:559)
>  at 
> org.geowebcache.service.wmts.WMTSGetCapabilities.layer(WMTSGetCapabilities.java:475)
>  at 
> org.geowebcache.service.wmts.WMTSGetCapabilities.contents(WMTSGetCapabilities.java:433)
>  at 
> org.geowebcache.service.wmts.WMTSGetCapabilities.generateGetCapabilities(WMTSGetCapabilities.java:167)
>  at 
> org.geowebcache.service.wmts.WMTSGetCapabilities.writeResponse(WMTSGetCapabilities.java:108)
>  at 
> org.geowebcache.service.wmts.WMTSService.handleRequest(WMTSService.java:453)
>  at 
> org.geowebcache.service.wmts.WMTSService$$FastClassBySpringCGLIB$$e221a779.invoke()
>  at 
> org.springframe

[Geoserver-users] WMTS 400 error again

2019-03-21 Thread Paul Wittle via Geoserver-users
Hi,

Can anyone give me any hints on identifying the problem with my WMTS server? It 
suddenly started giving 400 errors and I can't pinpoint a layer or source of 
them.

2019-03-21 10:12:48,717 WARN [gwc.layer] - Error getting LegendURL dimensions 
from sample
java.lang.IllegalArgumentException: Width (0) and height (0) cannot be <= 0
at 
java.awt.image.DirectColorModel.createCompatibleWritableRaster(Unknown Source)
at java.awt.image.BufferedImage.(Unknown Source)
at 
org.geotools.renderer.style.SLDStyleFactory.markToTilableImage(SLDStyleFactory.java:1253)
at 
org.geotools.renderer.style.SLDStyleFactory.getTexturePaint(SLDStyleFactory.java:1167)
at 
org.geotools.renderer.style.SLDStyleFactory.getPaint(SLDStyleFactory.java:1087)
at 
org.geotools.renderer.style.SLDStyleFactory.setPolygonStyleFill(SLDStyleFactory.java:427)
at 
org.geotools.renderer.style.SLDStyleFactory.createPolygonStyle(SLDStyleFactory.java:383)
at 
org.geotools.renderer.style.SLDStyleFactory.createStyleInternal(SLDStyleFactory.java:337)
at 
org.geotools.renderer.style.SLDStyleFactory.createStyle(SLDStyleFactory.java:295)
at 
org.geoserver.wms.legendgraphic.BufferedImageLegendGraphicBuilder.buildLegendGraphic(BufferedImageLegendGraphicBuilder.java:454)
at 
org.geoserver.wms.legendgraphic.PNGLegendOutputFormat.produceLegendGraphic(PNGLegendOutputFormat.java:40)
at 
org.geoserver.wms.legendgraphic.PNGLegendOutputFormat.produceLegendGraphic(PNGLegendOutputFormat.java:21)
at 
org.geoserver.wms.capabilities.LegendSampleImpl.createNewSample(LegendSampleImpl.java:204)
at 
org.geoserver.wms.capabilities.LegendSampleImpl.getLegendURLSize(LegendSampleImpl.java:179)
at 
org.geoserver.gwc.layer.GeoServerTileLayer.getLayerLegendsInfo(GeoServerTileLayer.java:1394)
at 
org.geowebcache.service.wmts.WMTSGetCapabilities.getLegendsInfo(WMTSGetCapabilities.java:552)
at 
org.geowebcache.service.wmts.WMTSGetCapabilities.layerStyles(WMTSGetCapabilities.java:559)
at 
org.geowebcache.service.wmts.WMTSGetCapabilities.layer(WMTSGetCapabilities.java:475)
at 
org.geowebcache.service.wmts.WMTSGetCapabilities.contents(WMTSGetCapabilities.java:433)
at 
org.geowebcache.service.wmts.WMTSGetCapabilities.generateGetCapabilities(WMTSGetCapabilities.java:167)
at 
org.geowebcache.service.wmts.WMTSGetCapabilities.writeResponse(WMTSGetCapabilities.java:108)
at 
org.geowebcache.service.wmts.WMTSService.handleRequest(WMTSService.java:453)
at 
org.geowebcache.service.wmts.WMTSService$$FastClassBySpringCGLIB$$e221a779.invoke()
at 
org.springframework.cglib.proxy.MethodProxy.invoke(MethodProxy.java:204)
at 
org.springframework.aop.framework.CglibAopProxy$CglibMethodInvocation.invokeJoinpoint(CglibAopProxy.java:736)
at 
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:157)
at 
org.geoserver.gwc.config.GWCServiceEnablementInterceptor.invoke(GWCServiceEnablementInterceptor.java:58)
at 
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:179)
at 
org.springframework.aop.framework.CglibAopProxy$DynamicAdvisedInterceptor.intercept(CglibAopProxy.java:671)
at 
org.geowebcache.service.wmts.WMTSService$$EnhancerBySpringCGLIB$$705a3f1.handleRequest()
at 
org.geowebcache.GeoWebCacheDispatcher.handleServiceRequest(GeoWebCacheDispatcher.java:420)
at 
org.geowebcache.GeoWebCacheDispatcher.handleRequestInternal(GeoWebCacheDispatcher.java:275)
at 
org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:174)
at 
org.geoserver.gwc.dispatch.GwcServiceProxy.dispatch(GwcServiceProxy.java:92)
at sun.reflect.GeneratedMethodAccessor494.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown 
Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.geoserver.ows.Dispatcher.execute(Dispatcher.java:877)
at 
org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:264)
at 
org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:174)
at 
org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:50)
at 
org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:967)
at 
org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.ja

Re: [Geoserver-users] Gridset question

2019-02-08 Thread Paul Wittle via Geoserver-users
Hi,

Unfortunately the question relates directly to using the WMTS service in 
MapExtreme which is developed by Pitney Bowes (who also own MapInfo and 
Confirm).

After investigating I have pretty much decided it is more a client issue as so 
far as I can tell the bounding box of the layer is changing at each zoom level. 
The top-left coordinates are moving so I can't see what else could be causing 
it. I assume this is why it is jumping in the GeoServer OpenLayers preview as 
well as it may be configured to use the top-left anchor.

My working theory is that MapExtreme is assuming that the bounding box is the 
same at all levels rather than recalculating it at each zoom level based on the 
information provided by the WMTS getCapabilities statement. Might be completely 
wrong but I suspect it may be a development request to PB if I'm correct. In 
fairness; the shift is only a few meters at the detailed level but it is still 
significant if you are trying to be accurate; our gully locations appear to be 
moving around on the road / pavement as a result.

If you have an interest; I'm not sure why you would voluntarily research 
MapExtreme; but if you do, the layer bounding box is set to 0,0,70,130 
but this is the bounding box as calculated by MapInfo 17 (also has the same 
behaviour) and MapExtreme:
CoordSys Earth Projection 8, 79, "m", -2, 49, 0.9996012717, 40, -10 
Bounds (4.53547443948e-11, 0.313325276111) (760926.343337, 1521853)

You can see that the y coordinate is expanded to 1,521,853 which is a around 
200,000 meters away from the bounding box of the data. My understanding is that 
this is because the gridset has been expanded for mathematical reasons but that 
the data should still be in the right place.

Anyway, I'll stop there as it is unlikely to be a GeoServer issue; more likely 
a MapExtreme or GWC issue.
If anyone does have a work around then I'd love to hear it though.
Cheers,
Paul

-

Message: 3
Date: Thu, 7 Feb 2019 20:07:44 +
From: Phil Scadden 
To: "geoserver-users@lists.sourceforge.net"

Subject: Re: [Geoserver-users] Gridset question
Message-ID:


Content-Type: text/plain; charset="us-ascii"

This rings some distant bells, though not with that particular EPSG (I'm in 
antipodes). I have vague memory of needing to set a tile origin somewhere. 
First step would be to isolate whether your issue is with geoserver or the 
browser client. (my memories of this are with openlayers but I switched to 
leaflet some time ago).
Can you look at the getmap request that browser is issuing and see whether the 
image being sent matches the bbox being requested. If so, then geoserver is off 
the hook and the problem is with the tileset management in the browser client. 
If it doesn't match, then problem is with geoserver. You say "cached content" - 
are you explicitly connected to a GWC cache or tileset, or is this from 
integrated GWC where you have seeded tiles? If you turn caching off, does the 
problem persist?

From: Paul Wittle via Geoserver-users 
Sent: Friday, 8 February 2019 01:54
To: 'geoserver-users@lists.sourceforge.net' 

Subject: [Geoserver-users] Gridset question

Hi,

Does anyone know why my base mapping is moving when I preview the cached 
content in British National Grid (EPSG:27700)?

Please see the attached screenshot.

It doesn't do this in web Mercator projection. If you try to zoom in using this 
gridset the you end up in a completely different point (because the map centre 
is shifting) whilst if you scroll in on other projections the map centre 
remains constant.

It seems to have a minimal shift if I use the WMTS in QGIS but if I use it in 
MapInfo Confirm then the shift is more pronounced.

Best Regards,

Paul Wittle
GIS Developer
Insight, Intelligence & Performance

County Hall
Dorchester
Dorset. DT1 1XJ
Tel: 01305 228473
E mail: p.wit...@dorsetcc.gov.uk<mailto:p.wit...@dorsetcc.gov.uk>

"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."
Notice: This email and any attachments are confidential and may not be used, 
published or redistributed without the prior written consent of the Institute 
of Geological and Nuclear Sciences Limited (GNS Science). If received in error 
please destroy and immediately notify GNS Science. Do not copy or disclose the 
contents.
-- next part --
An HTML attachmen

[Geoserver-users] Gridset question

2019-02-07 Thread Paul Wittle via Geoserver-users
Hi,

Does anyone know why my base mapping is moving when I preview the cached 
content in British National Grid (EPSG:27700)?

Please see the attached screenshot.

It doesn't do this in web Mercator projection. If you try to zoom in using this 
gridset the you end up in a completely different point (because the map centre 
is shifting) whilst if you scroll in on other projections the map centre 
remains constant.

It seems to have a minimal shift if I use the WMTS in QGIS but if I use it in 
MapInfo Confirm then the shift is more pronounced.

Best Regards,

Paul Wittle
GIS Developer
Insight, Intelligence & Performance

County Hall
Dorchester
Dorset. DT1 1XJ
Tel: 01305 228473
E mail: p.wit...@dorsetcc.gov.uk

"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."
___
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] Memory leak error messages

2019-01-11 Thread Paul Wittle via Geoserver-users
 at 
org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:543)
at 
org.springframework.web.context.ContextLoader.configureAndRefreshWebApplicationContext(ContextLoader.java:443)
at 
org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:325)
at 
org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:107)
at 
org.geoserver.platform.GeoServerContextLoaderListener.contextInitialized(GeoServerContextLoaderListener.java:22)
at 
org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4812)
at 
org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5278)
at 
org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
at 
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:754)
at 
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:730)
at 
org.apache.catalina.core.StandardHost.addChild(StandardHost.java:734)
at 
org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:985)
at 
org.apache.catalina.startup.HostConfig$DeployWar.run(HostConfig.java:1857)
at java.util.concurrent.Executors$RunnableAdapter.call(Unknown 
Source)
at java.util.concurrent.FutureTask.run(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown 
Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown 
Source)
at java.lang.Thread.run(Unknown Source)

and a number of issues connecting to my Image Mosaic tile metadata which is 
stored in a Postgres database, this is the list of raw data files on which the 
layer is based. In theory the deployment which has gone crazy is still running 
on Tomcat 8 but I just tried switching it to the 8.5 service (installed side by 
side in different locations) and it is giving the same errors. The GeoServer is 
still returning tiles to the end users pretty efficiently but it is also 
bloating the log files and eventually falling over.

Anyway, I’m sure it is something odd or wrong I’ve done so I’d best get back to 
investigating; thanks for getting back to me.

Cheers,
Paul


From: Andrea Aime 
mailto:andrea.a...@geo-solutions.it>>
Sent: 10 January 2019 09:29
To: Paul Wittle mailto:p.wit...@dorsetcc.gov.uk>>; 
Jody Garnett mailto:jody.garn...@gmail.com>>
Cc: 
geoserver-users@lists.sourceforge.net<mailto:geoserver-users@lists.sourceforge.net>
Subject: Re: [Geoserver-users] Memory leak error messages

On Wed, Jan 9, 2019 at 5:32 PM Paul Wittle via Geoserver-users 
mailto:geoserver-users@lists.sourceforge.net>>
 wrote:
Hi,

I’ve recently updated us to the latest version of GeoServer (stable) and I’ve 
started getting a lot of these errors:

2019-01-09 13:50:49,127 ERROR [geotools.map] - Call MapContent dispose() to 
prevent memory leaks

Does anyone know which logging profile I need to get a more informative message 
about the cause of this error?

There is no leak... the message was added years ago to remind proper closing of 
MapContent in desktop applications
using layer listeners, which could have caused indeed leaks, but GeoServer 
makes no use of them, so the message is
actually just noise. I'd really love if the people that added the message 
removed it, toned it down, or linked its appearance
to actual usage of listeners

That said, I just downloaded a full log file from one of our servers, and this 
message is nowhere to be found... wondering
what's triggering it on your end?

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

Re: [Geoserver-users] Memory leak error messages

2019-01-10 Thread Paul Wittle via Geoserver-users
 
org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:985)
at 
org.apache.catalina.startup.HostConfig$DeployWar.run(HostConfig.java:1857)
at java.util.concurrent.Executors$RunnableAdapter.call(Unknown 
Source)
at java.util.concurrent.FutureTask.run(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown 
Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown 
Source)
at java.lang.Thread.run(Unknown Source)

and a number of issues connecting to my Image Mosaic tile metadata which is 
stored in a Postgres database, this is the list of raw data files on which the 
layer is based. In theory the deployment which has gone crazy is still running 
on Tomcat 8 but I just tried switching it to the 8.5 service (installed side by 
side in different locations) and it is giving the same errors. The GeoServer is 
still returning tiles to the end users pretty efficiently but it is also 
bloating the log files and eventually falling over.

Anyway, I’m sure it is something odd or wrong I’ve done so I’d best get back to 
investigating; thanks for getting back to me.

Cheers,
Paul


From: Andrea Aime 
Sent: 10 January 2019 09:29
To: Paul Wittle ; Jody Garnett 

Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] Memory leak error messages

On Wed, Jan 9, 2019 at 5:32 PM Paul Wittle via Geoserver-users 
mailto:geoserver-users@lists.sourceforge.net>>
 wrote:
Hi,

I’ve recently updated us to the latest version of GeoServer (stable) and I’ve 
started getting a lot of these errors:

2019-01-09 13:50:49,127 ERROR [geotools.map] - Call MapContent dispose() to 
prevent memory leaks

Does anyone know which logging profile I need to get a more informative message 
about the cause of this error?

There is no leak... the message was added years ago to remind proper closing of 
MapContent in desktop applications
using layer listeners, which could have caused indeed leaks, but GeoServer 
makes no use of them, so the message is
actually just noise. I'd really love if the people that added the message 
removed it, toned it down, or linked its appearance
to actual usage of listeners

That said, I just downloaded a full log file from one of our servers, and this 
message is nowhere to be found... wondering
what's triggering it on your end?

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.

"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."
___
Geoserver-users mailing list

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

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


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

Re: [Geoserver-users] Memory leak error messages

2019-01-10 Thread Paul Wittle via Geoserver-users
Thanks Ian,

That is really helpful to know. Should the documentation be telling users to 
install the JTDS jar instead of the Microsoft one then? Another good one for me 
to have a go at perhaps I feel like I should be able to manage a pull request 
for the documentation?

Do you think the prevent memory leaks message is unlikely to be linked and has 
anyone else started getting these appearing recently?

Thanks,
Paul

From: Ian Turton 
Sent: 10 January 2019 08:17
To: Paul Wittle 
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] Memory leak error messages

The JTDS driver was added to the MS SQL GeoTools module some time ago (version 
14.x) but if it is not present the slower MicroSoft driver will be used. See 
http://docs.geotools.org/latest/userguide/library/jdbc/sqlserver.html for more 
information.

Ian

On Wed, 9 Jan 2019 at 18:22, Paul Wittle via Geoserver-users 
mailto:geoserver-users@lists.sourceforge.net>>
 wrote:
Hi,

Quick update to my own post. Using developer logging I was getting messages 
about JTDS not being present in the classpath. This confused me as there is no 
reference to JTDS at all that I could find but I did add the jar file to see 
what happened. With it present I find that the error in the original email is 
often associated as follows (in terms of timing) but I couldn’t say if there is 
an actual link.

2019-01-09 14:09:39,817 TRACE [geotools.factory] - RETURN 
(GridCoverageFactory): found implementation Optional.
2019-01-09 14:09:39,817 TRACE [geotools.factory] - ENTRY  (GridCoverageFactory)
2019-01-09 14:09:39,817 TRACE [geotools.factory] - RETURN 
(GridCoverageFactory): found implementation Optional.
2019-01-09 14:09:39,817 DEBUG [sqlserver.jtds] - Target not a string
2019-01-09 14:09:39,817 ERROR [geotools.map] - Call MapContent dispose() to 
prevent memory leaks

I notice that JTDS debug messages are starting to appear in other people’s 
error log’s when searching for previous questions. Is JTDS support something 
that has been added on purpose or have I just managed to misconfigure something?

I do have the Microsoft SQL Server and SQL Azure extension installed and this 
is the only place that I can find JTDS listed.

Searching the Geoserver code base this is the only reference to JTDS I’ve found:
https://github.com/geoserver/geoserver/blob/445625cdad44e79c48682b0c9852e1e2586c018e/src/community/release/ext-wps-remote.xml

That is not currently installed but I may have installed it on DEV previously 
so perhaps that plugin has introduced something into my configuration?

Thanks,
Paul

From: Paul Wittle
Sent: 09 January 2019 13:53
To: 
'geoserver-users@lists.sourceforge.net<mailto:geoserver-users@lists.sourceforge.net>'
 
mailto:geoserver-users@lists.sourceforge.net>>
Subject: Memory leak error messages

Hi,

I’ve recently updated us to the latest version of GeoServer (stable) and I’ve 
started getting a lot of these errors:

2019-01-09 13:50:49,127 ERROR [geotools.map] - Call MapContent dispose() to 
prevent memory leaks

Does anyone know which logging profile I need to get a more informative message 
about the cause of this error?

Best Regards,

Paul Wittle
GIS Developer
Insight, Intelligence & Performance

County Hall
Dorchester
Dorset. DT1 1XJ
Tel: 01305 228473
E mail: p.wit...@dorsetcc.gov.uk<mailto:p.wit...@dorsetcc.gov.uk>

"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."
___
Geoserver-users mailing list

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

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


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


--
Ian Turton
"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
an

Re: [Geoserver-users] Memory leak error messages

2019-01-09 Thread Paul Wittle via Geoserver-users
Hi,

Quick update to my own post. Using developer logging I was getting messages 
about JTDS not being present in the classpath. This confused me as there is no 
reference to JTDS at all that I could find but I did add the jar file to see 
what happened. With it present I find that the error in the original email is 
often associated as follows (in terms of timing) but I couldn't say if there is 
an actual link.

2019-01-09 14:09:39,817 TRACE [geotools.factory] - RETURN 
(GridCoverageFactory): found implementation Optional.
2019-01-09 14:09:39,817 TRACE [geotools.factory] - ENTRY  (GridCoverageFactory)
2019-01-09 14:09:39,817 TRACE [geotools.factory] - RETURN 
(GridCoverageFactory): found implementation Optional.
2019-01-09 14:09:39,817 DEBUG [sqlserver.jtds] - Target not a string
2019-01-09 14:09:39,817 ERROR [geotools.map] - Call MapContent dispose() to 
prevent memory leaks

I notice that JTDS debug messages are starting to appear in other people's 
error log's when searching for previous questions. Is JTDS support something 
that has been added on purpose or have I just managed to misconfigure something?

I do have the Microsoft SQL Server and SQL Azure extension installed and this 
is the only place that I can find JTDS listed.

Searching the Geoserver code base this is the only reference to JTDS I've found:
https://github.com/geoserver/geoserver/blob/445625cdad44e79c48682b0c9852e1e2586c018e/src/community/release/ext-wps-remote.xml

That is not currently installed but I may have installed it on DEV previously 
so perhaps that plugin has introduced something into my configuration?

Thanks,
Paul

From: Paul Wittle
Sent: 09 January 2019 13:53
To: 'geoserver-users@lists.sourceforge.net' 

Subject: Memory leak error messages

Hi,

I've recently updated us to the latest version of GeoServer (stable) and I've 
started getting a lot of these errors:

2019-01-09 13:50:49,127 ERROR [geotools.map] - Call MapContent dispose() to 
prevent memory leaks

Does anyone know which logging profile I need to get a more informative message 
about the cause of this error?

Best Regards,

Paul Wittle
GIS Developer
Insight, Intelligence & Performance

County Hall
Dorchester
Dorset. DT1 1XJ
Tel: 01305 228473
E mail: p.wit...@dorsetcc.gov.uk

"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."
___
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] Memory leak error messages

2019-01-09 Thread Paul Wittle via Geoserver-users
Hi,

I've recently updated us to the latest version of GeoServer (stable) and I've 
started getting a lot of these errors:

2019-01-09 13:50:49,127 ERROR [geotools.map] - Call MapContent dispose() to 
prevent memory leaks

Does anyone know which logging profile I need to get a more informative message 
about the cause of this error?

Best Regards,

Paul Wittle
GIS Developer
Insight, Intelligence & Performance

County Hall
Dorchester
Dorset. DT1 1XJ
Tel: 01305 228473
E mail: p.wit...@dorsetcc.gov.uk

"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."
___
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] Side by side preview

2018-12-14 Thread Paul Wittle via Geoserver-users
Thanks Andrea,

Perhaps that is another good one for me to add to my list; eventually I will 
find time to get started with the development side.

Cheers,
Paul

From: Andrea Aime 
Sent: 13 December 2018 16:16
To: Paul Wittle 
Cc: GeoServer Mailing List List 
Subject: Re: [Geoserver-users] Side by side preview

On Thu, Dec 13, 2018 at 5:10 PM Paul Wittle via Geoserver-users 
mailto:geoserver-users@lists.sourceforge.net>>
 wrote:
Hi

Sorry if this has already been said but if you use the Layer Preview tab and 
update the style it doesn’t appear to update the map unless you select ‘Apply’ 
but that actually saves the style.

I’m assuming this is known but is it planned to add an update button / link 
similar to that used by the “Preview legend” option so that you can preview the 
changes prior to actually hitting save?

It is known, but there is no plan to do anything about it, since the preview 
does actual GetMap requests, there is no magic, it's just an OpenLayers client 
in there.
But if someone wants to work on it, of course it would be welcomed!

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.

"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."
___
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] Side by side preview

2018-12-13 Thread Paul Wittle via Geoserver-users
Hi

Sorry if this has already been said but if you use the Layer Preview tab and 
update the style it doesn't appear to update the map unless you select 'Apply' 
but that actually saves the style.

I'm assuming this is known but is it planned to add an update button / link 
similar to that used by the "Preview legend" option so that you can preview the 
changes prior to actually hitting save?

Cheers,
Paul

"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."
___
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] Possible bug with printing plugin?

2018-12-05 Thread Paul Wittle via Geoserver-users
Hi,

I know it is perhaps a bit cheeky to ask and fully accept that it may not be 
something that can be quickly resolved but has anyone already looked at the 
creating the short term fix as described below?

I wondered if someone else has already had a go at building the extension with 
the old jts as I'm still not confident doing builds on my windows PC.

Is this bug applicable to the latest maintenance build as I've installed stable 
and I wonder if perhaps my short term fix is to use the maintenance build 
instead of the stable one. I believe the existing one we are using is no longer 
in maintenance.

Thanks,
Paul


Message: 2
Date: Mon, 3 Dec 2018 06:36:39 -0700
From: Mauro Bartolomeoli 
To: Andrea Aime ,  GeoServer Mailing
List List 
Subject: Re: [Geoserver-users] Possible bug with printing plugin?
Message-ID:

Content-Type: text/plain; charset="utf-8"

I think we should think about 2 different plans:
1. Short term: fix the printing plugin including old jts jars in the extension 
build 2. Medium / long: decide what to do with mapfish dependency. Try 
switching to mapfish 3 or commit patches to 2.1.x (official repo)?

Il giorno lun 3 dic 2018, 01:53 Andrea Aime  ha 
scritto:

> Hi,
> can that be made into a release that we can depend on?
> I also see there has been a recent fix here done on the official version:
> https://osgeo-org.atlassian.net/browse/GEOS-8968
> So if we switch, we'd have to port over also the missing fixes that
> went into the official version... seems like they diverged some time ago:
> https://github.com/mapfish/mapfish-print/commits/release/2.1.3
>
> Cheers
> Andrea
>
>
> On Mon, Dec 3, 2018 at 9:38 AM Alessio Fabiani <
> alessio.fabi...@geo-solutions.it> wrote:
>
>> The following branch (2.1.3) [1] of the library, fixes the JTS
>> dependencies.
>>
>> The jars are also available through the GeoSolutions Maven Repository.
>>
>> [1] - https://github.com/geosolutions-it/mapfish-print/tree/2.1.3
>>
>>
>> Il giorno ven 30 nov 2018 alle ore 19:30 Andrea Aime <
>> andrea.a...@geo-solutions.it> ha scritto:
>>
>>> Hi Paul,
>>> this smells like a result of the JTS upgrade, unfortunately
>>> GeoServer is using an old version of mapfish (with no funds in sight
>>> to upgrade to the latest, I'm afraid, I've been told it's not an
>>> easy switch).
>>>
>>> My guess is that you might get that to work by dropping an older
>>> version of JTS in GeoServe in parallel with the current one, the new
>>> and the old ones are using different package names, so they should
>>> not conflict with each other
>>>
>>> Cheers
>>> Andrea
>>>
>>>
>>> On Fri, Nov 30, 2018 at 6:29 PM Paul Wittle via Geoserver-users <
>>> geoserver-users@lists.sourceforge.net> wrote:
>>>
>>>> Hi,
>>>>
>>>>
>>>>
>>>> I?m getting two errors with the mapFish printing plugin on version
>>>> 2.14.1. Here are bits of the stack traces (I can send the rest if needed):
>>>>
>>>>
>>>>
>>>> ERROR: The remote server returned an error: (500) Internal Server Error.
>>>>
>>>> CONTENT: Error while generating PDF:
>>>>
>>>> java.lang.NoClassDefFoundError:
>>>> com/vividsolutions/jts/geom/Geometry
>>>>
>>>> at
>>>> org.mapfish.print.map.renderers.TileRenderer.(TileRenderer.java:39)
>>>>
>>>> at
>>>> org.mapfish.print.map.readers.HTTPMapReader.render(HTTPMapReader.ja
>>>> va:145)
>>>>
>>>> at
>>>> org.mapfish.print.map.readers.WMSMapReader.render(WMSMapReader.java
>>>> :180)
>>>>
>>>> For this one, could it be linked to the message here (
>>>> https://docs.geoserver.org/stable/en/user/installation/upgrade.html)?
>>>>
>>>>
>>>>
>>>> Second error reads:
>>>>
>>>> ERROR: The remote server returned an error: (500) Internal Server Error.
>>>>
>>>> CONTENT: Error while generating PDF:
>>>>
>>>> java.lang.NoClassDefFoundError: Could not initialize class
>>>> org.mapfish.print.map.renderers.TileRenderer
>>>>
>>>> at
>>>> org.mapfish.print.map.readers.HTTPMapReader.render(HTTPMapReader.ja
>>>> va:145)
>>>>
>>>> at
>>>> org.mapfish.print.map.readers.WMSMapReader.render(WMSMapReader.java
>>>> :180)
>>>>
>>>>
>

[Geoserver-users] Possible bug with printing plugin?

2018-11-30 Thread Paul Wittle via Geoserver-users
Hi,

I'm getting two errors with the mapFish printing plugin on version 2.14.1. Here 
are bits of the stack traces (I can send the rest if needed):


ERROR: The remote server returned an error: (500) Internal Server Error.

CONTENT: Error while generating PDF:

java.lang.NoClassDefFoundError: com/vividsolutions/jts/geom/Geometry

at org.mapfish.print.map.renderers.TileRenderer.(TileRenderer.java:39)

at org.mapfish.print.map.readers.HTTPMapReader.render(HTTPMapReader.java:145)

at org.mapfish.print.map.readers.WMSMapReader.render(WMSMapReader.java:180)
For this one, could it be linked to the message here 
(https://docs.geoserver.org/stable/en/user/installation/upgrade.html)?

Second error reads:

ERROR: The remote server returned an error: (500) Internal Server Error.

CONTENT: Error while generating PDF:

java.lang.NoClassDefFoundError: Could not initialize class 
org.mapfish.print.map.renderers.TileRenderer

at org.mapfish.print.map.readers.HTTPMapReader.render(HTTPMapReader.java:145)

at org.mapfish.print.map.readers.WMSMapReader.render(WMSMapReader.java:180)

Do these look like bugs with that plugin or have I missed a configuration step 
whilst upgrading?

Thanks,
Paul
"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."
___
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] Database views referencing other databases

2018-10-31 Thread Paul Wittle via Geoserver-users
Hi,

This is almost definitely really niche but I thought I'd send the message in 
case it is relevant for any reason. We have a view in our Oracle database which 
takes a spatial table (source of GeoServer store) and joins it with non-spatial 
data from another Oracle database which is not in our control. The view is slow 
as you would expect however it cannot be loaded into GeoServer because 
GeoServer is discovering the reference to an alternate database somehow. The 
reason I thought I'd email is that it does work if you view it in a viewer's 
such as Toad but it also works fine in other GIS capable applications such QGIS 
and FME.

Please note, the reference to the other database should be in the database view 
not an SQL view in GeoServer. I think it is logical that GeoServer may not 
accept that sort of thing but I'm confused by why GeoServer even knows the view 
is referencing another database, I would have expected it to just query the 
view in the source database and let the database handle the joins but I think 
it is something to do with the way GeoServer gets the metadata (although I'm 
guessing).

I'm hoping it would be easy to check in other database types, just create a 
view which references another database / schema and then see if the view can be 
published in GeoServer and rendered by QGIS.

It is probably too niche to log it as a bug and so I'm not necessarily 
expecting that we do anything but I thought I'd ask round to see if others can 
easily recreate the situation to see if it is just me as usual.

Best Regards,

Paul Wittle

"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."
___
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] What do people actually mean by 'standalone GWC'?

2018-08-15 Thread Paul Wittle via Geoserver-users
Hi,

I have now worked out my issue; it was actually that I had put the Inspire 
plugin into the lib folder. That has a dependency on the WMTS bean I think 
which is provided by GWC.

Once I removed that jar file and the two extras that Jukka pointed out it 
worked fine.

Thanks again for your help 😊

Paul

From: Andrea Aime 
Sent: 15 August 2018 10:42
To: Rahkonen Jukka (MML) 
Cc: Paul Wittle ; GeoServer Mailing List List 

Subject: Re: [Geoserver-users] What do people actually mean by 'standalone GWC'?

Hi Jukka,
thanks for confirming it still works!

Cheers
Andrea

On Wed, Aug 15, 2018 at 11:38 AM Rahkonen Jukka (MML) 
mailto:jukka.rahko...@maanmittauslaitos.fi>>
 wrote:
Hi,

I had a try with Geoserver 2.14-snapshot on Windows. I removed these files from 
WEB-INF/lib:
gs-gwc-2.14-SNAPSHOT.jar
gs-web-gwc-2.14-SNAPSHOT.jar
gwc-core-1.14-SNAPSHOT.jar
gwc-diskquota-core-1.14-SNAPSHOT.jar
gwc-diskquota-jdbc-1.14-SNAPSHOT.jar
gwc-georss-1.14-SNAPSHOT.jar
gwc-gmaps-1.14-SNAPSHOT.jar
gwc-kml-1.14-SNAPSHOT.jar
gwc-rest-1.14-SNAPSHOT.jar
gwc-tms-1.14-SNAPSHOT.jar
gwc-ve-1.14-20180808.171018-165.jar
gwc-wms-1.14-SNAPSHOT.jar
gwc-wmts-1.14-SNAPSHOT.jar

and now Geoserver starts without GeoWebCache.

-Jukka Rahkonen-

Lähettäjä: Andrea Aime 
[mailto:andrea.a...@geo-solutions.it<mailto:andrea.a...@geo-solutions.it>]
Lähetetty: 14. elokuuta 2018 19:36
Vastaanottaja: Wittle, Paul 
mailto:p.wit...@dorsetcc.gov.uk>>
Kopio: GeoServer Mailing List List 
mailto:geoserver-users@lists.sourceforge.net>>
Aihe: Re: [Geoserver-users] What do people actually mean by 'standalone GWC'?

On Tue, Aug 14, 2018 at 6:32 PM Paul Wittle via Geoserver-users 
mailto:geoserver-users@lists.sourceforge.net>>
 wrote:
Hello again,

I’m looking through the documentation online and wondering if perhaps I’m not 
correctly understanding the use of the term ‘standalone GeoWebCache’.

I have installed a separate instance of GWC and pointed it at my GeoServer 
using the gwcWMSConfig and that all seems fine but I’m not sure how I get rid 
of the embedded GWC from my GeoServer. The GeoServer is running in a separate 
Tomcat instance and to avoid confusion I don’t want it to have any reference to 
the internal GWC that comes as default or my admin users may accidentally 
configure a layer in the wrong server.

I saw some posts suggesting that you need to remove the gwc*.jar files from the 
lib folder but that just prevents the GeoServer from loading.

It would be good if I could clarify two points really:

  *   Do the references to ‘standalone GeoWebCache’ in the documentation refer 
to a completely separate deployment of GWC? 
http://docs.geoserver.org/stable/en/user/geowebcache/config.html#geowebcache-with-multiple-geoserver-instances
Correct

  *
  *   If so, is it possible to remove the GWC that is in the standard GeoServer 
build or am I supposed to just leave it in place and tell the users not to use 
it?
Hum... this one is a bit more complicated. In theory you should be able to go 
in WEB-INF/lib and just remove all *gwc* jars from it, and the integrated
GWC should just disappear. However it's not done all that often, so I cannot 
guarantee it's gonna work (it's not something that we are officially supporting 
or testing).

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

P

Re: [Geoserver-users] What do people actually mean by 'standalone GWC'?

2018-08-15 Thread Paul Wittle via Geoserver-users
Hi,

Yes, thank you for trying that for me; I will try shortly as well. I missed the 
two gs-* files on your list so I’m guessing that was what I did wrong.

Paul

From: Andrea Aime 
Sent: 15 August 2018 10:42
To: Rahkonen Jukka (MML) 
Cc: Paul Wittle ; GeoServer Mailing List List 

Subject: Re: [Geoserver-users] What do people actually mean by 'standalone GWC'?

Hi Jukka,
thanks for confirming it still works!

Cheers
Andrea

On Wed, Aug 15, 2018 at 11:38 AM Rahkonen Jukka (MML) 
mailto:jukka.rahko...@maanmittauslaitos.fi>>
 wrote:
Hi,

I had a try with Geoserver 2.14-snapshot on Windows. I removed these files from 
WEB-INF/lib:
gs-gwc-2.14-SNAPSHOT.jar
gs-web-gwc-2.14-SNAPSHOT.jar
gwc-core-1.14-SNAPSHOT.jar
gwc-diskquota-core-1.14-SNAPSHOT.jar
gwc-diskquota-jdbc-1.14-SNAPSHOT.jar
gwc-georss-1.14-SNAPSHOT.jar
gwc-gmaps-1.14-SNAPSHOT.jar
gwc-kml-1.14-SNAPSHOT.jar
gwc-rest-1.14-SNAPSHOT.jar
gwc-tms-1.14-SNAPSHOT.jar
gwc-ve-1.14-20180808.171018-165.jar
gwc-wms-1.14-SNAPSHOT.jar
gwc-wmts-1.14-SNAPSHOT.jar

and now Geoserver starts without GeoWebCache.

-Jukka Rahkonen-

Lähettäjä: Andrea Aime 
[mailto:andrea.a...@geo-solutions.it<mailto:andrea.a...@geo-solutions.it>]
Lähetetty: 14. elokuuta 2018 19:36
Vastaanottaja: Wittle, Paul 
mailto:p.wit...@dorsetcc.gov.uk>>
Kopio: GeoServer Mailing List List 
mailto:geoserver-users@lists.sourceforge.net>>
Aihe: Re: [Geoserver-users] What do people actually mean by 'standalone GWC'?

On Tue, Aug 14, 2018 at 6:32 PM Paul Wittle via Geoserver-users 
mailto:geoserver-users@lists.sourceforge.net>>
 wrote:
Hello again,

I’m looking through the documentation online and wondering if perhaps I’m not 
correctly understanding the use of the term ‘standalone GeoWebCache’.

I have installed a separate instance of GWC and pointed it at my GeoServer 
using the gwcWMSConfig and that all seems fine but I’m not sure how I get rid 
of the embedded GWC from my GeoServer. The GeoServer is running in a separate 
Tomcat instance and to avoid confusion I don’t want it to have any reference to 
the internal GWC that comes as default or my admin users may accidentally 
configure a layer in the wrong server.

I saw some posts suggesting that you need to remove the gwc*.jar files from the 
lib folder but that just prevents the GeoServer from loading.

It would be good if I could clarify two points really:

  *   Do the references to ‘standalone GeoWebCache’ in the documentation refer 
to a completely separate deployment of GWC? 
http://docs.geoserver.org/stable/en/user/geowebcache/config.html#geowebcache-with-multiple-geoserver-instances
Correct

  *
  *   If so, is it possible to remove the GWC that is in the standard GeoServer 
build or am I supposed to just leave it in place and tell the users not to use 
it?
Hum... this one is a bit more complicated. In theory you should be able to go 
in WEB-INF/lib and just remove all *gwc* jars from it, and the integrated
GWC should just disappear. However it's not done all that often, so I cannot 
guarantee it's gonna work (it's not something that we are officially supporting 
or testing).

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

Re: [Geoserver-users] GeoServer Hardware Setup

2018-08-15 Thread Paul Wittle via Geoserver-users
Hi Sorin,

Thank you for getting back to me.

I’m trying to separate out the GWC part anyway and these are virtual drives 
anyway. Perhaps the best thing might be to have 4kb for the GWC bit but perhaps 
a larger size for the data disk with the raw raster files on it (they will be 
megabytes or even gigabytes in size)?

I will probably just discuss it with our IT department and then test the 
performance as I go along.

Thanks again,
Paul

From: Rusu Sorin 
Sent: 14 August 2018 10:37
To: 'geoserver-users@lists.sourceforge.net' 
; Paul Wittle 
Subject: Re: [Geoserver-users] GeoServer Hardware Setup

Hi Paul,

It depends on what you will be using geoserver for. If you are going to rely 
heavily on tile generation via geo-web-cache, you will have to deal with 
potentially many hundreds of thousands of small PNG files, just as an example, 
a map rendered as google mercator lvl 5 - lvl 17 covering a large metropolitan 
city (20km radius) will yeald around 800 files ranging from 1.5 kbytes - 50 
kbytes, depending on the transparency, number of colors etc. A 250.000 sq. km 
service will take around 22 milion tiles depending on the generated scales.

I would leave it at the default NTFS 4 kbytes if this would be your deployment 
scenario.

Sorin RUSU
GIS


Pe luni, 13 august 2018, 17:34:39 EEST, Paul Wittle via Geoserver-users 
mailto:geoserver-users@lists.sourceforge.net>>
 a scris:



Hi folks,



I’d like to ask a hardware question if that is okay as my IT department have 
just asked me and I wonder if it might be of interest to others as well.



They have asked me if there is any official recommendation / documentation on 
the allocation size to use when configuring an NTFS disk drive for us by a 
GeoServer?



I’m not aware of an official recommendation myself. I’m told by my IT that our 
default is 4kb but things like exchange servers may use 64kb and the right 
choice may impact on performance depending on the application in question.



A similar question came up recently when we were looking at de-duplication 
options for the drives as the raw data files which our GeoServer uses are also 
used by our user network drive. We hoped that we might be able to de-duplicate 
the two drives to save on space but the results were not worth further 
investigation; it was suggested then that it might be to do with the small file 
sizes of most files in a GeoServer data directory (certainly if looking at GWC 
data).



I’m guessing this is all pretty specific to people deploying GeoServer in a 
corporate environment though so I hope the question is not too niche to be of 
interest.



Best Regards,



Paul Wittle

GIS Developer

Insight, Intelligence & Performance

Chief Executive’s Department



County Hall

Dorchester

Dorset. DT1 1XJ

Tel: 01305 228473

E mail: p.wit...@dorsetcc.gov.uk<mailto:p.wit...@dorsetcc.gov.uk>


"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."
--
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

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


Geoserver-users@lists.sourceforge.net<mailto:Geoserver-users@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/geoserver-users
"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."

Re: [Geoserver-users] What do people actually mean by 'standalone GWC'?

2018-08-14 Thread Paul Wittle via Geoserver-users
Hi Andrea,

Thank you for your prompt response, nice to know I’m going in roughly the right 
direction 😊

Paul

From: Andrea Aime 
Sent: 14 August 2018 17:36
To: Paul Wittle 
Cc: GeoServer Mailing List List 
Subject: Re: [Geoserver-users] What do people actually mean by 'standalone GWC'?

On Tue, Aug 14, 2018 at 6:32 PM Paul Wittle via Geoserver-users 
mailto:geoserver-users@lists.sourceforge.net>>
 wrote:
Hello again,

I’m looking through the documentation online and wondering if perhaps I’m not 
correctly understanding the use of the term ‘standalone GeoWebCache’.

I have installed a separate instance of GWC and pointed it at my GeoServer 
using the gwcWMSConfig and that all seems fine but I’m not sure how I get rid 
of the embedded GWC from my GeoServer. The GeoServer is running in a separate 
Tomcat instance and to avoid confusion I don’t want it to have any reference to 
the internal GWC that comes as default or my admin users may accidentally 
configure a layer in the wrong server.

I saw some posts suggesting that you need to remove the gwc*.jar files from the 
lib folder but that just prevents the GeoServer from loading.

It would be good if I could clarify two points really:

  *   Do the references to ‘standalone GeoWebCache’ in the documentation refer 
to a completely separate deployment of GWC? 
http://docs.geoserver.org/stable/en/user/geowebcache/config.html#geowebcache-with-multiple-geoserver-instances
Correct

  *
  *   If so, is it possible to remove the GWC that is in the standard GeoServer 
build or am I supposed to just leave it in place and tell the users not to use 
it?
Hum... this one is a bit more complicated. In theory you should be able to go 
in WEB-INF/lib and just remove all *gwc* jars from it, and the integrated
GWC should just disappear. However it's not done all that often, so I cannot 
guarantee it's gonna work (it's not something that we are officially supporting 
or testing).

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.

"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."
--
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

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] What do people actually mean by 'standalone GWC'?

2018-08-14 Thread Paul Wittle via Geoserver-users
Hello again,

I'm looking through the documentation online and wondering if perhaps I'm not 
correctly understanding the use of the term 'standalone GeoWebCache'.

I have installed a separate instance of GWC and pointed it at my GeoServer 
using the gwcWMSConfig and that all seems fine but I'm not sure how I get rid 
of the embedded GWC from my GeoServer. The GeoServer is running in a separate 
Tomcat instance and to avoid confusion I don't want it to have any reference to 
the internal GWC that comes as default or my admin users may accidentally 
configure a layer in the wrong server.

I saw some posts suggesting that you need to remove the gwc*.jar files from the 
lib folder but that just prevents the GeoServer from loading.

It would be good if I could clarify two points really:

  *   Do the references to 'standalone GeoWebCache' in the documentation refer 
to a completely separate deployment of GWC? 
http://docs.geoserver.org/stable/en/user/geowebcache/config.html#geowebcache-with-multiple-geoserver-instances
  *   If so, is it possible to remove the GWC that is in the standard GeoServer 
build or am I supposed to just leave it in place and tell the users not to use 
it?

Best Regards,

Paul Wittle
GIS Developer
Insight, Intelligence & Performance
Chief Executive's Department

County Hall
Dorchester
Dorset. DT1 1XJ
Tel: 01305 228473
E mail: p.wit...@dorsetcc.gov.uk

"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."
--
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

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] GeoServer Hardware Setup

2018-08-13 Thread Paul Wittle via Geoserver-users
Hi folks,

I'd like to ask a hardware question if that is okay as my IT department have 
just asked me and I wonder if it might be of interest to others as well.

They have asked me if there is any official recommendation / documentation on 
the allocation size to use when configuring an NTFS disk drive for us by a 
GeoServer?

I'm not aware of an official recommendation myself. I'm told by my IT that our 
default is 4kb but things like exchange servers may use 64kb and the right 
choice may impact on performance depending on the application in question.

A similar question came up recently when we were looking at de-duplication 
options for the drives as the raw data files which our GeoServer uses are also 
used by our user network drive. We hoped that we might be able to de-duplicate 
the two drives to save on space but the results were not worth further 
investigation; it was suggested then that it might be to do with the small file 
sizes of most files in a GeoServer data directory (certainly if looking at GWC 
data).

I'm guessing this is all pretty specific to people deploying GeoServer in a 
corporate environment though so I hope the question is not too niche to be of 
interest.

Best Regards,

Paul Wittle
GIS Developer
Insight, Intelligence & Performance
Chief Executive's Department

County Hall
Dorchester
Dorset. DT1 1XJ
Tel: 01305 228473
E mail: p.wit...@dorsetcc.gov.uk

"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."
--
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

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

2018-08-13 Thread Paul Wittle via Geoserver-users
Resending this as I'm not sure it actually made it to the list.
Paul

From: Paul Wittle
Sent: 13 August 2018 10:01
To: 'geoserver-users@lists.sourceforge.net' 

Subject: GeoServer Hardware Setup

Hi folks,

I'd like to ask a hardware question if that is okay as my IT department have 
just asked me and I wonder if it might be of interest to others as well.

They have asked me if there is any official recommendation / documentation on 
the allocation size to use when configuring an NTFS disk drive for us by a 
GeoServer?

I'm not aware of an official recommendation myself. I'm told by my IT that our 
default is 4kb but things like exchange servers may use 64kb and the right 
choice may impact on performance depending on the application in question.

A similar question came up recently when we were looking at de-duplication 
options for the drives as the raw data files which our GeoServer uses are also 
used by our user network drive. We hoped that we might be able to de-duplicate 
the two drives to save on space but the results were not worth further 
investigation; it was suggested then that it might be to do with the small file 
sizes of most files in a GeoServer data directory (certainly if looking at GWC 
data).

I'm guessing this is all pretty specific to people deploying GeoServer in a 
corporate environment though so I hope the question is not too niche to be of 
interest.

Best Regards,

Paul Wittle
GIS Developer
Insight, Intelligence & Performance
Chief Executive's Department

County Hall
Dorchester
Dorset. DT1 1XJ
Tel: 01305 228473
E mail: p.wit...@dorsetcc.gov.uk

"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."
--
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

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] Image Mosaic failing to create reader again

2018-05-30 Thread Paul Wittle via Geoserver-users
Hi,

I think it might have been more to do with the database tables again as I was 
trying to use a custom schema rather than public.

I’ve now reconfigured my store to use the public schema and renamed my stores / 
tables to be lower case names. This means the error has gone away but I still 
have not been able to get GeoServer to create and populate a new layer.

On the plus side, my layers are now working again now but I’m unsure if that is 
from the GWC or the GeoServer really; I think it is working though.

I’m still a little confused as to whether it tries to generate a schema per 
layer or a table but that might just be due to the wording of an error message.

Thanks,
Paul

From: Paul Wittle
Sent: 30 May 2018 09:56
To: 'Andrea Aime' 
Cc: 'GeoServer Mailing List List' 
Subject: RE: [Geoserver-users] Image Mosaic failing to create reader again

Hi Andrea,

Thanks for the reply, is there a good place for me to start looking i.e. a part 
of the source code which defines the process of setting up the table etc?

I don’t know why but I still can’t quite get my head round where the source 
code for plugins is actually stored?

I’m still no help at all when it comes to development work as I still keep 
meaning to come along to an event or code sprint of some sort to get my head 
around the processes. Sorry about that, the kids are still very young and so 
there is very little time outside of work to learn new scripting languages.

Cheers,
Paul

From: Andrea Aime [mailto:andrea.a...@geo-solutions.it]
Sent: 29 May 2018 16:09
To: Paul Wittle mailto:p.wit...@dorsetcc.gov.uk>>
Cc: GeoServer Mailing List List 
mailto:geoserver-users@lists.sourceforge.net>>
Subject: Re: [Geoserver-users] Image Mosaic failing to create reader again

Hi Paul,
rasters failing to load do not report any error to GeoServer, just a null. This 
is a 10+ years old design mistake that's expensive to fix today (idea, add a 
flag to make them throw an exception, retrofit each and every one of them to do 
so).

As Daniele suggested, currently the way is to switch to gt Dev logging and hunt 
into the many messages (some of which are red herrings).

The mosaic is especially hard because during init it creates tables, config 
files and the like, won't revert them on failure, and won't proceed further in 
the next setup if it finds them... So you have to know what to look for and 
delete manually.

I hope one day we can setup a code Sprint with a few devs, for a few days, to 
actually start returning meaningful info out if failures.

Cheers
Andrea

Il mar 29 mag 2018, 14:21 Paul Wittle via Geoserver-users 
mailto:geoserver-users@lists.sourceforge.net>>
 ha scritto:
Hi,

I’m struggling with the same image mosaic error I had a while ago but in a 
different context.

I’m trying to create an image mosaic using a local PostGIS database (running on 
localhost to the GeoServer) but I’m getting:
Could not list layers for this store, an error occurred retrieving them: Failed 
to create reader from file:Raster/Test2 and hints Hints: EXECUTOR_SERVICE = 
java.util.concurrent.ThreadPoolExecutor@4a5e4345[Running<mailto:java.util.concurrent.ThreadPoolExecutor@4a5e4345[Running>,
 pool size = 0, active threads = 0, queued tasks = 0, completed tasks = 0] 
REPOSITORY = 
org.geoserver.catalog.CatalogRepository@6b89df6e<mailto:org.geoserver.catalog.CatalogRepository@6b89df6e>
 System defaults: LENIENT_DATUM_SHIFT = true FILTER_FACTORY = FilterFactoryImpl 
FEATURE_FACTORY = 
org.geotools.feature.LenientFeatureFactoryImpl@3f4e036a<mailto:org.geotools.feature.LenientFeatureFactoryImpl@3f4e036a>
 FORCE_AXIS_ORDER_HONORING = http STYLE_FACTORY = StyleFactoryImpl 
FORCE_LONGITUDE_FIRST_AXIS_ORDER = true COMPARISON_TOLERANCE = 1.0E-8 
GRID_COVERAGE_FACTORY = GridCoverageFactory TILE_ENCODING = null

The store I’m using to connect appears to work and I’ve even managed to create 
the whole database using the GeoServer; all looks fine. However when I go to 
create an image mosaic I get the error above and no table is created within the 
schema.

My question is simple enough, does anyone know if the error is really caused by 
issues connecting to the database or could it actually be caused by issues with 
the location of the image directory?

The system was working but I was trying to rebuild it from scratch on a later 
version of Windows Server (2016 I think) and the data directory is now on a 
network drive. Despite the number of times I’ve looked at this error message I 
still find it confusing to identify what the GeoServer is actually trying to 
do, is it trying to read the files, write to the database, create a table or 
index?

Alternatively are there preparedStatements missing on my version of PostGIS or 
something like that?

As usual I would be really grateful for any hints but of course I know everyone 
is very busy.

Best Regards,

Paul Wittle
GIS Developer

County Hall
Dorchester
Dorset. 

Re: [Geoserver-users] Image Mosaic failing to create reader again

2018-05-30 Thread Paul Wittle via Geoserver-users
Hi Andrea,

Thanks for the reply, is there a good place for me to start looking i.e. a part 
of the source code which defines the process of setting up the table etc?

I don’t know why but I still can’t quite get my head round where the source 
code for plugins is actually stored?

I’m still no help at all when it comes to development work as I still keep 
meaning to come along to an event or code sprint of some sort to get my head 
around the processes. Sorry about that, the kids are still very young and so 
there is very little time outside of work to learn new scripting languages.

Cheers,
Paul

From: Andrea Aime [mailto:andrea.a...@geo-solutions.it]
Sent: 29 May 2018 16:09
To: Paul Wittle 
Cc: GeoServer Mailing List List 
Subject: Re: [Geoserver-users] Image Mosaic failing to create reader again

Hi Paul,
rasters failing to load do not report any error to GeoServer, just a null. This 
is a 10+ years old design mistake that's expensive to fix today (idea, add a 
flag to make them throw an exception, retrofit each and every one of them to do 
so).

As Daniele suggested, currently the way is to switch to gt Dev logging and hunt 
into the many messages (some of which are red herrings).

The mosaic is especially hard because during init it creates tables, config 
files and the like, won't revert them on failure, and won't proceed further in 
the next setup if it finds them... So you have to know what to look for and 
delete manually.

I hope one day we can setup a code Sprint with a few devs, for a few days, to 
actually start returning meaningful info out if failures.

Cheers
Andrea

Il mar 29 mag 2018, 14:21 Paul Wittle via Geoserver-users 
mailto:geoserver-users@lists.sourceforge.net>>
 ha scritto:
Hi,

I’m struggling with the same image mosaic error I had a while ago but in a 
different context.

I’m trying to create an image mosaic using a local PostGIS database (running on 
localhost to the GeoServer) but I’m getting:
Could not list layers for this store, an error occurred retrieving them: Failed 
to create reader from file:Raster/Test2 and hints Hints: EXECUTOR_SERVICE = 
java.util.concurrent.ThreadPoolExecutor@4a5e4345[Running<mailto:java.util.concurrent.ThreadPoolExecutor@4a5e4345[Running>,
 pool size = 0, active threads = 0, queued tasks = 0, completed tasks = 0] 
REPOSITORY = 
org.geoserver.catalog.CatalogRepository@6b89df6e<mailto:org.geoserver.catalog.CatalogRepository@6b89df6e>
 System defaults: LENIENT_DATUM_SHIFT = true FILTER_FACTORY = FilterFactoryImpl 
FEATURE_FACTORY = 
org.geotools.feature.LenientFeatureFactoryImpl@3f4e036a<mailto:org.geotools.feature.LenientFeatureFactoryImpl@3f4e036a>
 FORCE_AXIS_ORDER_HONORING = http STYLE_FACTORY = StyleFactoryImpl 
FORCE_LONGITUDE_FIRST_AXIS_ORDER = true COMPARISON_TOLERANCE = 1.0E-8 
GRID_COVERAGE_FACTORY = GridCoverageFactory TILE_ENCODING = null

The store I’m using to connect appears to work and I’ve even managed to create 
the whole database using the GeoServer; all looks fine. However when I go to 
create an image mosaic I get the error above and no table is created within the 
schema.

My question is simple enough, does anyone know if the error is really caused by 
issues connecting to the database or could it actually be caused by issues with 
the location of the image directory?

The system was working but I was trying to rebuild it from scratch on a later 
version of Windows Server (2016 I think) and the data directory is now on a 
network drive. Despite the number of times I’ve looked at this error message I 
still find it confusing to identify what the GeoServer is actually trying to 
do, is it trying to read the files, write to the database, create a table or 
index?

Alternatively are there preparedStatements missing on my version of PostGIS or 
something like that?

As usual I would be really grateful for any hints but of course I know everyone 
is very busy.

Best Regards,

Paul Wittle
GIS Developer

County Hall
Dorchester
Dorset. DT1 1XJ
Tel: 01305 228473
E mail: p.wit...@dorsetcc.gov.uk<mailto:p.wit...@dorsetcc.gov.uk>


"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."
--
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 r

[Geoserver-users] Image Mosaic failing to create reader again

2018-05-29 Thread Paul Wittle via Geoserver-users
Hi,

I'm struggling with the same image mosaic error I had a while ago but in a 
different context.

I'm trying to create an image mosaic using a local PostGIS database (running on 
localhost to the GeoServer) but I'm getting:
Could not list layers for this store, an error occurred retrieving them: Failed 
to create reader from file:Raster/Test2 and hints Hints: EXECUTOR_SERVICE = 
java.util.concurrent.ThreadPoolExecutor@4a5e4345[Running, pool size = 0, active 
threads = 0, queued tasks = 0, completed tasks = 0] REPOSITORY = 
org.geoserver.catalog.CatalogRepository@6b89df6e System defaults: 
LENIENT_DATUM_SHIFT = true FILTER_FACTORY = FilterFactoryImpl FEATURE_FACTORY = 
org.geotools.feature.LenientFeatureFactoryImpl@3f4e036a 
FORCE_AXIS_ORDER_HONORING = http STYLE_FACTORY = StyleFactoryImpl 
FORCE_LONGITUDE_FIRST_AXIS_ORDER = true COMPARISON_TOLERANCE = 1.0E-8 
GRID_COVERAGE_FACTORY = GridCoverageFactory TILE_ENCODING = null

The store I'm using to connect appears to work and I've even managed to create 
the whole database using the GeoServer; all looks fine. However when I go to 
create an image mosaic I get the error above and no table is created within the 
schema.

My question is simple enough, does anyone know if the error is really caused by 
issues connecting to the database or could it actually be caused by issues with 
the location of the image directory?

The system was working but I was trying to rebuild it from scratch on a later 
version of Windows Server (2016 I think) and the data directory is now on a 
network drive. Despite the number of times I've looked at this error message I 
still find it confusing to identify what the GeoServer is actually trying to 
do, is it trying to read the files, write to the database, create a table or 
index?

Alternatively are there preparedStatements missing on my version of PostGIS or 
something like that?

As usual I would be really grateful for any hints but of course I know everyone 
is very busy.

Best Regards,

Paul Wittle
GIS Developer

County Hall
Dorchester
Dorset. DT1 1XJ
Tel: 01305 228473
E mail: p.wit...@dorsetcc.gov.uk


"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."
--
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

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


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


Re: [Geoserver-users] WMS does not deliver jpeg 2000 data since update to geoserver 2.12.0 using the ImageMosaicJDBC Plugin

2018-02-23 Thread Paul Wittle via Geoserver-users
Hi,

I'm not using the specific JDBC version but I have been trying to put my 
ImageMosaic indexes (the shapefiles) into our Oracle database using 2.12.2.

Long and short of it is that it just will not work and so it seems to me there 
may be an Oracle bug somewhere. After a couple of weeks trying to work it out I 
finally gave up and just installed a local copy of Postgres with PostGIS on the 
servers we host our GeoServer on.

It is Open Source and the overhead doesn't seem significant; it has fixed the 
issue and we are now using ImageMosaic (image files in directory) with Postgres 
holding the image index table. This appears to be working well and I've shared 
the local databases with the clusters so I only have two instances.

You may find using a local copy of Postgres a more sensible workaround but of 
course that is completely up to you.

Perhaps this comment is of some use if not just to back up the possibility of 
an undiagnosed issue when using ImageMosaic in Oracle.

Cheers,
Paul

-Original Message-
From: geoserver-users-requ...@lists.sourceforge.net 
[mailto:geoserver-users-requ...@lists.sourceforge.net]
Sent: 21 February 2018 17:36
To: geoserver-users@lists.sourceforge.net
Subject: Geoserver-users Digest, Vol 141, Issue 57

Send Geoserver-users mailing list submissions to
geoserver-users@lists.sourceforge.net

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/geoserver-users
or, via email, send a message with subject or body 'help' to
geoserver-users-requ...@lists.sourceforge.net

You can reach the person managing the list at
geoserver-users-ow...@lists.sourceforge.net

When replying, please edit your Subject line so it is more specific than "Re: 
Contents of Geoserver-users digest..."


Today's Topics:

   1. WMS does not deliver jpeg 2000 data since update to geoserver
  2.12.0 using the ImageMosaicJDBC Plugin
  (sebastian.janit...@ldbv.bayern.de)


--

Message: 1
Date: Wed, 21 Feb 2018 17:36:01 +
From: 
To: 
Subject: [Geoserver-users] WMS does not deliver jpeg 2000 data since
update to geoserver 2.12.0 using the ImageMosaicJDBC Plugin
Message-ID:

<81e2d314daa0004c837f08b2f8ca12ae0242332...@rzs-expm-p14024.rz-sued.bayern.de>

Content-Type: text/plain; charset="us-ascii"

Hi,

since upgrade to geoserver 2.12.0 using the ImageMosaicJDBC Plugin our wms 
layer does not provide jpeg 2000 data.

Our raster data store as a pyramid in a oracle database.
We use 4 band tiff files for the low and 4 band jpeg 2000 files for the high 
resolution images.
Before update to geoserver 2.12.0 we have no problems, the switch from the tiff 
to the jpeg 2000 files and back works fine.

Actually we using a workaround. We find out, if there an older version of 
geoserver (2.10 or 2.11)  is running in the same tomcat container, everything 
is fine.
But if we stop the older version of geoserver, our wms layer doesn't deliver 
the jpeg 2000 files ( see the logfile snippets below).
Temporary this workaround is ok for us, but not for the long term.

Any Ideas?


regards,
Sebastian


Tomcat 8.0.41
Java 1.8.0_111
Linux and Windows 7

logfile, only geoserver 2.12.0 is running:

2018-02-21 18:11:10,729 WARN [imagemosaic.jdbc] - Could not read 914277 from 
stream, switch to JAI
2018-02-21 18:11:10,729 WARN [imagemosaic.jdbc] - Could not read 914273 from 
stream, switch to JAI
2018-02-21 18:11:10,763 WARN [imagemosaic.jdbc] - Could not read 914275 from 
stream, switch to JAI
2018-02-21 18:11:10,796 WARN [imagemosaic.jdbc] - Could not read 914279 from 
stream, switch to JAI
2018-02-21 18:11:10,796 WARN [imagemosaic.jdbc] - Could not read 914278 from 
stream, switch to JAI
2018-02-21 18:11:10,828 WARN [imagemosaic.jdbc] - Could not read 914276 from 
stream, switch to JAI
2018-02-21 18:11:10,938 WARN [lite.gridcoverage2d] - Could not reduce the grid 
geometry inside the valid area bounds: ReferencedEnvelope[-36.0 : 54.0, -85.0 : 
85.0] Grid geometry isGridGeometry2D[GeneralGridEnvelope[0..1464, 0..956], 
PARAM_MT["Affine",
  PARAMETER["num_row", 3],
  PARAMETER["num_col", 3],
  PARAMETER["elt_0_0", 0.3150763362010388],
  PARAMETER["elt_0_2", 3204.087072816],
  PARAMETER["elt_1_1", -0.31507633619843484],
  PARAMETER["elt_1_2", 5265164.783295045]]]
2018-02-21 18:11:10,938 WARN [lite.gridcoverage2d] - Could not reduce the grid 
geometry inside the valid area bounds: ReferencedEnvelope[-36.0 : 54.0, -85.0 : 
85.0] Grid geometry isGridGeometry2D[GeneralGridEnvelope[0..1464, 0..956], 
PARAM_MT["Affine",
  PARAMETER["num_row", 3],
  PARAMETER["num_col", 3],
  PARAMETER["elt_0_0", 0.3150763362010388],
  PARAMETER["elt_0_2", 3204.087072816],
  PARAMETER["elt_1_1", -0.31507633619843484],
  PARAMETER["elt_1_2", 5265164.783295045]]]


logfile, if in the same tomcat container geoserver 2.12.0 and 2.11.0 is running:

2018-02-21 18:13:22,149 WARN [

Re: [Geoserver-users] More struggles with imagemosaic database settings in Oracle

2018-02-06 Thread Paul Wittle via Geoserver-users
Hi

I know this is rather bad but I’m struggling to find any of the correct source 
code; which Github project should I actually be looking in?

Thanks,
Paul

From: Christian Mueller [mailto:christian.muel...@os-solutions.at]
Sent: 06 February 2018 09:19
To: Ian Turton 
Cc: Paul Wittle ; 
geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] More struggles with imagemosaic database 
settings in Oracle

H Ian

/gt-imagemosaic-jdbc/src/main/java/org/geotools/gce/imagemosaic/jdbc/JDBCAccessOracle.java
   is in the imagemosaic JDBC module but the warning is from the standard 
imagemosaic module. (I believe). I think you have looked at the wrong source 
code.

lg

On Mon, Feb 5, 2018 at 6:13 PM, Ian Turton 
mailto:ijtur...@gmail.com>> wrote:
Looking at the codebase it looks like the tables should be created/accessed 
using one of the methods in 
/gt-imagemosaic-jdbc/src/main/java/org/geotools/gce/imagemosaic/jdbc/JDBCAccessOracle.java
 or 
/gt-imagemosaic-jdbc/src/main/java/org/geotools/gce/imagemosaic/jdbc/OracleDialect.java
 but I don't know enough about Oracle (or the image mosaic system) to be able 
to tell what's up in there.
Ian

On 2 February 2018 at 14:55, Paul Wittle via Geoserver-users 
mailto:geoserver-users@lists.sourceforge.net>>
 wrote:
Hi,

I’m still having some confusion, is anyone able to shed some light on what:
WARN [imagemosaic.catalog] - This granule catalog was not properly dispose as 
it still points to:ServiceInfo  description=Features from JDBCDataStore
actually means?

I have now configured my imagemosaic to use the Oracle database, I have created 
a blank table which it can find (I think) but it is not populating it when I 
save the store.

Cheers,
Paul
"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."

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

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


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



--
Ian Turton

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

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


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



--
DI Christian Mueller MSc (GIS), MSc (IT-Security)
OSS Open Source Solutions GmbH

"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."
--
Check out the vibrant tech community on one of the

[Geoserver-users] More struggles with imagemosaic database settings in Oracle

2018-02-02 Thread Paul Wittle via Geoserver-users
Hi,

I'm still having some confusion, is anyone able to shed some light on what:
WARN [imagemosaic.catalog] - This granule catalog was not properly dispose as 
it still points to:ServiceInfo  description=Features from JDBCDataStore
actually means?

I have now configured my imagemosaic to use the Oracle database, I have created 
a blank table which it can find (I think) but it is not populating it when I 
save the store.

Cheers,
Paul
"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."
--
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

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] Table structure when hosting Image mosaic index in Oracle

2018-01-31 Thread Paul Wittle via Geoserver-users
Hi,

I'm not sure exactly what the issue was yesterday but it seems to have simply 
started working today.

I eventually tracked down that it had started to issue a SDO_TUNE.EXTENT_OF 
command and was also failing due to an issue with the spatial index 
(specifically the metadata entry). I resolved all those issues yesterday and 
was just left with the "WARN [imagemosaic.catalog] - This granule catalog was 
not properly dispose as it still points to:ServiceInfo  description=Features 
from JDBCDataStore" Message.

I was doing something else this morning but realised it had simply started 
working.

Hopefully this set of emails might save someone else some time though.

Cheers,
Paul

Message: 1
Date: Tue, 30 Jan 2018 10:33:24 +0100
From: Andrea Aime 
To: Paul Wittle 
Cc: "geoserver-users@lists.sourceforge.net"

Subject: Re: [Geoserver-users] Table structure when hosting Image
mosaic index in Oracle
Message-ID:

Content-Type: text/plain; charset="utf-8"

Hi Paul,
I believe there is a misunderstanding at play there. The text says "the 
database", not "the table".

With PostgreSQL we have ways to connect to the master template database and 
issue a "create database" there, so GeoServer with the right credentials can 
literally create a brand new database to host the index table (and after that, 
create the index table in it).

With Oracle that is not supported (not sure if it cannot be done, or we simply 
don't have the code to do that)... but it just means you have to point 
GeoServer to an existing database, and if the user has the right credentials, 
the "create table" will be done for you

Hope this helps

Cheers
Andrea


On Tue, Jan 30, 2018 at 8:54 AM, Paul Wittle via Geoserver-users < 
geoserver-users@lists.sourceforge.net> wrote:

> Hi,
>
>
>
> On the following page
> http://geoserver.geo-solutions.it/edu/en/multidim/
> imagemosaic/mosaic_datastore.html it states that I can use Oracle
> instead of a shapefile for my Image Mosaic index files.
>
>
>
> There is a statement that reads:
>
>
>
> When using an Oracle database to host the index it is necessary to
> create the database before serving the mosaic because it is not
> automatically created by the underlying code. This is because database
> creation is not supported in a standard way through JDBC drivers, and
> we have a custom solution working for PostGIS only at the time being.
>
>
>
> I?m assuming I need to create a table in the database for it to
> populate but is the required structure for the table published
> anywhere as I can?t find it?
>
>
>
> Thanks in advance ?
>
> Paul W
>
>
> "This e-mail is intended for the named addressee(s) only and may
> contain information about individuals or other sensitive information
> and should be handled accordingly. Unless you are the named addressee
> (or authorised to receive it for the addressee) you may not copy or
> use it, or disclose it to anyone else. If you have received this email
> in error, kindly disregard the content of the message and notify the
> sender immediately. Please be aware that all email may be subject to
> recording and/or monitoring in accordance with relevant legislation."
>
> 
> --
> 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
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-
> requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>


--

Regards,

Andrea Aime

==
GeoServer Professional Services from the experts! Visit http://goo.gl/it488V 
for more information.
==

Ing. Andrea Aime
@geowolf
Technical Lead

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

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

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 des

Re: [Geoserver-users] Table structure when hosting Image mosaic index in Oracle

2018-01-30 Thread Paul Wittle via Geoserver-users
 file:Raster/OS250K 
and hints Hints:
  EXECUTOR_SERVICE = 
java.util.concurrent.ThreadPoolExecutor@79d384d5[Running, pool size = 0, active 
threads = 0, queued tasks = 0, completed tasks = 0]
  LENIENT_DATUM_SHIFT  = true
  FORCE_AXIS_ORDER_HONORING= http
  COMPARISON_TOLERANCE = 1.0E-8
  STYLE_FACTORY= StyleFactoryImpl
  FEATURE_FACTORY  = 
org.geotools.feature.LenientFeatureFactoryImpl@1c73559f
  FILTER_FACTORY   = FilterFactoryImpl
  GRID_COVERAGE_FACTORY= GridCoverageFactory
TILE_ENCODING  = null
  REPOSITORY   = 
org.geoserver.catalog.CatalogRepository@6e92f8fc
  FORCE_LONGITUDE_FIRST_AXIS_ORDER = true

at 
org.geoserver.catalog.ResourcePool.getGridCoverageReader(ResourcePool.java:1508)
at 
org.geoserver.catalog.ResourcePool.getGridCoverageReader(ResourcePool.java:1425)
at 
org.geoserver.catalog.impl.CoverageInfoImpl.getGridCoverageReader(CoverageInfoImpl.java:164)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
org.geoserver.catalog.impl.ModificationProxy.invoke(ModificationProxy.java:147)
at com.sun.proxy.$Proxy33.getGridCoverageReader(Unknown Source)
at 
org.geoserver.wms.MapLayerInfo.getCoverageReader(MapLayerInfo.java:340)
at 
org.geoserver.wms.map.GetMapKvpRequestReader.read(GetMapKvpRequestReader.java:557)
... 122 more

Originally the issue was the name of the store as Oracle tables must be upper 
case and cannot start with a number. My image mosaic folder was called 10k so 
it tried to create a table called 10k and that was failing (I eventually found 
the statement). I have now changed the name to OS10K and checked the create 
table statement in the database and as far as I can tell it should work.

Would you be able to point me towards the best logging profile will give me the 
most sensible stack trace to work out why it is unable to create the table?

I thought the tip about the name of the folder might be useful to others trying 
this anyway.

Many thanks,
Paul


From: andrea.a...@gmail.com [mailto:andrea.a...@gmail.com] On Behalf Of Andrea 
Aime
Sent: 30 January 2018 09:33
To: Paul Wittle 
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] Table structure when hosting Image mosaic index 
in Oracle

Hi Paul,
I believe there is a misunderstanding at play there. The text says "the 
database", not "the table".

With PostgreSQL we have ways to connect to the master template database and 
issue a "create database" there, so GeoServer with the right
credentials can literally create a brand new database to host the index table 
(and after that, create the index table in it).

With Oracle that is not supported (not sure if it cannot be done, or we simply 
don't have the code to do that)... but it just means you have to
point GeoServer to an existing database, and if the user has the right 
credentials, the "create table" will be done for you

Hope this helps

Cheers
Andrea


On Tue, Jan 30, 2018 at 8:54 AM, Paul Wittle via Geoserver-users 
mailto:geoserver-users@lists.sourceforge.net>>
 wrote:
Hi,

On the following page 
http://geoserver.geo-solutions.it/edu/en/multidim/imagemosaic/mosaic_datastore.html
 it states that I can use Oracle instead of a shapefile for my Image Mosaic 
index files.

There is a statement that reads:

When using an Oracle database to host the index it is necessary to create the 
database before serving the mosaic because it is not automatically created by 
the underlying code. This is because database creation is not supported in a 
standard way through JDBC drivers, and we have a custom solution working for 
PostGIS only at the time being.

I’m assuming I need to create a table in the database for it to populate but is 
the required structure for the table published anywhere as I can’t find it?

Thanks in advance 😊
Paul W

"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."


[Geoserver-users] Table structure when hosting Image mosaic index in Oracle

2018-01-30 Thread Paul Wittle via Geoserver-users
Hi,

On the following page 
http://geoserver.geo-solutions.it/edu/en/multidim/imagemosaic/mosaic_datastore.html
 it states that I can use Oracle instead of a shapefile for my Image Mosaic 
index files.

There is a statement that reads:

When using an Oracle database to host the index it is necessary to create the 
database before serving the mosaic because it is not automatically created by 
the underlying code. This is because database creation is not supported in a 
standard way through JDBC drivers, and we have a custom solution working for 
PostGIS only at the time being.

I’m assuming I need to create a table in the database for it to populate but is 
the required structure for the table published anywhere as I can’t find it?

Thanks in advance 😊
Paul W

"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."
--
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

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] [layer group preview]Could not click on the map to view feature info

2017-12-13 Thread Paul Wittle via Geoserver-users
Hi,

That is just a view of the rendered output but I don’t think I’ll be able to 
help you much without just having a look at the layers and trying to get my 
head round what you are trying to do.

I have a heatmap layer and when I click on it in the layer preview I get a fid 
and grid from the data. That is not really much use as it is nothing to do with 
the base data really and you may want to question whether or not you actually 
want the data you are going to get anyway. We use the WFS getFeatureInfo for 
our information tool because that way we always return the underlying data 
rather than technical rendering information. Of course you then have to concern 
yourself with buffering the info click as the rendered location is unlikely to 
match the real location of the features on which it is based but you can 
usually get decent results if you search by polygon rather than click.

Anyway, I don’t think I can help you much more than that.
Best of luck getting your layer to work.
Paul

From: 许秋熹 [mailto:xqx930...@gmail.com]
Sent: 12 December 2017 02:34
To: Paul Wittle 
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] [layer group preview]Could not click on the map 
to view feature info

I am sure that all of the layers in the layer group are set as Queryable on the 
Publishing tab.
and the screenshot is https://screenshots.firefox.com/LZlTRgq5acfXU4Qk/localhost

2017-12-11 17:44 GMT+08:00 Paul Wittle via Geoserver-users 
mailto:geoserver-users@lists.sourceforge.net>>:
Hi,

Did you check if all of the layers in the layer group are set as Queryable on 
the Publishing tab?

Please note that the attributes of a heatmap may not be the what you expect as 
you are looking at a view of the data in actual fact. You are likely to only 
get the sum of the features at the point you clicked rather than all the 
individual features which have been generalised.

Paul
"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."

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

"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."
--
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

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] [layer group preview]Could not click on the map to view feature info

2017-12-11 Thread Paul Wittle via Geoserver-users
Hi,

Did you check if all of the layers in the layer group are set as Queryable on 
the Publishing tab?

Please note that the attributes of a heatmap may not be the what you expect as 
you are looking at a view of the data in actual fact. You are likely to only 
get the sum of the features at the point you clicked rather than all the 
individual features which have been generalised.

Paul
"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."
--
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] WMTS in MapInfo

2017-12-07 Thread Paul Wittle via Geoserver-users
Hi,

This is a very unlikely question but has anyone else tried to load a GeoServer 
WMTS layer into MapInfo (v16)?

I'm getting errors and I'm wondering if it just can't cope with encoded URLs. 
The error message, which being MapInfo is probably wrong, is complaining about 
a semi-colon in the response. My working theory is that it is referring to the 
& in the GetCapabilities document.

I just thought I'd ask to see if anyone else has tried it and got it to work 
really?

Thanks,
Paul
"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."
--
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] Question about default tile expiration

2017-12-07 Thread Paul Wittle via Geoserver-users
Hi,

I think I have now worked out that the option needed is on the publishing tab 
which has Caching Settings at the top of the page with a response cache headers 
option. If I set the value in there then the response headers appear but I'm 
still a little confused as to why we have a check box?

Surely we should just include the header if we have a value in the Cache Time 
(seconds) box?

As stated below, it appears that the Expire client cache after n seconds on the 
Tile Caching page is not effecting the response headers at all so it is a bit 
of a mystery to me what it is meant to do?

I still have a bit of a problem as I'm really trying to set the option for a 
layergroup and of course that doesn't have the Caching Setttings option on the 
publishing tab. I have set the relevant options on the Tile Caching tab but as 
far as I can see there is no way to alter the cache expiration response header 
on a layergroup using the UI. Did I miss another option somewhere or does that 
sound correct to you?

I might try to set the response cache headers option to true in the XML and see 
if it works anyway.

Thanks,
Paul

From: Paul Wittle
Sent: 24 November 2017 15:43
To: 'geoserver-users@lists.sourceforge.net' 

Subject: Question about default tile expiration

Hi,

This is hopefully an easy question. On the tile settings tab for a layer there 
are two options for tile expiration (server and client). In brackets it states 
that setting these to 0 will default to the system default but where is the 
setting for the default?

I looked under Caching Defaults in 2.12.0 but I can't see an option and adding 
it to the GWC config file as  results in an error as well.

I have tried setting the values for a particular layer to 600 but I still get a 
header of Cache-Control: no-cache so we wanted to check what the default was 
set to.

I'm sure I'm missing something obvious but I thought I would ask anyway; any 
tips would be great?

Thanks,
Paul
"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."
--
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] osgeo email address not working

2017-11-30 Thread Paul Wittle via Geoserver-users
Hi,

I'm trying to email one of the contributor licences through to 
i...@osgeo.org as per the instructions but the address 
is bouncing. Is that still the correct address and if so; does anyone know why 
it isn't working?

Cheers,
Paul
"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."
--
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] Question about default tile expiration

2017-11-24 Thread Paul Wittle via Geoserver-users
Hi,

This is hopefully an easy question. On the tile settings tab for a layer there 
are two options for tile expiration (server and client). In brackets it states 
that setting these to 0 will default to the system default but where is the 
setting for the default?

I looked under Caching Defaults in 2.12.0 but I can't see an option and adding 
it to the GWC config file as  results in an error as well.

I have tried setting the values for a particular layer to 600 but I still get a 
header of Cache-Control: no-cache so we wanted to check what the default was 
set to.

I'm sure I'm missing something obvious but I thought I would ask anyway; any 
tips would be great?

Thanks,
Paul
"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."
--
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] Missing geowebcache.xsd

2017-11-07 Thread Paul Wittle via Geoserver-users
Hi again,

Does anyone know why GeoServer 2.12.0 references version 1.12.0 of the GWC but 
it doesn't appear to exist?

The URL given is http://geowebcache.org/schema/1.12.0/geowebcache.xsd but the 
most recent version appears to be 
http://geowebcache.org/schema/1.11.0/geowebcache.xsd

Cheers,
Paul
"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."
--
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] Standalone Geowebcache and Geoserver

2017-11-07 Thread Paul Wittle via Geoserver-users
Ah,

I see; you meant you wanted to apply the GeoServer rules directly to the 
incoming requests but on standalone. I was thinking about the requests from GWC 
to GeoServer.

Paul

From: Steve Omondi [mailto:steve.omo...@ramani.co.ke]
Sent: 07 November 2017 12:33
To: Paul Wittle 
Cc: geoserver-users@lists.sourceforge.net; andrea.a...@geo-solutions.it
Subject: Re: [Geoserver-users] Standalone Geowebcache and Geoserver

Hi Paul, my case is not really what is in the discussion.

I have un-controlled number of users sending request for different layers (over 
1000 layers and growing). Each user has an AuthKey (Based on the AuthKey 
Module). The Authkey is queried from the Database per user and added to the WMS 
request URL for Authorization. ALl this is dynamic and I don't have the luxary 
of setting the authkey property in the geowebcache.xml.

In fact for my case I can't even set the layers one by one in the 
geowebcache.xml, I have used WMS getCapabilities in the 
Geowebcache-core-context.xml to load all the WMS layers at once.

My desired solution would be how to parse the Authkey to the final request URL 
sent to geoserver by the GWc request to check data security and restrict access 
to layers and the already seeded tiles.

For quick turnaround for my application I'm now doing an Authentication + 
Authorization Service in front of GWC and I'm also removing all the Data 
Security Rules in the Geoservers. This way the Authorization will now be 
checked even before the request hits GWC without depending on Geoserver 
Subsecurity System.

Of course I'm interested to know of other approaches to achieve this without 
writing other software. Or, any one offer me advice on tuning Embedded GWC on 
multiple Geoservers to perform as efficient and fast as Standalone GWC.

Kind regards,
Steve Omondi

On Tue, Nov 7, 2017 at 3:00 PM, Paul Wittle 
mailto:p.wit...@dorsetcc.gov.uk>> wrote:
Hi,

Is the option referenced in this message thread not related to passing 
credentials with the requests?

http://osgeo-org.1560.x6.nabble.com/How-can-I-configure-user-name-password-in-geowebcache-xml-for-wmslayers-td5023835.html

I was trying to use the same settings unsuccessfully but I don’t know why I 
thought something had moved on; perhaps not.

Cheers,
Paul
"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."

"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."
--
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] Standalone Geowebcache and Geoserver

2017-11-07 Thread Paul Wittle via Geoserver-users
Hi,

Is the option referenced in this message thread not related to passing 
credentials with the requests?

http://osgeo-org.1560.x6.nabble.com/How-can-I-configure-user-name-password-in-geowebcache-xml-for-wmslayers-td5023835.html

I was trying to use the same settings unsuccessfully but I don't know why I 
thought something had moved on; perhaps not.

Cheers,
Paul
"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."
--
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] Possible issue with integrated GWC gridset bounds

2017-11-07 Thread Paul Wittle via Geoserver-users
Hi,

I've noticed that I was getting a lot of error messages in my GeoServer and I 
think I've messaged the group about them before. The error messages are along 
the lines of:

WARN [gwc.layer] - Can't compute bounds for tile layer  in CRS EPSG:4326. 
Assuming full GridSet bounds. (null)

Interestingly, whilst trying to identify the cause of Error 400 when call 
GetCabilities for WMTS I noticed that some of my GWC layer configurations 
included  tags and others did not.

According to http://geowebcache.org/docs/current/concepts/gridsets.html the 
extent tags should be included but interestingly the latest version of 
GeoServer is automatically removing them. I know because I added them all back 
then updated the style on a layer and when I checked the file it has been 
restored to the following:

Was


  EPSG:27700
  

  0.0
  0.0
  70.0
  130.0

  


Now


  EPSG:27700


Please can someone confirm whether or not we should be including the extent 
tags now or not and if so; is that a bug in GeoServer?

Thanks,
Paul
"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."
--
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] GWC Authentication

2017-11-01 Thread Paul Wittle via Geoserver-users
Hi,

I think I asked this a while back but things have moved on now; is it possible 
to provide the embedded GWC with a username and password now?

***


I'm using version 2.12.0 and I tried adding the tags above the geowebcache.xml 
file but I'm still getting the following messages in the log files:

WARN [security.impl] - Namespace/Workspace x is unknown in rule
[geowebcache.GeoWebCacheDispatcher] - Problem communicating with GeoServer
[geoserver.ows] - org.geoserver.platform.ServiceException: Could not find layer
WARN [geoserver.security] - Failed login, user admin from IP address

Does this indicate that the username and password didn't work or that my 
security rules are corrupted?

Please note that we have a hidden catalogue if not authenticated so the 'could 
not find layer' error most likely indicates the request was unauthorised.

Best Regards,

Paul Wittle


"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."
--
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] TMS bounds

2017-10-24 Thread Paul Wittle via Geoserver-users
Hi everyone,

I've been playing with the TMS outputs from GeoServer because we have MapInfo 
users that want to use our base mapping. I have managed to get the layer to 
draw but I am currently playing around with the layer bounding box as it was 
drawing in the wrong place.

Interestingly, the full image (zoom out a long way) shows England and Wales but 
not Scotland. If you view the same layer using the integrated GWC via the WMS 
URL you see the whole country including Scotland.

Is there any logic to this as I'm struggling to work out the correct bounding 
box?

I just can't think of a reason why the top part of the layer is missing; I 
assume the bounds in GWC do not match those in GeoServer but where would the 
settings be stored?

Any hints would be gratefully received.
Cheers,
Paul
"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."
--
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] Possible issue with monitoring plugin

2017-10-24 Thread Paul Wittle via Geoserver-users
Hi everyone,

I wondered if I might ask you all a question as I'm having some issues 
upgrading from 2.11.2 to 2.12.0 this morning. I'm sure it is just a quirk of 
our installation but when using the monitoring plugin (set to hibernate) I get 
the following stack trace:

2017-10-24 09:34:09,526 ERROR [support.DefaultListableBeanFactory] - Destroy 
method on bean with name 'extensions' threw an exception
java.lang.IllegalStateException: ApplicationEventMulticaster not initialized - 
call 'refresh' before multicasting events via the context: Root 
WebApplicationContext: startup date [Tue Oct 24 09:34:05 BST 2017]; root of 
context hierarchy
at 
org.springframework.context.support.AbstractApplicationContext.getApplicationEventMulticaster(AbstractApplicationContext.java:404)
at 
org.springframework.context.support.ApplicationListenerDetector.postProcessBeforeDestruction(ApplicationListenerDetector.java:97)
at 
org.springframework.beans.factory.support.DisposableBeanAdapter.destroy(DisposableBeanAdapter.java:253)
at 
org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.destroyBean(DefaultSingletonBeanRegistry.java:578)
at 
org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.destroySingleton(DefaultSingletonBeanRegistry.java:554)
at 
org.springframework.beans.factory.support.DefaultListableBeanFactory.destroySingleton(DefaultListableBeanFactory.java:961)
at 
org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.destroySingletons(DefaultSingletonBeanRegistry.java:523)
at 
org.springframework.beans.factory.support.DefaultListableBeanFactory.destroySingletons(DefaultListableBeanFactory.java:968)
at 
org.springframework.context.support.AbstractApplicationContext.destroyBeans(AbstractApplicationContext.java:1033)
at 
org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:555)
at 
org.springframework.web.context.ContextLoader.configureAndRefreshWebApplicationContext(ContextLoader.java:443)
at 
org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:325)
at 
org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:107)
at 
org.geoserver.platform.GeoServerContextLoaderListener.contextInitialized(GeoServerContextLoaderListener.java:23)
at 
org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4772)
at 
org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5196)
at 
org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
at 
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:725)
at 
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:701)
at 
org.apache.catalina.core.StandardHost.addChild(StandardHost.java:714)
at 
org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:917)
at 
org.apache.catalina.startup.HostConfig$DeployWar.run(HostConfig.java:1701)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
2017-10-24 09:34:09,542 ERROR [context.ContextLoader] - Context initialization 
failed
org.springframework.beans.factory.BeanDefinitionStoreException: Invalid bean 
definition with name 'hibSessionFactory' defined in URL 
[jar:file:/C:/apache-tomcat-8/webapps/ROOT/WEB-INF/lib/gs-monitor-hibernate-2.12.0.jar!/applicationContext-hib2.xml]:
 Could not resolve placeholder 'hibernate.generate_statistics' in value 
"${hibernate.generate_statistics}"; nested exception is 
java.lang.IllegalArgumentException: Could not resolve placeholder 
'hibernate.generate_statistics' in value "${hibernate.generate_statistics}"
at 
org.springframework.beans.factory.config.PlaceholderConfigurerSupport.doProcessProperties(PlaceholderConfigurerSupport.java:223)
at 
org.springframework.beans.factory.config.PropertyPlaceholderConfigurer.processProperties(PropertyPlaceholderConfigurer.java:222)
at 
org.springframework.beans.factory.config.PropertyResourceConfigurer.postProcessBeanFactory(PropertyResourceConfigurer.java:86)
at 
org.springframework.context.support.PostProcessorRegistrationDelegate.invokeBeanFactoryPostProcessors(PostProcessorRegistrationDelegate.java:281)
at 
org.spr

Re: [Geoserver-users] WMS Cascade Options

2017-10-04 Thread Paul Wittle via Geoserver-users
Hi Andrea,

Do you mean for me to create an SLD file with multiple  elements 
each with a single   containing a scale and 
RasterSymbolizer?

I created the relevant SLD and then called it using SLD= instead of 
LAYERS=&STYLES= but it is still drawing all the layers regardless of the scale.

Perhaps I didn’t understand what you mean by trying to setup a SLD to clone the 
default raster style?

Thanks,
Paul

From: andrea.a...@gmail.com [mailto:andrea.a...@gmail.com] On Behalf Of Andrea 
Aime
Sent: 04 October 2017 11:15
To: Paul Wittle 
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] WMS Cascade Options

Hi Paul,
cascaded layers internally act as raster data sources, so I would try to setup 
a SLD cloning
the default raster style, and set the min and max scale denominators: it might 
just work.
Let us know how it goes.

Cheers
Andrea


On Wed, Oct 4, 2017 at 10:34 AM, Paul Wittle via Geoserver-users 
mailto:geoserver-users@lists.sourceforge.net>>
 wrote:
Hi,

Would I be right in thinking that there is no way to set a min/max scale on a 
WMS cascade layer if it is available at all scales on the remote server?

Usually you would set that with SLD but I don’t believe that is possible for 
cascaded layers?

Thanks,
Paul
"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."

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



--

Regards,

Andrea Aime

==
GeoServer Professional Services from the experts! Visit http://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.

"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have recei

[Geoserver-users] WMS Cascade Options

2017-10-04 Thread Paul Wittle via Geoserver-users
Hi,

Would I be right in thinking that there is no way to set a min/max scale on a 
WMS cascade layer if it is available at all scales on the remote server?

Usually you would set that with SLD but I don't believe that is possible for 
cascaded layers?

Thanks,
Paul
"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."
--
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] Production error logging

2017-08-21 Thread Paul Wittle via Geoserver-users
Thanks for that Jonathan,

We have tried doing that sort of tracking in the past and I worked out in the 
past that logging with the GeoTools profile is helpful in finding the SQL 
GeoServer is making.

It is not too bad doing that when you know there is a problem it is the not 
knowing that gets me. GeoServer tends to log hundreds of lines for simple 
errors like a layer missing a default style so our logs tend to be big and 
unwieldly. I think the datasource timeout error would be the most useful update.

I’m still hoping to be able to join in the development work at some point but I 
don’t have enough experience with JAVA development and childcare has made it 
hard to find time to go on any courses. Getting myself good enough to help 
still seems the most sensible direction at the moment as UK local authorities 
are not really spending on this sort of thing at the moment. My time may be 
more of a sensible target but unless I can find a decent course or mentor; I 
doubt that will be anytime soon.

Anyway, thanks again for the advice; I will definitely use it as much as I can.
Paul

From: Jonathan Moules [mailto:jonathan-li...@lightpear.com]
Sent: 21 August 2017 14:26
To: Paul Wittle 
Cc: 'geoserver-users@lists.sourceforge.net' 

Subject: Re: [Geoserver-users] Production error logging

Hi Paul,
I can see there would be a lot of value in adding a datasource timeout error to 
production profile logging. I'm less sure about logging all timings within the 
"production" logging profile due to the overhead it would add.
However a new profile for "performance" level logging would be really useful, 
and is certainly something I could have used a number of times in the past. 
Maybe it's something you can get Dorset CC to sponsor?


On the issue of your immediate problem, the best way to determine how lax your 
database is being is to query the database itself. I'd suggest something like:
a) Get a copy of Jmeter and set it up to query your database (i.e. 
https://jmeter.apache.org/usermanual/build-db-test-plan.html)
b) Determine what the SQL queries to the database look like for your layers, as 
they come from GeoServer (GeoTools debug logging I believe is the one you want 
for that).
c) Use the URL's from (b) to form the basis of automated, random queries to the 
database (you change the bbox on a per-request basis).
d) Make it also query other datasets by changing the table referenced.

The output of this will be aggregated data indicating how fast (or not) your 
database is, and should indicate which datasets need optimisation.

If you do this properly, you'll be able to use the resulting test plan 
long-term as either/both a kind of "smoke test" for the performance of your 
database, and to ensure that layers are all working.

For bonus points, this should be fairly simple to duplicate and then tweak to 
make the same requests of via HTTP to GeoServer in the form of WMS/WFS 
requests. Ideally not at the same time for the same queries though (caching).

Cheers,
Jonathan



 On Tue, 15 Aug 2017 08:46:43 +0100 Paul Wittle via 
Geoserver-usersmailto:geoserver-users@lists.sourceforge.net>>
 wrote 
Hi,

I know the GeoServer logging has been mentioned before and that more 
development could be done on the logging profiles were funding and resources 
available but I was wondering if the existing production log actually contains 
any reference to the database delays?

Our ICT departments are busy at work changing over hardware etc. and we are 
trying to determine whether or not this is impacting disk read/write speeds and 
connections. Our spatial database is provided by an Oracle database and the 
cached content is on Windows disk drives so there are a number of factors. I 
have mentioned before that I wanted to try and get information about each step 
in the rendering process into the production log so that you might have say a 
percentage of the time taken for each request logged. This might be in the 
audit logging but it would effectively split the request into waiting 
(GeoServer queue), data acquisition (read from database or file system), tile 
rendering and then perhaps download time (back to the user).

Clearly that may already exist in GeoTools logging and it would probably take a 
lot of work if it was completely new development but I was wondering about the 
timeout message.

If the rendering times out we currently get:
org.geoserver.platform.ServiceException: This request used more time than 
allowed and has been forcefully stopped. Max rendering time is 60.0s

Would it be possible to include the step if failed on at this point?

So it might read:
org.geoserver.platform.ServiceException: This request used more time than 
allowed and has been forcefully stopped during data read. Max rendering time is 
60.0s
org.geoserver.platform.ServiceException: This request used more time than 
allowed and has been forcefully stopped during rendering. Max rendering time is 
60.0s

I believe my current issue is b

Re: [Geoserver-users] Upgrading issue from 2.9.x to 2.11.x

2017-08-18 Thread Paul Wittle via Geoserver-users
In the end I just enabled the JAI-EXT options and the maps started drawing 
again. That is good enough for now but I must try and get my head round it at 
some point as I'm not quite sure if there was a reason that those options were 
not already enabled.

Thanks,
Paul

From: Ralph Dell [mailto:rd...@catawbacountync.gov]
Sent: 18 August 2017 13:53
To: Paul Wittle 
Subject: RE: Upgrading issue from 2.9.x to 2.11.x

The only way I could get rid of it was to create a cached layer for my 
imagePyramid.
When the imagePyramid was hit directly the errors were generated, when gwc was 
hit no errors. Because of the size of my ImagePyramid not everything is cached 
but I get far fewer errors than I did when nothing was cached.

From: Paul Wittle via Geoserver-users 
[mailto:geoserver-users@lists.sourceforge.net]
Sent: Friday, August 18, 2017 6:40 AM
To: 'geoserver-users@lists.sourceforge.net' 
mailto:geoserver-users@lists.sourceforge.net>>
Subject: Re: [Geoserver-users] Upgrading issue from 2.9.x to 2.11.x

Hi,

I've just upgraded our real Development server to version 2.11.2 and I'm now 
getting the following error for the imagemosiacs

WARN [lite.gridcoverage2d] - Could not reduce the grid geometry inside the 
valid area bounds: ReferencedEnvelope[-1.7976931348623157E308 : 
1.7976931348623157E308, -85.0 : 85.0]
Grid geometry isGridGeometry2D[GridEnvelope2D[0..1070, 0..1067], 
PARAM_MT["Affine",
  PARAMETER["num_row", 3],
  PARAMETER["num_col", 3],
  PARAMETER["elt_0_0", 12.108031414597475],
  PARAMETER["elt_0_2", 379652.7158891236],
  PARAMETER["elt_1_1", -12.10993897422618],
  PARAMETER["elt_1_2", 80860.07118506751]]]

I noticed https://osgeo-org.atlassian.net/browse/GEOS-7793 but is this a known 
issue and if so, can anyone point me to the correct solution?

Thanks,
Paul
"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."
"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."
--
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] Upgrading issue from 2.9.x to 2.11.x

2017-08-18 Thread Paul Wittle via Geoserver-users
Hi,

I've just upgraded our real Development server to version 2.11.2 and I'm now 
getting the following error for the imagemosiacs

WARN [lite.gridcoverage2d] - Could not reduce the grid geometry inside the 
valid area bounds: ReferencedEnvelope[-1.7976931348623157E308 : 
1.7976931348623157E308, -85.0 : 85.0]
Grid geometry isGridGeometry2D[GridEnvelope2D[0..1070, 0..1067], 
PARAM_MT["Affine",
  PARAMETER["num_row", 3],
  PARAMETER["num_col", 3],
  PARAMETER["elt_0_0", 12.108031414597475],
  PARAMETER["elt_0_2", 379652.7158891236],
  PARAMETER["elt_1_1", -12.10993897422618],
  PARAMETER["elt_1_2", 80860.07118506751]]]

I noticed https://osgeo-org.atlassian.net/browse/GEOS-7793 but is this a known 
issue and if so, can anyone point me to the correct solution?

Thanks,
Paul
"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."
--
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] Upgrading issue from 2.9.x to 2.11.x

2017-08-17 Thread Paul Wittle via Geoserver-users
mailto:mcdona...@angus.gov.uk]
Sent: 17 August 2017 08:48
To: Paul Wittle mailto:p.wit...@dorsetcc.gov.uk>>
Cc: 
geoserver-users@lists.sourceforge.net<mailto:geoserver-users@lists.sourceforge.net>
Subject: RE: Upgrading issue from 2.9.x to 2.11.x

Have you installed the Unlimited Strength Policy jars in your upgraded Java 
installation?

http://docs.geoserver.org/latest/en/user/production/java.html#installing-unlimited-strength-jurisdiction-policy-files

I recall similar messages from a recent upgrade (java 7 to 8, tomcat 7 to 8 and 
geoserver 2.8 to 2.11) and I had forgotten to add those to the new java 
installation.

Ross

From: Paul Wittle via Geoserver-users 
[mailto:geoserver-users@lists.sourceforge.net]
Sent: 16 August 2017 09:58
To: 'geoserver-users@lists.sourceforge.net'
Subject: [Geoserver-users] Upgrading issue from 2.9.x to 2.11.x

Hi,

I'm getting some errors when trying to upgrade a GeoServer from 2.9.x to 
2.11.x. I believe the key part of the stack trace is:

Caused by: org.jasypt.exceptions.EncryptionOperationNotPossibleException
at 
org.jasypt.encryption.pbe.StandardPBEByteEncryptor.decrypt(StandardPBEByteEncryptor.java:981)

I wondered whether this means that I need to unencrypt the passwords in all the 
stores then reload and re-encrypt but perhaps I'm just missing something 
obvious elsewhere in the logs?

Any thoughts would be appreciated :)
Paul
"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."

This message is strictly confidential. If you have received this in error, 
please inform the sender and remove it from your system. If received in error 
you may not copy, print, forward or use it or any attachment in any way. This 
message is not capable of creating a legal contract or a binding representation 
and does not represent the views of Angus Council. Emails may be monitored for 
security and network management reasons. Messages containing inappropriate 
content may be intercepted. Angus Council does not accept any liability for any 
harm that may be caused to the recipient system or data on it by this message 
or any attachment.
"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."
--
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] Upgrading issue from 2.9.x to 2.11.x

2017-08-17 Thread Paul Wittle via Geoserver-users
lled those JAR files but then I don't think the passwords were 
actually using the strong encryption anyway. I've installed them now and the 
messages are now correct on the old installs but the upgrade test is still not 
loading.

I think I'll try putting a few passwords in unencrypted and see if it manages 
to load any of them. If it does then I'll do it for all of them and then repeat 
in the administration console once it is back on (should re-encrypt them).

Thanks for the suggestion,
Paul

From: McDonaldR [mailto:mcdona...@angus.gov.uk]
Sent: 17 August 2017 08:48
To: Paul Wittle mailto:p.wit...@dorsetcc.gov.uk>>
Cc: 
geoserver-users@lists.sourceforge.net<mailto:geoserver-users@lists.sourceforge.net>
Subject: RE: Upgrading issue from 2.9.x to 2.11.x

Have you installed the Unlimited Strength Policy jars in your upgraded Java 
installation?

http://docs.geoserver.org/latest/en/user/production/java.html#installing-unlimited-strength-jurisdiction-policy-files

I recall similar messages from a recent upgrade (java 7 to 8, tomcat 7 to 8 and 
geoserver 2.8 to 2.11) and I had forgotten to add those to the new java 
installation.

Ross

From: Paul Wittle via Geoserver-users 
[mailto:geoserver-users@lists.sourceforge.net]
Sent: 16 August 2017 09:58
To: 'geoserver-users@lists.sourceforge.net'
Subject: [Geoserver-users] Upgrading issue from 2.9.x to 2.11.x

Hi,

I'm getting some errors when trying to upgrade a GeoServer from 2.9.x to 
2.11.x. I believe the key part of the stack trace is:

Caused by: org.jasypt.exceptions.EncryptionOperationNotPossibleException
at 
org.jasypt.encryption.pbe.StandardPBEByteEncryptor.decrypt(StandardPBEByteEncryptor.java:981)

I wondered whether this means that I need to unencrypt the passwords in all the 
stores then reload and re-encrypt but perhaps I'm just missing something 
obvious elsewhere in the logs?

Any thoughts would be appreciated :)
Paul
"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."

This message is strictly confidential. If you have received this in error, 
please inform the sender and remove it from your system. If received in error 
you may not copy, print, forward or use it or any attachment in any way. This 
message is not capable of creating a legal contract or a binding representation 
and does not represent the views of Angus Council. Emails may be monitored for 
security and network management reasons. Messages containing inappropriate 
content may be intercepted. Angus Council does not accept any liability for any 
harm that may be caused to the recipient system or data on it by this message 
or any attachment.
"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."
--
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] Upgrading issue from 2.9.x to 2.11.x

2017-08-17 Thread Paul Wittle via Geoserver-users
Hi Ross,

I hadn't installed those JAR files but then I don't think the passwords were 
actually using the strong encryption anyway. I've installed them now and the 
messages are now correct on the old installs but the upgrade test is still not 
loading.

I think I'll try putting a few passwords in unencrypted and see if it manages 
to load any of them. If it does then I'll do it for all of them and then repeat 
in the administration console once it is back on (should re-encrypt them).

Thanks for the suggestion,
Paul

From: McDonaldR [mailto:mcdona...@angus.gov.uk]
Sent: 17 August 2017 08:48
To: Paul Wittle 
Cc: geoserver-users@lists.sourceforge.net
Subject: RE: Upgrading issue from 2.9.x to 2.11.x

Have you installed the Unlimited Strength Policy jars in your upgraded Java 
installation?

http://docs.geoserver.org/latest/en/user/production/java.html#installing-unlimited-strength-jurisdiction-policy-files

I recall similar messages from a recent upgrade (java 7 to 8, tomcat 7 to 8 and 
geoserver 2.8 to 2.11) and I had forgotten to add those to the new java 
installation.

Ross

From: Paul Wittle via Geoserver-users 
[mailto:geoserver-users@lists.sourceforge.net]
Sent: 16 August 2017 09:58
To: 'geoserver-users@lists.sourceforge.net'
Subject: [Geoserver-users] Upgrading issue from 2.9.x to 2.11.x

Hi,

I'm getting some errors when trying to upgrade a GeoServer from 2.9.x to 
2.11.x. I believe the key part of the stack trace is:

Caused by: org.jasypt.exceptions.EncryptionOperationNotPossibleException
at 
org.jasypt.encryption.pbe.StandardPBEByteEncryptor.decrypt(StandardPBEByteEncryptor.java:981)

I wondered whether this means that I need to unencrypt the passwords in all the 
stores then reload and re-encrypt but perhaps I'm just missing something 
obvious elsewhere in the logs?

Any thoughts would be appreciated :)
Paul
"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."

This message is strictly confidential. If you have received this in error, 
please inform the sender and remove it from your system. If received in error 
you may not copy, print, forward or use it or any attachment in any way. This 
message is not capable of creating a legal contract or a binding representation 
and does not represent the views of Angus Council. Emails may be monitored for 
security and network management reasons. Messages containing inappropriate 
content may be intercepted. Angus Council does not accept any liability for any 
harm that may be caused to the recipient system or data on it by this message 
or any attachment.
"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."
--
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] Upgrading issue from 2.9.x to 2.11.x

2017-08-16 Thread Paul Wittle via Geoserver-users
Hi,

I'm getting some errors when trying to upgrade a GeoServer from 2.9.x to 
2.11.x. I believe the key part of the stack trace is:

Caused by: org.jasypt.exceptions.EncryptionOperationNotPossibleException
at 
org.jasypt.encryption.pbe.StandardPBEByteEncryptor.decrypt(StandardPBEByteEncryptor.java:981)

I wondered whether this means that I need to unencrypt the passwords in all the 
stores then reload and re-encrypt but perhaps I'm just missing something 
obvious elsewhere in the logs?

Any thoughts would be appreciated :)
Paul
"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."
--
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] Production error logging

2017-08-15 Thread Paul Wittle via Geoserver-users
Hi,

I know the GeoServer logging has been mentioned before and that more 
development could be done on the logging profiles were funding and resources 
available but I was wondering if the existing production log actually contains 
any reference to the database delays?

Our ICT departments are busy at work changing over hardware etc. and we are 
trying to determine whether or not this is impacting disk read/write speeds and 
connections. Our spatial database is provided by an Oracle database and the 
cached content is on Windows disk drives so there are a number of factors. I 
have mentioned before that I wanted to try and get information about each step 
in the rendering process into the production log so that you might have say a 
percentage of the time taken for each request logged. This might be in the 
audit logging but it would effectively split the request into waiting 
(GeoServer queue), data acquisition (read from database or file system), tile 
rendering and then perhaps download time (back to the user).

Clearly that may already exist in GeoTools logging and it would probably take a 
lot of work if it was completely new development but I was wondering about the 
timeout message.

If the rendering times out we currently get:
org.geoserver.platform.ServiceException: This request used more time than 
allowed and has been forcefully stopped. Max rendering time is 60.0s

Would it be possible to include the step if failed on at this point?

So it might read:
org.geoserver.platform.ServiceException: This request used more time than 
allowed and has been forcefully stopped during data read. Max rendering time is 
60.0s
org.geoserver.platform.ServiceException: This request used more time than 
allowed and has been forcefully stopped during rendering. Max rendering time is 
60.0s

I believe my current issue is because the database is too slow responding but 
we have a lot of layers and spatial indices can be broken in a number of ways. 
It would be great if we could look through the logs and identify if slow tiles 
are failing at the data acquisition phase rather than the GeoServer rendering 
phase.

Or perhaps that is already possible?

Please note, I am referring to the production logging profile but we do use 
audit logging and perhaps that sort of information should be in the audit logs 
instead.

Any thoughts would be great, sorry if it has already been discussed.
Cheers,
Paul
"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."
--
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] Hide layers in layer group

2017-07-24 Thread Paul Wittle via Geoserver-users
Hi,

I believe you can use the CQL filter parameter if you are using a GET HTTP 
request but if you have a complex filter you may need to use a POST request and 
the OGC filter as a parameter. I assume you need to switch to POST requests as 
there is a limit on the length a URL can be and long CQL can make you hit the 
limit if you are querying by polygon.

I've actually just been looking into it again last week as I need the filters 
for WFS GetFeature requests; I'm assuming that is the service you are using for 
your vector tiles.

In terms of constructing the correct filters you should consult the 
documentation at http://docs.geoserver.org/latest/en/user/filter/index.html

However I don't know how that works in terms of layergroups where you want an 
entire layer to be ignored at a given scale. I don't know if WFS even uses the 
concept. I think it just returns the features within the given bbox and without 
rendering dimensions I'm not sure a scale dominator would apply. Hopefully 
someone else will help you there?

If the request returns a feature ID (FID) then you may be able to filter out 
whole layers based on the request size in units i.e. the width and height of 
your bbox.

Paul
"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."
--
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] Hide layers in layer group

2017-07-24 Thread Paul Wittle via Geoserver-users
Hi,

My understanding of WFS was that SLD's are not applied to the request as the 
service provides features rather than rendered outputs. I think you may need to 
put your restrictions into the filtering rather than the SLD but I accept that 
is more complex if you are trying to apply a number of scale dependencies by 
feature type within the SLD.

Perhaps you are rendering it with the SLD on the client side using something 
like OpenLayers; if so, you will still want to filter the original request from 
the GeoServer I would think.

Probably not a very helpful response but I hope it helps a bit if you haven't 
already had a reply.

Thanks,
Paul
"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."
--
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] Layer and Layer Group Bounds

2017-07-12 Thread Paul Wittle via Geoserver-users
Hi folks,

Sorry to be asking another question but I'm trying to get my head around bounds 
in GeoServer. I have a layer group with three layers inside it and I have now 
set a reduced set of bounds for each layer, the layer group and set a gridset 
subset bounds less that the maximum. When I zoom to an area outside of the 
bounds it is still rendering the tiles.

The version of GeoServer is 2.9.3 but it is our internal service at present so 
it would be hard to show the settings.

That said, the layer group tileset is:


  EPSG:27700
  

  330865
  66710
  423790
  132400

  


The layer group itself is:


308676
447245
51341
147771
EPSG:27700
  

And one of the layers is:

EPSG:27700
  
308676.0
447245.0
51341.0
147771.0
  
  
-3.309088281925477
-1.324791884571388
50.35487269305337
51.229126977546464
GEOGCS["WGS84(DD)", 
  DATUM["WGS84", 
SPHEROID["WGS84", 6378137.0, 298.257223563]], 
  PRIMEM["Greenwich", 0.0], 
  UNIT["degree", 0.017453292519943295], 
  AXIS["Geodetic longitude", EAST], 
  AXIS["Geodetic latitude", NORTH]]
  
  FORCE_DECLARED

The centre point of my location is POINT(463352 89667) which shows as false 
when run against POLYGON((308676 51341, 308676 147771, 447245 147771, 447245 
51341, 308676 51341)) in the WPS JTS:Intersect function.

Sorry for providing so long a message but I wanted to make sure I'd given 
enough information to check the basics.

I was wondering if I'm missing something here or whether or not there was a bug 
in that version or my configuration? Any pointers would be gratefully received.

Thanks,
Paul
"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."
--
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] Layergroups and Data Security

2017-06-26 Thread Paul Wittle via Geoserver-users
Hi,

I have an example whereby I have five datasets which are grouped into a single 
layergroup.

I want to share the layergroup with another user account but I don't want to 
share the five individual dataset on their own; or to put it another way, I 
don't want to list the subsets in the GetCapabilities statement.

It appears that you can't put the subsets in a separate workspaces as 
layergroups seem to need to be in a single workspace and this means that I 
can't see a way round.

If you assume that the layergroup could be in workspace x and the datasets were 
in workspace y then you would need to assign the user permissions to both 
workspaces under the security or I presume it would fail. However, if it was 
possible to do this you would still be able to provide the user with a 
workspace specific URL (i.e. https://server/x/wms) which would result in them 
only seeing the layergroup in the GetCapabilities statement.

Is there a way to share a layergroup without having to list all the subsets 
within it?

Thanks,
Paul
"This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation."
--
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
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users