Re: [Geoserver-users] GEOS-7961 WFS bug

[Andrea Aime]

Hi Mario,
see my last comment on the ticket and try to follow up please.

Cheers
Andrea

On Thu, Nov 16, 2017 at 8:14 AM, Mario Basa  wrote:

> We are still experiencing the WFS bug described in
>
> https://osgeo-org.atlassian.net/browse/GEOS-7961
>
> with the following versions of GeoServer:
>
> - 2.7.1.1
> - 2.10.2
> - 2.12_20171108.
>
>
> Below is a simple shell script to replicate the problem by doing a BBOX 
> getfeature request using epsg:900919 on TOPP:States layer using Curl. If the 
> script is run several times, the error appears in our environment. And as 
> mentioned, v2.6.5 is not affected by this bug.
>
>
> Will really appreciate it if this problem can be looked at again. Thanks.
>
>
> Test script:
>
> ==
>
>
> for i in {0..20}; do
>   echo "Running WFS Requests $i"
>
>   curl 'http://localhost:8080/geoserver/wfs' -H 'Origin: 
> http://localhost:8080' -H 'Accept-Encoding: gzip, deflate' -H 
> 'Accept-Language: ja,en;q=0.9,en-US;q=0.8' -H 'User-Agent: Mozilla/5.0 
> (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) 
> Chrome/62.0.3202.94 Safari/537.36' -H 'Content-Type: application/xml' -H 
> 'Accept: */*'   -H 'X-Requested-With: XMLHttpRequest' -H 'Connection: 
> keep-alive' --data-binary ' xmlns:topp="http://www.openplans.org/topp;  
> xmlns:wfs="http://www.opengis.net/wfs;  
> xmlns:ogc="http://www.opengis.net/ogc;  
> xmlns:gml="http://www.opengis.net/gml;  
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance;  
> xsi:schemaLocation="http://www.opengis.net/wfs 
> http://schemas.opengis.net/wfs/1.1.0/wfs.xsd;>  typeName="topp:states">topp:STATE_NAMEtopp:PERSONStopp:FAMILIEStopp:HOUSHOLDtopp:MALEtopp:FEMALEthe_geom  
> srsName="http://www.opengis.net/gml/srs/epsg.xml#900913;>-8360384.63640429
>  4896884.56155475-8055285.29673466 
> 5088234.26762911'
>  --compressed -s -o ./GRP_case2_1.xml &
>
>   curl 'http://localhost:8080/geoserver/wfs' -H 'Origin: 
> http://localhost:8080' -H 'Accept-Encoding: gzip, deflate' -H 
> 'Accept-Language: ja,en;q=0.9,en-US;q=0.8' -H 'User-Agent: Mozilla/5.0 
> (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) 
> Chrome/62.0.3202.94 Safari/537.36' -H 'Content-Type: application/xml' -H 
> 'Accept: */*'   -H 'X-Requested-With: XMLHttpRequest' -H 'Connection: 
> keep-alive' --data-binary ' xmlns:topp="http://www.openplans.org/topp;  
> xmlns:wfs="http://www.opengis.net/wfs;  
> xmlns:ogc="http://www.opengis.net/ogc;  
> xmlns:gml="http://www.opengis.net/gml;  
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance;  
> xsi:schemaLocation="http://www.opengis.net/wfs 
> http://schemas.opengis.net/wfs/1.1.0/wfs.xsd;>  typeName="topp:states">topp:STATE_NAMEtopp:PERSONStopp:FAMILIEStopp:HOUSHOLDtopp:MALEtopp:FEMALEthe_geom  
> srsName="http://www.opengis.net/gml/srs/epsg.xml#900913;>-8360384.63640429
>  4896884.56155475-8055285.29673466 
> 5088234.26762911'
>  --compressed -s -o ./GRP_case2_2.xml &
>
>   curl 'http://localhost:8080/geoserver/wfs' -H 'Origin: 
> http://localhost:8080' -H 'Accept-Encoding: gzip, deflate' -H 
> 'Accept-Language: ja,en;q=0.9,en-US;q=0.8' -H 'User-Agent: Mozilla/5.0 
> (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) 
> Chrome/62.0.3202.94 Safari/537.36' -H 'Content-Type: application/xml' -H 
> 'Accept: */*'   -H 'X-Requested-With: XMLHttpRequest' -H 'Connection: 
> keep-alive' --data-binary ' xmlns:topp="http://www.openplans.org/topp;  
> xmlns:wfs="http://www.opengis.net/wfs;  
> xmlns:ogc="http://www.opengis.net/ogc;  
> xmlns:gml="http://www.opengis.net/gml;  
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance;  
> xsi:schemaLocation="http://www.opengis.net/wfs 
> http://schemas.opengis.net/wfs/1.1.0/wfs.xsd;>  typeName="topp:states">topp:STATE_NAMEtopp:PERSONStopp:FAMILIEStopp:HOUSHOLDtopp:MALEtopp:FEMALEthe_geom  
> srsName="http://www.opengis.net/gml/srs/epsg.xml#900913;>-8360384.63640429
>  4896884.56155475-8055285.29673466 
> 5088234.26762911'
>  --compressed -s -o ./GRP_case2_3.xml &
>
>   curl 'http://localhost:8080/geoserver/wfs' -H 'Origin: 
> http://localhost:8080' -H 'Accept-Encoding: gzip, deflate' -H 
> 'Accept-Language: ja,en;q=0.9,en-US;q=0.8' -H 'User-Agent: Mozilla/5.0 
> (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) 
> Chrome/62.0.3202.94 Safari/537.36' -H 'Content-Type: application/xml' -H 
> 'Accept: */*'   -H 'X-Requested-With: XMLHttpRequest' -H 'Connection: 
> keep-alive' --data-binary ' xmlns:topp="http://www.openplans.org/topp;  
> xmlns:wfs="http://www.opengis.net/wfs;  
> xmlns:ogc="http://www.opengis.net/ogc;  
> xmlns:gml="http://www.opengis.net/gml;  
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance;  
> xsi:schemaLocation="http://www.opengis.net/wfs 
> http://schemas.opengis.net/wfs/1.1.0/wfs.xsd;>  typeName="topp:states">topp:STATE_NAMEtopp:PERSONStopp:FAMILIEStopp:HOUSHOLDtopp:MALEtopp:FEMALEthe_geom  
> 

