Re: [Geoserver-users] Layer-Preview-OpenLayers-does-not-work-with-a-SSL-Reverse-Proxy

[Kris Johnson via Geoserver-users]

Hi Andrea,

Here is my apache proxy setup:

ServerName nrri-atlas.d.umn.edu


Allow from localhost


ProxyRequests Off
ProxyPreserveHost On

ProxyPass /geoserver/ ${geos_url}
ProxyPassReverse /geoserver/ ${geos_url}

I am proxying from an apache docker container to the geoserver container
running alongside it (thus the use of the "geos_url" environment variable).

Setting a "proxy base URL" does not fix it.
"Use headers for proxy URL" is unchecked.
"Enable global services" is checked.
"Allow Per-Workspace Stored Queries" is checked.

It's odd, because the path to the openlayers files (.js and .css) operates
fine when I use the tile layer preview (
http://nrri-atlas.d.umn.edu/geoserver/gwc/demo/nra:cdl_2016?gridSet=EPSG:900913=image/png),
but not the layer preview.

On Fri, Dec 11, 2020 at 11:48 AM Andrea Aime 
wrote:

> Hi Kris,
> can you share your apache proxy setup? Part of the issue might be lying
> there.
> Also, check the output of a capabilities document, it's full of backlinks,
> those should be
> using right host,paths and scheme, but right now, they are not:
>
>
> https://nrri-atlas.d.umn.edu/geoserver/ows?service=wms=1.3.0=GetCapabilities
>
> contains:
> http://nrri-atlas.d.umn.edu/geoserver/ows?SERVICE=WMS&"/>
>
> When you set the proxy base URL, make sure you have "user headers for
> proxy url" unchecked, unless you
> actually have the proxy sending those headers, see also:
>
> https://docs.geoserver.org/stable/en/user/configuration/globalsettings.html#use-headers-for-proxy-url
>
> Cheers
> Andrea
>
>
> On Fri, Dec 11, 2020 at 6:22 PM Kris Johnson  wrote:
>
>> Thank you for the responses.
>>
>> Our Geoserver is located behind an Apache proxy at
>> https://nrri-atlas.d.umn.edu/geoserver
>> I have tried this value for the "Proxy Base URL"--both with the trailing
>> slash (/) and without.
>> I have tried removing the value entirely.
>> Nothing seems to work to get the openlayers resources (ol.css and ol.js)
>> requesting the correct paths:
>>
>> https://nrri-atlas.d.umn.edu/geoserver/nra/wms?service=WMS=1.1.0=GetMap=nra%3Aaverage_fwmc_nox=191236.928503762%2C4817930.1047429%2C720691.395227796%2C5436349.76309333=657=768=EPSG%3A26915=application/openlayers
>>
>> For example, the path to ol.css is
>> https://nrri-atlas.d.umn.edu/openlayers3/ol.css, but it should be
>> https://nrri-atlas.d.umn.edu/geoserver/openlayers3/ol.css
>>
>> How to fix this?
>>
>>
>> On Fri, Dec 11, 2020 at 2:42 AM Andrea Aime 
>> wrote:
>>
>>> Hi Kris,
>>> I believe it was fixed a few months after tha mail:
>>> https://osgeo-org.atlassian.net/browse/GEOS-8504
>>>
>>> This demo server uses a Tomcat sitting behind a SSL enabling reverse
>>> proxy, the preview seems to be working fine:
>>> https://tb16.geo-solutions.it/geoserver/web/
>>> e.g.:
>>>
>>> https://tb16.geo-solutions.it/geoserver/oszoom/wms?service=WMS=1.1.0=GetMap=oszoom%3Azoomstack-outdoor=-118397.00155160861%2C-15982.135610342928%2C751441.7791101651%2C1272149.3463547546=518=768=EPSG%3A27700==application/openlayers
>>>
>>> Cheers
>>> Andrea
>>>
>>> On Thu, Dec 10, 2020 at 11:36 PM Kris Johnson via Geoserver-users <
>>> geoserver-users@lists.sourceforge.net> wrote:
>>>
>>>> Hello,
>>>>
>>>> I have the same issue as described here:
>>>> http://osgeo-org.1560.x6.nabble.com/Layer-Preview-OpenLayers-does-not-work-with-a-SSL-Reverse-Proxy-tt5397920.html#a5398155
>>>>
>>>> I don't see a fix in this thread. Does anyone know of one?
>>>>
>>>> --
>>>> Kris Johnson
>>>> GIS Instructor
>>>> Department of Geography, Urban and Environmental Sustainability Studies
>>>> University of Minnesota - Duluth
>>>> 324 Cina Hall
>>>> Duluth, MN 55812
>>>> 218-726-6226 (office) | 612-618-2482 (cell)
>>>> Zoom meeting link: https://umn.zoom.us/j/7057588425
>>>> ---
>>>>
>>>> GIS Researcher
>>>>
>>>> Natural Resources Research Institute (NRRI)
>>>>
>>>> 5013 Miller Trunk Hwy, Duluth, MN 55811
>>>>
>>>> - -
>>>>
>>>> NRRI Mission: Deliver integrated research solutions that value our
>>>> resources, environment and economy for a sustainable and resilient future.
>>>> Find out more: NRRI website <https://www.nrri.umn.edu/> / Facebook
>>>> <https://www.faceb

[Geoserver-users] Error tiling raster layer

[Kris Johnson via Geoserver-users]

Hello,

Geoserver version 2.17.2

I receive various errors and warnings when attempting to tile a raster
layer using the standard EPSG:900913 gridset with a geowebcache REST call:
- WARN [org.geotools.renderer.lite.gridcoverage2d] - Could not reduce the
grid geometry inside the valid area bounds:
ReferencedEnvelope[-2.147483647E9 : 2.147483647E9, -85.0 : 85.0]
Grid geometry isGridGeometry2D[GridEnvelope2D[0..234, 0..531]
- ERROR [org.geowebcache.seed.MTSeeder] - Problem communicating with
GeoServer
- ERROR [org.geoserver.ows] -
org.geoserver.platform.ServiceException: Error rendering coverage on the
fast path
   - Caused by: org.geoserver.platform.ServiceException:
org.geotools.referencing.operation.projection.ProjectionException: Latitude
229798992°09.8'N is too close to a pole.

I search the geowebcache directory on the server, and, indeed, there are no
directories (or image tiles, of course) created for this gridset.

However, when I make a WMS request for this layer using EPSG:900913, the
request headers indicate that I have hit a tile cache:
geowebcache-cache-result
HIT
geowebcache-crs
EPSG:900913
geowebcache-gridset
EPSG:900913
geowebcache-layer
nra:cdl_2016
geowebcache-tile-bounds
-10644926.305625,5635549.220624998,-10331840.2378125,5948635.288437501
geowebcache-tile-index
[30, 82, 7]

I've been debugging this with no success for the past week. What is going
on here? Why are my geowebcache REST calls failing? How are the WMS
requests hitting a tile cache? And where are those image tiles being stored
if not in the geowebcache directory?

Thank you for your help in solving this mystery.





-- 
Kris Johnson
UEA <https://sites.google.com/d.umn.edu/uea-duluth/home> Member - GIS
Instructor
Geography Program
<https://cla.d.umn.edu/departments/geography-philosophy/geography>
University of Minnesota - Duluth
324 Cina Hall
Duluth, MN 55812
218-726-6226 (office) | 612-618-2482 (cell)
Zoom meeting link: https://umn.zoom.us/j/7057588425
---

GIS Researcher

Natural Resources Research Institute (NRRI)

5013 Miller Trunk Hwy, Duluth, MN 55811

- -

NRRI Mission: Deliver integrated research solutions that value our
resources, environment and economy for a sustainable and resilient future.
Find out more: NRRI website <https://www.nrri.umn.edu/> / Facebook
<https://www.facebook.com/Natural.Resources.Research.Institute> / Twitter
<https://twitter.com/UMDNRRI1> / Instagram
<https://www.instagram.com/umdnrri/> / YouTube
<https://www.youtube.com/user/NRRIResearch> / LinkedIn
<https://www.linkedin.com/company/natural-resources-research-institute/>

NOTE: NRRI’s facilities are operating with limited access due to the
COVID-19 pandemic. Many personnel are working remotely. We will maintain
communications via email, phone and video conference as needed. Thank you!
___
Geoserver-users mailing list

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

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


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

[Geoserver-users] Failed to create reader error while trying to create coverage using REST API

[Kris Johnson via Geoserver-users]

ptionsFilter.java:77)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:189)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162)
at org.geoserver.filters.GZIPFilter.doFilter(GZIPFilter.java:53)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:189)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162)
at
org.geoserver.filters.SessionDebugFilter.doFilter(SessionDebugFilter.java:46)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:189)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162)
at org.geoserver.filters.FlushSafeFilter.doFilter(FlushSafeFilter.java:42)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:189)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162)
at
org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:201)
at
org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:119)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:189)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:202)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:97)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:542)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:143)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:92)
at
org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:687)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:78)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:357)
at
org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:374)
at
org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:65)
at
org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:893)
at
org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1707)
at
org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)
at
java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
at
java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
at
org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)


-- 
Kris Johnson
UEA <https://sites.google.com/d.umn.edu/uea-duluth/home> Member - GIS
Instructor
Geography Program
<https://cla.d.umn.edu/departments/geography-philosophy/geography>
University of Minnesota - Duluth
324 Cina Hall
Duluth, MN 55812
218-726-6226 (office) | 612-618-2482 (cell)
Zoom meeting link: https://umn.zoom.us/j/7057588425
---

GIS Researcher

Natural Resources Research Institute (NRRI)

5013 Miller Trunk Hwy, Duluth, MN 55811

- -

NRRI Mission: Deliver integrated research solutions that value our
resources, environment and economy for a sustainable and resilient future.
Find out more: NRRI website <https://www.nrri.umn.edu/> / Facebook
<https://www.facebook.com/Natural.Resources.Research.Institute> / Twitter
<https://twitter.com/UMDNRRI1> / Instagram
<https://www.instagram.com/umdnrri/> / YouTube
<https://www.youtube.com/user/NRRIResearch> / LinkedIn
<https://www.linkedin.com/company/natural-resources-research-institute/>

NOTE: NRRI’s facilities are operating with limited access due to the
COVID-19 pandemic. Many personnel are working remotely. We will maintain
communications via email, phone and video conference as needed. Thank you!
___
Geoserver-users mailing list

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

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


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

Re: [Geoserver-users] Layer-Preview-OpenLayers-does-not-work-with-a-SSL-Reverse-Proxy

[Kris Johnson via Geoserver-users]

Thank you for the responses.

Our Geoserver is located behind an Apache proxy at
https://nrri-atlas.d.umn.edu/geoserver
I have tried this value for the "Proxy Base URL"--both with the trailing
slash (/) and without.
I have tried removing the value entirely.
Nothing seems to work to get the openlayers resources (ol.css and ol.js)
requesting the correct paths:
https://nrri-atlas.d.umn.edu/geoserver/nra/wms?service=WMS=1.1.0=GetMap=nra%3Aaverage_fwmc_nox=191236.928503762%2C4817930.1047429%2C720691.395227796%2C5436349.76309333=657=768=EPSG%3A26915=application/openlayers

For example, the path to ol.css is
https://nrri-atlas.d.umn.edu/openlayers3/ol.css, but it should be
https://nrri-atlas.d.umn.edu/geoserver/openlayers3/ol.css

How to fix this?


On Fri, Dec 11, 2020 at 2:42 AM Andrea Aime 
wrote:

> Hi Kris,
> I believe it was fixed a few months after tha mail:
> https://osgeo-org.atlassian.net/browse/GEOS-8504
>
> This demo server uses a Tomcat sitting behind a SSL enabling reverse
> proxy, the preview seems to be working fine:
> https://tb16.geo-solutions.it/geoserver/web/
> e.g.:
>
> https://tb16.geo-solutions.it/geoserver/oszoom/wms?service=WMS=1.1.0=GetMap=oszoom%3Azoomstack-outdoor=-118397.00155160861%2C-15982.135610342928%2C751441.7791101651%2C1272149.3463547546=518=768=EPSG%3A27700==application/openlayers
>
> Cheers
> Andrea
>
> On Thu, Dec 10, 2020 at 11:36 PM Kris Johnson via Geoserver-users <
> geoserver-users@lists.sourceforge.net> wrote:
>
>> Hello,
>>
>> I have the same issue as described here:
>> http://osgeo-org.1560.x6.nabble.com/Layer-Preview-OpenLayers-does-not-work-with-a-SSL-Reverse-Proxy-tt5397920.html#a5398155
>>
>> I don't see a fix in this thread. Does anyone know of one?
>>
>> --
>> Kris Johnson
>> GIS Instructor
>> Department of Geography, Urban and Environmental Sustainability Studies
>> University of Minnesota - Duluth
>> 324 Cina Hall
>> Duluth, MN 55812
>> 218-726-6226 (office) | 612-618-2482 (cell)
>> Zoom meeting link: https://umn.zoom.us/j/7057588425
>> ---
>>
>> GIS Researcher
>>
>> Natural Resources Research Institute (NRRI)
>>
>> 5013 Miller Trunk Hwy, Duluth, MN 55811
>>
>> - -
>>
>> NRRI Mission: Deliver integrated research solutions that value our
>> resources, environment and economy for a sustainable and resilient future.
>> Find out more: NRRI website <https://www.nrri.umn.edu/> / Facebook
>> <https://www.facebook.com/Natural.Resources.Research.Institute> / Twitter
>> <https://twitter.com/UMDNRRI1> / Instagram
>> <https://www.instagram.com/umdnrri/> / YouTube
>> <https://www.youtube.com/user/NRRIResearch> / LinkedIn
>> <https://www.linkedin.com/company/natural-resources-research-institute/>
>>
>> NOTE: NRRI’s facilities are operating with limited access due to the
>> COVID-19 pandemic. Many personnel are working remotely. We will maintain
>> communications via email, phone and video conference as needed. Thank you!
>> ___
>> Geoserver-users mailing list
>>
>> Please make sure you read the following two resources before posting to
>> this list:
>> - Earning your support instead of buying it, but Ian Turton:
>> http://www.ianturton.com/talks/foss4g.html#/
>> - The GeoServer user list posting guidelines:
>> http://geoserver.org/comm/userlist-guidelines.html
>>
>> If you want to request a feature or an improvement, also see this:
>> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>>
>>
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
>
>
> --
>
> Regards, Andrea Aime
>
> == GeoServer Professional Services from the experts! Visit
> http://goo.gl/it488V for more information. == Ing. Andrea Aime @geowolf
> Technical Lead GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa
> (LU) phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549
> http://www.geo-solutions.it http://twitter.com/geosolutions_it
> --- *Con riferimento
> alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 -
> Regolamento generale sulla protezione dei dati “GDPR”), si precisa che ogni
> circostanza inerente alla presente email (il suo contenuto, gli eventuali
> allegati, etc.) è un dato la cui conoscenza è riservata al/i solo/i
> destinatario/i indicati dallo scrivente. Se il messaggio Le è giunto per
> errore, è tenuta/o a cancellar

[Geoserver-users] Layer-Preview-OpenLayers-does-not-work-with-a-SSL-Reverse-Proxy

[Kris Johnson via Geoserver-users]

Hello,

I have the same issue as described here:
http://osgeo-org.1560.x6.nabble.com/Layer-Preview-OpenLayers-does-not-work-with-a-SSL-Reverse-Proxy-tt5397920.html#a5398155

I don't see a fix in this thread. Does anyone know of one?

-- 
Kris Johnson
GIS Instructor
Department of Geography, Urban and Environmental Sustainability Studies
University of Minnesota - Duluth
324 Cina Hall
Duluth, MN 55812
218-726-6226 (office) | 612-618-2482 (cell)
Zoom meeting link: https://umn.zoom.us/j/7057588425
---

GIS Researcher

Natural Resources Research Institute (NRRI)

5013 Miller Trunk Hwy, Duluth, MN 55811

- -

NRRI Mission: Deliver integrated research solutions that value our
resources, environment and economy for a sustainable and resilient future.
Find out more: NRRI website <https://www.nrri.umn.edu/> / Facebook
<https://www.facebook.com/Natural.Resources.Research.Institute> / Twitter
<https://twitter.com/UMDNRRI1> / Instagram
<https://www.instagram.com/umdnrri/> / YouTube
<https://www.youtube.com/user/NRRIResearch> / LinkedIn
<https://www.linkedin.com/company/natural-resources-research-institute/>

NOTE: NRRI’s facilities are operating with limited access due to the
COVID-19 pandemic. Many personnel are working remotely. We will maintain
communications via email, phone and video conference as needed. Thank you!
___
Geoserver-users mailing list

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

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


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

Re: [Geoserver-users] Help with NullPointerException

[Kris Johnson via Geoserver-users]

Thanks for the response, Mark.
I looked into the layer in question "gw_recharge" and it does have a
default style set ("gw_recharge_keep"). This was done using the web
interface. Is there a more authoritative or sure-fire way that I should be
using to check if this layer is missing a default style?

On Sat, Nov 28, 2020 at 8:43 AM mark  wrote:

> On 11/25/20 9:03 PM, Kris Johnson via Geoserver-users wrote:
> > Here is what is reported by the "Caused by:"
> >
> > Caused by: java.lang.NullPointerException
> > at
> >
>  
> org.geoserver.wms.map.GetMapKvpRequestReader.getDefaultStyle(GetMapKvpRequestReader.java:807)
> > at
> >
>  
> org.geoserver.wms.map.GetMapKvpRequestReader.read(GetMapKvpRequestReader.java:537)
> > at
> >
>  
> org.geoserver.wms.featureinfo.GetFeatureInfoKvpReader.read(GetFeatureInfoKvpReader.java:119)
> > ... 107 more
>
> that's pointing to this code:
>
>  } else {
>  StyleInfo defaultStyle = layer.getDefaultStyle();
>  return defaultStyle.getStyle();
>  }
>
> suggesting that the defaultStyle is null
>
>
> https://github.com/geoserver/geoserver/blob/4ae09f630edf507a76b24a63840bd503d5a6742b/src/wms/src/main/java/org/geoserver/wms/map/GetMapKvpRequestReader.java#L805-L808
>
>
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying 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
>


