[Geoserver-users] new error with GWC fullWMS enabled in GeoServe 2.12.0

[Jason Newmoyer]

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&REQUEST=GetMap&VERSION=1.1.1&LAYERS=osm&
STYLES=&FORMAT=image%2Fpng&TRANSPARENT=true&HEIGHT=256&
WIDTH=256&SRS=EPSG%3A4326&BBOX=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 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:687)
at org.springframework.web.servlet.FrameworkServlet.
service(FrameworkServlet.java:846)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
at org.eclipse.jetty.servlet.ServletHolder.handle(
ServletHolder.java:845)
at org.eclipse.jetty.servlet.ServletHandler$CachedChain.
doFilter(ServletHandler.java:1689)
at org.geoserver.filters.ThreadLocalsCleanupFilter.doFilter(
ThreadLocalsCleanupFilter.java:28)
at org.eclipse.jetty.servlet.ServletHandler$CachedChain.
doFilter(ServletHandler.java:1676)
at org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(
SpringDelegatingFilter.java:75)
at org.geoserver.wms.animate.AnimatorFilter.doFilter(
AnimatorFilter.java:71)
at org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(
SpringDelegatingFilter.java:71)
at org.geoserver.filters.SpringDelegatingFilter.doFilter(
SpringDelegatingFilter.java:46)
at org.eclipse.jetty.servlet.ServletHandler$CachedChain.
doFilter(ServletHandler.java:1676)
at org.geoserver.platform.AdvancedDispatchFilter.doFilter(
AdvancedDispatchFilter.java:50)
at org.eclipse.jetty.servlet.ServletHandler$CachedChain.
doFilter(ServletHandler.java:1676)

Jason Newmoyer
Newmoyer Geospatial Solutions
843.606.0424 <(843)%20606-0424>
ja...@newmoyergeospatial.com
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, 

[Geoserver-users] Color ramps in point symbolizer?

[Santiago Núñez Corrales]

Hi,


Is there a way to setup a color ramp in a point symbolizer? I have been 
attempting to use the Barnes Symbolizer to no avail. I am using Geoserver 
v.2.11.2.

Regards,

--
Santiago Núñez-Corrales
Graduate student, Informatics Ph.D. Program
University of Illinois at Urbana-Champaign
+1 (217) 979-9575







--
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] SLD issue with UTC time in TextSymbolizer Label

[Andrea Aime]

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) <
ricardo.pere...@emsa.europa.eu> 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) <
> ricardo.pere...@emsa.europa.eu> 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) <
> ricardo.pere...@emsa.europa.eu> 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
>



-- 

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 wit

Re: [Geoserver-users] Standalone Geowebcache and Geoserver

[Andrea Aime]

On Wed, Nov 8, 2017 at 1:39 PM, Steve Omondi 
wrote:

> Hi Andrea,
>
> I have read the proposal GISP 155 (https://github.com/geoserver/
> geoserver/wiki/GSIP-155) and the status indicates that it's completed in
> the *Geoserver-2.11-beta*. I am using *Geoserver-2.11.2*, was this
> version released with the improvement?
>
>
Yes , it part of 2.11 and 2.12. But it's an improvement for the standard in
memory catalog, not for the JDBC one.


> Otherwise from which version of Geoserver is the improvement available?
>
> Do you have some recommendations for making JDBC Catalog more performant
> for example would creating materialized views to replace the standard views
> or add some index for more used objects/tables?
>
>
Fixing the code is pretty much the only approach I'm afraid, it's not that
the queries take too much time, it's that the code is doing way too
many very small ones (query latency is killing it, not data
finding/gathering), what's missing is a layer of caching in between (there
is already one, but it's not sufficient) so
that the queries are not run.
Check the geoserver-devel archives, there is a discussion about it:
http://osgeo-org.1560.x6.nabble.com/jdbcconfig-performance-td5324352.html

So far nothing happened code wise, but it seems the way to go to fix the
jdbcconfig on typical GetMap/GetTile requests.

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] Standalone Geowebcache and Geoserver