[Geoserver-users] GEOS-7961 WFS bug

[Mario Basa]

We are still experiencing the WFS bug described in

https://osgeo-org.atlassian.net/browse/GEOS-7961

with the following versions of GeoServer:

- 2.7.1.1
- 2.10.2
- 2.12_20171108.


Below is a simple shell script to replicate the problem by doing a
BBOX getfeature request using epsg:900919 on TOPP:States layer using
Curl. If the script is run several times, the error appears in our
environment. And as mentioned, v2.6.5 is not affected by this bug.


Will really appreciate it if this problem can be looked at again. Thanks.


Test script:

==


for i in {0..20}; do
  echo "Running WFS Requests $i"

  curl 'http://localhost:8080/geoserver/wfs' -H 'Origin:
http://localhost:8080' -H 'Accept-Encoding: gzip, deflate' -H
'Accept-Language: ja,en;q=0.9,en-US;q=0.8' -H 'User-Agent: Mozilla/5.0
(Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like
Gecko) Chrome/62.0.3202.94 Safari/537.36' -H 'Content-Type:
application/xml' -H 'Accept: */*'   -H 'X-Requested-With:
XMLHttpRequest' -H 'Connection: keep-alive' --data-binary
'http://www.openplans.org/topp;
xmlns:wfs="http://www.opengis.net/wfs;
xmlns:ogc="http://www.opengis.net/ogc;
xmlns:gml="http://www.opengis.net/gml;
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance;
xsi:schemaLocation="http://www.opengis.net/wfs
http://schemas.opengis.net/wfs/1.1.0/wfs.xsd;> topp:STATE_NAMEtopp:PERSONStopp:FAMILIEStopp:HOUSHOLDtopp:MALEtopp:FEMALEthe_geomhttp://www.opengis.net/gml/srs/epsg.xml#900913;>-8360384.63640429
4896884.56155475-8055285.29673466
5088234.26762911'
--compressed -s -o ./GRP_case2_1.xml &

  curl 'http://localhost:8080/geoserver/wfs' -H 'Origin:
http://localhost:8080' -H 'Accept-Encoding: gzip, deflate' -H
'Accept-Language: ja,en;q=0.9,en-US;q=0.8' -H 'User-Agent: Mozilla/5.0
(Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like
Gecko) Chrome/62.0.3202.94 Safari/537.36' -H 'Content-Type:
application/xml' -H 'Accept: */*'   -H 'X-Requested-With:
XMLHttpRequest' -H 'Connection: keep-alive' --data-binary
'http://www.openplans.org/topp;
xmlns:wfs="http://www.opengis.net/wfs;
xmlns:ogc="http://www.opengis.net/ogc;
xmlns:gml="http://www.opengis.net/gml;
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance;
xsi:schemaLocation="http://www.opengis.net/wfs
http://schemas.opengis.net/wfs/1.1.0/wfs.xsd;> topp:STATE_NAMEtopp:PERSONStopp:FAMILIEStopp:HOUSHOLDtopp:MALEtopp:FEMALEthe_geomhttp://www.opengis.net/gml/srs/epsg.xml#900913;>-8360384.63640429
4896884.56155475-8055285.29673466
5088234.26762911'
--compressed -s -o ./GRP_case2_2.xml &

  curl 'http://localhost:8080/geoserver/wfs' -H 'Origin:
http://localhost:8080' -H 'Accept-Encoding: gzip, deflate' -H
'Accept-Language: ja,en;q=0.9,en-US;q=0.8' -H 'User-Agent: Mozilla/5.0
(Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like
Gecko) Chrome/62.0.3202.94 Safari/537.36' -H 'Content-Type:
application/xml' -H 'Accept: */*'   -H 'X-Requested-With:
XMLHttpRequest' -H 'Connection: keep-alive' --data-binary
'http://www.openplans.org/topp;
xmlns:wfs="http://www.opengis.net/wfs;
xmlns:ogc="http://www.opengis.net/ogc;
xmlns:gml="http://www.opengis.net/gml;
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance;
xsi:schemaLocation="http://www.opengis.net/wfs
http://schemas.opengis.net/wfs/1.1.0/wfs.xsd;> topp:STATE_NAMEtopp:PERSONStopp:FAMILIEStopp:HOUSHOLDtopp:MALEtopp:FEMALEthe_geomhttp://www.opengis.net/gml/srs/epsg.xml#900913;>-8360384.63640429
4896884.56155475-8055285.29673466
5088234.26762911'
--compressed -s -o ./GRP_case2_3.xml &

  curl 'http://localhost:8080/geoserver/wfs' -H 'Origin:
http://localhost:8080' -H 'Accept-Encoding: gzip, deflate' -H
'Accept-Language: ja,en;q=0.9,en-US;q=0.8' -H 'User-Agent: Mozilla/5.0
(Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like
Gecko) Chrome/62.0.3202.94 Safari/537.36' -H 'Content-Type:
application/xml' -H 'Accept: */*'   -H 'X-Requested-With:
XMLHttpRequest' -H 'Connection: keep-alive' --data-binary
'http://www.openplans.org/topp;
xmlns:wfs="http://www.opengis.net/wfs;
xmlns:ogc="http://www.opengis.net/ogc;
xmlns:gml="http://www.opengis.net/gml;
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance;
xsi:schemaLocation="http://www.opengis.net/wfs
http://schemas.opengis.net/wfs/1.1.0/wfs.xsd;> topp:STATE_NAMEtopp:PERSONStopp:FAMILIEStopp:HOUSHOLDtopp:MALEtopp:FEMALEthe_geomhttp://www.opengis.net/gml/srs/epsg.xml#900913;>-8360384.63640429
4896884.56155475-8055285.29673466
5088234.26762911'
--compressed -s -o ./GRP_case2_4.xml &

  curl 'http://localhost:8080/geoserver/wfs' -H 'Origin:
http://localhost:8080' -H 'Accept-Encoding: gzip, deflate' -H
'Accept-Language: ja,en;q=0.9,en-US;q=0.8' -H 'User-Agent: Mozilla/5.0
(Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like
Gecko) Chrome/62.0.3202.94 Safari/537.36' -H 'Content-Type:
application/xml' -H 'Accept: */*'   -H 'X-Requested-With:
XMLHttpRequest' -H 'Connection: keep-alive' --data-binary
'http://www.openplans.org/topp;
xmlns:wfs="http://www.opengis.net/wfs;

Re: [Geoserver-users] Error seeding vector tiles in GeoServer 2.12

[Luca Morandini]

On 15/11/17 19:41, Andrea Aime wrote:

Ciao Luca,
two questions:

  * Is it really limited to vector tiles only? Could you try seeding pngs?


Same issue with raster tiles.



  * There was a thread on devel about releasing 2.12.0 with a known GWC REST API
regression and devs involved claimed it was solved later (so it should be
solved in the nightly). Could you try a nightly build here?
https://build.geoserver.org/geoserver/2.12.x/


No joy:

[2017-11-15 23:00:10.710Z] ERROR [geoserver.rest] - seedRequest
com.thoughtworks.xstream.mapper.CannotResolveClassException: seedRequest
at 
com.thoughtworks.xstream.mapper.DefaultMapper.realClass(DefaultMapper.java:81)
at 
com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:125)


Cheers,

Luca Morandini
Data Architect - AURIN project
Melbourne eResearch Group
Department of Computing and Information Systems
University of Melbourne
Room 3.32, Level 3, 333 Exhibition St.
Melbourne, 3000 VIC
Tel. +61 03 903 58 380
Skype: lmorandini
LinkedIn: https://www.linkedin.com/in/lmorandini


--
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] new error with GWC fullWMS enabled in GeoServe 2.12.0

[Kevin Smith]

Hi Jason, this looks like a result of the fuser not setting up the
request object correctly leading to a failure when the new security
filter system tries to check that the requested layer is accessible.

I've ticketed this upstream in GWC
https://github.com/GeoWebCache/geowebcache/issues/558

On 2017-11-10 06:52 AM, Jason Newmoyer wrote:
> So I fixed the leaflet maps by upgrading to 1.0.3 (from 0.7.3). I had
> a look at leaflet's code and couldn't determine what changed to cause
> zoom levels 0 and 1 to be non conforming to the tileset.
>
> But this issue sheds like on that fact that I think fullWMS is
> basically broken at 2.12. We have a wide variety of clients that use
> our map services and many are "non conforming" (just ignore tileset
> definitions). So we may be looking at rolling back to 2.11. 
>
> I'll check a few more things before making that decision but any
> suggestions would be greatly appreciated. 
>
>
> Jason Newmoyer
> Newmoyer Geospatial Solutions
> 843.606.0424
> ja...@newmoyergeospatial.com 
>
>  
>
> On Fri, Nov 10, 2017 at 4:22 AM, Andrea Aime
> >
> wrote:
>
> Hi Jason,
> I have no clue, but seems somewhat related to another mail sent by
> Paul Wittle some days ago (about gridset bounds
> disappearing from the GWC layer configuration).
> Unfortunately I don't have an answer for those or even this one
> personally...
>
> Cheers
> Andrea
>
>
> On Wed, Nov 8, 2017 at 9:50 PM, Jason Newmoyer
>  > wrote:
>
> Just updated to 2.12.0 (from 2.11.2) and now getting blank
> tiles in my leaflet maps at zoom levels 0 and 1. The map tiles
> start showing up fine at zoom level 2. I'm getting one of
> these stacks for every request:
>
> 2017-11-08 20:48:03,412 INFO
> [com.ngs.geoserver.custom.RequestLoggingFilter] - 10.1.7.85
> anonymous GET
> 
> /geoserver/gwc/service/wms?SERVICE=WMS=GetMap=1.1.1=osm==image%2Fpng=true=256=256=EPSG%3A4326=0,0,180,180
> Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:56.0)
> Gecko/20100101 Firefox/56.0 status:200 size: unknown mime:
> unknown took 8ms
> java.lang.NullPointerException
>         at
> 
> org.geowebcache.conveyor.ConveyorTile.getGridSubset(ConveyorTile.java:162)
>         at
> 
> org.geowebcache.filter.security.SecurityDispatcher.checkSecurity(SecurityDispatcher.java:59)
>         at
> 
> org.geowebcache.service.wms.WMSTileFuser.renderCanvas(WMSTileFuser.java:530)
>         at
> 
> org.geowebcache.service.wms.WMSTileFuser.writeResponse(WMSTileFuser.java:629)
>         at
> 
> org.geowebcache.service.wms.WMSService.handleRequest(WMSService.java:297)
>         at
> 
> org.geowebcache.service.wms.WMSService$$FastClassBySpringCGLIB$$85c0e55b.invoke()
>         at
> 
> org.springframework.cglib.proxy.MethodProxy.invoke(MethodProxy.java:204)
>         at
> 
> org.springframework.aop.framework.CglibAopProxy$CglibMethodInvocation.invokeJoinpoint(CglibAopProxy.java:721)
>         at
> 
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:157)
>         at
> 
> org.geoserver.gwc.config.GWCServiceEnablementInterceptor.invoke(GWCServiceEnablementInterceptor.java:57)
>         at
> 
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:179)
>         at
> 
> org.springframework.aop.framework.CglibAopProxy$DynamicAdvisedInterceptor.intercept(CglibAopProxy.java:656)
>         at
> 
> org.geowebcache.service.wms.WMSService$$EnhancerBySpringCGLIB$$5474036e.handleRequest()
>         at
> 
> org.geowebcache.GeoWebCacheDispatcher.handleServiceRequest(GeoWebCacheDispatcher.java:375)
>         at
> 
> org.geowebcache.GeoWebCacheDispatcher.handleRequestInternal(GeoWebCacheDispatcher.java:270)
>         at
> 
> org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:174)
>         at
> 
> org.geoserver.gwc.dispatch.GwcServiceProxy.dispatch(GwcServiceProxy.java:95)
>         at
> sun.reflect.GeneratedMethodAccessor472.invoke(Unknown Source)
>         at
> 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>         at java.lang.reflect.Method.invoke(Method.java:498)
>         at
> org.geoserver.ows.Dispatcher.execute(Dispatcher.java:857)
>         at
> 
> org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:268)
>         at
> 
> 

Re: [Geoserver-users] SLD issue with UTC time in TextSymbolizer Label

[Peter Kovac]

Hi Ricardo,

is your data source an Oracle database? I used to have some trouble when 
I had DATE columns in Oracle (which, interestingly, stores also the time 
information, despite its type name). I proposed a fix for my use case 
and it has landed on 2.12, but there might be other code paths which 
were not covered. My issue had the same symptoms as yours - TIMESTAMP 
output appeared with time information zeroed.


Regards,

Peter Kovac

On 14. 11. 2017 17:39, PEREIRA Ricardo (EMSA) wrote:


Dear Andrea,

In fact it is a SQL Timestamp.

Cheers,

Ricardo Pereira

*From:*andrea.a...@gmail.com [mailto:andrea.a...@gmail.com] *On Behalf 
Of *Andrea Aime

*Sent:* Thursday, November 9, 2017 11:08 AM
*To:* PEREIRA Ricardo (EMSA); GeoServer Mailing List List
*Cc:* Ian Turton
*Subject:* Re: [Geoserver-users] SLD issue with UTC time in 
TextSymbolizer Label


(please keep the conversation on the list)

That is weird, but I'm wondering... is the data in the data source 
actually a timestamp (e.g., SQL TIMESTAP)?


Or is it a string?

Cheers

Andrea

On Wed, Nov 8, 2017 at 5:49 PM, PEREIRA Ricardo (EMSA) 
> wrote:


Dear Andrea,

Yes…

Please take a look on the attached picture.

Regards,

Ricardo

*From:*andrea.a...@gmail.com  
[mailto:andrea.a...@gmail.com ] *On 
Behalf Of *Andrea Aime

*Sent:* Wednesday, November 8, 2017 3:22 PM
*To:* PEREIRA Ricardo (EMSA)
*Cc:* Ian Turton; geoserver-users@lists.sourceforge.net 




*Subject:* Re: [Geoserver-users] SLD issue with UTC time in 
TextSymbolizer Label


Hi Ricardo,

what is the data source?

If you do a WFS request do you get the full time?

What about doing a GetFeatureInfo in the map preview on that polygon?

Cheers

Andrea

On Wed, Nov 8, 2017 at 12:55 PM, PEREIRA Ricardo (EMSA) 
> wrote:


Dear Ian,

Thank you for your suggestion.

Well, I don’t really mind with the wrapping, but I am wondering why 
the hours/minutes/seconds are set to “00:00:00+” as I was 
expecting “15:20:10Z” in this case.


Cheers,

Ricardo Pereira

*From:*Ian Turton [mailto:ijtur...@gmail.com ]
*Sent:* Wednesday, November 8, 2017 11:49 AM
*To:* PEREIRA Ricardo (EMSA)
*Cc:* Andrea Aime; geoserver-users@lists.sourceforge.net 




*Subject:* Re: [Geoserver-users] SLD issue with UTC time in 
TextSymbolizer Label


Since you have set - 60 - 
that is exactly what I would expect. You have asked GeoServer to wrap 
any label at 60px wide.


Ian

On 8 November 2017 at 11:44, PEREIRA Ricardo (EMSA) 
> wrote:


Dear Ian, dear Andrea,

Below you may find the TextSymbolizer portion and also the .png 
version of the previous image.




 



   -MM-dd'T'HH:mm:ssZ

some_time_property







Arial

9

normal

bold









0.5

0.5









#00



60

150



Thank you very much for your support,

Ricardo Pereira

*From:*Ian Turton [mailto:ijtur...@gmail.com ]
*Sent:* Wednesday, November 8, 2017 11:37 AM
*To:* PEREIRA Ricardo (EMSA)
*Cc:* geoserver-users@lists.sourceforge.net 

*Subject:* Re: [Geoserver-users] SLD issue with UTC time in 
TextSymbolizer Label


We'd need to see the rest of the TextSymbolizer to see what was going 
on. Also, a larger or png image might help.


Ian

On 8 November 2017 at 11:10, PEREIRA Ricardo (EMSA) 
> wrote:


Hi,

After reading the GeoServer documentation for the dateFormat function 
 
under a SLD style, I put the following in my style:




-MM-dd'T'HH:mm:ss.sssZ

some_time_property



When applying the above, I obtain the following result 
(some_time_property: 2017-11-11 15:20:10.952):


-Do you have an idea what I am missing or if it is even possible to 
show times in this format?


Ricardo Pereira


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



--

Ian Turton



--

Ian Turton

[Geoserver-users] Importer extension / gzip / IOException

[Daniel Koch]

Hi,

when accessing the following endpoint

http://MYHOST/geoserver/rest/imports

we observed several signs of an issue:

1. The GeoServer log shows an IOException starting with:

java.io.IOException: Cannot flush a closed output stream
  at
org.geoserver.filters.GZIPResponseStream.flush(GZIPResponseStream.java:39)
(...)

2. When opening in a browser, the dev-console outputs (sometimes!):

net::ERR_INCOMPLETE_CHUNKED_ENCODING

3. When accessing the URL via curl [1] the output is completely
scrambled, but when removing the "Accept-Encoding" header, the output is
fine.

The tomcat (v8) that serves the GeoServer (v2.12.0) is a default
installation without having compression enabled. Other non-importer REST
endpoints are working fine.

Any clues where this could be fixed are greatly appreciated. We might be
able to provide a PR for this once someone points us to the right direction.

Cheers,
Daniel

[1]:
curl \
  -u USER:PASS \
  -H 'Accept-Encoding: gzip, deflate, br' \
  'http://localhost:9091/geoserver/rest/imports'

--
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] JDBCConfig export Catalog to XML Catalog in GEOSERVER DAT DIR

[Steve Omondi]

Great Niels,

We're gonna get right on this and we'll get back to you on the progress and
if we find something interesting.

I appreciate it.

Regards,
Steve Ochieng

On Nov 15, 2017 17:02, "Niels Charlier"  wrote:

> Steve,
>
> Sorry for the confusion. This was not in response to you, but Andrea about
> dropping the module from geoserver altogether. I understand your decision
> because I have also found that  jdbcconfig is a problematic bottle neck
> (but as I mentioned, mostly because of the poor cache support and the
> unnecessarily repetitive queries).
>
> In the attachment you can find the code for exporting jdbc to hard drive.
> The file needs to be temporarily added to the class path and scanned by the
> spring appcontext, then when you are logged in as an admin you can call
> /jdbcexport from the browser to force the caching of the catalog. I hope
> you can use this somehow.
>
> Kind Regards
> Niels
>
> On 15-11-17 12:51, Steve Omondi wrote:
>
> Oh really, drop it? I thought jdbcconfig was the recommended way for
> clustering and is particularly useful when you are working with huge
> catalogs. I assumed it was actually being used in production by people.
>
> ​Our intention is not to drop it entirely. But to run more or less ​a
> catalog that is based on XML for some specific workspaces that we really
> need to be performant urgently.
>
>
> While we have found jdbcconfig to be an excellent solution for clustering,
> it
> also
> ​ ​
> has made *3 Load balanced Geoserver 2.11.2 to be 6 times slower than 1
> Geoserver 2.9* all other configurations kept constant.
> ​ And this is an issue that we can't ignore in PROD for our case.
>
> We intent to move a few of the workspaces and layers especially complex
> LayerGoups fron the JDBC catalog to achieve better performance over
> convenience of the DB Catalog.​
>
> *Otherwise, JDBCConfig is an excellent module in use*.
>
>
>
>
> 
>  Virus-free.
> www.avast.com
> 
>
> Kind regards,
> Steve Omondi
>
> On Wed, Nov 15, 2017 at 1:30 PM, Niels Charlier  wrote:
>
>> Oh really, drop it? I thought jdbcconfig was the recommended way for
>> clustering and is particularly useful when you are working with huge
>> catalogs. I assumed it was actually being used in production by people.
>>
>> The main problem seems to be the performance issues though, as this email
>> also proves, as well as both of the two PR's that are open who are related
>> to the same thing. But I believe this is rather solvable and would make a
>> huge difference.
>>
>> I can review these PRs no problem, since they are actually related to the
>> work I am doing for this module.
>>
>> Perhaps these improvements there can blow some new life into it.
>>
>> Regards
>>
>> Niels
>>
>> On 14-11-17 20:10, Andrea Aime wrote:
>>
>> Hi Niels,
>> today during the PSC meeting the topic came out of whether we should just
>> drop
>> JDBCConfig, since:
>>
>>- mails related to it are not really getting answered
>>- pull requests related to it are sitting there not getting reviewed
>>
>> We still have to see if there is some interested, but we need someone to
>> champion the module
>> just enough to make it worth keeping around (I'm not talking about
>> immediate answers, it's
>> a community/unsupported module, but at least some presence).
>> I'm also going to ping the people making pull requests.
>>
>> Cheers
>> Andrea
>>
>>
>> On Tue, Nov 14, 2017 at 5:24 PM, Niels Charlier  wrote:
>>
>>> Hello Steve,
>>>
>>> First I'd like to say I have been doing some work on considerable
>>> performance improvements for jdbcconfig. It  happens to be the case that
>>> jdbcconfig doesn't take good use of its cache and repeatedly sends the same
>>> queries over and over again. It looks promising but I still need to do some
>>> improvements and write some tests and I had other work coming on top of it.
>>> But this is definitely coming.
>>>
>>> Also, I wrote some code in geoserver for myself to conveniently export
>>> the jdbc catalog back to the file system. I found a way to do this easily
>>> by firing a bunch of catalog change events to the file system catalog.
>>> However, I am not sure to make it easily available to end users at this
>>> point, I assume that just giving you the code won't be very helpful for
>>> you. Perhaps we can work something out if you are interested.
>>>
>>> Regards
>>>
>>> Niels
>>>
>>>
>>>
>>> On 09-11-17 11:02, Steve Omondi wrote:
>>>
>>> Hi guys,
>>>
>>> I have *JDBCConfig* enabled and connected to a Postgres DB. I have over
>>> 500 layers spread across different workspaces and layergroups.
>>>
>>> After running performance tests for GetMap requests against this
>>> configuration versus XML Catalog based geoserver I really need to revert my
>>> catalog 

[Geoserver-users] geoserver-2.10.2 Open Layers map preview problem with Nginx

[M.v.Vlijmen]

Goodday,

I have this annoying problem as described in 
http://osgeo-org.1560.x6.nabble.com/using-the-geoserver-map-preview-behind-a-reverse-proxy-td3806839.html
I use Nginx as a reverse proxy where all requests are proxied from 8443 to 443. 
But Ican't get the OpenLayers preview to do that, no matter what config in
Nginx I use, the URL always appears with the port number in it.
Anyone having the same problem? How to solve it?
Thanks in advance,
Michiel

U ontvangt dit mailbericht van de gemeente Purmerend.
De gemeente Purmerend voert ook werkzaamheden uit voor en namens de gemeente 
Beemster.


--
Disclaimer :

Aan de inhoud van dit bericht kunnen geen rechten worden ontleend.
De informatie is uitsluitend bestemd voor de geadresseerde.
Gebruik door anderen is verboden.
Openbaarmaking, vermenigvuldiging en verstrekking van deze
informatie aan derden is niet toegestaan.
--
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] Internal error occurred at org.geoserver.wms.GetFeatureInfo.run...Caused by: java.lang.ArrayIndexOutOfBoundsException

[Steve Omondi]

This issue was solved.

The solution lied in pointers we got from other mail archives.

Recreating the layers in the Database and publishing them  again solved the
issue. Something to do with Geometry fields, and SRS definition in the
database I guess.

Thanks everyone.

Kind regards,
Steve Omondi

On Tue, Nov 14, 2017 at 4:29 PM, Steve Omondi 
wrote:

> Sure.
>
>
> 
>  Virus-free.
> www.avast.com
> 
> <#m_8437933461876292156_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
> Kind regards,
> Steve Omondi
>
> On Tue, Nov 14, 2017 at 4:21 PM, Andrea Aime  > wrote:
>
>> That's unfortunate, it seems nothing quick and easy can be done without
>> having also access to your server.
>>
>> Suggestion, try to reproduce the issue with the default GeoServer data
>> directory (the sample
>> data set), if you can do that, then open a ticket and share the steps to
>> reproduce on it
>>
>> Cheers
>> Andrea
>>
>>
>> On Tue, Nov 14, 2017 at 1:38 PM, Steve Omondi 
>> wrote:
>>
>>> With Geoserver Logging Level as Verbose
>>>
>>> This is all I get with StdOut (in Tomcat Logs)
>>>
>>> java.lang.ArrayIndexOutOfBoundsExceptionjava.lang.ArrayIndex
>>> OutOfBoundsException
>>> java.lang.ArrayIndexOutOfBoundsException
>>>
>>>
>>> Geoserver Logs records nothing to the effect that there is an error,
>>> except for the Service Exception XML file that I shared in the earlier.
>>>
>>> Also attached here
>>>
>>> Kind regards,
>>> Steve Omondi
>>>
>>> On Tue, Nov 14, 2017 at 12:45 PM, Andrea Aime <
>>> andrea.a...@geo-solutions.it> wrote:
>>>
 Hi Steve,
 unfortunately the stack trace is cut and does not contain the actual
 originating point.
 Could you check the logs and see if you have more information?

 Also, if an error is thrown too many times the JVM starts omitting the
 stack traces, you might
 get more info after a GeoServer restart

 Cheers
 Andrea



 On Tue, Nov 14, 2017 at 10:33 AM, Steve Omondi <
 steve.omo...@ramani.co.ke> wrote:

> Hey guys,
>
> I have a LayerGroup with 6 Vector Layers all from a Postgis Datastore
> (JNDI Connection). The LayerGroup is specific for Labels where I have
> applied  Label Style for every Layer.
>
> When I use Identify tool in Openlayers Client I get a Service
> Exception (Exception attached below.)
>
> GetFeatureInfo for the same individual Layers works fine.
>
> All the layers are in same SRS = 4326
>
> What could I be doing wrong?
>
> Geoserver 2.11.2
>
> ---Service Exception-
> ---
> http://www.opengis.net/ogc; xmlns:xsi="
> http://www.w3.org/2001/XMLSchema-instance; version="1.3.0"
> xsi:schemaLocation="http://www.opengis.net/ogc http://
> [domain]/geoserver/schemas/wms/1.3.0/exceptions_1_3_0
> .xsd?authkey=[authkey]">
> 
> Internal error occurred Details: org.geoserver.platform.ServiceException:
> Internal error occurred at 
> org.geoserver.wms.GetFeatureInfo.run(GetFeatureInfo.java:50)
> at 
> org.geoserver.wms.DefaultWebMapService.getFeatureInfo(DefaultWebMapService.java:338)
> at sun.reflect.GeneratedMethodAccessor730.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:302)
> at org.springframework.aop.framework.ReflectiveMethodInvocation
> .invokeJoinpoint(ReflectiveMethodInvocation.java:190) at
> org.springframework.aop.framework.ReflectiveMethodInvocation
> .proceed(ReflectiveMethodInvocation.java:157) at
> org.geoserver.kml.WebMapServiceKmlInterceptor.invoke(WebMapServiceKmlInterceptor.java:34)
> at org.springframework.aop.framework.ReflectiveMethodInvocation
> .proceed(ReflectiveMethodInvocation.java:179) at
> org.geoserver.ows.util.RequestObjectLogger.invoke(RequestObjectLogger.java:33)
> at org.springframework.aop.framework.ReflectiveMethodInvocation
> .proceed(ReflectiveMethodInvocation.java:179) at
> org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:208)
> at com.sun.proxy.$Proxy122.getFeatureInfo(Unknown Source) at
> sun.reflect.GeneratedMethodAccessor729.invoke(Unknown Source) at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498) at
> org.geoserver.ows.Dispatcher.execute(Dispatcher.java:857) at
> org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:268)

Re: [Geoserver-users] JDBCConfig export Catalog to XML Catalog in GEOSERVER DAT DIR

[Steve Omondi]

Oh really, drop it? I thought jdbcconfig was the recommended way for
clustering and is particularly useful when you are working with huge
catalogs. I assumed it was actually being used in production by people.

​Our intention is not to drop it entirely. But to run more or less ​a
catalog that is based on XML for some specific workspaces that we really
need to be performant urgently.


While we have found jdbcconfig to be an excellent solution for clustering,
it
also
​ ​
has made *3 Load balanced Geoserver 2.11.2 to be 6 times slower than 1
Geoserver 2.9* all other configurations kept constant.
​ And this is an issue that we can't ignore in PROD for our case.

We intent to move a few of the workspaces and layers especially complex
LayerGoups fron the JDBC catalog to achieve better performance over
convenience of the DB Catalog.​

*Otherwise, JDBCConfig is an excellent module in use*.




Virus-free.
www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Kind regards,
Steve Omondi

On Wed, Nov 15, 2017 at 1:30 PM, Niels Charlier  wrote:

> Oh really, drop it? I thought jdbcconfig was the recommended way for
> clustering and is particularly useful when you are working with huge
> catalogs. I assumed it was actually being used in production by people.
>
> The main problem seems to be the performance issues though, as this email
> also proves, as well as both of the two PR's that are open who are related
> to the same thing. But I believe this is rather solvable and would make a
> huge difference.
>
> I can review these PRs no problem, since they are actually related to the
> work I am doing for this module.
>
> Perhaps these improvements there can blow some new life into it.
>
> Regards
>
> Niels
>
> On 14-11-17 20:10, Andrea Aime wrote:
>
> Hi Niels,
> today during the PSC meeting the topic came out of whether we should just
> drop
> JDBCConfig, since:
>
>- mails related to it are not really getting answered
>- pull requests related to it are sitting there not getting reviewed
>
> We still have to see if there is some interested, but we need someone to
> champion the module
> just enough to make it worth keeping around (I'm not talking about
> immediate answers, it's
> a community/unsupported module, but at least some presence).
> I'm also going to ping the people making pull requests.
>
> Cheers
> Andrea
>
>
> On Tue, Nov 14, 2017 at 5:24 PM, Niels Charlier  wrote:
>
>> Hello Steve,
>>
>> First I'd like to say I have been doing some work on considerable
>> performance improvements for jdbcconfig. It  happens to be the case that
>> jdbcconfig doesn't take good use of its cache and repeatedly sends the same
>> queries over and over again. It looks promising but I still need to do some
>> improvements and write some tests and I had other work coming on top of it.
>> But this is definitely coming.
>>
>> Also, I wrote some code in geoserver for myself to conveniently export
>> the jdbc catalog back to the file system. I found a way to do this easily
>> by firing a bunch of catalog change events to the file system catalog.
>> However, I am not sure to make it easily available to end users at this
>> point, I assume that just giving you the code won't be very helpful for
>> you. Perhaps we can work something out if you are interested.
>>
>> Regards
>>
>> Niels
>>
>>
>>
>> On 09-11-17 11:02, Steve Omondi wrote:
>>
>> Hi guys,
>>
>> I have *JDBCConfig* enabled and connected to a Postgres DB. I have over
>> 500 layers spread across different workspaces and layergroups.
>>
>> After running performance tests for GetMap requests against this
>> configuration versus XML Catalog based geoserver I really need to revert my
>> catalog back to XML in GEOSERVER DAT DIR and probably share it using NFS.
>>
>> *Is their a method to export the Database Catalog (based on JDBCConfig)
>> back to XML Catalog?*
>>
>> Kind regards,
>> Steve Omondi
>>
>>
>> 
>>  Virus-free.
>> www.avast.com
>> 
>>
>>
>> --
>> 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
>> 

Re: [Geoserver-users] JDBCConfig export Catalog to XML Catalog in GEOSERVER DAT DIR

[Niels Charlier]

On 15-11-17 11:57, Andrea Aime wrote:


The main problem seems to be the performance issues though, as this 
email also proves, as well as both of the two PR's that are open who 
are related to the same thing. But I believe this is rather solvable 
and would make a huge difference.


Nope, you're not reading the mail correctly. The main problem is a 
lack of a champion backing the module, answering
mails and reviewing PRs related to it. We did not list slowness as a 
reason to drop it, the reason is that currently
it's more or less abandoned and we don't know what to do about mails 
and PRs related to it.


I read your mail correctly, I meant the email from the user, and I was 
referring to the main problem with the _use_ of the module. However that 
problem may indirectly explain why the module is not more successful and 
therefore abandoned.


Regards
Niels
--
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] JDBCConfig export Catalog to XML Catalog in GEOSERVER DAT DIR

[Andrea Aime]

On Wed, Nov 15, 2017 at 11:30 AM, Niels Charlier  wrote:

> Oh really, drop it? I thought jdbcconfig was the recommended way for
> clustering and is particularly useful when you are working with huge
> catalogs. I assumed it was actually being used in production by people.
>
Nobody at the PSC meeting yesterday was dealing with a production system
using it (I have helped set up
a couple in the past, making several code adjustment to give them a
fighting chance of working, but have
not used it in a long while).


> The main problem seems to be the performance issues though, as this email
> also proves, as well as both of the two PR's that are open who are related
> to the same thing. But I believe this is rather solvable and would make a
> huge difference.
>
Nope, you're not reading the mail correctly. The main problem is a lack of
a champion backing the module, answering
mails and reviewing PRs related to it. We did not list slowness as a reason
to drop it, the reason is that currently
it's more or less abandoned and we don't know what to do about mails and
PRs related to it.

Regards,

Andrea Aime

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

Ing. Andrea Aime
@geowolf
Technical Lead

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

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

AVVERTENZE AI SENSI DEL D.Lgs. 196/2003

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

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

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

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

Re: [Geoserver-users] geoserver app-schema namespace issue

[Nuno Oliveira]

Hi,

The XML prefix is only an alias to the namespace [1] so it doesn't need to 
match the schema used prefix, but I agree that it looks a bit strange.
The prefix is just a short way of saying, hey this element belongs to that 
namepsace ... as long as the used prefix is pointing to the correct
namespace everything should work as expected.

Consider the situation where you have to use two namespaces that by coincidence 
where using the same prefix ? If you couldn't choose an
arbitrary prefix for the namespace this would defeat the propose of XML 
namespaces.  As far I can tell we are free to use the prefix we want
when using a certain workspace on our XML document.

Do you have any issue if you use HALE generated mappings with App-Schema as is ?

That said, is weird that HALE is generating a specific prefix and not try to 
use the ones defined in the XSD schema. But without debugging this
particular use case I can't really tell why this is happening.

Regards,

Nuno Oliveira

[1] https://www.w3schools.com/xml/xml_namespaces.asp

On 11/15/2017 08:02 AM, Haas, Sonja (LGL) wrote:


Hello All,
I am currently setting up WFS 2.0.0 Services for INSPIRE Annex I. The data 
transformation is realised with HALE and Appschema and the services are 
published with Geoserver. While publishing the road transport network I 
encountered a problem regarding the namespaces. Strangely some of the 
namespaces are incorrect in the resulting Appschema.
As you can see below there appears nns instead of net and nns1 instead of tn.

ns3:AppSchemaDataAccess xmlns:ns2="http://www.opengis.net/ogc; 
xmlns:ns3="http://www.geotools.org/app-schema;> 


tn-ro
http://inspire.ec.europa.eu/schemas/tn-ro/4.0


nns
http://inspire.ec.europa.eu/schemas/net/4.0


nns1
http://inspire.ec.europa.eu/schemas/tn/4.0


gn
http://inspire.ec.europa.eu/schemas/gn/4.0


gml
http://www.opengis.net/gml/3.2


base
http://inspire.ec.europa.eu/schemas/base/3.3


The only way to fix the problem, I found so far, is to manually replace the 
namespace prefixes in the appschema after the direct upload and then delete the 
incorrect namespaces from the server and restart.

Is this a bug or am I missing something?

Kind regards
Sonja Haas



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


___
Geoserver-users mailing list

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

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


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

Nuno Miguel Carvalho Oliveira
@nmcoliveira
Software Engineer

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

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

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

Re: [Geoserver-users] SLD filter with raster grids

[Andrea Aime]

On Wed, Nov 15, 2017 at 12:25 AM, Bessette-Halsema, Dominique E <
dominique.besse...@gdit.com> wrote:

> Can I apply SLD filters to raster grids where the PropertyName is the band?
>

No


>
>
> How can I compare 2 bands against each other?
>
>
>
> Do I have to transform the raster to a feature?
>

Well... maybe? You certainly have to use a rendering transformation, and
there is one
going from raster to vector indeed, which would allow filtering, but then
you'd
paint the layer as a set of points.

Or you write your own transformation, doing what you need. There are no
tutorials
on doing so, but check the raster as point collection and contour processes
(and
the add corages one too maybe), they are I believe good templates.


Cheers
Andrea

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

Ing. Andrea Aime
@geowolf
Technical Lead

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

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

AVVERTENZE AI SENSI DEL D.Lgs. 196/2003

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

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

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

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

Re: [Geoserver-users] Error seeding vector tiles in GeoServer 2.12

[Andrea Aime]

Ciao Luca,
two questions:

   - Is it really limited to vector tiles only? Could you try seeding pngs?
   - There was a thread on devel about releasing 2.12.0 with a known GWC
   REST API regression and devs involved claimed it was solved later (so it
   should be solved in the nightly). Could you try a nightly build here?
   https://build.geoserver.org/geoserver/2.12.x/

Cheers
Andrea


On Wed, Nov 15, 2017 at 7:11 AM, Luca Morandini  wrote:

> Folks,
>
> I have tried building a Docker container with GeoServer 2.12.0, and while
> the ReST API worked when adding layers, seeding layers with a vector tile
> format failed with:
> com.thoughtworks.xstream.mapper.CannotResolveClassException: seedRequest
>
> (It worked from the UI though.)
>
> I then tried with 2.11.3, where everything worked fine.
>
> Am I missing something?
>
> Environment for all tests:
>
> Linux:
> Distributor ID: Debian
> Description:Debian GNU/Linux 8.7 (jessie)
> Release:8.7
> Codename:   jessie
>
> JVM:
> openjdk version "1.8.0_131"
> OpenJDK Runtime Environment (build 1.8.0_131-8u131-b11-1~bpo8+1-b11)
> OpenJDK 64-Bit Server VM (build 25.131-b11, mixed mode)
>
> Tomcat:
> 8.0
>
> Cheers,
>
> Luca Morandini
> Data Architect - AURIN project
> Melbourne eResearch Group
> Department of Computing and Information Systems
> University of Melbourne
> Room 3.32, Level 3, 333 Exhibition St.
> Melbourne, 3000 VIC
> Tel. +61 03 903 58 380
> Skype: lmorandini
> LinkedIn: https://www.linkedin.com/in/lmorandini
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>



-- 

Regards,

Andrea Aime

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

Ing. Andrea Aime
@geowolf
Technical Lead

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

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

AVVERTENZE AI SENSI DEL D.Lgs. 196/2003

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

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

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

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

[Geoserver-users] geoserver app-schema namespace issue

[Haas, Sonja (LGL)]

Hello All,
I am currently setting up WFS 2.0.0 Services for INSPIRE Annex I. The data 
transformation is realised with HALE and Appschema and the services are 
published with Geoserver. While publishing the road transport network I 
encountered a problem regarding the namespaces. Strangely some of the 
namespaces are incorrect in the resulting Appschema.
As you can see below there appears nns instead of net and nns1 instead of tn.

ns3:AppSchemaDataAccess xmlns:ns2="http://www.opengis.net/ogc; 
xmlns:ns3="http://www.geotools.org/app-schema;>


tn-ro
http://inspire.ec.europa.eu/schemas/tn-ro/4.0


nns
http://inspire.ec.europa.eu/schemas/net/4.0


nns1
http://inspire.ec.europa.eu/schemas/tn/4.0


gn
http://inspire.ec.europa.eu/schemas/gn/4.0


gml
http://www.opengis.net/gml/3.2


base
http://inspire.ec.europa.eu/schemas/base/3.3


The only way to fix the problem, I found so far, is to manually replace the 
namespace prefixes in the appschema after the direct upload and then delete the 
incorrect namespaces from the server and restart.

Is this a bug or am I missing something?

Kind regards
Sonja Haas
--
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