-- 
Kris Johnson
Research Scientist
Natural Resources Research Institute

GIS Instructor
Department of Geography, Urban and Environmental Sustainability Studies
University of Minnesota - Duluth
324 Cina Hall
Duluth, MN 55812
218-726-6226
Zoom meeting link:
https://umn.zoom.us/j/7057588425
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying 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] Help with NullPointerException

[Kris Johnson via Geoserver-users]

)
> at
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:92)
> at
> org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:678)
> at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:74)
> at
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:343)
> at
> org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:408)
> at
> org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66)
> at
> org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:836)
> at
> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1839)
> at
> org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)
> at
> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
> at
> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
> at
> org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
> at java.base/java.lang.Thread.run(Thread.java:834)
> Caused by: java.lang.NullPointerException
> at
> org.geoserver.wms.map.GetMapKvpRequestReader.getDefaultStyle(GetMapKvpRequestReader.java:807)
> at
> org.geoserver.wms.map.GetMapKvpRequestReader.read(GetMapKvpRequestReader.java:537)
> at
> org.geoserver.wms.featureinfo.GetFeatureInfoKvpReader.read(GetFeatureInfoKvpReader.java:119)
> ... 107 more
>

Thank you for any insight you can provide.

>
On Wed, Oct 7, 2020 at 2:53 AM Andrea Aime 
wrote:

> Also, restart GeoServer, when an exception is thrown many times, the trace
> is compressed and part of it is omitted. There is also a JVM flag that can
> be set to avoid trace
> elision, for reference:
> https://dzone.com/articles/missing-stack-traces-repeated
>
> Cheers
> Andrea
>
> On Tue, Oct 6, 2020 at 9:36 PM Alexander Petkov 
> wrote:
>
>> The rest of the trace would be helpful, after "Caused by"
>>
>> Adjust logging settings to GEOTOOLS_DEVELOPER, if they are not already.
>>
>> On Tue, Oct 6, 2020 at 1:22 PM Kris Johnson via Geoserver-users <
>> geoserver-users@lists.sourceforge.net> wrote:
>>
>>> I am trying to run a WFS GetFeature. When doing so, I occasionally get
>>> the error I have pasted at the end of the message.
>>> There is nothing in this error that I can make heads or tails of.
>>> Geoserver version: 2.17.2
>>>
>>> "Error: >> standalone=""no""?>>> http://nrri-atlas.d.umn.edu/geoserver/schemas/wms/1.1.1/WMS_exception_1_1_1.dtd";>
>>>
>>>   java.lang.NullPointerException
>>> Details:
>>> org.geoserver.platform.ServiceException: java.lang.NullPointerException
>>> at org.geoserver.ows.Dispatcher.exception(Dispatcher.java:1742)
>>> at
>>> org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:275)
>>> at
>>> org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:177)
>>> at
>>> org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:52)
>>> at
>>> org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:1040)
>>> at
>>> org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:943)
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:1006)
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:898)
>>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:634)
>>> at
>>> org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:883)
>>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:741)
>>> at
>>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:231)
>>> at
>>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
>>> at
>>> org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:53)
>>> at
>>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
>>> at
>>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
>>> at
>>> org.apache.catalina.filters.CorsFilter.handleNonCORS(CorsFilter.java:352)
>>> at
>>> o

Re: [Geoserver-users] Geowebcache is not using bounding box parameter when seeding

[Kris Johnson via Geoserver-users]

Update:

There was a zero missing from the "minX" variable. It should be -1100
I changed this and it made no difference. I am still seeing the issue
described above.

On Wed, Nov 25, 2020 at 9:22 AM Kris Johnson  wrote:

> Hello,
>
> I have an issue where when I am seeding tiles for a layer with
> Geowebcache, the tiles are seeded to the full extent of the layer despite
> my use of the bounding box parameter. My goal, of course, is to constrain
> where the tiles are generated to a specific extent.
>
> I have seen the bounding box parameter specified in two ways (I a using
> JSON for both):
>
> 1) This page (
> https://docs.geoserver.org/latest/en/user/geowebcache/rest/seed.html)
> suggests using following format:
>
> 'bounds':{'coords':{ 'double':['-124.0','22.0','66.0','72.0']}}
>
> 2) The web interface (ie. 
> https://server.org/geoserver/gwc/rest/seed/) seems to send the 
> bounding box parameter is a different format:
>  "minX": -110,
>  "minY": 500,
>  "maxX": -950,
>  "maxY": 660,
>
> Neither of these have worked for me.
>
> Could someone please advise me on how to specify the bounding box when 
> seeding tiles?
>
> Thank you.
>
>
>
> --
> Kris Johnson
> Research Scientist
> Natural Resources Research Institute
> 
> GIS Instructor
> Department of Geography, Urban and Environmental Sustainability Studies
> University of Minnesota - Duluth
> 324 Cina Hall
> Duluth, MN 55812
> 218-726-6226
> Zoom meeting link:
> https://umn.zoom.us/j/7057588425
>


-- 
Kris Johnson
Research Scientist
Natural Resources Research Institute

GIS Instructor
Department of Geography, Urban and Environmental Sustainability Studies
University of Minnesota - Duluth
324 Cina Hall
Duluth, MN 55812
218-726-6226
Zoom meeting link:
https://umn.zoom.us/j/7057588425
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying 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] Geowebcache is not using bounding box parameter when seeding

[Kris Johnson via Geoserver-users]

Hello,

I have an issue where when I am seeding tiles for a layer with Geowebcache,
the tiles are seeded to the full extent of the layer despite my use of the
bounding box parameter. My goal, of course, is to constrain where the tiles
are generated to a specific extent.

I have seen the bounding box parameter specified in two ways (I a using
JSON for both):

1) This page (
https://docs.geoserver.org/latest/en/user/geowebcache/rest/seed.html)
suggests using following format:

'bounds':{'coords':{ 'double':['-124.0','22.0','66.0','72.0']}}

2) The web interface (ie.
https://server.org/geoserver/gwc/rest/seed/) seems to send
the bounding box parameter is a different format:
 "minX": -110,
 "minY": 500,
 "maxX": -950,
 "maxY": 660,

Neither of these have worked for me.

Could someone please advise me on how to specify the bounding box when
seeding tiles?

Thank you.



-- 
Kris Johnson
Research Scientist
Natural Resources Research Institute

GIS Instructor
Department of Geography, Urban and Environmental Sustainability Studies
University of Minnesota - Duluth
324 Cina Hall
Duluth, MN 55812
218-726-6226
Zoom meeting link:
https://umn.zoom.us/j/7057588425
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying 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] Help with NullPointerException

[Kris Johnson via Geoserver-users]

Valve.java:92)
at
org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:678)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:74)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:343)
at
org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:408)
at
org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66)
at
org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:836)
at
org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1839)
at
org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)
at
java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
at
java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
at
org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
at java.base/java.lang.Thread.run(Thread.java:834)
Caused by: java.lang.NullPointerException

"

-- 
Kris Johnson
Research Scientist
Natural Resources Research Institute

GIS Instructor
Department of Geography, Urban and Environmental Sustainability Studies
University of Minnesota - Duluth
324 Cina Hall
Duluth, MN 55812
218-726-6226
Zoom meeting link:
https://umn.zoom.us/j/7057588425
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying 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] Trouble Getting Layer To Draw and Mystery Error

[Kris Johnson]

Hi Andrea,

Thanks for the suggestion. There is no scale denominator involved here.
I'll try the logging method.

On Tue, Jul 9, 2019 at 10:11 AM Andrea Aime 
wrote:

> Hi Kris,
> maybe you can set the log to "geotools developer logging" and compare the
> logs of the two cases.
> Not sure it's going to help, but it might.
>
> If you don't see anything and get no errors, more often than not, it's a
> scale dependency issue (e.g., the style
> says not to paint anything at the current scale, via min/max scale
> denominator directives)
>
> Cheers
> Andrea
>
>
> On Tue, Jul 9, 2019 at 3:33 PM Kris Johnson  wrote:
>
>> Okay. Thanks for the quick reply Andrea, and for clarifying the error.
>>
>> I've read through all the Geoserver documentation, but I am still stumped
>> on getting this layer to draw with a certain style.
>> The layer in question draws fine with the out-of-the-box "polygon" style.
>> And the style in question is valid SLD and works with layers that have
>> identical data attributes to the layer in question.
>> I know this is quite a vague question, so are there any resources you can
>> point me through for trouble-shooting a situation where a blank image
>> appears and no apparent errors show in the logs (maybe a checklist of
>> places to look for issues)?
>>
>> Thank you.
>>
>> On Tue, Jul 9, 2019 at 7:54 AM Andrea Aime 
>> wrote:
>>
>>> Hi Kris
>>> the two seem completely unrelated to me, the stack trace is about
>>> session management in the GeoServer
>>> user interface, there is no trace of rendering code references in there
>>>
>>> Cheers
>>> Andrea
>>>
>>>
>>> On Mon, Jul 8, 2019 at 8:24 PM Kris Johnson  wrote:
>>>
>>>> Hello,
>>>>
>>>> I'm having trouble getting a layer to draw with a certain style and
>>>> this error popped up in the logs and I was wondering if it was related.
>>>> This is Geoserver version 2.13.3
>>>>
>>>> Here is the full text of the error (and the GetMap request that
>>>> proceeds it):
>>>> 2019-07-08 17:53:43,920 INFO [geoserver.wms] -
>>>> Request: getMap
>>>> Angle = 0.0
>>>> BaseUrl = http://data.nrri.umn.edu:32787/geoserver/
>>>> Bbox = SRSEnvelope[31762.20774245041 : 969968.9595194479,
>>>> 4824190.706728337 : 5659781.095029725]
>>>> BgColor = java.awt.Color[r=255,g=255,b=255]
>>>> Buffer = 0
>>>> CQLFilter = null
>>>> Crs = PROJCS["NAD83 / UTM zone 15N",
>>>>   GEOGCS["NAD83",
>>>> DATUM["North American Datum 1983",
>>>>   SPHEROID["GRS 1980", 6378137.0, 298.257222101,
>>>> AUTHORITY["EPSG","7019"]],
>>>>   TOWGS84[0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0],
>>>>   AUTHORITY["EPSG","6269"]],
>>>> PRIMEM["Greenwich", 0.0, AUTHORITY["EPSG","8901"]],
>>>> UNIT["degree", 0.017453292519943295],
>>>> AXIS["Geodetic longitude", EAST],
>>>> AXIS["Geodetic latitude", NORTH],
>>>> AUTHORITY["EPSG","4269"]],
>>>>   PROJECTION["Transverse_Mercator", AUTHORITY["EPSG","9807"]],
>>>>   PARAMETER["central_meridian", -93.0],
>>>>   PARAMETER["latitude_of_origin", 0.0],
>>>>   PARAMETER["scale_factor", 0.9996],
>>>>   PARAMETER["false_easting", 50.0],
>>>>   PARAMETER["false_northing", 0.0],
>>>>   UNIT["m", 1.0],
>>>>   AXIS["Easting", EAST],
>>>>   AXIS["Northing", NORTH],
>>>>   AUTHORITY["EPSG","26915"]]
>>>> Elevation = []
>>>> Env = {}
>>>> Exceptions = application/vnd.ogc.se_inimage
>>>> FeatureId = null
>>>> FeatureVersion = null
>>>> Filter = null
>>>> Filters = null
>>>> Format = image/png
>>>> FormatOptions = {}
>>>> Get = true
>>>> Height = 684
>>>> Interpolations = []
>>>> Layers = [org.geoserver.wms.MapLayerInfo@7ad1f1a7]
>>>> MaxFeatures = null
>>>> Palette = null
>>>> RawKvp = {EXCEPTIONS=application/vnd.ogc.se_inimage, REQUEST=GetMap,
>>>> FORMAT=image/png, SRS=EPSG:26915,
>>>> BBOX=31762.20774245041,4824190.706

Re: [Geoserver-users] Trouble Getting Layer To Draw and Mystery Error

[Kris Johnson]

Okay. Thanks for the quick reply Andrea, and for clarifying the error.

I've read through all the Geoserver documentation, but I am still stumped
on getting this layer to draw with a certain style.
The layer in question draws fine with the out-of-the-box "polygon" style.
And the style in question is valid SLD and works with layers that have
identical data attributes to the layer in question.
I know this is quite a vague question, so are there any resources you can
point me through for trouble-shooting a situation where a blank image
appears and no apparent errors show in the logs (maybe a checklist of
places to look for issues)?

Thank you.

On Tue, Jul 9, 2019 at 7:54 AM Andrea Aime 
wrote:

> Hi Kris
> the two seem completely unrelated to me, the stack trace is about session
> management in the GeoServer
> user interface, there is no trace of rendering code references in there
>
> Cheers
> Andrea
>
>
> On Mon, Jul 8, 2019 at 8:24 PM Kris Johnson  wrote:
>
>> Hello,
>>
>> I'm having trouble getting a layer to draw with a certain style and this
>> error popped up in the logs and I was wondering if it was related. This is
>> Geoserver version 2.13.3
>>
>> Here is the full text of the error (and the GetMap request that proceeds
>> it):
>> 2019-07-08 17:53:43,920 INFO [geoserver.wms] -
>> Request: getMap
>> Angle = 0.0
>> BaseUrl = http://data.nrri.umn.edu:32787/geoserver/
>> Bbox = SRSEnvelope[31762.20774245041 : 969968.9595194479,
>> 4824190.706728337 : 5659781.095029725]
>> BgColor = java.awt.Color[r=255,g=255,b=255]
>> Buffer = 0
>> CQLFilter = null
>> Crs = PROJCS["NAD83 / UTM zone 15N",
>>   GEOGCS["NAD83",
>> DATUM["North American Datum 1983",
>>   SPHEROID["GRS 1980", 6378137.0, 298.257222101,
>> AUTHORITY["EPSG","7019"]],
>>   TOWGS84[0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0],
>>   AUTHORITY["EPSG","6269"]],
>> PRIMEM["Greenwich", 0.0, AUTHORITY["EPSG","8901"]],
>> UNIT["degree", 0.017453292519943295],
>> AXIS["Geodetic longitude", EAST],
>> AXIS["Geodetic latitude", NORTH],
>> AUTHORITY["EPSG","4269"]],
>>   PROJECTION["Transverse_Mercator", AUTHORITY["EPSG","9807"]],
>>   PARAMETER["central_meridian", -93.0],
>>   PARAMETER["latitude_of_origin", 0.0],
>>   PARAMETER["scale_factor", 0.9996],
>>   PARAMETER["false_easting", 50.0],
>>   PARAMETER["false_northing", 0.0],
>>   UNIT["m", 1.0],
>>   AXIS["Easting", EAST],
>>   AXIS["Northing", NORTH],
>>   AUTHORITY["EPSG","26915"]]
>> Elevation = []
>> Env = {}
>> Exceptions = application/vnd.ogc.se_inimage
>> FeatureId = null
>> FeatureVersion = null
>> Filter = null
>> Filters = null
>> Format = image/png
>> FormatOptions = {}
>> Get = true
>> Height = 684
>> Interpolations = []
>> Layers = [org.geoserver.wms.MapLayerInfo@7ad1f1a7]
>> MaxFeatures = null
>> Palette = null
>> RawKvp = {EXCEPTIONS=application/vnd.ogc.se_inimage, REQUEST=GetMap,
>> FORMAT=image/png, SRS=EPSG:26915,
>> BBOX=31762.20774245041,4824190.706728337,969968.9595194479,5659781.095029725,
>> VERSION=1.1.1, STYLES=, SERVICE=WMS, WIDTH=768, HEIGHT=684,
>> TRANSPARENT=true, LAYERS=nra:final_nwi}
>> RemoteOwsType = null
>> RemoteOwsURL = null
>> Request = GetMap
>> RequestCharset = UTF-8
>> ScaleMethod = null
>> Sld = null
>> SldBody = null
>> SldVersion = null
>> SortBy = null
>> SortByArrays = null
>> SRS = EPSG:26915
>> StartIndex = null
>> StyleBody = null
>> StyleFormat = sld
>> Styles = [StyleImpl[ name=polygon]]
>> StyleUrl = null
>> StyleVersion = null
>> Tiled = false
>> TilesOrigin = null
>> Time = []
>> Transparent = true
>> ValidateSchema = false
>> Version = 1.1.1
>> ViewParams = null
>> Width = 768
>> 2019-07-08 17:53:50,661 ERROR [java.JavaSerializer] - Error serializing
>> object class org.geoserver.wms.web.data.StyleEditPage [object=[Page class =
>> org.geoserver.wms.web.data.StyleEditPage, id = 101, render count = 1]]
>> org.apache.wicket.core.util.objects.checker.CheckingObjectOutputStream$ObjectCheckException:
>> The object type is not Serializable!
>> A problem occurred while checking object with type:
>> org.geoserver.catalog.impl.ResolvingProxy
>> 

[Geoserver-users] Trouble Getting Layer To Draw and Mystery Error

[Kris Johnson]

.wms.web.data.StyleEditPage, id = 101, render count =
1] cannot be serialized. See previous logs for possible reasons.
2019-07-08 17:53:50,662 WARN [pageStore.DefaultPageStore] - Page [Page
class = org.geoserver.wms.web.data.StyleEditPage, id = 101, render count =
1] cannot be serialized. See previous logs for possible reasons.


Thank you.

-- 
Kris Johnson
GIS Instructor
Department of Geography, Urban and Environmental Sustainability Studies
University of Minnesota - Duluth
324 Cina Hall
Duluth, MN 55812
218-726-6226
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying 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] Monitoring Database Persistence

[Kris Johnson]

Hello,

I am attempting to setup and configure the monitoring extension for
Geoserver 2.13.3 so that requests will be recorded in a postgresql database.
I have followed the instructions provided here:
https://docs.geoserver.org/stable/en/user/community/monitor-hibernate/db.html#monitor-db
And two tables have been created in the database ("request" and
"request_resources"). However, despite multiple new requests showing up on
the [host]/geoserver/rest/monitor/requests page, I have zero records in
either table.

Is there something I'm missing here? Thank you in advance for your help.

-- 
Kris Johnson
GIS Instructor
Department of Geography, Urban and Environmental Sustainability Studies
University of Minnesota - Duluth
324 Cina Hall
Duluth, MN 55812
218-726-6226
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying 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] Monitoring Extension Issue