[Steve Omondi]

Hi Andrea,

I have read the proposal GISP 155 (https://github.com/geoserver/g
eoserver/wiki/GSIP-155) and the status indicates that it's completed in the
*Geoserver-2.11-beta*. I am using *Geoserver-2.11.2*, was this version
released with the improvement?

Otherwise from which version of Geoserver is the improvement available?

Do you have some recommendations for making JDBC Catalog more performant
for example would creating materialized views to replace the standard views
or add some index for more used objects/tables?

Kind regards,
Steve Omondi

On Wed, Nov 8, 2017 at 11:04 AM, Andrea Aime 
wrote:

> Matteo and Steve,
> the clustering modules are officially unsupported (that's why you won't
> find them in releases), and both occasionally need some love (e..g,
> funding) to work better.
> All open source licenses state that you use the software at your own risk,
> but when even the project tells you something is unsupported, it
> often really is :-p
>
> In GeoSolutions we have used both clustering approaches for customer
> projects, but within contracts allowing us to make fixes and changes here
> and there
> as the need occurs.
>
> Cheers
> Andrea
>
>
> On Wed, Nov 8, 2017 at 8:09 AM, Matteo Cusmai 
> wrote:
>
>> Hi Steve,
>> With jms cluster you don't need jdbc config, because every catalog
>> updates are performed on all nodes.
>>
>> The problem is gwc configurations, it seems that jms cluster doesn't take
>> into account them. I have opened a thread on this issue, but up to now I
>> haven't received any answers.
>>
>> On 8 Nov 2017 07:40, "Steve Omondi"  wrote:
>>
>>> Hi Andrea,
>>>
>>>  Are you talking about serving cached tiles or tiles that need to be
>>> built on the fly?
>>>
>>> ​Both. I pre-seed some area to a certain zoom level, but I'm also
>>> leaving most of the seeding to be done by users on the fly.​
>>>
>>>
>>> Yes, this is well known, see this proposal I made at the beginning of
>>> 2017, it contains some performance numbers too:
>>> https://github.com/geoserver/geoserver/wiki/GSIP-155
>>> I cannot tell you how much of those 80ms are weighting on WMTS calls
>>> hitting already cached tiles on the embedded GWC, but I'm confident part of
>>> it will be there.
>>>
>>> ​I didn't quite look at it this way. But actually the JDBCConfig is a
>>> big difference between my clustered environment and the Single Geoserver. I
>>> could be going after GWC but the quesries are most likely the issue.
>>> However, this si a sacrifice I have to make to share the catalog between
>>> different machines.​
>>>
>>>
>>> Kind regards,
>>> Steve Omondi
>>>
>>> On Tue, Nov 7, 2017 at 9:07 PM, Andrea Aime <
>>> andrea.a...@geo-solutions.it> wrote:
>>>
 On Tue, Nov 7, 2017 at 3:05 PM, Steve Omondi >>> > wrote:

> ​I have 6 Geoservers + Embedded GWC spread on two VMs 3 each. Each
> running on separate Tomcat. All the Six Geoserver are running behind 
> Apache
> HTTPD proxy Balancer. I tried tuning the Java Process setting to optimum.
>
> On the other hand I had a single Geoserver+ Embedded GWC.
>
> On performing tests, The 6 Geoserver are 4-6 time slower than the
> Single Geoserver while rendering a layergroup of HR Aerial Imagery on
> Openlayers client.
>
> I made a list of the configuration differences between the clustered
> Geoservers and the Single Geoserver and some of the items are;
>
>- I use Authkey for Authentication in the Clustered Geoservers
>with a JDBC Role Service - so maybe every tile request has to perform
>authorization by querying the database and all those processes may 
> slow the
>request.
>
>
 This certainly adds work, queries to databases are expensive (how much
 so, depends a lot on your configuration, network, indexes and the like)

>
>- JDBCConfig is used in the clustered  Geoserver as opposed to XML
>Catalog in the Single Geoserver; same as above the query process could 
> be
>slowing requests.
>
> Yes, this is well known, see this proposal I made at the beginning of
 2017, it contains some performance numbers too:
 https://github.com/geoserver/geoserver/wiki/GSIP-155
 I cannot tell you how much of those 80ms are weighting on WMTS calls
 hitting already cached tiles on the embedded GWC, but I'm confident part of
 it will be there.


>
>- The fact that *GWC Directory and Diskquota are clustered could
>be an issues*; write/access speed of the remote GWC directory
>seems to me as a cause of slow rendering of tiles and as so it tops my 
> list
>of culprits.
>
> That depends a lot on the network file system in use.


> ​The third point is the source of my motivation to run GWC as
> standalone in front of the Geoserver Cluster proxy. The have the GWC
> Blobstore closer instead of a network drive.
>
>   Can you elab

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

[PEREIRA Ricardo (EMSA)]

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) 
mailto:ricardo.pere...@emsa.europa.eu>> 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):
[cid:image001.jpg@01D35886.EA784990]


-  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
--
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] SLD issue with UTC time in TextSymbolizer Label

[PEREIRA Ricardo (EMSA)]

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) 
mailto:ricardo.pere...@emsa.europa.eu>> 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) 
mailto:ricardo.pere...@emsa.europa.eu>> 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):
[cid:image001.jpg@01D35888.700D9050]


-  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
--
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] SLD issue with UTC time in TextSymbolizer Label

[Ian Turton]

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) <
ricardo.pere...@emsa.europa.eu> 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) <
> ricardo.pere...@emsa.europa.eu> 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
--
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] REST-API: create LayerGroup

[Gubler, Ruediger]

Hi,

Can someone please help me with the creation of layergroups?

I got an error 500 if I send the following json:

{
  "layerGroup" : {
"name" : "my-first-layergroup",
"mode" : "NAMED",
"title" : "my first layergroup",
"abstractTxt" : "my first layergroup",
"workspace" : {
  "name" : "my-workspace"
},
"publishables": {
  "published": [
{
  "enabled" : "true",
  "name" : " my-workspace:my-layer_1"
},
{
  "enabled" : "true",
  "name" : " my-workspace:my-layer_2"
}
  ]
}
  }
}


The layers should be displayed with their default style and are located in a 
workspace.
The layer names are only unique within their workspace.


Kind regards,
Rüdiger

--
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] SLD issue with UTC time in TextSymbolizer Label

[Andrea Aime]

Hi Ricardo,
could you share the full SLD, or at least the full TextSymbolizer portion?

Cheers
Andrea

On Wed, Nov 8, 2017 at 12:10 PM, PEREIRA Ricardo (EMSA) <
ricardo.pere...@emsa.europa.eu> 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
>
>


-- 

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] SLD issue with UTC time in TextSymbolizer Label

[Ian Turton]

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) <
ricardo.pere...@emsa.europa.eu> 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
--
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] SLD issue with UTC time in TextSymbolizer Label

[PEREIRA Ricardo (EMSA)]

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):
[cid:image003.jpg@01D35882.2AB1BB40]


-  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

Re: [Geoserver-users] MapProjection doesn't converge

[Andrea Aime]

On Mon, Nov 6, 2017 at 10:53 AM, Matteo Cusmai 
wrote:
>
> Finally, I am very confused. Where I am wronging?
>
>
You're not sharing a sample data set that can be used to reproduce the
problem (possibly on a jira ticket,
there is no guarantee when others will have to do checks, all support here
is given on a voluntary basis,
a ticket makes sure we don't forget about it).
I believe no progress will be made until someone else can try looking into
it on their computer

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
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] Standalone Geowebcache and Geoserver

[Steve Omondi]

Thanks for the clarification Andrea.

Kind regards,
Steve Omondi

On Wed, Nov 8, 2017 at 11:04 AM, Andrea Aime 
wrote:

> Matteo and Steve,
> the clustering modules are officially unsupported (that's why you won't
> find them in releases), and both occasionally need some love (e..g,
> funding) to work better.
> All open source licenses state that you use the software at your own risk,
> but when even the project tells you something is unsupported, it
> often really is :-p
>
> In GeoSolutions we have used both clustering approaches for customer
> projects, but within contracts allowing us to make fixes and changes here
> and there
> as the need occurs.
>
> Cheers
> Andrea
>
>
> On Wed, Nov 8, 2017 at 8:09 AM, Matteo Cusmai 
> wrote:
>
>> Hi Steve,
>> With jms cluster you don't need jdbc config, because every catalog
>> updates are performed on all nodes.
>>
>> The problem is gwc configurations, it seems that jms cluster doesn't take
>> into account them. I have opened a thread on this issue, but up to now I
>> haven't received any answers.
>>
>> On 8 Nov 2017 07:40, "Steve Omondi"  wrote:
>>
>>> Hi Andrea,
>>>
>>>  Are you talking about serving cached tiles or tiles that need to be
>>> built on the fly?
>>>
>>> ​Both. I pre-seed some area to a certain zoom level, but I'm also
>>> leaving most of the seeding to be done by users on the fly.​
>>>
>>>
>>> Yes, this is well known, see this proposal I made at the beginning of
>>> 2017, it contains some performance numbers too:
>>> https://github.com/geoserver/geoserver/wiki/GSIP-155
>>> I cannot tell you how much of those 80ms are weighting on WMTS calls
>>> hitting already cached tiles on the embedded GWC, but I'm confident part of
>>> it will be there.
>>>
>>> ​I didn't quite look at it this way. But actually the JDBCConfig is a
>>> big difference between my clustered environment and the Single Geoserver. I
>>> could be going after GWC but the quesries are most likely the issue.
>>> However, this si a sacrifice I have to make to share the catalog between
>>> different machines.​
>>>
>>>
>>> Kind regards,
>>> Steve Omondi
>>>
>>> On Tue, Nov 7, 2017 at 9:07 PM, Andrea Aime <
>>> andrea.a...@geo-solutions.it> wrote:
>>>
 On Tue, Nov 7, 2017 at 3:05 PM, Steve Omondi >>> > wrote:

> ​I have 6 Geoservers + Embedded GWC spread on two VMs 3 each. Each
> running on separate Tomcat. All the Six Geoserver are running behind 
> Apache
> HTTPD proxy Balancer. I tried tuning the Java Process setting to optimum.
>
> On the other hand I had a single Geoserver+ Embedded GWC.
>
> On performing tests, The 6 Geoserver are 4-6 time slower than the
> Single Geoserver while rendering a layergroup of HR Aerial Imagery on
> Openlayers client.
>
> I made a list of the configuration differences between the clustered
> Geoservers and the Single Geoserver and some of the items are;
>
>- I use Authkey for Authentication in the Clustered Geoservers
>with a JDBC Role Service - so maybe every tile request has to perform
>authorization by querying the database and all those processes may 
> slow the
>request.
>
>
 This certainly adds work, queries to databases are expensive (how much
 so, depends a lot on your configuration, network, indexes and the like)

>
>- JDBCConfig is used in the clustered  Geoserver as opposed to XML
>Catalog in the Single Geoserver; same as above the query process could 
> be
>slowing requests.
>
> Yes, this is well known, see this proposal I made at the beginning of
 2017, it contains some performance numbers too:
 https://github.com/geoserver/geoserver/wiki/GSIP-155
 I cannot tell you how much of those 80ms are weighting on WMTS calls
 hitting already cached tiles on the embedded GWC, but I'm confident part of
 it will be there.


>
>- The fact that *GWC Directory and Diskquota are clustered could
>be an issues*; write/access speed of the remote GWC directory
>seems to me as a cause of slow rendering of tiles and as so it tops my 
> list
>of culprits.
>
> That depends a lot on the network file system in use.