[Kris Johnson]

positeFilter.java:91)

org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:330)

org.geoserver.security.filter.GeoServerCompositeFilter$NestedFilterChain.doFilter(GeoServerCompositeFilter.java:70)

org.springframework.security.web.context.SecurityContextPersistenceFilter.doFilter(SecurityContextPersistenceFilter.java:91)

org.geoserver.security.filter.GeoServerSecurityContextPersistenceFilter$1.doFilter(GeoServerSecurityContextPersistenceFilter.java:52)

org.geoserver.security.filter.GeoServerCompositeFilter$NestedFilterChain.doFilter(GeoServerCompositeFilter.java:74)

org.geoserver.security.filter.GeoServerCompositeFilter.doFilter(GeoServerCompositeFilter.java:91)

org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:330)

org.springframework.security.web.FilterChainProxy.doFilterInternal(FilterChainProxy.java:213)

org.springframework.security.web.FilterChainProxy.doFilter(FilterChainProxy.java:176)

org.geoserver.security.GeoServerSecurityFilterChainProxy.doFilter(GeoServerSecurityFilterChainProxy.java:141)

org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:346)

org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:262)
org.geoserver.filters.LoggingFilter.doFilter(LoggingFilter.java:90)

org.geoserver.filters.XFrameOptionsFilter.doFilter(XFrameOptionsFilter.java:79)
org.geoserver.filters.GZIPFilter.doFilter(GZIPFilter.java:42)

org.geoserver.filters.SessionDebugFilter.doFilter(SessionDebugFilter.java:46)
org.geoserver.filters.FlushSafeFilter.doFilter(FlushSafeFilter.java:42)

org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:197)

org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107)


On Fri, Dec 21, 2018 at 11:05 AM Kris Johnson  wrote:

> Hello,
>
> I am using Geoserver 2.13.3
> I recently installed the monitoring extension. And on the web GUI when I
> navigate to the "Daily" tab I get the following error:
> org.apache.wicket.WicketRuntimeException: Method onLinkClicked of
> interface org.apache.wicket.markup.html.link.ILinkListener targeted at
> [Link [Component id = link]] on component [Link [Component id = link]]
> threw an exception at
> org.apache.wicket.RequestListenerInterface.internalInvoke(RequestListenerInterface.java:268)
> at
> org.apache.wicket.RequestListenerInterface.invoke(RequestListenerInterface.java:216)
> at
> org.apache.wicket.core.request.handler.ListenerInterfaceRequestHandler.invokeListener(ListenerInterfaceRequestHandler.java:241)
> at
> org.apache.wicket.core.request.handler.ListenerInterfaceRequestHandler.respond(ListenerInterfaceRequestHandler.java:234)
> at
> org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:895)
> at
> org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:64)
> at
> org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:265)
> at
> org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:222)
> at
> org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:293)
> at
> org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketFilter.java:261)
> at
> org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:203)
> at
> org.apache.wicket.protocol.http.WicketServlet.doGet(WicketServlet.java:137)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:635) at
> javax.servlet.http.HttpServlet.service(HttpServlet.java:742) at
> org.springframework.web.servlet.mvc.ServletWrappingController.handleRequestInternal(ServletWrappingController.java:157)
> at
> org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:174)
> at
> org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:50)
> at
> org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:963)
> at
> org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:897)
> at
> org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:970)
> at
> org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:861)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:635) at
> org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:846)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:742) at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChai

[Geoserver-users] Monitoring Extension Issue

[Kris Johnson]

n.java:193)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
at org.geoserver.filters.FlushSafeFilter.doFilter(FlushSafeFilter.java:42)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
at
org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:197)
at
org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:198)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:96)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:478)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:140)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:80)
at
org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:624)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:87)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:342)
at
org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:799)
at
org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66)
at
org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:868)
at
org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1455)
at
org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at
org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
at java.lang.Thread.run(Thread.java:748) Caused by:
java.lang.reflect.InvocationTargetException 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.apache.wicket.RequestListenerInterface.internalInvoke(RequestListenerInterface.java:258)
... 120 more Caused by: java.lang.NoClassDefFoundError: Could not
initialize class org.jfree.chart.JFreeChart at
org.geoserver.monitor.web.ActivityChartBasePanel.createTimeSeriesChart(ActivityChartBasePanel.java:144)
at
org.geoserver.monitor.web.ActivityChartBasePanel.queryAndRenderChart(ActivityChartBasePanel.java:119)
at
org.geoserver.monitor.web.ActivityChartBasePanel.(ActivityChartBasePanel.java:54)
at
org.geoserver.monitor.web.DailyActivityPanel.(DailyActivityPanel.java:19)
at org.geoserver.monitor.web.ActivityPage$2.getPanel(ActivityPage.java:36)
at org.geoserver.monitor.web.ActivityPage$2.getPanel(ActivityPage.java:31)
at
org.apache.wicket.extensions.markup.html.tabs.TabbedPanel.setCurrentTab(TabbedPanel.java:422)
at
org.apache.wicket.extensions.markup.html.tabs.TabbedPanel.setSelectedTab(TabbedPanel.java:397)
at
org.apache.wicket.extensions.markup.html.tabs.TabbedPanel$5.onClick(TabbedPanel.java:372)
at org.apache.wicket.markup.html.link.Link.onLinkClicked(Link.java:190) ...
125 more

My goal is to get some data on the frequency of use for my layers. I'm not
sure if the monitoring extension is capable of that, but that's what I'd
like to achieve here.

Thank you for any advice you can provide.

-- 
Kris Johnson
GIS Instructor
Department of Geography, Urban and Environmental Sustainability Studies
University of Minnesota - Duluth
324 Cina Hall
Duluth, MN 55812
218-726-6226
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying 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] Outside Coverage Exception

[Kris Johnson]

Hello,

I am using Geoserver 2.13.3. I have enabled direct integration with
Geoserver WMS under the GeoWebCache settings.

For most part, this has worked great to dynamically cache my layers.
However, I just started seeing this error appear and my layer refuses to
draw:
2018-12-17 21:59:11,970 INFO [org.geoserver.gwc] - Error dispatching tile
request to GeoServer
org.geowebcache.grid.OutsideCoverageException: Coverage
[minx,miny,maxx,maxy] is [230, 571, 247, 590, 10], index [x,y,z] is [249,
664, 10]

It sounds similar to the problem listed here:
https://gis.stackexchange.com/questions/274177/geowebcache-geoserver-2-9-caching-fails

Any ideas what could be causing this and how to fix it?

-- 
Kris Johnson
GIS Instructor
Department of Geography, Urban and Environmental Sustainability Studies
University of Minnesota - Duluth
324 Cina Hall
Duluth, MN 55812
218-726-6226
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying 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 workspace error

[Kris Johnson]

I don't think it's a version issue since I'm using version 2.13.1 on Linux.
It might also be helpful to note that all datasets are being stored in a
postgis database.

On Tue, Aug 7, 2018 at 12:47 PM, Andrea Aime 
wrote:

> Ah, I see that you did not report the GeoServer version. If you're using
> an old version, you might be affected by this one:
> https://osgeo-org.atlassian.net/browse/GEOS-8291
>
> Cheers
> Andrea
>
>
> On Tue, Aug 7, 2018 at 7:45 PM Andrea Aime 
> wrote:
>
>> Hi,
>> the generic style is used only when it's not possible to determine the
>> type of geometry in the table
>> (unless you assigned it manually).
>>
>> If you have a step by step procedure to reproduce the issue it would be
>> quite a valuable entry
>> as a bug report here:
>> https://osgeo-org.atlassian.net/projects/GEOS/summary
>>
>> Cheers
>> Andrea
>>
>>
>> On Tue, Aug 7, 2018 at 7:40 PM Kris Johnson  wrote:
>>
>>> Hello Ian & Co.,
>>>
>>> You might be onto something. When I assign a default style to a layer
>>> that was previously broken, it now works.
>>>
>>> This is a fine solution for me, but I swear that times that I've used
>>> Geoserver in the past, the "generic" style that Geoserver ships with is
>>> used when a layer doesn't have a default assigned. Could this be due to my
>>> layers existing in a workspace?
>>>
>>> Thanks for your help with this.
>>>
>>>
>>> On Tue, Aug 7, 2018 at 12:24 PM, Ian Turton  wrote:
>>>
>>>> I'm pretty sure that you need to specify a default style for each layer.
>>>>
>>>> Ian
>>>>
>>>> On Tue, 7 Aug 2018, 18:07 Kris Johnson,  wrote:
>>>>
>>>>> Another bit of info to add to this is that the layers that work have a
>>>>> default style assigned to them. And the layers that are not working do not
>>>>> have a default style.
>>>>> Are layers required to have a default style? I thought they would be
>>>>> given a generic style in the instances were there was no default (or
>>>>> otherwise) style specified.
>>>>>
>>>>> The documentation here (http://docs.geoserver.org/
>>>>> stable/en/user/services/wms/reference.html) states:
>>>>> Styles in which layers are to be rendered. Value is a comma-separated
>>>>> list of style names, or empty if default styling is required. Style names
>>>>> may be empty in the list, to use default layer styling.
>>>>>
>>>>> On Tue, Aug 7, 2018 at 11:57 AM, Kris Johnson 
>>>>> wrote:
>>>>>
>>>>>> Hello,
>>>>>>
>>>>>> Some (but not all) of my layers are returning errors when trying to
>>>>>> run a WMS GetMap request on them. This happens using both the openlayers
>>>>>> Layer Preview and running regular HTTP requests from my web application.
>>>>>>
>>>>>> Here is the error I see in the logs:
>>>>>> 2018-08-07 16:55:08,300 DEBUG [security.
>>>>>> IncludeQueryStringAntPathRequestMatcher] - Matched Path: /nra/wms,
>>>>>> QueryString: service=WMS=1.1.0=GetMap=nra:
>>>>>> c2012_congress==189777.188873508,4857128.
>>>>>> 36819381,762236.95884475,5472414.14367913=714&
>>>>>> height=768=EPSG:26915=application/openlayers with /**
>>>>>> 2018-08-07 16:55:08,304 TRACE [ows.OWSHandlerMapping] - No handler
>>>>>> mapping found for [/nra/wms]
>>>>>> 2018-08-07 16:55:08,304 DEBUG [ows.OWSHandlerMapping] - Mapping
>>>>>> [/nra/wms] to HandlerExecutionChain with handler
>>>>>> [org.geoserver.ows.Dispatcher@4b46afd] and 1 interceptor
>>>>>> 2018-08-07 16:55:08,304 INFO [geoserver.wms] -
>>>>>> Request: getServiceInfo
>>>>>> 2018-08-07 16:55:08,304 DEBUG [geotools.util] - CRSConverterFactory
>>>>>> can be applied from Strings to CRS  only.
>>>>>> 2018-08-07 16:55:08,304 DEBUG [geotools.util] -
>>>>>> InterpolationConverterFactory can be applied from Strings to 
>>>>>> Interpolation
>>>>>> only.
>>>>>> 2018-08-07 16:55:08,304 DEBUG [geotools.util] - CRSConverterFactory
>>>>>> can be applied from Strings to CRS  only.
>>>>>> 2018-08-07 

Re: [Geoserver-users] WMS workspace error

[Kris Johnson]

Hello Ian & Co.,

You might be onto something. When I assign a default style to a layer that
was previously broken, it now works.

This is a fine solution for me, but I swear that times that I've used
Geoserver in the past, the "generic" style that Geoserver ships with is
used when a layer doesn't have a default assigned. Could this be due to my
layers existing in a workspace?

Thanks for your help with this.


On Tue, Aug 7, 2018 at 12:24 PM, Ian Turton  wrote:

> I'm pretty sure that you need to specify a default style for each layer.
>
> Ian
>
> On Tue, 7 Aug 2018, 18:07 Kris Johnson,  wrote:
>
>> Another bit of info to add to this is that the layers that work have a
>> default style assigned to them. And the layers that are not working do not
>> have a default style.
>> Are layers required to have a default style? I thought they would be
>> given a generic style in the instances were there was no default (or
>> otherwise) style specified.
>>
>> The documentation here (http://docs.geoserver.org/sta
>> ble/en/user/services/wms/reference.html) states:
>> Styles in which layers are to be rendered. Value is a comma-separated
>> list of style names, or empty if default styling is required. Style names
>> may be empty in the list, to use default layer styling.
>>
>> On Tue, Aug 7, 2018 at 11:57 AM, Kris Johnson  wrote:
>>
>>> Hello,
>>>
>>> Some (but not all) of my layers are returning errors when trying to run
>>> a WMS GetMap request on them. This happens using both the openlayers Layer
>>> Preview and running regular HTTP requests from my web application.
>>>
>>> Here is the error I see in the logs:
>>> 2018-08-07 16:55:08,300 DEBUG 
>>> [security.IncludeQueryStringAntPathRequestMatcher]
>>> - Matched Path: /nra/wms, QueryString: service=WMS=1.1.0
>>> est=GetMap=nra:c2012_congress==189777.
>>> 188873508,4857128.36819381,762236.95884475,5472414.
>>> 14367913=714=768=EPSG:26915=application/openlayers
>>> with /**
>>> 2018-08-07 16:55:08,304 TRACE [ows.OWSHandlerMapping] - No handler
>>> mapping found for [/nra/wms]
>>> 2018-08-07 16:55:08,304 DEBUG [ows.OWSHandlerMapping] - Mapping
>>> [/nra/wms] to HandlerExecutionChain with handler
>>> [org.geoserver.ows.Dispatcher@4b46afd] and 1 interceptor
>>> 2018-08-07 16:55:08,304 INFO [geoserver.wms] -
>>> Request: getServiceInfo
>>> 2018-08-07 16:55:08,304 DEBUG [geotools.util] - CRSConverterFactory can
>>> be applied from Strings to CRS  only.
>>> 2018-08-07 16:55:08,304 DEBUG [geotools.util] -
>>> InterpolationConverterFactory can be applied from Strings to Interpolation
>>> only.
>>> 2018-08-07 16:55:08,304 DEBUG [geotools.util] - CRSConverterFactory can
>>> be applied from Strings to CRS  only.
>>> 2018-08-07 16:55:08,304 DEBUG [geotools.util] -
>>> InterpolationConverterFactory can be applied from Strings to Interpolation
>>> only.
>>> 2018-08-07 16:55:08,304 DEBUG [geoserver.ows] - Getting layers and
>>> styles from LAYERS and STYLES
>>> 2018-08-07 16:55:08,304 ERROR [geoserver.ows] -
>>> java.lang.NullPointerException
>>>
>>> And here is the error I see from the Layer Preview:
>>>
>>> >> ServiceExceptionReport SYSTEM 
>>> "http://data.nrri.umn.edu:32787/geoserver/schemas/wms/1.1.1/WMS_exception_1_1_1.dtd;>
>>> 
>>>   java.lang.NullPointerException
>>> Details:
>>> org.geoserver.platform.ServiceException: java.lang.NullPointerException
>>> at org.geoserver.ows.Dispatcher.exception(Dispatcher.java:1743)
>>> at 
>>> org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:280)
>>> 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:963)
>>> at 
>>> org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:897)
>>> at 
>>> org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:970)
>>> at 
>>> org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:861)
>>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:635)
>>> at 

Re: [Geoserver-users] WMS workspace error

[Kris Johnson]

Another bit of info to add to this is that the layers that work have a
default style assigned to them. And the layers that are not working do not
have a default style.
Are layers required to have a default style? I thought they would be given
a generic style in the instances were there was no default (or otherwise)
style specified.

The documentation here (
http://docs.geoserver.org/stable/en/user/services/wms/reference.html)
states:
Styles in which layers are to be rendered. Value is a comma-separated list
of style names, or empty if default styling is required. Style names may be
empty in the list, to use default layer styling.

On Tue, Aug 7, 2018 at 11:57 AM, Kris Johnson  wrote:

> Hello,
>
> Some (but not all) of my layers are returning errors when trying to run a
> WMS GetMap request on them. This happens using both the openlayers Layer
> Preview and running regular HTTP requests from my web application.
>
> Here is the error I see in the logs:
> 2018-08-07 16:55:08,300 DEBUG 
> [security.IncludeQueryStringAntPathRequestMatcher]
> - Matched Path: /nra/wms, QueryString: service=WMS=1.1.0&
> request=GetMap=nra:c2012_congress==
> 189777.188873508,4857128.36819381,762236.95884475,
> 5472414.14367913=714=768=EPSG:26915=application/openlayers
> with /**
> 2018-08-07 16:55:08,304 TRACE [ows.OWSHandlerMapping] - No handler mapping
> found for [/nra/wms]
> 2018-08-07 16:55:08,304 DEBUG [ows.OWSHandlerMapping] - Mapping [/nra/wms]
> to HandlerExecutionChain with handler [org.geoserver.ows.Dispatcher@4b46afd]
> and 1 interceptor
> 2018-08-07 16:55:08,304 INFO [geoserver.wms] -
> Request: getServiceInfo
> 2018-08-07 16:55:08,304 DEBUG [geotools.util] - CRSConverterFactory can be
> applied from Strings to CRS  only.
> 2018-08-07 16:55:08,304 DEBUG [geotools.util] -
> InterpolationConverterFactory can be applied from Strings to Interpolation
> only.
> 2018-08-07 16:55:08,304 DEBUG [geotools.util] - CRSConverterFactory can be
> applied from Strings to CRS  only.
> 2018-08-07 16:55:08,304 DEBUG [geotools.util] -
> InterpolationConverterFactory can be applied from Strings to Interpolation
> only.
> 2018-08-07 16:55:08,304 DEBUG [geoserver.ows] - Getting layers and styles
> from LAYERS and STYLES
> 2018-08-07 16:55:08,304 ERROR [geoserver.ows] -
> java.lang.NullPointerException
>
> And here is the error I see from the Layer Preview:
>
>  ServiceExceptionReport SYSTEM 
> "http://data.nrri.umn.edu:32787/geoserver/schemas/wms/1.1.1/WMS_exception_1_1_1.dtd;>
> 
>   java.lang.NullPointerException
> Details:
> org.geoserver.platform.ServiceException: java.lang.NullPointerException
>   at org.geoserver.ows.Dispatcher.exception(Dispatcher.java:1743)
>   at 
> org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:280)
>   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:963)
>   at 
> org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:897)
>   at 
> org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:970)
>   at 
> org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:861)
>   at javax.servlet.http.HttpServlet.service(HttpServlet.java:635)
>   at 
> org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:846)
>   at javax.servlet.http.HttpServlet.service(HttpServlet.java:742)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:231)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
>   at 
> org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
>   at 
> org.apache.catalina.filters.CorsFilter.handleNonCORS(CorsFilter.java:423)
>   at org.apache.catalina.filters.CorsFilter.doFilter(CorsFilter.java:169)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
>   at 
> org.geoserver.filters.ThreadLocalsCleanupFilter.doFilter(ThreadLocalsCleanupFilter.java:28)
>   at 
> org.apache.catalina.core.ApplicationFilter

[Geoserver-users] WMS workspace error

[Kris Johnson]

ter(ApplicationFilterChain.java:193)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
at 
org.geoserver.filters.FlushSafeFilter.doFilter(FlushSafeFilter.java:44)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
at 
org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:197)
at 
org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:198)
at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:96)
at 
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:478)
at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:140)
at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:80)
at 
org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:624)
at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:87)
at 
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:342)
at 
org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:799)
at 
org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66)
at 
org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:868)
at 
org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1455)
at 
org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at 
org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
at java.lang.Thread.run(Thread.java:748)
Caused by: java.lang.NullPointerException



Thank you for any help you can provide.

-- 
Kris Johnson
Natural Resources Research Institute
5013 Miller Trunk Highway, Duluth, MN 55811
p: 218.788.2767
www.nrri.umn.edu
--
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] (no subject)

[Kris Johnson]

Thanks Ian. Your answer alerted me to the fact that I wasn't specifying a
style for each layer.
Thanks for your help.

On Thu, Jun 14, 2018 at 9:07 AM, Ian Turton  wrote:

> I think you can't mix a style and a layer from different workspaces, but
> if that is the case you should probably get a better error message.
>
> Ian
>
> On Thu, 14 Jun 2018 at 14:56, Kris Johnson  wrote:
>
>> Hello,
>>
>> I am using Geoserver 2.12.2.
>> I am trying to create a WMS request via the reflector:
>> https://data.nrri.umn.edu/nra-geoserver/wms/reflect?LAYERS=
>> public%3Amn_boundary%2Cnra%3Amarschner_presettlement_vegetation&
>> SRS=EPSG%3A3857=300=nra%3Athumb_polygon=image%2Fpng
>>
>> If I leave out the STYLE parameter the request executes just fine.
>> It is a simple YSLD style:
>> title: thumbnail polygon
>> symbolizers:
>> - polygon:
>> stroke-width: 0.1
>> stroke-color: '#bfbfbf'
>> fill-color: '#7a0019'
>>
>> Here is the error I'm seeing in the logs:
>> 2018-06-14 13:50:21,185 ERROR [geoserver.ows] -
>> java.lang.IndexOutOfBoundsException: Index: 1, Size: 1
>> at java.util.ArrayList.rangeCheck(ArrayList.java:653)
>> at java.util.ArrayList.get(ArrayList.java:429)
>> at org.geoserver.wms.map.GetMapKvpRequestReader.read(
>> GetMapKvpRequestReader.java:413)
>> at org.geoserver.wms.map.GetMapKvpRequestReader.read(
>> GetMapKvpRequestReader.java:87)
>> at org.geoserver.ows.Dispatcher.parseRequestKVP(Dispatcher.java:1521)
>> at org.geoserver.ows.Dispatcher.dispatch(Dispatcher.java:680)
>> at org.geoserver.ows.Dispatcher.handleRequestInternal(
>> Dispatcher.java:258)
>> 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:963)
>> at org.springframework.web.servlet.DispatcherServlet.
>> doService(DispatcherServlet.java:897)
>> at org.springframework.web.servlet.FrameworkServlet.processRequest(
>> FrameworkServlet.java:970)
>> at org.springframework.web.servlet.FrameworkServlet.
>> doGet(FrameworkServlet.java:861)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:635)
>> at org.springframework.web.servlet.FrameworkServlet.
>> service(FrameworkServlet.java:846)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:742)
>> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(
>> ApplicationFilterChain.java:231)
>> at org.apache.catalina.core.ApplicationFilterChain.doFilter(
>> ApplicationFilterChain.java:166)
>> at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
>> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(
>> ApplicationFilterChain.java:193)
>> at org.apache.catalina.core.ApplicationFilterChain.doFilter(
>> ApplicationFilterChain.java:166)
>> at org.apache.catalina.filters.CorsFilter.handleNonCORS(
>> CorsFilter.java:423)
>> at org.apache.catalina.filters.CorsFilter.doFilter(CorsFilter.java:169)
>> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(
>> ApplicationFilterChain.java:193)
>> at org.apache.catalina.core.ApplicationFilterChain.doFilter(
>> ApplicationFilterChain.java:166)
>> at org.geoserver.filters.ThreadLocalsCleanupFilter.doFilter(
>> ThreadLocalsCleanupFilter.java:28)
>> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(
>> ApplicationFilterChain.java:193)
>> at org.apache.catalina.core.ApplicationFilterChain.doFilter(
>> ApplicationFilterChain.java:166)
>> at org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(
>> SpringDelegatingFilter.java:75)
>> at org.geoserver.wms.animate.AnimatorFilter.doFilter(
>> AnimatorFilter.java:71)
>> at org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(
>> SpringDelegatingFilter.java:71)
>> at org.geoserver.monitor.MonitorFilter.doFilter(MonitorFilter.java:144)
>> at org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(
>> SpringDelegatingFilter.java:71)
>> at org.geoserver.filters.SpringDelegatingFilter.doFilter(
>> SpringDelegatingFilter.java:46)
>> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(
>> ApplicationFilterChain.java:193)
>> at org.apache.catalina.core.ApplicationFilterChain.doFilter(
>> ApplicationFilterChain.java:166)
>> at org.geoserver.platform.AdvancedDispatchFilter.doFilter(
>> A

[Geoserver-users] (no subject)

[Kris Johnson]

)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:140)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:80)
at
org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:624)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:87)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:342)
at
org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:799)
at
org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66)
at
org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:868)
at
org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1455)
at
org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at
org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
at java.lang.Thread.run(Thread.java:748)

​Thank you for any help you can provide.​

-- 
Kris Johnson
Natural Resources Research Institute
5013 Miller Trunk Highway, Duluth, MN 55811
p: 218.788.2767
www.nrri.umn.edu
--
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] Coordinate Reference Systems

[Kris Johnson]

Hello Ben,

Thank you for your answer.

I will be using both WFS GetFeature and WMS GetMap requests. And thank you
for the reminder to use the built-in tile cache.

On Wed, Jun 13, 2018 at 6:20 PM, Ben Caradoc-Davies 
wrote:

> Kris,
>
> GeoServer will reproject on the fly if the output CRS differs from the
> input CRS, but will get your database to do it if it can. This is usually
> quite fast. Rendering can often be more expensive.
>
> You probably want "Declared SRS" EPSG:26915 and "Force declared". See:
> http://docs.geoserver.org/latest/en/user/data/webadmin/layer
> s.html#coordinate-reference-systems
>
> Clients can request EPSG:3857. By requesting data, do you mean data as in
> WFS or WMS GetFeatureInfo, or did you mean maps like WMS GetMap? For faster
> maps, use a tile cache such as the embedded GWC.
>
> Kind regards,
> Ben.
>
> On 14/06/18 07:56, Kris Johnson wrote:
>
>> Hello,
>>
>> I have, what might be, a basic question.
>>
>> I am loading a number of layers into geoserver that have a "Native SRS" of
>> EPSG:26915.
>> I am attempting to optimize serving these layers for use in a web mapping
>> client (ie. leaflet, openlayers) as WMS and WFS requests. I, therefore,
>> presumed that I should set the "Declared SRS" to EPSG:3857 (and "SRS
>> handling" to "Force declared") since that is what the web clients will
>> use.
>>
>> However, while trying to use the "layer preview" in Styles I ran up
>> against
>> this known issue: https://osgeo-org.atlassian.net/browse/GEOS-8016
>>
>> So, my question is what should I do to optimize these layers to handle
>> requests looking for data in EPSG:3857?
>> On a related note, does Geoserver re-project layers on-the-fly when
>> serving
>> out data that differs from the "Declared SRS"?
>>
>> Thank you for your patient explanations.
>>
>>
>>
>> 
>> --
>> 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-req
>> uesting-and-integrating-new-features-and-improvements-in-GeoServer
>>
>>
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
>>
> --
> Ben Caradoc-Davies 
> Director
> Transient Software Limited <https://transient.nz/>
> New Zealand
>



-- 
Kris Johnson
Natural Resources Research Institute
5013 Miller Trunk Highway, Duluth, MN 55811
p: 218.788.2767
www.nrri.umn.edu
--
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] Coordinate Reference Systems

[Kris Johnson]

Hello,

I have, what might be, a basic question.

I am loading a number of layers into geoserver that have a "Native SRS" of
EPSG:26915.
I am attempting to optimize serving these layers for use in a web mapping
client (ie. leaflet, openlayers) as WMS and WFS requests. I, therefore,
presumed that I should set the "Declared SRS" to EPSG:3857 (and "SRS
handling" to "Force declared") since that is what the web clients will use.

However, while trying to use the "layer preview" in Styles I ran up against
this known issue: https://osgeo-org.atlassian.net/browse/GEOS-8016

So, my question is what should I do to optimize these layers to handle
requests looking for data in EPSG:3857?
On a related note, does Geoserver re-project layers on-the-fly when serving
out data that differs from the "Declared SRS"?

Thank you for your patient explanations.

-- 
Kris Johnson
Natural Resources Research Institute
5013 Miller Trunk Highway, Duluth, MN 55811
p: 218.788.2767
www.nrri.umn.edu
--
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] Style not displaying

[Kris Johnson]

​Upon further investigation, I think I'm encountering this issue:
https://osgeo-org.atlassian.net/browse/GEOS-8016
When I set the default style for the layer to the sequential style
mentioned above it appears fine in "Layer Preview".
​

On Fri, May 18, 2018 at 10:05 PM, Kris Johnson <krist...@d.umn.edu> wrote:

> Hello,
>
> I have a polygon layer that I am trying to style based on sequential
> series of filters. However, I am encountering an error and I'm not sure if
> the issue is with the style or layer configuration.
>
> The layer displays fine in Layer Preview using the "generic" style.
>
> Here's the SLD:
> http://www.opengis.net/sld; xmlns:sld="http://www.opengis.net/sld;
> xmlns:gml="http://www.opengis.net/gml; xmlns:ogc="http://www.opengis.
> net/ogc" version="1.0.0">
>   
> Default Styler
> 
>   Default Styler
>   
> name
> 
>   0 Rule
>   
> 
>   yearlycost
>   45705.4
> 
>   
>   
> 
>   #FEF0D9
> 
> 
>   #7f7f7f
>   0.1
> 
>   
> 
> 
>   1 Rule
>   
> 
>   yearlycost
>   46279.6
> 
>   
>   
> 
>   #FDCC8A
> 
> 
>   #7f7f7f
>   0.1
> 
>   
> 
> 
>   2 Rule
>   
> 
>   yearlycost
>   47475.6
> 
>   
>   
> 
>   #FC8D59
> 
> 
>   #7f7f7f
>   0.1
> 
>   
> 
> 
>   3 Rule
>   
> 
>   yearlycost
>   51745.0
> 
>   
>   
> 
>   #E34A33
> 
> 
>   #7f7f7f
>   0.1
> 
>   
> 
> 
>   4 Rule
>   
> 
>   yearlycost
>   61299.0
> 
>   
>   
> 
>   #B3
> 
> 
>   #7f7f7f
>   0.1
> 
>   
> 
>   
> 
>   
> 
>
>
> Here's the error I'm seeing in the log:
> 2018-05-19 02:55:51,949 INFO [geoserver.wms] -
> Request: getServiceInfo
> 2018-05-19 02:55:51,969 ERROR [geotools.rendering] -
> java.lang.NullPointerException
> at org.geotools.renderer.lite.FastBBOX.getMinX(FastBBOX.java:66)
> at org.geotools.filter.visitor.DuplicatingFilterVisitor.visit(
> DuplicatingFilterVisitor.java:238)
> at org.geotools.renderer.lite.FastBBOX.accept(FastBBOX.java:124)
> at org.geotools.filter.visitor.SimplifyingFilterVisitor.collect(
> SimplifyingFilterVisitor.java:235)
> at org.geotools.filter.visitor.SimplifyingFilterVisitor.visit(
> SimplifyingFilterVisitor.java:165)
> at org.geotools.filter.AndImpl.accept(AndImpl.java:52)
> at org.geotools.renderer.lite.StreamingRenderer.getStyleQuery(
> StreamingRenderer.java:1157)
> at org.geotools.renderer.lite.StreamingRenderer.getFeatures(
> StreamingRenderer.java:1960)
> at org.geotools.renderer.lite.StreamingRenderer.processStylers(
> StreamingRenderer.java:1928)
> at org.geotools.renderer.lite.StreamingRenderer.paint(
> StreamingRenderer.java:835)
> at org.geoserver.wms.map.RenderedImageMapOutputFormat.produceMap(
> RenderedImageMapOutputFormat.java:579)
> at org.geoserver.wms.map.RenderedImageMapOutputFormat.produceMap(
> RenderedImageMapOutputFormat.java:284)
> at org.geoserver.wms.map.RenderedImageMapOutputFormat.produceMap(
> RenderedImageMapOutputFormat.java:141)
> at org.geoserver.wms.GetMap.executeInternal(GetMap.java:653)
> at org.geoserver.wms.GetMap.run(GetMap.java:285)
> at org.geoserver.wms.GetMap.run(GetMap.java:131)
> at org.geoserver.wms.DefaultWebMapService.getMap(
> DefaultWebMapService.java:320)
> at sun.reflect.GeneratedMethodAccessor355.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(
> DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection
> (AopUtils.java:333)
> at org.springframework.aop.framework.ReflectiveMethodInvocation.
> invokeJoinpo

[Geoserver-users] Style not displaying

[Kris Johnson]

gFilter.doFilter(LoggingFilter.java:88)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
at
org.geoserver.filters.XFrameOptionsFilter.doFilter(XFrameOptionsFilter.java:89)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
at org.geoserver.filters.GZIPFilter.doFilter(GZIPFilter.java:42)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
at
org.geoserver.filters.SessionDebugFilter.doFilter(SessionDebugFilter.java:48)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
at org.geoserver.filters.FlushSafeFilter.doFilter(FlushSafeFilter.java:44)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
at
org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:197)
at
org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:198)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:96)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:478)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:140)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:80)
at
org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:624)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:87)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:342)
at
org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:799)
at
org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66)
at
org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:868)
at
org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1455)
at
org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at
org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
at java.lang.Thread.run(Thread.java:748)
Caused by: java.lang.NullPointerException
at org.geotools.renderer.lite.FastBBOX.getMinX(FastBBOX.java:66)
at
org.geotools.filter.visitor.DuplicatingFilterVisitor.visit(DuplicatingFilterVisitor.java:238)
at org.geotools.renderer.lite.FastBBOX.accept(FastBBOX.java:124)
at
org.geotools.filter.visitor.SimplifyingFilterVisitor.collect(SimplifyingFilterVisitor.java:235)
at
org.geotools.filter.visitor.SimplifyingFilterVisitor.visit(SimplifyingFilterVisitor.java:165)
at org.geotools.filter.AndImpl.accept(AndImpl.java:52)
at
org.geotools.renderer.lite.StreamingRenderer.getStyleQuery(StreamingRenderer.java:1157)
at
org.geotools.renderer.lite.StreamingRenderer.getFeatures(StreamingRenderer.java:1960)
at
org.geotools.renderer.lite.StreamingRenderer.processStylers(StreamingRenderer.java:1928)
at
org.geotools.renderer.lite.StreamingRenderer.paint(StreamingRenderer.java:835)
at
org.geoserver.wms.map.RenderedImageMapOutputFormat.produceMap(RenderedImageMapOutputFormat.java:579)
... 132 more


-- 
Kris Johnson
Natural Resources Research Institute
5013 Miller Trunk Highway, Duluth, MN 55811
p: 218.788.2767
www.nrri.umn.edu
--
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.so

Re: [Geoserver-users] Trouble with dynamically generated SLD

[Kris Johnson]

Hi Ian,

Thank you for the explanation regarding . I didn't pick up on
that while examining the spec.

I'll see what I can do to get the python script to proceed the correct
order.

Thanks again.

On Mon, May 14, 2018 at 9:29 AM, Ian Turton <ijtur...@gmail.com> wrote:

> The ordering is specified in the XML schema snippet on Page 25 of my copy
> of the spec:
>
> 
>  
>  
>  
>  
>  
>  
>  
>  
>  
>  
>  
>  
>  
>  
>  
>  
>  
>  
>  
>  
>
> Rules contain a Sequence (or ordered list) with  above line
> symbolizer.
>
> It looks like a call to normalize on the rule should fix the order.
> Otherwise you can look to fix the python.
>
> The second easiest way is to ignore the validator (GeoServer is relaxed
> about the SLD it will ingest) and proceed.
>
> Ian
>
> On Mon, 14 May 2018 at 15:18, Kris Johnson <krist...@d.umn.edu> wrote:
>
>> Hi Ian,
>>
>> Thanks for the response.
>> Your answer is what I was afraid of.
>> It's a bit frustrating because I couldn't find any mention of this order
>> enforcement for rules in the official OGC specification.
>> But, more to the point, the python library I'm using (
>> https://github.com/azavea/python-sld) doesn't seem capable of enforcing
>> this.
>>
>> Do you have any suggestions for dynamically creating SLDs (for ingestion
>> into Geoserver via REST calls) using python?
>>
>>
>> On Fri, May 11, 2018 at 1:46 PM, Ian Turton <ijtur...@gmail.com> wrote:
>>
>>> As the error message suggests your filter is in the wrong place. It
>>> should be at the top of the rule.
>>>
>>> Ian
>>>
>>> On Fri, 11 May 2018, 18:48 Kris Johnson, <krist...@d.umn.edu> wrote:
>>>
>>>> Hello,
>>>>
>>>> I'm attempting to generate an SLD file in python.
>>>> And while the output appears valid to me when I load it in as a new
>>>> style in Geoserver and click "Validate" I get an error:
>>>>
>>>>> line 17: cvc-complex-type.2.4.a: Invalid content was found starting
>>>>> with element 'ogc:Filter'. One of 
>>>>> '{"http://www.opengis.net/sld":Symbolizer}'
>>>>> is expected.
>>>>
>>>>
>>>> ​I'm assuming this occurs 18 times--once for each filter.
>>>> The filter tag is correctly nested within the rule tag alongside a
>>>> symbolizer, so I don't see what the issue is here.
>>>> Here's the full SLD:
>>>> ​
>>>>
>>>> http://www.opengis.net/ogc; 
>>>> xmlns:sld="http://www.opengis.net/sld; 
>>>> xmlns:xlink="http://www.w3.org/1999/xlink; 
>>>> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance; version="1.0.0">
>>>>   
>>>> my style
>>>> 
>>>>   
>>>> 
>>>>   White Pine Rule
>>>>   
>>>> 
>>>>   #f490bd
>>>> 
>>>> 
>>>>   #000
>>>>   1
>>>> 
>>>>   
>>>>   
>>>> 
>>>>   xclass
>>>>   White Pine
>>>> 
>>>>   
>>>> 
>>>> 
>>>>   Aspen-Oak Land Rule
>>>>   
>>>> 
>>>>   #dfb1f9
>>>> 
>>>> 
>>>>   #000
>>>>   1
>>>> 
>>>>   
>>>>   
>>>> 
>>>>   xclass
>>>>   Aspen-Oak Land
>>>> 
>>>>   
>>>> 
>>>> 
>>>>   Mixed White Pine and Red Pine Rule
>>>>   
>>>> 
>>>>   #7a40bc
>>>> 
>>>> 
>>>>   #000
>>>>   1
>>>> 
>>>>   
>>>>   
>>>> 
>>>>   xclass
>>>>   Mixed White Pine and Red Pine
>>>> 
>>>>   
>>>>

Re: [Geoserver-users] Trouble with dynamically generated SLD

[Kris Johnson]

Hi Ian,

Thanks for the response.
Your answer is what I was afraid of.
It's a bit frustrating because I couldn't find any mention of this order
enforcement for rules in the official OGC specification.
But, more to the point, the python library I'm using (
https://github.com/azavea/python-sld) doesn't seem capable of enforcing
this.

Do you have any suggestions for dynamically creating SLDs (for ingestion
into Geoserver via REST calls) using python?


On Fri, May 11, 2018 at 1:46 PM, Ian Turton <ijtur...@gmail.com> wrote:

> As the error message suggests your filter is in the wrong place. It should
> be at the top of the rule.
>
> Ian
>
> On Fri, 11 May 2018, 18:48 Kris Johnson, <krist...@d.umn.edu> wrote:
>
>> Hello,
>>
>> I'm attempting to generate an SLD file in python.
>> And while the output appears valid to me when I load it in as a new style
>> in Geoserver and click "Validate" I get an error:
>>
>>> line 17: cvc-complex-type.2.4.a: Invalid content was found starting with
>>> element 'ogc:Filter'. One of '{"http://www.opengis.net/sld":Symbolizer}'
>>> is expected.
>>
>>
>> ​I'm assuming this occurs 18 times--once for each filter.
>> The filter tag is correctly nested within the rule tag alongside a
>> symbolizer, so I don't see what the issue is here.
>> Here's the full SLD:
>> ​
>>
>> http://www.opengis.net/ogc; 
>> xmlns:sld="http://www.opengis.net/sld; 
>> xmlns:xlink="http://www.w3.org/1999/xlink; 
>> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance; version="1.0.0">
>>   
>> my style
>> 
>>   
>> 
>>   White Pine Rule
>>   
>> 
>>   #f490bd
>> 
>> 
>>   #000
>>   1
>> 
>>   
>>   
>> 
>>   xclass
>>   White Pine
>> 
>>   
>> 
>> 
>>   Aspen-Oak Land Rule
>>   
>> 
>>   #dfb1f9
>> 
>> 
>>   #000
>>   1
>> 
>>   
>>   
>> 
>>   xclass
>>   Aspen-Oak Land
>> 
>>   
>> 
>> 
>>   Mixed White Pine and Red Pine Rule
>>   
>> 
>>   #7a40bc
>> 
>> 
>>   #000
>>   1
>> 
>>   
>>   
>> 
>>   xclass
>>   Mixed White Pine and Red Pine
>> 
>>   
>> 
>> 
>>   River Bottom Forest Rule
>>   
>> 
>>   #6ef46e
>> 
>> 
>>   #000
>>   1
>> 
>>   
>>   
>> 
>>   xclass
>>   River Bottom Forest
>> 
>>   
>> 
>> 
>>   Lakes (open water) Rule
>>   
>> 
>>   #65d14d
>> 
>> 
>>   #000
>>   1
>> 
>>   
>>   
>> 
>>   xclass
>>   Lakes (open water)
>> 
>>   
>> 
>> 
>>   Big Woods - Hardwoods (oak, maple, basswood, hickory) 
>> Rule
>>   
>> 
>>   #5ff47f
>> 
>> 
>>   #000
>>   1
>> 
>>   
>>   
>> 
>>   xclass
>>   Big Woods - Hardwoods (oak, maple, basswood, 
>> hickory)
>> 
>>   
>> 
>> 
>>   Wet Prairie Rule
>>   
>> 
>>   #c746f2
>> 
>> 
>>   #000
>>   1
>> 
>>   
>>   
>> 
>>   xclass
>>   Wet Prairie
>> 

[Geoserver-users] Trouble with dynamically generated SLD

[Kris Johnson]

  Pine Flats (Hemlock, Spruce, Fir, White Pine,
Aspen) Rule
  

  #119e9e


  #000
  1

  
  

  xclass
  Pine Flats (Hemlock, Spruce, Fir, White
Pine, Aspen)

  


  Conifer Bogs and Swamps Rule
  

  #ed3723


  #000
  1

  
  

  xclass
  Conifer Bogs and Swamps

  


  Open Muskeg Rule
  

  #541184


  #000
  1

  
  

  xclass
  Open Muskeg

  


  Oak openings and barrens Rule
  

  #e83c33


  #000
  1

  
  

  xclass
  Oak openings and barrens

  

  
    
  


​Thanks for any help you can provide.​


-- 
Kris Johnson
Natural Resources Research Institute
5013 Miller Trunk Highway, Duluth, MN 55811
p: 218.788.2767
www.nrri.umn.edu
--
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] Authentication page error

[Kris Johnson]

Hi Manuel,

I tried rebuilding my geoserver (I run it as a docker container), which has
fixed some issues in the past, but did not work this time.
I think the issue may be that I need to disable authKey authentication but
to do so I need to access the Authentication page. But when I attempt to
access that page it throws the error. So kind of a catch-22.
Do you know of any way I can side step accessing the Authentication page
via the web interface and disable authKey through some other means?

Thanks

On Mon, Apr 9, 2018 at 12:22 PM, Kris Johnson <krist...@d.umn.edu> wrote:

> Hi Manuel,
>
> I think you might be on to something with the authKey exception. I did
> experiment with using authKey, but forgot about it and maybe changed a
> setting that is throwing off the whole site. I'll look into that.
>
> On Sat, Mar 31, 2018 at 10:42 AM, timita <tim...@gmail.com> wrote:
>
>> Hi Kris,
>>
>> The way I work with GeoServer is to write comprehensive Node.js wrapper
>> apps
>> around it, with their own authentication mechanisms and the rest, and only
>> control it via REST. So I'm not familiar too much with GS's auth system.
>> I'm
>> trying here my best, mostly guiding you with respect to debugging and
>> hoping
>> that you will uncover the issue by yourself.
>>
>> I can't know exactly what is causing the warning, but in the screenshot I
>> can see an exception called 'authKeyAuthentication'. I know that GeoServer
>> has a community module called 'Key authentication'
>> http://docs.geoserver.org/latest/en/user/community/authkey/index.html
>>
>> Are you using the above module? Can you think of any plugins which you
>> installed and which might be affecting the authentication process (e.g.
>> GeoFence)?
>>
>> Also, try and remember any configuration steps that you have performed
>> before this started to happen.
>>
>> Best,
>> Manuel
>>
>>
>>
>> --
>> Sent from: http://osgeo-org.1560.x6.nabble.com/GeoServer-User-f3786390.
>> html
>>
>> 
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> ___
>> Geoserver-users mailing list
>>
>> Please make sure you read the following two resources before posting to
>> this list:
>> - Earning your support instead of buying it, but Ian Turton:
>> http://www.ianturton.com/talks/foss4g.html#/
>> - The GeoServer user list posting guidelines:
>> http://geoserver.org/comm/userlist-guidelines.html
>>
>> If you want to request a feature or an improvement, also see this:
>> https://github.com/geoserver/geoserver/wiki/Successfully-req
>> uesting-and-integrating-new-features-and-improvements-in-GeoServer
>>
>>
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
>
>
>
> --
> Kris Johnson
> Natural Resources Research Institute
> 5013 Miller Trunk Highway, Duluth, MN 55811
> p: 218.788.2767
> www.nrri.umn.edu
>
>


-- 
Kris Johnson
Natural Resources Research Institute
5013 Miller Trunk Highway, Duluth, MN 55811
p: 218.788.2767
www.nrri.umn.edu
--
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] Authentication page error

[Kris Johnson]

Hi Manuel,

I think you might be on to something with the authKey exception. I did
experiment with using authKey, but forgot about it and maybe changed a
setting that is throwing off the whole site. I'll look into that.

On Sat, Mar 31, 2018 at 10:42 AM, timita <tim...@gmail.com> wrote:

> Hi Kris,
>
> The way I work with GeoServer is to write comprehensive Node.js wrapper
> apps
> around it, with their own authentication mechanisms and the rest, and only
> control it via REST. So I'm not familiar too much with GS's auth system.
> I'm
> trying here my best, mostly guiding you with respect to debugging and
> hoping
> that you will uncover the issue by yourself.
>
> I can't know exactly what is causing the warning, but in the screenshot I
> can see an exception called 'authKeyAuthentication'. I know that GeoServer
> has a community module called 'Key authentication'
> http://docs.geoserver.org/latest/en/user/community/authkey/index.html
>
> Are you using the above module? Can you think of any plugins which you
> installed and which might be affecting the authentication process (e.g.
> GeoFence)?
>
> Also, try and remember any configuration steps that you have performed
> before this started to happen.
>
> Best,
> Manuel
>
>
>
> --
> Sent from: http://osgeo-org.1560.x6.nabble.com/GeoServer-User-
> f3786390.html
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines: http://geoserver.org/comm/
> userlist-guidelines.html
>
> 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
>



-- 
Kris Johnson
Natural Resources Research Institute
5013 Miller Trunk Highway, Duluth, MN 55811
p: 218.788.2767
www.nrri.umn.edu
--
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] CQL filter using lat/lon coordinates

[Kris Johnson]

Great. Thank you for this response.
I will test out 2.13 and see how it goes.

On Fri, Mar 30, 2018 at 11:01 AM, Andrea Aime <andrea.a...@geo-solutions.it>
wrote:

> Hi Kris,
> something similar was implemented starting version 2.13.0, the ECQL parser
> now accepts the EWKT syntax already
> in use in PostGIS, see here:
>
> http://docs.geotools.org/stable/userguide/library/cql/ecql.html
>
> An example of geometry with SRID is thus:
>
> SRID=4326;LINESTRING (-134.921387 58.687767, -135.303391 59.092838)
>
> Mind, the order is fixed lon/lat, just like in postgis, there is no
> supported way to get the other way around (lat/lon).
> (other ways to specify the SRS might be added in the future).
>
> Cheers
> Andrea
>
>
> On Thu, Mar 29, 2018 at 10:45 PM, Kris Johnson <krist...@d.umn.edu> wrote:
>
>> Hello,
>>
>> I am trying to filter a WMS using a WKT geometry in lat/lon (EPSG:4326)
>> coordinates.
>> According to this page (http://osgeo-org.1560.x6.nabb
>> le.com/How-to-tell-SRID-in-CQL-FILTER-td5289150.html) this might be
>> possible.
>>
>> Here is my CQL filter: INTERSECTS(geom, setSRS(POLYGON((-93.53759765625001
>> 47.609403608607785,-93.53759765625001 48.02988662072008,-92.93334960937501
>> 48.02988662072008,-92.93334960937501 47.609403608607785,-93.53759765625001
>> 47.609403608607785)), 'EPSG:4326'))
>>
>> And here is the error that returns:
>>
>> > ServiceExceptionReport SYSTEM 
>> "https://data.nrri.umn.edu/nra-geoserver/schemas/wms/1.1.1/WMS_exception_1_1_1.dtd;>
>> 
>>   Could not parse CQL filter list.
>> Function not found. Parsing : INTERSECTS(geom, 
>> setSRS(POLYGON((-93.53759765625001 47.609403608607785,-93.53759765625001 
>> 48.02988662072008,-92.93334960937501 48.02988662072008,-92.93334960937501 
>> 47.609403608607785,-93.53759765625001 47.609403608607785)), 
>> EPSG:4326)).
>> Details:
>> org.geoserver.platform.ServiceException: Could not parse CQL filter list.
>>  at 
>> org.geoserver.ows.kvp.CQLFilterKvpParser.parse(CQLFilterKvpParser.java:30)
>>  at org.geoserver.ows.util.KvpUtils.parse(KvpUtils.java:417)
>>  at org.geoserver.ows.Dispatcher.parseKVP(Dispatcher.java:1501)
>>  at org.geoserver.ows.Dispatcher.parseKVP(Dispatcher.java:1497)
>>  at org.geoserver.ows.Dispatcher.init(Dispatcher.java:319)
>>  at 
>> org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:238)
>>  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:963)
>>  at 
>> org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:897)
>>  at 
>> org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:970)
>>  at 
>> org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:861)
>>  at javax.servlet.http.HttpServlet.service(HttpServlet.java:635)
>>  at 
>> org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:846)
>>  at javax.servlet.http.HttpServlet.service(HttpServlet.java:742)
>>  at 
>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:231)
>>  at 
>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
>>  at 
>> org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
>>  at 
>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
>>  at 
>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
>>  at 
>> org.apache.catalina.filters.CorsFilter.handleNonCORS(CorsFilter.java:423)
>>  at org.apache.catalina.filters.CorsFilter.doFilter(CorsFilter.java:169)
>>  at 
>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
>>  at 
>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
>>  at 
>> org.geoserver.filters.ThreadLocalsCleanupFilter.doFilter(ThreadLocalsCleanupFilter.java:28)
>>  at 
>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
>>  at 
>> org.apache.catalina.core.ApplicationFilterChain.doFilt

[Geoserver-users] CQL filter using lat/lon coordinates

[Kris Johnson]

:33)
at 
org.geoserver.ows.kvp.CQLFilterKvpParser.parse(CQLFilterKvpParser.java:28)
... 108 more



Thanks for any help you can provide.

-- 
Kris Johnson
Natural Resources Research Institute
5013 Miller Trunk Highway, Duluth, MN 55811
p: 218.788.2767
www.nrri.umn.edu
--
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] Failed to Add Raster Data Source

[Kris Johnson]

Hi Daniele,

Here is the error:
Could not list layers for this store, an error occurred retrieving them:
Failed to create reader from file:///var/local/lidar/Statewide_NWI_LiDAR
Derived_Data_Layers/DEM_3m_Statewide/DEM_Statewide_3m1.tif and hints Hints:
EXECUTOR_SERVICE = java.util.concurrent.ThreadPoolExecutor@691d105[Running,
pool size = 0, active threads = 0, queued tasks = 0, completed tasks = 0]
REPOSITORY = org.geoserver.catalog.CatalogRepository@6f576373 System
defaults: FORCE_AXIS_ORDER_HONORING = http STYLE_FACTORY = StyleFactoryImpl
COMPARISON_TOLERANCE = 1.0E-8 LENIENT_DATUM_SHIFT = true FILTER_FACTORY =
FilterFactoryImpl GRID_COVERAGE_FACTORY = GridCoverageFactory TILE_ENCODING
= null FORCE_LONGITUDE_FIRST_AXIS_ORDER = true FEATURE_FACTORY =
org.geotools.feature.LenientFeatureFactoryImpl@1a10bb77

I'm not sure if it's the same as before.

On Wed, Jan 24, 2018 at 2:26 AM, Daniele Romagnoli <
daniele.romagn...@geo-solutions.it> wrote:

> Hi Kris,
>
> On Tue, Jan 23, 2018 at 7:23 PM, Kris Johnson <krist...@d.umn.edu> wrote:
>
>> Hi Daniele,
>>
>> I tried creating the PRJ file as you instructed, but still encountered an
>> error.
>> However, when I examined the raster as you suggested with listgeo, it
>> would not even load and reported the following error:
>>  Not a TIFF file, bad version number 43 (0x2b).
>>
>
> Ah. It looks like that listgeo is unable to deal with BigTIFF, then.
> https://www.awaresystems.be/imaging/tiff/bigtiff.html
> (Since your file is 150GB, it is a BigTIFF for sure which has magic number
> 43. I was unaware of listgeo not supporting it).
>
> Once you set the PRJ, is GeoServer throwing the very same error as before?
>
> Regards,
> Daniele
>
>
>
>>
>>
>> I'm not sure what that error indicates, but I'm going to try and
>> reproduce this raster (ie. re-export) again, and see if that solves it.
>>
>> Thanks again for your help. I'll let you know what I find.
>>
>>
>> On Fri, Jan 19, 2018 at 3:37 AM, Daniele Romagnoli <
>> daniele.romagn...@geo-solutions.it> wrote:
>>
>>> Hi Kris,
>>> I think that GeoServer is able to read/access that file since the
>>> metadata parsing was able to open a stream on that (at least, this is what
>>> I see from the logs).
>>> In my opinion, it is unable to setup the CoordinateReferenceSystem due
>>> to a not supported modelType found on the GeoTIFF tags:
>>> *GeoTiffMetadata2CRSAdapter::createCoordinateSystem:Only Geographic &
>>> Projected Systems are supported.*
>>> Listgeo tool can be helpful to report the actual ModelType.
>>>
>>> The GeoServer (GeoTools) GeoTiff reader only supports: ModelTypeGeographic
>>> and ModelTypeProjected
>>>
>>> References here: http://geotiff.maptools.org/spec/geotiff6.html#6.3
>>>
>>> You may want to try writing a text file with the WKT CRS definition
>>> stored on that (you may copy it from: http://spatialreference.
>>> org/ref/epsg/26915/prettywkt/).
>>> Then, rename that txt file to a file with .prj extension and same name
>>> of your actual GeoTIFF file and put that prj file beside the GeoTIFF itself.
>>> At that point, GeoServer will read the CoordinateReferenceSystem
>>> definition from the prj file instead of trying to parse the inner GeoTIFF
>>> tags.
>>>
>>> Please, let us know if that solves your problem.
>>> Regards,
>>> Daniele
>>>
>>>
>>> On Thu, Jan 18, 2018 at 8:13 PM, Kris Johnson <krist...@d.umn.edu>
>>> wrote:
>>>
>>>> Hi Russ,
>>>>
>>>> Thanks for this suggestion. I checked the permissions (via ls command)
>>>> on the directory:
>>>> drwxr-xr-x 2 root root0 Jan  3 18:17 DEM_3m_Statewide
>>>> (Same permissions for all parent directories).
>>>>
>>>> ...and the files themselves:
>>>> -rwxr-xr-x 1 root root   90 Dec 21 18:12 DEM_Statewide_3m1.tfw
>>>> -rwxr-xr-x 1 root root  69G Dec 21 20:43 DEM_Statewide_3m1.tif
>>>> -rwxr-xr-x 1 root root 5.2K Jan  3 18:15 DEM_Statewide_3m1.tif.aux.xml
>>>> -rwxr-xr-x 1 root root  25G Dec 22 01:11 DEM_Statewide_3m1.tif.ovr
>>>> -rwxr-xr-x 1 root root 6.1K Jan  3 18:17 DEM_Statewide_3m1.tif.xml
>>>>
>>>> Here's the result of stat command on the TIF file itself:
>>>> File: /var/local/lidar/Statewide_NWI_LiDAR
>>>> Derived_Data_Layers/DEM_3m_Statewide/DEM_Statewide_3m1.tif
>>>>   Size: 73163857426 Blocks: 142898160  IO Block: 16384  regular file
>>>>

Re: [Geoserver-users] Failed to Add Raster Data Source

[Kris Johnson]

Hi Daniele,

I tried creating the PRJ file as you instructed, but still encountered an
error.
However, when I examined the raster as you suggested with listgeo, it would
not even load and reported the following error:
 Not a TIFF file, bad version number 43 (0x2b).

I'm not sure what that error indicates, but I'm going to try and reproduce
this raster (ie. re-export) again, and see if that solves it.

Thanks again for your help. I'll let you know what I find.


On Fri, Jan 19, 2018 at 3:37 AM, Daniele Romagnoli <
daniele.romagn...@geo-solutions.it> wrote:

> Hi Kris,
> I think that GeoServer is able to read/access that file since the metadata
> parsing was able to open a stream on that (at least, this is what I see
> from the logs).
> In my opinion, it is unable to setup the CoordinateReferenceSystem due to
> a not supported modelType found on the GeoTIFF tags:
> *GeoTiffMetadata2CRSAdapter::createCoordinateSystem:Only Geographic &
> Projected Systems are supported.*
> Listgeo tool can be helpful to report the actual ModelType.
>
> The GeoServer (GeoTools) GeoTiff reader only supports: ModelTypeGeographic
> and ModelTypeProjected
>
> References here: http://geotiff.maptools.org/spec/geotiff6.html#6.3
>
> You may want to try writing a text file with the WKT CRS definition stored
> on that (you may copy it from: http://spatialreference.
> org/ref/epsg/26915/prettywkt/).
> Then, rename that txt file to a file with .prj extension and same name of
> your actual GeoTIFF file and put that prj file beside the GeoTIFF itself.
> At that point, GeoServer will read the CoordinateReferenceSystem
> definition from the prj file instead of trying to parse the inner GeoTIFF
> tags.
>
> Please, let us know if that solves your problem.
> Regards,
> Daniele
>
>
> On Thu, Jan 18, 2018 at 8:13 PM, Kris Johnson <krist...@d.umn.edu> wrote:
>
>> Hi Russ,
>>
>> Thanks for this suggestion. I checked the permissions (via ls command) on
>> the directory:
>> drwxr-xr-x 2 root root0 Jan  3 18:17 DEM_3m_Statewide
>> (Same permissions for all parent directories).
>>
>> ...and the files themselves:
>> -rwxr-xr-x 1 root root   90 Dec 21 18:12 DEM_Statewide_3m1.tfw
>> -rwxr-xr-x 1 root root  69G Dec 21 20:43 DEM_Statewide_3m1.tif
>> -rwxr-xr-x 1 root root 5.2K Jan  3 18:15 DEM_Statewide_3m1.tif.aux.xml
>> -rwxr-xr-x 1 root root  25G Dec 22 01:11 DEM_Statewide_3m1.tif.ovr
>> -rwxr-xr-x 1 root root 6.1K Jan  3 18:17 DEM_Statewide_3m1.tif.xml
>>
>> Here's the result of stat command on the TIF file itself:
>> File: /var/local/lidar/Statewide_NWI_LiDAR Derived_Data_Layers/DEM_3m_Sta
>> tewide/DEM_Statewide_3m1.tif
>>   Size: 73163857426 Blocks: 142898160  IO Block: 16384  regular file
>> Device: 52h/82d Inode: 3096224743846410  Links: 1
>> Access: (0755/-rwxr-xr-x)  Uid: (0/root)   Gid: (0/root)
>> Access: 2017-12-21 18:12:46.841214100 +
>> Modify: 2017-12-21 20:43:39.126323800 +
>> Change: 2017-12-21 20:43:39.126323800 +
>>  Birth: -
>>
>> I'm no linux expert, but I'm assuming geoserver would just need read
>> access, which is looks like everyone has.
>>
>> Do you have another method I might be overlooking to make sure Geoserver
>> has the proper access to those files and directories?
>> Another thought that is that the mount is a network drive from a windows
>> machine mounted on the host (and then mounted on the container). So this is
>> why I was curious about permissions and access.
>>
>> On Thu, Jan 18, 2018 at 12:06 PM, Russ <r...@russ-hore.co.uk> wrote:
>>
>>> I sometimes get this and it is normally permissions on the
>>> files/directory.
>>>
>>> On 18 Jan 2018, at 17:21, Daniele Romagnoli <
>>> daniele.romagn...@geo-solutions.it> wrote:
>>>
>>> Hello Kris,
>>> I see this message on your log:
>>> GeoTiffMetadata2CRSAdapter::createCoordinateSystem:Only Geographic &
>>> Projected Systems are supported.
>>>
>>> Do you have any chance to run "gdalinfo" on that file and report back
>>> the output of that command?
>>>
>>> Regards,
>>> Daniele
>>>
>>> On Thu, Jan 18, 2018 at 4:54 PM, Kris Johnson <krist...@d.umn.edu>
>>> wrote:
>>>
>>>> Hello,
>>>>
>>>> I am running Geoserver (v. 2.12.1) in a docker container based on this
>>>> repo (https://github.com/oscarfonts/docker-geoserver)
>>>>
>>>> I am attempting to create a new layer based on a large GeoTIFF (150GB
>>>> uncompressed). The TI

Re: [Geoserver-users] YSLD style using interpolate function fails to create legend

[Kris Johnson]

Okay, got it.  Thanks.

On Thu, Jan 18, 2018 at 1:08 PM, Andrea Aime <andrea.a...@geo-solutions.it>
wrote:

> On Thu, Jan 18, 2018 at 7:55 PM, Kris Johnson <krist...@d.umn.edu> wrote:
>
>> Hi Andrea,
>>
>> Thank you for the explanation. I can now see why such a thing does not
>> exist.
>> It is not vital to my work, so I can get by without it just fine.
>>
>> One suggestion, however, might be that instead of displaying the error
>> message I mentioned, instead display a warning to the effect of "legend
>> graphics do not support any of the transformation functions."
>>
>
> Eh, the situation is more general, any usage of expressions in symbolizers
> can cause issues, it's not limited to transformation functions (and
> functions can be nested in complex expressions, in other functions and so
> on).
> But the result is different for different cases, it's not a simple "cannot
> support transformation functions", some attribute dependent styles manage
> to generate a legend, others do not...
> Again, less trivial than it seems, your simple case is simple, the general
> case is quite convoluted.
> So, the same response in my first mail applies here (DIY or contact
> commercial support)
>
> Cheers
> Andrea
>
> --
>
> 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
> <https://maps.google.com/?q=Via+di+Montramito+3/A+55054+%C2%A0Massarosa=gmail=g>
> 55054  Massarosa
> <https://maps.google.com/?q=Via+di+Montramito+3/A+55054+%C2%A0Massarosa=gmail=g>
> (LU)
> phone: +39 0584 962313 <+39%200584%20962313>
> fax: +39 0584 1660272 <+39%200584%20166%200272>
> mob: +39  339 8844549 <+39%20339%20884%204549>
>
> http://www.geo-solutions.it
> http://twitter.com/geosolutions_it
>
> AVVERTENZE AI SENSI DEL D.Lgs. 196/2003
>
> Le informazioni contenute in questo messaggio di posta elettronica e/o
> nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
> loro utilizzo è consentito esclusivamente al destinatario del messaggio,
> per le finalità indicate nel messaggio stesso. Qualora riceviate questo
> messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
> darcene notizia via e-mail e di procedere alla distruzione del messaggio
> stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
> divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
> utilizzarlo per finalità diverse, costituisce comportamento contrario ai
> principi dettati dal D.Lgs. 196/2003.
>
> The information in this message and/or attachments, is intended solely for
> the attention and use of the named addressee(s) and may be confidential or
> 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.
>
>


-- 
Kris Johnson
Natural Resources Research Institute
5013 Miller Trunk Highway, Duluth, MN 55811
p: 218.788.2767
www.nrri.umn.edu
--
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] Failed to Add Raster Data Source

[Kris Johnson]

Hi Russ,

Thanks for this suggestion. I checked the permissions (via ls command) on
the directory:
drwxr-xr-x 2 root root0 Jan  3 18:17 DEM_3m_Statewide
(Same permissions for all parent directories).

...and the files themselves:
-rwxr-xr-x 1 root root   90 Dec 21 18:12 DEM_Statewide_3m1.tfw
-rwxr-xr-x 1 root root  69G Dec 21 20:43 DEM_Statewide_3m1.tif
-rwxr-xr-x 1 root root 5.2K Jan  3 18:15 DEM_Statewide_3m1.tif.aux.xml
-rwxr-xr-x 1 root root  25G Dec 22 01:11 DEM_Statewide_3m1.tif.ovr
-rwxr-xr-x 1 root root 6.1K Jan  3 18:17 DEM_Statewide_3m1.tif.xml

Here's the result of stat command on the TIF file itself:
File: /var/local/lidar/Statewide_NWI_LiDAR
Derived_Data_Layers/DEM_3m_Statewide/DEM_Statewide_3m1.tif
  Size: 73163857426 Blocks: 142898160  IO Block: 16384  regular file
Device: 52h/82d Inode: 3096224743846410  Links: 1
Access: (0755/-rwxr-xr-x)  Uid: (0/root)   Gid: (0/root)
Access: 2017-12-21 18:12:46.841214100 +
Modify: 2017-12-21 20:43:39.126323800 +
Change: 2017-12-21 20:43:39.126323800 +
 Birth: -

I'm no linux expert, but I'm assuming geoserver would just need read
access, which is looks like everyone has.

Do you have another method I might be overlooking to make sure Geoserver
has the proper access to those files and directories?
Another thought that is that the mount is a network drive from a windows
machine mounted on the host (and then mounted on the container). So this is
why I was curious about permissions and access.

On Thu, Jan 18, 2018 at 12:06 PM, Russ <r...@russ-hore.co.uk> wrote:

> I sometimes get this and it is normally permissions on the files/directory.
>
> On 18 Jan 2018, at 17:21, Daniele Romagnoli <daniele.romagnoli@geo-
> solutions.it> wrote:
>
> Hello Kris,
> I see this message on your log:
> GeoTiffMetadata2CRSAdapter::createCoordinateSystem:Only Geographic &
> Projected Systems are supported.
>
> Do you have any chance to run "gdalinfo" on that file and report back the
> output of that command?
>
> Regards,
> Daniele
>
> On Thu, Jan 18, 2018 at 4:54 PM, Kris Johnson <krist...@d.umn.edu> wrote:
>
>> Hello,
>>
>> I am running Geoserver (v. 2.12.1) in a docker container based on this
>> repo (https://github.com/oscarfonts/docker-geoserver)
>>
>> I am attempting to create a new layer based on a large GeoTIFF (150GB
>> uncompressed). The TIF file is on a directory mounted to the container.
>>
>> Here is the error message that appears:
>>
>>> ​
>>> Could not list layers for this store, an error occurred retrieving them:
>>> Failed to create reader from file:///var/local/lidar/Statewide_NWI_LiDAR
>>> Derived_Data_Layers/DEM_3m_Statewide/DEM_Statewide_3m1.tif and hints
>>> Hints: EXECUTOR_SERVICE = java.util.concurrent.ThreadPoo
>>> lExecutor@691d105[Running, pool size = 0, active threads = 0, queued
>>> tasks = 0, completed tasks = 0] REPOSITORY = org.geoserver.catalog.CatalogR
>>> epository@6f576373 System defaults: FORCE_AXIS_ORDER_HONORING = http
>>> STYLE_FACTORY = StyleFactoryImpl COMPARISON_TOLERANCE = 1.0E-8
>>> LENIENT_DATUM_SHIFT = true FILTER_FACTORY = FilterFactoryImpl
>>> GRID_COVERAGE_FACTORY = GridCoverageFactory TILE_ENCODING = null
>>> FORCE_LONGITUDE_FIRST_AXIS_ORDER = true FEATURE_FACTORY =
>>> org.geotools.feature.LenientFeatureFactoryImpl@1a10bb77
>>
>>
>> ​I have attached the logfile as well.
>> Thank you for any help you can provide.​
>>
>> --
>> Kris Johnson
>> Natural Resources Research Institute
>> 5013 Miller Trunk Highway, Duluth, MN 55811
>> <https://maps.google.com/?q=5013+Miller+Trunk+Highway,+Duluth,+MN+55811=gmail=g>
>> p: 218.788.2767 <(218)%20788-2767>
>> www.nrri.umn.edu
>>
>>
>> 
>> --
>> 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-req
>> uesting-and-integrating-new-features-and-improvements-in-GeoServer
>>
>>
>> Geoserver-users@lists.sourceforge.net
>>

Re: [Geoserver-users] Failed to Add Raster Data Source

[Kris Johnson]

Hi Daniele,

Here's the output from gdalinfo:
Driver: GTiff/GeoTIFF
Files: L:\Statewide_NWI_LiDAR
Derived_Data_Layers\DEM_3m_Statewide\DEM_Statewide
_3m1.tif
   L:\Statewide_NWI_LiDAR
Derived_Data_Layers\DEM_3m_Statewide\DEM_Statewide
_3m1.tif.ovr
   L:\Statewide_NWI_LiDAR
Derived_Data_Layers\DEM_3m_Statewide\DEM_Statewide
_3m1.tif.aux.xml
Size is 190131, 219514
Coordinate System is:
PROJCS["NAD_1983_UTM_Zone_15N",
GEOGCS["NAD83",
DATUM["North_American_Datum_1983",
SPHEROID["GRS 1980",6378137,298.2572221010042,
AUTHORITY["EPSG","7019"]],
AUTHORITY["EPSG","6269"]],
PRIMEM["Greenwich",0],
UNIT["degree",0.0174532925199433],
AUTHORITY["EPSG","4269"]],
PROJECTION["Transverse_Mercator"],
PARAMETER["latitude_of_origin",0],
PARAMETER["central_meridian",-93],
PARAMETER["scale_factor",0.9996],
PARAMETER["false_easting",50],
PARAMETER["false_northing",0],
UNIT["metre",1,
AUTHORITY["EPSG","9001"]],
AUTHORITY["EPSG","26915"]]
Origin = (188545.000,5471409.000)
Pixel Size = (3.000,-3.000)
Metadata:
  AREA_OR_POINT=Area
Image Structure Metadata:
  COMPRESSION=LZW
  INTERLEAVE=BAND
Corner Coordinates:
Upper Left  (  188545.000, 5471409.000) ( 97d17' 9.43"W, 49d18'57.04"N)
Lower Left  (  188545.000, 4812867.000) ( 96d50'46.58"W, 43d24'14.34"N)
Upper Right (  758938.000, 5471409.000) ( 89d26' 6.42"W, 49d20'25.34"N)
Lower Right (  758938.000, 4812867.000) ( 89d48' 4.27"W, 43d25'26.23"N)
Center  (  473741.500, 5142138.000) ( 93d20'30.43"W, 46d25'56.29"N)
Band 1 Block=128x128 Type=Float32, ColorInterp=Gray
  Min=72.382 Max=700.181
  Minimum=72.382, Maximum=700.181, Mean=370.215, StdDev=67.277
  NoData Value=-3.402822995e+38
  Overviews: 95066x109757, 47533x54879, 23767x27440, 11884x13720,
5942x6860, 297
1x3430, 1486x1715, 743x858, 372x429, 186x215
  Metadata:
RepresentationType=ATHEMATIC
STATISTICS_COVARIANCES=4526.197233865824
STATISTICS_MAXIMUM=700.18103027344
STATISTICS_MEAN=370.21508961182
STATISTICS_MINIMUM=72.382476806641
STATISTICS_SKIPFACTORX=1
STATISTICS_SKIPFACTORY=1
STATISTICS_STDDEV=67.277018616061

On Thu, Jan 18, 2018 at 11:21 AM, Daniele Romagnoli <
daniele.romagn...@geo-solutions.it> wrote:

> Hello Kris,
> I see this message on your log:
> GeoTiffMetadata2CRSAdapter::createCoordinateSystem:Only Geographic &
> Projected Systems are supported.
>
> Do you have any chance to run "gdalinfo" on that file and report back the
> output of that command?
>
> Regards,
> Daniele
>
> On Thu, Jan 18, 2018 at 4:54 PM, Kris Johnson <krist...@d.umn.edu> wrote:
>
>> Hello,
>>
>> I am running Geoserver (v. 2.12.1) in a docker container based on this
>> repo (https://github.com/oscarfonts/docker-geoserver)
>>
>> I am attempting to create a new layer based on a large GeoTIFF (150GB
>> uncompressed). The TIF file is on a directory mounted to the container.
>>
>> Here is the error message that appears:
>>
>>> ​
>>> Could not list layers for this store, an error occurred retrieving them:
>>> Failed to create reader from file:///var/local/lidar/Statewide_NWI_LiDAR
>>> Derived_Data_Layers/DEM_3m_Statewide/DEM_Statewide_3m1.tif and hints
>>> Hints: EXECUTOR_SERVICE = java.util.concurrent.ThreadPoo
>>> lExecutor@691d105[Running, pool size = 0, active threads = 0, queued
>>> tasks = 0, completed tasks = 0] REPOSITORY = org.geoserver.catalog.CatalogR
>>> epository@6f576373 System defaults: FORCE_AXIS_ORDER_HONORING = http
>>> STYLE_FACTORY = StyleFactoryImpl COMPARISON_TOLERANCE = 1.0E-8
>>> LENIENT_DATUM_SHIFT = true FILTER_FACTORY = FilterFactoryImpl
>>> GRID_COVERAGE_FACTORY = GridCoverageFactory TILE_ENCODING = null
>>> FORCE_LONGITUDE_FIRST_AXIS_ORDER = true FEATURE_FACTORY =
>>> org.geotools.feature.LenientFeatureFactoryImpl@1a10bb77
>>
>>
>> ​I have attached the logfile as well.
>> Thank you for any help you can provide.​
>>
>> --
>> Kris Johnson
>> Natural Resources Research Institute
>> 5013 Miller Trunk Highway, Duluth, MN 55811
>> <https://maps.google.com/?q=5013+Miller+Trunk+Highway,+Duluth,+MN+55811=gmail=g>
>> p: 218.788.2767 <(218)%20788-2767>
>> www.nrri.umn.edu
>>
>>
>> 
>> --
>> Check out the vibrant tech c

Re: [Geoserver-users] YSLD style using interpolate function fails to create legend

[Kris Johnson]

Hi Andrea,

Thank you for the explanation. I can now see why such a thing does not
exist.
It is not vital to my work, so I can get by without it just fine.

One suggestion, however, might be that instead of displaying the error
message I mentioned, instead display a warning to the effect of "legend
graphics do not support any of the transformation functions."

Thanks again for your help.

On Thu, Jan 18, 2018 at 10:56 AM, Andrea Aime <andrea.a...@geo-solutions.it>
wrote:

> Hi,
> the legend graphic generation code simply does not support any of the
> transformation functions, regardless of the styling language used to create
> the style:
> http://docs.geoserver.org/latest/en/user/styling/sld/
> tipstricks/transformation-func.html
>
> Implementing support for them is something I'd like to work on and I
> looked into, but it's nowhere near trivial in the general case.
> To clarify, expanding a single transformation function should be easy
> enough, but a symbolizer could use one function for the
> fill color, one for the stroke color, one for the stroke width... and at
> this point you should see that we'd have to generate all possible
> combinations, and end up facing a potentially dangerous combinatoric
> explosion (in terms of memory and CPU time used to expand it),
> that would need to be controlled (e.g., make GetLegendGraphic refuse to
> generate the output past a configurable safety limit).
>
> So, not sure if anyone wants to work on it in their spare time. If not,
> there is always commercial support:
> http://geoserver.org/support/
>
> Cheers
> Andrea
>
>
> On Thu, Jan 18, 2018 at 4:34 PM, Kris Johnson <krist...@d.umn.edu> wrote:
>
>> Hello,
>>
>> I am using geoserver 2.12.1.
>> I successfully created a YSLD style that makes use of the interpolate
>> function:
>>
>> feature-styles:
>>> - name: Yearly Cost
>>>   rules:
>>>   - title: fill-graphic
>>> symbolizers:
>>> - polygon:
>>> stroke-width: 0.1
>>> stroke-color: '#353535'
>>> fill-color: ${interpolate(yearlycost, 40366, '#e0ecf4', 46500,
>>> '#9ebcda', 61299, '#8856a7', 'color')}
>>
>>
>> However, when I click "Preview legend", I get an error message at the top
>> of the screen: "Failed to build legend preview. Check to see if the style
>> is valid."
>>
>> This seems to be the pertinent portion of the logs:
>>
>>> 2018-01-18 15:36:41,349 WARN [web.data] - Failed to build legend preview
>>> java.lang.NullPointerException
>>> at org.geotools.filter.function.InterpolateFunction.evaluate(In
>>> terpolateFunction.java:247)
>>> at org.geotools.renderer.style.SLDStyleFactory.evalToColor(SLDS
>>> tyleFactory.java:1781)
>>> at org.geotools.renderer.style.SLDStyleFactory.getPaint(SLDStyl
>>> eFactory.java:1142)
>>> at org.geotools.renderer.style.SLDStyleFactory.setPolygonStyleF
>>> ill(SLDStyleFactory.java:486)
>>> at org.geotools.renderer.style.SLDStyleFactory.createPolygonSty
>>> le(SLDStyleFactory.java:441)
>>> at org.geotools.renderer.style.SLDStyleFactory.createStyleInter
>>> nal(SLDStyleFactory.java:380)
>>> at org.geotools.renderer.style.SLDStyleFactory.createStyle(SLDS
>>> tyleFactory.java:333)
>>> at org.geoserver.wms.legendgraphic.BufferedImageLegendGraphicBu
>>> ilder.buildLegendGraphic(BufferedImageLegendGraphicBuilder.java:415)
>>> at org.geoserver.wms.web.data.StyleAdminPanel$7.onClick(StyleAd
>>> minPanel.java:360)
>>> at org.geoserver.web.wicket.GeoServerAjaxFormLink.onSubmit(GeoS
>>> erverAjaxFormLink.java:42)
>>> at org.apache.wicket.ajax.markup.html.form.AjaxSubmitLink$1.onS
>>> ubmit(AjaxSubmitLink.java:111)
>>> at org.apache.wicket.ajax.form.AjaxFormSubmitBehavior$AjaxFormS
>>> ubmitter.onSubmit(AjaxFormSubmitBehavior.java:215)
>>> at org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form
>>> .java:787)
>>> at org.apache.wicket.ajax.form.AjaxFormSubmitBehavior.onEvent(A
>>> jaxFormSubmitBehavior.java:171)
>>> at org.apache.wicket.ajax.AjaxEventBehavior.respond(AjaxEventBe
>>> havior.java:155)
>>> at org.apache.wicket.ajax.AbstractDefaultAjaxBehavior.onRequest
>>> (AbstractDefaultAjaxBehavior.java:601)
>>> at sun.reflect.GeneratedMethodAccessor450.invoke(Unknown Source)
>>> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMe
>>> thodAccessorImpl.java:43)
>>> at java.lang.reflect.Method.invoke(Method.java:498)
>>> at org.apache.wicket

[Geoserver-users] YSLD style using interpolate function fails to create legend

[Kris Johnson]

er.process(AbstractProtocol.java:868)
> at
> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1455)
> at
> org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at
> org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
> at java.lang.Thread.run(Thread.java:748)
> 2018-01-18 15:36:41,350 DEBUG [org.geoserver] - Thread 77 locking in mode
> READ
> 2018-01-18 15:36:41,350 DEBUG [org.geoserver] - Thread 77 releasing the
> lock in mode READ
> 2018-01-18 15:36:41,353 DEBUG [geoserver.filters] - Compressing output for
> mimetype: text/xml;charset=UTF-8
> 2018-01-18 15:36:41,353 DEBUG
> [filter.GeoServerSecurityContextPersistenceFilter$1] -
> SecurityContextHolder now cleared, as request processing completed
> 2018-01-18 15:37:33,557 DEBUG [geoserver.security] - AuthenticationCache
> Eviction task running
> 2018-01-18 15:37:33,557 DEBUG [geoserver.security] - Cache entries #: 0
> 2018-01-18 15:37:33,557 DEBUG [geoserver.security] - AuthenticationCache
> Eviction task completed
> 2018-01-18 15:37:33,557 DEBUG [geoserver.security] - Cache entries #: 0
> 2018-01-18 15:37:38,818 DEBUG
> [security.IncludeQueryStringAntPathRequestMatcher] - Checking match of
> request : 'Path: /web/wicket/bookmarkable/org.geoserver.web.admin.logpage,
> QueryString: 29-1.IFormSubmitListener-form=1000'; against '/web/**'
> 2018-01-18 15:37:38,818 DEBUG
> [security.IncludeQueryStringAntPathRequestMatcher] - Matched Path:
> /web/wicket/bookmarkable/org.geoserver.web.admin.logpage, QueryString:
> 29-1.IFormSubmitListener-form=1000 with /web/**
> 2018-01-18 15:37:38,819 DEBUG [geoserver.monitor] - Testing
> /web/wicket/bookmarkable/org.geoserver.web.admin.LogPage for monitor
> filtering
> 2018-01-18 15:37:38,819 DEBUG [geoserver.monitor] -
> /geoserver/web/wicket/bookmarkable/org.geoserver.web.admin.LogPage was
> filtered from monitoring
> 2018-01-18 15:37:38,832 DEBUG [geoserver.ows] - Could not a layer group
> named web
> 2018-01-18 15:37:38,832 TRACE [ows.OWSHandlerMapping] - No handler mapping
> found for [/web/wicket/bookmarkable/org.geoserver.web.admin.LogPage]
> 2018-01-18 15:37:38,832 DEBUG [geoserver.ows] - Could not a layer group
> named web
> 2018-01-18 15:37:38,832 TRACE [ows.OWSHandlerMapping] - No handler mapping
> found for [/web/wicket/bookmarkable/org.geoserver.web.admin.LogPage]
> 2018-01-18 15:37:38,832 DEBUG [geoserver.ows] - Could not a layer group
> named web
> 2018-01-18 15:37:38,832 TRACE [ows.OWSHandlerMapping] - No handler mapping
> found for [/web/wicket/bookmarkable/org.geoserver.web.admin.LogPage]
> 2018-01-18 15:37:38,839 DEBUG [org.geoserver] - Thread 75 locking in mode
> READ
> 2018-01-18 15:37:38,839 DEBUG [org.geoserver] - Thread 75 got the lock in
> mode READ
> 2018-01-18 15:37:38,840 DEBUG [org.geoserver] - Thread 75 locking in mode
> READ
> 2018-01-18 15:37:38,840 DEBUG [org.geoserver] - Thread 75 releasing the
> lock in mode READ
> 2018-01-18 15:37:38,841 DEBUG
> [filter.GeoServerSecurityContextPersistenceFilter$1] -
> SecurityContextHolder now cleared, as request processing completed
> 2018-01-18 15:37:38,856 DEBUG
> [security.IncludeQueryStringAntPathRequestMatcher] - Checking match of
> request : 'Path: /web/wicket/bookmarkable/org.geoserver.web.admin.logpage,
> QueryString: lines=1000'; against '/web/**'
> 2018-01-18 15:37:38,856 DEBUG
> [security.IncludeQueryStringAntPathRequestMatcher] - Matched Path:
> /web/wicket/bookmarkable/org.geoserver.web.admin.logpage, QueryString:
> lines=1000 with /web/**
> 2018-01-18 15:37:38,856 DEBUG [geoserver.monitor] - Testing
> /web/wicket/bookmarkable/org.geoserver.web.admin.LogPage for monitor
> filtering
> 2018-01-18 15:37:38,856 DEBUG [geoserver.monitor] -
> /geoserver/web/wicket/bookmarkable/org.geoserver.web.admin.LogPage was
> filtered from monitoring
> 2018-01-18 15:37:38,870 DEBUG [geoserver.ows] - Could not a layer group
> named web
> 2018-01-18 15:37:38,870 TRACE [ows.OWSHandlerMapping] - No handler mapping
> found for [/web/wicket/bookmarkable/org.geoserver.web.admin.LogPage]
> 2018-01-18 15:37:38,870 DEBUG [geoserver.ows] - Could not a layer group
> named web
> 2018-01-18 15:37:38,870 TRACE [ows.OWSHandlerMapping] - No handler mapping
> found for [/web/wicket/bookmarkable/org.geoserver.web.admin.LogPage]
> 2018-01-18 15:37:38,870 DEBUG [geoserver.ows] - Could not a layer group
> named web
> 2018-01-18 15:37:38,870 TRACE [ows.OWSHandlerMapping] - No handler mapping
> found for [/web/wicket/bookmarkable/org.geoserver.web.admin.LogPag

Re: [Geoserver-users] Convert SLD to YSLD (or CSS)

[Kris Johnson]

Thanks again for your help Torben.

On Mon, Nov 6, 2017 at 12:53 PM, Torben Barsballe <
tbarsba...@boundlessgeo.com> wrote:

> Hi Kris,
>
> You can view a style for a certain workspace using the following endpoint:
> /rest/workspaces/{workspaceName}/styles
> See the API docs for more info: http://docs.geoserver.
> org/api/#/1.0.0/styles.yaml
>
> There is no way of viewing all styles at once using the rest API.
>
> Torben
>
> On Mon, Nov 6, 2017 at 9:55 AM, Kris Johnson <krist...@d.umn.edu> wrote:
>
>> Hi Torben,
>>
>> Thank you. That worked great.
>>
>> A related question: When I navigate to the REST endpoint for my styles I
>> only see styles that have no workspace (ie. public, private, etc.).  How
>> can I view all styles, or at least the styles for a certain workspace?
>>
>>
>> On Mon, Nov 6, 2017 at 11:05 AM, Torben Barsballe <
>> tbarsba...@boundlessgeo.com> wrote:
>>
>>> Hello Kris,
>>>
>>> If you are using 2.12.0, the instructions in the tutorial may be a
>>> little out of date. In addition to what is written there, you will need to
>>> set the Accept header. If you are using cURL, you can use the following
>>> command:
>>>
>>> curl -u admin:geoserver -H "Accept: application/vnd.geoserver.ysld+yaml"
>>> -XGET http://localhost:8080/geoserver/rest/styles/point.yaml
>>>
>>> Replace admin:geoserver with your username and password respectively,
>>> localhost:8080 with your host, and point with the name of the style.
>>>
>>> This behaviour is a regression from 2.11 and earlier, we are looking
>>> into restoring the previous functionality but haven't found a good fix yet.
>>>
>>>
>>> Torben
>>>
>>>
>>>
>>> On Mon, Nov 6, 2017 at 6:22 AM, Kris Johnson <krist...@d.umn.edu> wrote:
>>>
>>>> Hello Torben,
>>>>
>>>> Thank you for your response. See my answers below:
>>>>
>>>> First of all, what version of GeoServer are you using? There have been
>>>>> a number of changes recently that could affect the behaviour you are
>>>>> seeing. Notably, GeoServer 2.12 includes a rewrite of the REST API that 
>>>>> may
>>>>> be affecting this behaviour.
>>>>>
>>>>
>>>> ​I am using geoserver version 2.12.0​. What changes are you referring
>>>> to? Are the instructions on this page (http://docs.geoserver.org/sta
>>>> ble/en/user/styling/workshop/ysld/done.html) incorrect?
>>>>
>>>>
>>>>>
>>>>> One thing you could try is setting the "Accept" header of your to "
>>>>> ​​
>>>>> application/vnd.geoserver.ysld+yaml".
>>>>>
>>>>
>>>> I tried this suggestion without success (though this may be due to my
>>>> lack of understanding on how to alter mime types).
>>>>
>>>>
>>>>> Also, double-check that the YSLD extension is installed. One easy way
>>>>> to do this is to try creating a new style and verifying that YSLD shows up
>>>>> in the list of supported formats.
>>>>>
>>>>
>>>> ​I can confirm that it is installed.:
>>>> [image: Inline image 1]
>>>>
>>>>
>>>>
>>>>>
>>>>> As a final note, while SLD -> YSLD conversion is supported, SLD -> CSS
>>>>> is not (YSLD supports two-way conversion, but CSS can only be converted to
>>>>> SLD, not the other way around).
>>>>>
>>>>
>>>> ​I am aware of this.
>>>> Thank you for any ideas you have that may assist me in this regard.
>>>>
>>>>
>>>> --
>>>> Kris Johnson
>>>> Natural Resources Research Institute
>>>> 5013 Miller Trunk Highway, Duluth, MN 55811
>>>> <https://maps.google.com/?q=5013+Miller+Trunk+Highway,+Duluth,+MN+55811=gmail=g>
>>>> p: 218.788.2767 <(218)%20788-2767>
>>>> www.nrri.umn.edu
>>>>
>>>>
>>>> On Fri, Nov 3, 2017 at 4:53 PM, Torben Barsballe <
>>>> tbarsba...@boundlessgeo.com> wrote:
>>>>
>>>>> Hello Kris,
>>>>>
>>>>> First of all, what version of GeoServer are you using? There have been
>>>>> a number of changes recently that could affect the behaviour you are
>>>>> seei

Re: [Geoserver-users] Convert SLD to YSLD (or CSS)

[Kris Johnson]

Hi Torben,

Thank you. That worked great.

A related question: When I navigate to the REST endpoint for my styles I
only see styles that have no workspace (ie. public, private, etc.).  How
can I view all styles, or at least the styles for a certain workspace?


On Mon, Nov 6, 2017 at 11:05 AM, Torben Barsballe <
tbarsba...@boundlessgeo.com> wrote:

> Hello Kris,
>
> If you are using 2.12.0, the instructions in the tutorial may be a little
> out of date. In addition to what is written there, you will need to set the
> Accept header. If you are using cURL, you can use the following command:
>
> curl -u admin:geoserver -H "Accept: application/vnd.geoserver.ysld+yaml"
> -XGET http://localhost:8080/geoserver/rest/styles/point.yaml
>
> Replace admin:geoserver with your username and password respectively,
> localhost:8080 with your host, and point with the name of the style.
>
> This behaviour is a regression from 2.11 and earlier, we are looking into
> restoring the previous functionality but haven't found a good fix yet.
>
>
> Torben
>
>
>
> On Mon, Nov 6, 2017 at 6:22 AM, Kris Johnson <krist...@d.umn.edu> wrote:
>
>> Hello Torben,
>>
>> Thank you for your response. See my answers below:
>>
>> First of all, what version of GeoServer are you using? There have been a
>>> number of changes recently that could affect the behaviour you are seeing.
>>> Notably, GeoServer 2.12 includes a rewrite of the REST API that may be
>>> affecting this behaviour.
>>>
>>
>> ​I am using geoserver version 2.12.0​. What changes are you referring to?
>> Are the instructions on this page (http://docs.geoserver.org/sta
>> ble/en/user/styling/workshop/ysld/done.html) incorrect?
>>
>>
>>>
>>> One thing you could try is setting the "Accept" header of your to "
>>> ​​
>>> application/vnd.geoserver.ysld+yaml".
>>>
>>
>> I tried this suggestion without success (though this may be due to my
>> lack of understanding on how to alter mime types).
>>
>>
>>> Also, double-check that the YSLD extension is installed. One easy way to
>>> do this is to try creating a new style and verifying that YSLD shows up in
>>> the list of supported formats.
>>>
>>
>> ​I can confirm that it is installed.:
>> [image: Inline image 1]
>>
>>
>>
>>>
>>> As a final note, while SLD -> YSLD conversion is supported, SLD -> CSS
>>> is not (YSLD supports two-way conversion, but CSS can only be converted to
>>> SLD, not the other way around).
>>>
>>
>> ​I am aware of this.
>> Thank you for any ideas you have that may assist me in this regard.
>>
>>
>> --
>> Kris Johnson
>> Natural Resources Research Institute
>> 5013 Miller Trunk Highway, Duluth, MN 55811
>> <https://maps.google.com/?q=5013+Miller+Trunk+Highway,+Duluth,+MN+55811=gmail=g>
>> p: 218.788.2767 <(218)%20788-2767>
>> www.nrri.umn.edu
>>
>>
>> On Fri, Nov 3, 2017 at 4:53 PM, Torben Barsballe <
>> tbarsba...@boundlessgeo.com> wrote:
>>
>>> Hello Kris,
>>>
>>> First of all, what version of GeoServer are you using? There have been a
>>> number of changes recently that could affect the behaviour you are seeing.
>>> Notably, GeoServer 2.12 includes a rewrite of the REST API that may be
>>> affecting this behaviour.
>>>
>>> One thing you could try is setting the "Accept" header of your to
>>> "application/vnd.geoserver.ysld+yaml".
>>>
>>> Also, double-check that the YSLD extension is installed. One easy way to
>>> do this is to try creating a new style and verifying that YSLD shows up in
>>> the list of supported formats.
>>>
>>> As a final note, while SLD -> YSLD conversion is supported, SLD -> CSS
>>> is not (YSLD supports two-way conversion, but CSS can only be converted to
>>> SLD, not the other way around).
>>>
>>>
>>> Torben
>>>
>>> On Thu, Nov 2, 2017 at 8:20 AM, Kris Johnson <krist...@d.umn.edu> wrote:
>>>
>>>> Hello,
>>>>
>>>> I am attempting to convert an SLD style to a YSLD style following the
>>>> instructions here: http://docs.geoserver.or
>>>> g/stable/en/user/styling/workshop/ysld/done.html
>>>>
>>>> However, when I replace the .sld file extension with .yaml the page
>>>> redirects back to the appearance of when the style is loaded with the .html
>>>

Re: [Geoserver-users] Convert SLD to YSLD (or CSS)

[Kris Johnson]

Hello Torben,

Thank you for your response. See my answers below:

First of all, what version of GeoServer are you using? There have been a
> number of changes recently that could affect the behaviour you are seeing.
> Notably, GeoServer 2.12 includes a rewrite of the REST API that may be
> affecting this behaviour.
>

​I am using geoserver version 2.12.0​. What changes are you referring to?
Are the instructions on this page (
http://docs.geoserver.org/stable/en/user/styling/workshop/ysld/done.html)
incorrect?


>
> One thing you could try is setting the "Accept" header of your to "
> ​​
> application/vnd.geoserver.ysld+yaml".
>

I tried this suggestion without success (though this may be due to my lack
of understanding on how to alter mime types).


> Also, double-check that the YSLD extension is installed. One easy way to
> do this is to try creating a new style and verifying that YSLD shows up in
> the list of supported formats.
>

​I can confirm that it is installed.:
[image: Inline image 1]



>
> As a final note, while SLD -> YSLD conversion is supported, SLD -> CSS is
> not (YSLD supports two-way conversion, but CSS can only be converted to
> SLD, not the other way around).
>

​I am aware of this.
Thank you for any ideas you have that may assist me in this regard.


-- 
Kris Johnson
Natural Resources Research Institute
5013 Miller Trunk Highway, Duluth, MN 55811
p: 218.788.2767
www.nrri.umn.edu


On Fri, Nov 3, 2017 at 4:53 PM, Torben Barsballe <
tbarsba...@boundlessgeo.com> wrote:

> Hello Kris,
>
> First of all, what version of GeoServer are you using? There have been a
> number of changes recently that could affect the behaviour you are seeing.
> Notably, GeoServer 2.12 includes a rewrite of the REST API that may be
> affecting this behaviour.
>
> One thing you could try is setting the "Accept" header of your to
> "application/vnd.geoserver.ysld+yaml".
>
> Also, double-check that the YSLD extension is installed. One easy way to
> do this is to try creating a new style and verifying that YSLD shows up in
> the list of supported formats.
>
> As a final note, while SLD -> YSLD conversion is supported, SLD -> CSS is
> not (YSLD supports two-way conversion, but CSS can only be converted to
> SLD, not the other way around).
>
>
> Torben
>
> On Thu, Nov 2, 2017 at 8:20 AM, Kris Johnson <krist...@d.umn.edu> wrote:
>
>> Hello,
>>
>> I am attempting to convert an SLD style to a YSLD style following the
>> instructions here: http://docs.geoserver.org/stable/en/user/styling/works
>> hop/ysld/done.html
>>
>> However, when I replace the .sld file extension with .yaml the page
>> redirects back to the appearance of when the style is loaded with the .html
>> extension.
>>
>> I'll attach the logfile, but here's the main error that I'm seeing in the
>> logs:
>>
>>> Failed to lookup template FedLands_NPS_FWS.ftl
>>> java.io.FileNotFoundException: Template FedLands_NPS_FWS.ftl not found.
>>
>>
>>
>>
>> --
>> Kris Johnson
>> Natural Resources Research Institute
>> 5013 Miller Trunk Highway, Duluth, MN 55811
>> <https://maps.google.com/?q=5013+Miller+Trunk+Highway,+Duluth,+MN+55811=gmail=g>
>> p: 218.788.2767 <(218)%20788-2767>
>> www.nrri.umn.edu
>>
>>
>> 
>> --
>> 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
>>
>>
>


-- 
Kris Johnson
Natural Resources Research Institute
5013 Miller Trunk Highway, Duluth, MN 55811
p: 218.788.2767
www.nrri.umn.edu
--
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] Geoserver Styling Error (CSS and YSLD)

[Kris Johnson]

Hi Andrea,

That fixed it!!! Adding this line to the dockerfile did the trick:
RUN sed -i 's/^assistive_technologies=/#&/'
/etc/java-8-openjdk/accessibility.properties

Thank you very very much for your help.

On Tue, Oct 31, 2017 at 9:00 AM, Andrea Aime <andrea.a...@geo-solutions.it>
wrote:

> Hi,
> see also here:
> https://askubuntu.com/questions/695560/assistive-
> technology-not-found-error-while-building-aprof-plot
> https://solveme.wordpress.com/2017/07/24/java-awt-awterror-
> assistive-technology-not-found-org-gnome-accessibility-
> atkwrapper-when-running-jasper-reports/
>
> Cheers
> Andrea
>
>
> On Tue, Oct 31, 2017 at 2:52 PM, Kris Johnson <krist...@d.umn.edu> wrote:
>
>> Hi Andrea,
>>
>> Thank you again for your using your expertise to look into this.
>>
>> The geoserver instance is actually implemented in a docker container that
>> I forked from this repo: https://github.com/oscarfonts/docker-geoserver
>> It appears that  "-Djava.awt.headless=true" is added to an environment
>> variable CATALINA_OPTS and then the server is started with "catalina.sh
>> run": https://github.com/oscarfonts/docker-geoserver/blob/8f
>> e256b22bd36a584e20313b55c251bee1b1ff45/2.11.3/Dockerfile#L61
>>
>> I'll try recreating the container again and see if that changes anything.
>>
>> On Tue, Oct 31, 2017 at 6:34 AM, Andrea Aime <
>> andrea.a...@geo-solutions.it> wrote:
>>
>>> Hi,
>>> the source of the error seems to be here:
>>>
>>> Request: getServiceInfo
>>> 2017-10-30 12:58:12,128 ERROR [geotools.rendering] - Assistive
>>> Technology not found: org.GNOME.Accessibility.AtkWrapper
>>> java.awt.AWTError: Assistive Technology not found:
>>> org.GNOME.Accessibility.AtkWrapper
>>> at java.awt.Toolkit.loadAssistiveTechnologies(Toolkit.java:807)
>>> at java.awt.Toolkit.getDefaultToolkit(Toolkit.java:886)
>>> at org.apache.batik.bridge.CursorManager.(CursorManager
>>> .java:102)
>>> at org.apache.batik.bridge.BridgeContext.(BridgeContext.java:1154)
>>> at org.apache.batik.bridge.BridgeContext.(BridgeContext.java:301)
>>> at org.geotools.renderer.style.SVGGraphicFactory$RenderableSVG.
>>> getGraphicNode(SVGGraphicFactory.java:401)
>>> at org.geotools.renderer.style.SVGGraphicFactory$RenderableSVG.
>>> (SVGGraphicFactory.java:345)
>>> at org.geotools.renderer.style.SVGGraphicFactory.getIcon(SVGGra
>>> phicFactory.java:170)
>>> at org.geotools.renderer.lite.MetaBufferEstimator.visit(MetaBuf
>>> ferEstimator.java:357)
>>>
>>> Is your GeoServer running in headless mode? If so add
>>> "-Djava.awt.headless=true" to the command line starting
>>> up your Tomcat (e.g., JAVA_OPTS for example).
>>>
>>> Cheers
>>> Andrea
>>>
>>>
>>> On Mon, Oct 30, 2017 at 2:01 PM, Kris Johnson <krist...@d.umn.edu>
>>> wrote:
>>>
>>>> ​Hello Andrea,​
>>>>
>>>> Thank you for your response.
>>>>
>>>> I will attach the whole log file downloaded from geoserver web admin.
>>>> The latest entries to the file were produced by going to the "layer
>>>> preview" tab under the style in question. So, in essence, they are produced
>>>> when a WMS request is being made that involves the style producing this
>>>> error.
>>>>
>>>> I don't know what could be causing the batik-bridge error. Any
>>>> assistance you can provide is appreciated.
>>>>
>>>>
>>>> On Mon, Oct 30, 2017 at 5:26 AM, Andrea Aime <
>>>> andrea.a...@geo-solutions.it> wrote:
>>>>
>>>>> Hi Kris,
>>>>> it seems that you don't have batik-bridge in your classpath (in
>>>>> geoserver/WEB-INF/lib) for some reason, but
>>>>> I don't know why...
>>>>>
>>>>> Also, are you sure the stack trace shared on stack overflow is
>>>>> complete? I have the impression it
>>>>> might be missing one or more "caused by" elements (but might be wrong).
>>>>>
>>>>> Cheers
>>>>> Andrea
>>>>>
>>>>>
>>>>> On Thu, Oct 26, 2017 at 6:36 PM, Kris Johnson <krist...@d.umn.edu>
>>>>> wrote:
>>>>>
>>>>>> I am attempting to style a point layer using a CSS style in geoserver.
>>>>>> Here is the style definition:
>>>>>>
>>&g

Re: [Geoserver-users] Geoserver Styling Error (CSS and YSLD)

[Kris Johnson]

Hi Andrea,

Thank you again for your using your expertise to look into this.

The geoserver instance is actually implemented in a docker container that I
forked from this repo: https://github.com/oscarfonts/docker-geoserver
It appears that  "-Djava.awt.headless=true" is added to an environment
variable CATALINA_OPTS and then the server is started with "catalina.sh
run":
https://github.com/oscarfonts/docker-geoserver/blob/8fe256b22bd36a584e20313b55c251bee1b1ff45/2.11.3/Dockerfile#L61

I'll try recreating the container again and see if that changes anything.

On Tue, Oct 31, 2017 at 6:34 AM, Andrea Aime <andrea.a...@geo-solutions.it>
wrote:

> Hi,
> the source of the error seems to be here:
>
> Request: getServiceInfo
> 2017-10-30 12:58:12,128 ERROR [geotools.rendering] - Assistive Technology
> not found: org.GNOME.Accessibility.AtkWrapper
> java.awt.AWTError: Assistive Technology not found: org.GNOME.Accessibility.
> AtkWrapper
> at java.awt.Toolkit.loadAssistiveTechnologies(Toolkit.java:807)
> at java.awt.Toolkit.getDefaultToolkit(Toolkit.java:886)
> at org.apache.batik.bridge.CursorManager.(CursorManager.java:102)
> at org.apache.batik.bridge.BridgeContext.(BridgeContext.java:1154)
> at org.apache.batik.bridge.BridgeContext.(BridgeContext.java:301)
> at org.geotools.renderer.style.SVGGraphicFactory$
> RenderableSVG.getGraphicNode(SVGGraphicFactory.java:401)
> at org.geotools.renderer.style.SVGGraphicFactory$RenderableSVG.(
> SVGGraphicFactory.java:345)
> at org.geotools.renderer.style.SVGGraphicFactory.getIcon(
> SVGGraphicFactory.java:170)
> at org.geotools.renderer.lite.MetaBufferEstimator.visit(
> MetaBufferEstimator.java:357)
>
> Is your GeoServer running in headless mode? If so add
> "-Djava.awt.headless=true" to the command line starting
> up your Tomcat (e.g., JAVA_OPTS for example).
>
> Cheers
> Andrea
>
>
> On Mon, Oct 30, 2017 at 2:01 PM, Kris Johnson <krist...@d.umn.edu> wrote:
>
>> ​Hello Andrea,​
>>
>> Thank you for your response.
>>
>> I will attach the whole log file downloaded from geoserver web admin.
>> The latest entries to the file were produced by going to the "layer
>> preview" tab under the style in question. So, in essence, they are produced
>> when a WMS request is being made that involves the style producing this
>> error.
>>
>> I don't know what could be causing the batik-bridge error. Any assistance
>> you can provide is appreciated.
>>
>>
>> On Mon, Oct 30, 2017 at 5:26 AM, Andrea Aime <
>> andrea.a...@geo-solutions.it> wrote:
>>
>>> Hi Kris,
>>> it seems that you don't have batik-bridge in your classpath (in
>>> geoserver/WEB-INF/lib) for some reason, but
>>> I don't know why...
>>>
>>> Also, are you sure the stack trace shared on stack overflow is complete?
>>> I have the impression it
>>> might be missing one or more "caused by" elements (but might be wrong).
>>>
>>> Cheers
>>> Andrea
>>>
>>>
>>> On Thu, Oct 26, 2017 at 6:36 PM, Kris Johnson <krist...@d.umn.edu>
>>> wrote:
>>>
>>>> I am attempting to style a point layer using a CSS style in geoserver.
>>>> Here is the style definition:
>>>>
>>>> /* @title red point */* {
>>>>   mark: 
>>>> url(https://raw.githubusercontent.com/mapbox/maki/master/icons/industry-15.svg);
>>>>   mark-mime: "image/svg";}
>>>> [@scale < 200] {
>>>>   mark-size: 30;}
>>>> [@scale > 200] [@scale < 400] {
>>>>   mark-size: 15;}
>>>> [@scale > 400] {
>>>>   mark-size: 7.5;}
>>>>
>>>> I've attached (what I believe to be) the pertinent portion of this log 
>>>> file for this error.
>>>>
>>>> I believe CSS styling was working at one point, so I'm inclined to think 
>>>> it's an issue with my syntax.
>>>>
>>>> Any assistance with this issue would be appreciated. Thanks.
>>>>
>>>> Cross-posted here as well: https://stackoverflow.com/q/46959440/6072959
>>>>
>>>>
>>>> --
>>>> Kris Johnson
>>>> Natural Resources Research Institute
>>>> 5013 Miller Trunk Highway, Duluth, MN 55811
>>>> <https://maps.google.com/?q=5013+Miller+Trunk+Highway,+Duluth,+MN+55811=gmail=g>
>>>> p: 218.788.2767 <(218)%20788-2767>
>>>> www.nrri.umn.edu
>>>>
>>>>
>>>> -

[Geoserver-users] Geoserver Styling Error (CSS and YSLD)

[Kris Johnson]

I am attempting to style a point layer using a CSS style in geoserver.
Here is the style definition:

/* @title red point */* {
  mark: 
url(https://raw.githubusercontent.com/mapbox/maki/master/icons/industry-15.svg);
  mark-mime: "image/svg";}
[@scale < 200] {
  mark-size: 30;}
[@scale > 200] [@scale < 400] {
  mark-size: 15;}
[@scale > 400] {
  mark-size: 7.5;}

I've attached (what I believe to be) the pertinent portion of this log
file for this error.

I believe CSS styling was working at one point, so I'm inclined to
think it's an issue with my syntax.

Any assistance with this issue would be appreciated. Thanks.

Cross-posted here as well: https://stackoverflow.com/q/46959440/6072959


-- 
Kris Johnson
Natural Resources Research Institute
5013 Miller Trunk Highway, Duluth, MN 55811
p: 218.788.2767
www.nrri.umn.edu


css_style_issue.log
Description: Binary data
--
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