> ​The third point is the source of my motivation to run GWC as
> standalone in front of the Geoserver Cluster proxy. The have the GWC
> Blobstore closer instead of a network drive.
>
>   Can you elaborate what you mean by "as efficient
> and fast"?
>
> My experience with the Integrated GWC (Six Instances of them which do
> not share workload) is definitely slower as I've mentioned 4 -6 times
> slower that a single GWC.
>

 Are you talking about serving cached tiles or tiles that need to be
 built on the fly?


>
> In fact I have stopped one VM and move the Tiles (GWC dir) to a local
> directory in the same machine as the Geos

Re: [Geoserver-users] Standalone Geowebcache and Geoserver Data Security Checks

[Steve Omondi]

A SecurityFilter that talks to a remote GeoServer is certainly possible if
someone wanted to write one, although it would lose some of the benefit of
caching since it would be going to the back end for a security check each
request.

​This would be great. It could be implemented with an option to force GWC
to go to the backend Geoserver and perform security check just like the
Integrated GWC​ with the *Enable Data Security*


*[image: Inline image 1]*

So depending on whether I choose to E*nable Data Security Checks *or not
then GWC can leverage the *SecurityFilter *for the Tilesets.

Kind regards,
Steve Omondi

On Wed, Nov 8, 2017 at 5:30 AM, Kevin Smith  wrote:

> On 2017-11-07 12:45 AM, Andrea Aime wrote:
>
> On Tue, Nov 7, 2017 at 9:11 AM, Steve Omondi 
> wrote:
>
>> *How do I use GWC in front of multiple Geoservers with data security
>> checks (Rules) workin and perform Authorization for the layers being
>> accessed and the seeded tiles? How do I mage Stand alone GWC perform Data
>> Security Check like the Embedded GWC does?*
>>
>>
> To the best of my knowledge, you don't. Security integration happens only
> if you run GWC embedded in GeoServer,
> a stand-alone GWC has no notion of security at all (can be developed of
> course, but does not seem a trivial task).
>
>
> The most recent stand alone GWC (1.12) has the notion of data security
> (the new SecurityFilter extension point).  It just doesn't have anything
> more than a notion as the only implementation of SecurityFilter so far is
> in GeoServer.
>
> A SecurityFilter that talks to a remote GeoServer is certainly possible if
> someone wanted to write one, although it would lose some of the benefit of
> caching since it would be going to the back end for a security check each
> request.
>
> --
> Kevin Michael Smith 
>
>
> 
> --
> 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
>
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Geoserver-users mailing list

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

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

Re: [Geoserver-users] Standalone Geowebcache and Geoserver

[Andrea Aime]

Matteo and Steve,
the clustering modules are officially unsupported (that's why you won't
find them in releases), and both occasionally need some love (e..g,
funding) to work better.
All open source licenses state that you use the software at your own risk,
but when even the project tells you something is unsupported, it
often really is :-p

In GeoSolutions we have used both clustering approaches for customer
projects, but within contracts allowing us to make fixes and changes here
and there
as the need occurs.

Cheers
Andrea


On Wed, Nov 8, 2017 at 8:09 AM, Matteo Cusmai 
wrote:

> Hi Steve,
> With jms cluster you don't need jdbc config, because every catalog updates
> are performed on all nodes.
>
> The problem is gwc configurations, it seems that jms cluster doesn't take
> into account them. I have opened a thread on this issue, but up to now I
> haven't received any answers.
>
> On 8 Nov 2017 07:40, "Steve Omondi"  wrote:
>
>> Hi Andrea,
>>
>>  Are you talking about serving cached tiles or tiles that need to be
>> built on the fly?
>>
>> ​Both. I pre-seed some area to a certain zoom level, but I'm also leaving
>> most of the seeding to be done by users on the fly.​
>>
>>
>> Yes, this is well known, see this proposal I made at the beginning of
>> 2017, it contains some performance numbers too:
>> https://github.com/geoserver/geoserver/wiki/GSIP-155
>> I cannot tell you how much of those 80ms are weighting on WMTS calls
>> hitting already cached tiles on the embedded GWC, but I'm confident part of
>> it will be there.
>>
>> ​I didn't quite look at it this way. But actually the JDBCConfig is a big
>> difference between my clustered environment and the Single Geoserver. I
>> could be going after GWC but the quesries are most likely the issue.
>> However, this si a sacrifice I have to make to share the catalog between
>> different machines.​
>>
>>
>> Kind regards,
>> Steve Omondi
>>
>> On Tue, Nov 7, 2017 at 9:07 PM, Andrea Aime > > wrote:
>>
>>> On Tue, Nov 7, 2017 at 3:05 PM, Steve Omondi 
>>> wrote:
>>>
 ​I have 6 Geoservers + Embedded GWC spread on two VMs 3 each. Each
 running on separate Tomcat. All the Six Geoserver are running behind Apache
 HTTPD proxy Balancer. I tried tuning the Java Process setting to optimum.

 On the other hand I had a single Geoserver+ Embedded GWC.

 On performing tests, The 6 Geoserver are 4-6 time slower than the
 Single Geoserver while rendering a layergroup of HR Aerial Imagery on
 Openlayers client.

 I made a list of the configuration differences between the clustered
 Geoservers and the Single Geoserver and some of the items are;

- I use Authkey for Authentication in the Clustered Geoservers with
a JDBC Role Service - so maybe every tile request has to perform
authorization by querying the database and all those processes may slow 
 the
request.


>>> This certainly adds work, queries to databases are expensive (how much
>>> so, depends a lot on your configuration, network, indexes and the like)
>>>

- JDBCConfig is used in the clustered  Geoserver as opposed to XML
Catalog in the Single Geoserver; same as above the query process could 
 be
slowing requests.

 Yes, this is well known, see this proposal I made at the beginning of
>>> 2017, it contains some performance numbers too:
>>> https://github.com/geoserver/geoserver/wiki/GSIP-155
>>> I cannot tell you how much of those 80ms are weighting on WMTS calls
>>> hitting already cached tiles on the embedded GWC, but I'm confident part of
>>> it will be there.
>>>
>>>

- The fact that *GWC Directory and Diskquota are clustered could be
an issues*; write/access speed of the remote GWC directory seems to
me as a cause of slow rendering of tiles and as so it tops my list of
culprits.

 That depends a lot on the network file system in use.
>>>
>>>
 ​The third point is the source of my motivation to run GWC as
 standalone in front of the Geoserver Cluster proxy. The have the GWC
 Blobstore closer instead of a network drive.

   Can you elaborate what you mean by "as efficient
 and fast"?

 My experience with the Integrated GWC (Six Instances of them which do
 not share workload) is definitely slower as I've mentioned 4 -6 times
 slower that a single GWC.

>>>
>>> Are you talking about serving cached tiles or tiles that need to be
>>> built on the fly?
>>>
>>>

 In fact I have stopped one VM and move the Tiles (GWC dir) to a local
 directory in the same machine as the Geoservers but still slower than one
 Geoserver.

>>>
>>> Yeah, the two common topologies are:
>>>
>>>- Shared network storage, mostly read only, pre-seeded on some
>>>other, non online machine
>>>- One tile storage per network node, non shared, especially useful
>>>for data changes a l

Re: [Geoserver-users] Standalone Geowebcache and Geoserver

[Steve Omondi]

Yes Matteo,

I'm wondering if I could have used that but then I wanted the database
catalog and JDBC Role Service together with monitoring so I could do other
quaeries with the database outside Geoserver environment. Which seems to be
costly now.

I may have to switch in the next upgrade.

Kind regards,
Steve Omondi

On Wed, Nov 8, 2017 at 10:09 AM, Matteo Cusmai 
wrote:

> Hi Steve,
> With jms cluster you don't need jdbc config, because every catalog updates
> are performed on all nodes.
>
> The problem is gwc configurations, it seems that jms cluster doesn't take
> into account them. I have opened a thread on this issue, but up to now I
> haven't received any answers.
>
> On 8 Nov 2017 07:40, "Steve Omondi"  wrote:
>
>> Hi Andrea,
>>
>>  Are you talking about serving cached tiles or tiles that need to be
>> built on the fly?
>>
>> ​Both. I pre-seed some area to a certain zoom level, but I'm also leaving
>> most of the seeding to be done by users on the fly.​
>>
>>
>> Yes, this is well known, see this proposal I made at the beginning of
>> 2017, it contains some performance numbers too:
>> https://github.com/geoserver/geoserver/wiki/GSIP-155
>> I cannot tell you how much of those 80ms are weighting on WMTS calls
>> hitting already cached tiles on the embedded GWC, but I'm confident part of
>> it will be there.
>>
>> ​I didn't quite look at it this way. But actually the JDBCConfig is a big
>> difference between my clustered environment and the Single Geoserver. I
>> could be going after GWC but the quesries are most likely the issue.
>> However, this si a sacrifice I have to make to share the catalog between
>> different machines.​
>>
>>
>> Kind regards,
>> Steve Omondi
>>
>> On Tue, Nov 7, 2017 at 9:07 PM, Andrea Aime > > wrote:
>>
>>> On Tue, Nov 7, 2017 at 3:05 PM, Steve Omondi 
>>> wrote:
>>>
 ​I have 6 Geoservers + Embedded GWC spread on two VMs 3 each. Each
 running on separate Tomcat. All the Six Geoserver are running behind Apache
 HTTPD proxy Balancer. I tried tuning the Java Process setting to optimum.

 On the other hand I had a single Geoserver+ Embedded GWC.

 On performing tests, The 6 Geoserver are 4-6 time slower than the
 Single Geoserver while rendering a layergroup of HR Aerial Imagery on
 Openlayers client.

 I made a list of the configuration differences between the clustered
 Geoservers and the Single Geoserver and some of the items are;

- I use Authkey for Authentication in the Clustered Geoservers with
a JDBC Role Service - so maybe every tile request has to perform
authorization by querying the database and all those processes may slow 
 the
request.


>>> This certainly adds work, queries to databases are expensive (how much
>>> so, depends a lot on your configuration, network, indexes and the like)
>>>

- JDBCConfig is used in the clustered  Geoserver as opposed to XML
Catalog in the Single Geoserver; same as above the query process could 
 be
slowing requests.

 Yes, this is well known, see this proposal I made at the beginning of
>>> 2017, it contains some performance numbers too:
>>> https://github.com/geoserver/geoserver/wiki/GSIP-155
>>> I cannot tell you how much of those 80ms are weighting on WMTS calls
>>> hitting already cached tiles on the embedded GWC, but I'm confident part of
>>> it will be there.
>>>
>>>

- The fact that *GWC Directory and Diskquota are clustered could be
an issues*; write/access speed of the remote GWC directory seems to
me as a cause of slow rendering of tiles and as so it tops my list of
culprits.

 That depends a lot on the network file system in use.
>>>
>>>
 ​The third point is the source of my motivation to run GWC as
 standalone in front of the Geoserver Cluster proxy. The have the GWC
 Blobstore closer instead of a network drive.

   Can you elaborate what you mean by "as efficient
 and fast"?

 My experience with the Integrated GWC (Six Instances of them which do
 not share workload) is definitely slower as I've mentioned 4 -6 times
 slower that a single GWC.

>>>
>>> Are you talking about serving cached tiles or tiles that need to be
>>> built on the fly?
>>>
>>>

 In fact I have stopped one VM and move the Tiles (GWC dir) to a local
 directory in the same machine as the Geoservers but still slower than one
 Geoserver.

>>>
>>> Yeah, the two common topologies are:
>>>
>>>- Shared network storage, mostly read only, pre-seeded on some
>>>other, non online machine
>>>- One tile storage per network node, non shared, especially useful
>>>for data changes a lot
>>>
>>> I'd love to see a local storage option that allows picking tiles from
>>> other nodes via some clustering technology (e.g., hazelcast distribution),
>>> merging the benefits of the two world but... it's