Re: [Geoserver-users] Problem with timestamps and Oracle datastore

[DGIS Devels]

We had not thought it was a problem related to the time change. We
haveconsidered it and and that Geoserver returns results in GMT, and no
problem with the hour.

However, we still find answers to the date indicated with a day less than
stored in BD.

Thank you very much for your response.

2016-03-16 10:06 GMT+01:00 Ian Turton :

> The quick answer to why there is a 2 hour difference is daylight savings
> (or summer) time. You are actually in GMT+2 in June.
>
> The simple answer is for your client to convert all your timestamps to GMT
> before any interaction with the data base if that is what you have the
> database set to.
>
> Ian
>
> On 16 March 2016 at 08:34, DGIS Devels  wrote:
>
>> Hi,
>>
>> any help on this, please? We fail to understand why the date is sent with
>> a day less than that stored in BD and time to two hours before.
>>
>> Thanks
>>
>> 2016-03-11 12:21 GMT+01:00 DGIS Devels :
>>
>>> Hi all,
>>>
>>> we are having problems retrieving data using WFS from a oracle
>>> datastore, specifically related to dates and timestamps. We have read
>>> other posts in which other people had similar problems, but not found
>>> response.
>>>
>>> Our WFS filters are similar to:
>>>
>>> http://www.opengis.net/ogc;>
>>> 
>>>   FH_TIMESTAMP
>>>   
>>>   2015-06-08 12:00:00
>>>   
>>>   
>>>   2015-06-08 13:00:00
>>>   
>>> 
>>> ...
>>>
>>> Here in Spain, we work in GMT+1. The FH_TIMESTAMP field is defined as
>>> TIMESTAMP in the related table. Tomcat where GeoServer is deployed is
>>> set as defaulta to GMT.
>>> This query must return a single result with date/time 2015-06-08
>>> 12:12:01. Indeed it is recovering, but the response shows 10:12:01
>>> instead of 12:12:01. Also, the date field (Date type in BD ... ), from
>>> which the timestamp is generated, is one day late:
>>>
>>> *2015-06-07Z*
>>> 2015-06-08T*10:12:01*Z
>>>
>>> Geoserver The log shows the following information for this request:
>>>
>>> 03/07/2016 13: 58: 27.468 DEBUG [geotools.jdbc] - SELECT * FROM (?
>>> SELECT FH_FECHA, FH_TIMESTAMP, ..., as GEOM GEOM FROM ... WHERE
>>> (FH_TIMESTAMP BETWEEN ? AND ?)) WHERE ROWNUM <= 2000
>>> 03/07/2016 13: 58: 27.468 DEBUG [geotools.jdbc] - 1 = 2015-06-08
>>> 12:00:00.0
>>> 07/03/2016 13: 58: 27.468 DEBUG [geotools.jdbc] - 2 = 2015-06-08
>>> 13:00:00.0
>>> 07/03/2016 13: 58: 27.503 DEBUG [geotools.jdbc] - 2015-06-08 12: 12:01.0
>>> is not of type java.sql.Timestamp, attempting conversion
>>>
>>> We have tried to make the same request with "geoserver" format. In this
>>> case, we have to decrease the range of timestamp in two hours in order to
>>> recover the same data:
>>>
>>> 
>>>  FH_TIMESTAMP
>>>  
>>>  2015-06-08T10:00:00Z
>>>  
>>>  
>>>  2015-06-08T11:00:00Z
>>>  
>>>
>>>
>>> Result is the same: hour late and erroneous date:
>>>
>>> *2015-06-07Z*
>>> *2015-06-08T10:12:01Z*
>>>
>>> Same as for the previous query.
>>>
>>> What should we do to show to avoid previous day's date and time with two
>>> hours late?
>>>
>>> Any help is welcome.
>>>
>>> Thank you very much, greetings
>>>
>>
>>
>>
>> --
>> Transform Data into Opportunity.
>> Accelerate data analysis in your applications with
>> Intel Data Analytics Acceleration Library.
>> Click to learn more.
>> http://pubads.g.doubleclick.net/gampad/clk?id=278785231=/4140
>> ___
>> Geoserver-users mailing list
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
>>
>
>
> --
> Ian Turton
>
--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231=/4140___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] Error calling getLayerStyles()

[Michael Neynens]

Geoserver 2.8.1

Hi all,

I am migrating data from Geoserver 2.2.5 to Geoserver 2.8.1. There is some 
modification done to the layergroups, datastore, and featuretype xml files to 
make the compliant with 2.8.1.  After the data is migrated into 2.8.1, I can 
boot up geoserver and login to the web gui. I have one layer group, and when I 
click on it, the page fails to load and I am presented with the stack trace 
below. All the necessary styles are present in the styles directory, however. 
Can anyone help me figure out why the current styles of layer are not available?

org.apache.wicket.WicketRuntimeException: Error calling method: public 
java.util.Set org.geoserver.gwc.layer.StyleParameterFilter.getLayerStyles() on 
object: 
StyleParameterFilter[allowedStyles=,availableStyles=,defaultStyle=,key=STYLES,defaultValue=]
 at 
org.apache.wicket.util.lang.PropertyResolver$MethodGetAndSet.getValue(PropertyResolver.java:1075)
 at 
org.apache.wicket.util.lang.PropertyResolver$ObjectAndGetSetter.getValue(PropertyResolver.java:596)
 at 
org.apache.wicket.util.lang.PropertyResolver.getValue(PropertyResolver.java:95) 
at 
org.apache.wicket.model.AbstractPropertyModel.getObject(AbstractPropertyModel.java:117)
 at 
org.geoserver.gwc.web.layer.StyleParameterFilterSubform$SetAsListModel.(StyleParameterFilterSubform.java:47)
 at 
org.geoserver.gwc.web.layer.StyleParameterFilterSubform.(StyleParameterFilterSubform.java:203)
 at 
org.geoserver.gwc.web.layer.ParameterFilterEditor.getSubform(ParameterFilterEditor.java:343)
 at 
org.geoserver.gwc.web.layer.ParameterFilterEditor.access$000(ParameterFilterEditor.java:59)
 at 
org.geoserver.gwc.web.layer.ParameterFilterEditor$1.populateItem(ParameterFilterEditor.java:187)
 at org.apache.wicket.markup.html.list.ListView.onPopulate(ListView.java:562) 
at 
org.apache.wicket.markup.repeater.AbstractRepeater.onBeforeRender(AbstractRepeater.java:131)
 at 
org.geoserver.gwc.web.layer.ParameterFilterEditor$1.onBeforeRender(ParameterFilterEditor.java:173)
 at org.apache.wicket.Component.internalBeforeRender(Component.java:1071) at 
org.apache.wicket.Component.beforeRender(Component.java:1105) at 
org.apache.wicket.MarkupContainer.onBeforeRenderChildren(MarkupContainer.java:1753)
 at org.apache.wicket.Component.onBeforeRender(Component.java:3946) at 
org.apache.wicket.markup.html.form.Form.onBeforeRender(Form.java:2056) at 
org.apache.wicket.Component.internalBeforeRender(Component.java:1071) at 
org.apache.wicket.Component.beforeRender(Component.java:1105) at 
org.apache.wicket.MarkupContainer.onBeforeRenderChildren(MarkupContainer.java:1753)
 at org.apache.wicket.Component.onBeforeRender(Component.java:3946) at 
org.apache.wicket.Component.internalBeforeRender(Component.java:1071) at 
org.apache.wicket.Component.beforeRender(Component.java:1105) at 
org.apache.wicket.MarkupContainer.onBeforeRenderChildren(MarkupContainer.java:1753)
 at org.apache.wicket.Component.onBeforeRender(Component.java:3946) at 
org.apache.wicket.Component.internalBeforeRender(Component.java:1071) at 
org.apache.wicket.Component.beforeRender(Component.java:1105) at 
org.apache.wicket.MarkupContainer.onBeforeRenderChildren(MarkupContainer.java:1753)
 at org.apache.wicket.Component.onBeforeRender(Component.java:3946) at 
org.geoserver.gwc.web.layer.ParameterFilterEditor.onBeforeRender(ParameterFilterEditor.java:393)
 at org.apache.wicket.Component.internalBeforeRender(Component.java:1071) at 
org.apache.wicket.Component.beforeRender(Component.java:1105) at 
org.apache.wicket.MarkupContainer.onBeforeRenderChildren(MarkupContainer.java:1753)
 at org.apache.wicket.Component.onBeforeRender(Component.java:3946) at 
org.apache.wicket.Component.internalBeforeRender(Component.java:1071) at 
org.apache.wicket.Component.beforeRender(Component.java:1105) at 
org.apache.wicket.MarkupContainer.onBeforeRenderChildren(MarkupContainer.java:1753)
 at org.apache.wicket.Component.onBeforeRender(Component.java:3946) at 
org.apache.wicket.Component.internalBeforeRender(Component.java:1071) at 
org.apache.wicket.Component.beforeRender(Component.java:1105) at 
org.apache.wicket.MarkupContainer.onBeforeRenderChildren(MarkupContainer.java:1753)
 at org.apache.wicket.Component.onBeforeRender(Component.java:3946) at 
org.geoserver.gwc.web.layer.GeoServerTileLayerEditor.onBeforeRender(GeoServerTileLayerEditor.java:561)
 at org.apache.wicket.Component.internalBeforeRender(Component.java:1071) at 
org.apache.wicket.Component.beforeRender(Component.java:1105) at 
org.apache.wicket.MarkupContainer.onBeforeRenderChildren(MarkupContainer.java:1753)
 at org.apache.wicket.Component.onBeforeRender(Component.java:3946) at 
org.apache.wicket.Component.internalBeforeRender(Component.java:1071) at 
org.apache.wicket.Component.beforeRender(Component.java:1105) at 
org.apache.wicket.MarkupContainer.onBeforeRenderChildren(MarkupContainer.java:1753)
 at org.apache.wicket.Component.onBeforeRender(Component.java:3946) at 

Re: [Geoserver-users] Serving a large number of Geotiffs

[Rahkonen Jukka (MML)]

Hi,

It may be good to know that older Geoserver versions can't utilize external 
overviews which are saved into separate files (image_name.ovr) if gdaladdo is 
run with -ro option. I believe that external overviews are supported nowadays 
but I could not find since which version.

Internal overviews are added into the image files and they cannot be removed or 
updated easily if one wants to test with different resampling methods so I 
recommend to take a backup first.

-Jukka Rahkonen-

Andrea Aime wrote:

On Fri, Mar 18, 2016 at 10:07 AM, Max 
> wrote:
If I create overviews for the images, do the Geoserver layers
associated with it need to be recreated?

Going by memory, to be sure the overviews are recognized, you have to restart
the server, or reload the configuration (the reload button in the server 
configuration panel)

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.

---
--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231=/4140___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] web admin behaviour for styles and layers edits

[Richard Duivenvoorde]

On 17-03-16 16:26, Kirk, Victor wrote:
> When I'm editing a style and checking the result I simply press Alt+left on 
> the style page to go back to the style. 

That brings you back to the 'old version' of your style (I just
checked). This just takes the old cached version of the page, containing
the sld version BEFORE I just submitted (at least here in
Firefox/Windooz I just checked)

Regards,

Richard

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231=/4140
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Serving a large number of Geotiffs

[Ian Turton]

Those sound like small tiffs so you would be better combining them together
to avoid opening too many files at a time. Have a look at gdalbuildvrt to
make a virtual raster catalogue that you can then convert into a tiled
compressed geotiff that is in your main output projection.

Have a read through the annual "GeoServer on Steroids" presentation  (
http://www.slideshare.net/geosolutions/geoserver-on-steroids-foss4g-2015 )
for more ideas.#

Ian

On 17 March 2016 at 09:51, Max  wrote:

> I have a large number - more than 60 thousand - of relatively small
> Geotiffs, usually from 2 to 12 Mb. I have a web client that uses
> Leaflet to view them, but things are quite slow even inside our own
> network. I have a hunch that both Geoserver and these Geotiffs are not
> configured in the best way possible.
>
> The tiffs were generated from a bunch of EPSG:3035 Ascii grid files
> using this command:
>
> for f in *.rsl; do gdal_translate -a_srs EPSG:3035  -co "TILED=YES"
> -co  "BLOCKXSIZE=512" -co "BLOCKYSIZE=512" -co "COMPRESS=DEFLATE" -co
> "ZLEVEL=9" -co "BIGTIFF=YES" $f $f.tif; done
>
> Then I wrote a Python script that created a store and a layer for each
> of the tiffs.
>
> Here is the output from gdalinfo for a typical one:
>
> Driver: GTiff/GeoTIFF
> Files: se502c_R9_C1_3_T_2531_sec.rsl.tif
> Size is 3396, 2271
> Coordinate System is:
> PROJCS["ETRS89 / LAEA Europe",
> GEOGCS["ETRS89",
> DATUM["European_Terrestrial_Reference_System_1989",
> SPHEROID["GRS 1980",6378137,298.2572221010002,
> AUTHORITY["EPSG","7019"]],
> TOWGS84[0,0,0,0,0,0,0],
> AUTHORITY["EPSG","6258"]],
> PRIMEM["Greenwich",0],
> UNIT["degree",0.0174532925199433],
> AUTHORITY["EPSG","4258"]],
> PROJECTION["Lambert_Azimuthal_Equal_Area"],
> PARAMETER["latitude_of_center",52],
> PARAMETER["longitude_of_center",10],
> PARAMETER["false_easting",4321000],
> PARAMETER["false_northing",321],
>
> As you can see they are EPSG:3035. They should be internally tiled. In
> the Coordinate Reference Systems for Geoserver, it says that both
> Native SRS and Declared SRS are EPSG:3035, and that the handling
> should be to reproject native to declared.
>
> My web client overlays these Geotiffs on a standard OpenStreetMap
> layer in Web Mercator. All the geotiffs we have tried appear
> correctly, so I guess reprojection is still happening at some stage.
>
> My gut feeling is that I might gain some speed by reprojecting the
> original Geotiffs to Web Mercator, or at least changing the declared
> SRS to Web Mercator in Geoserver. Not keen on it, it's going to take
> days. What other properties of the Geotiffs could I tinker with?
>
> Would caching with GeoWebCache help, given the file size?
>
> Bonus question - if a Geotiff is changed, by reprojecting or retiling
> or what have you, does the Geoserver layer associated with it get
> invalidated? It took days to create them all.
>
> I'd really appreciate your feeback.
>
> Thanks in advance,
> Max
>
>
> --
> Transform Data into Opportunity.
> Accelerate data analysis in your applications with
> Intel Data Analytics Acceleration Library.
> Click to learn more.
> http://pubads.g.doubleclick.net/gampad/clk?id=278785231=/4140
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>



-- 
Ian Turton
--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231=/4140___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Serving a large number of Geotiffs

[Max]

If I create overviews for the images, do the Geoserver layers
associated with it need to be recreated?

Max

On 17 March 2016 at 14:21, Rahkonen Jukka (MML)
 wrote:
> Hi,
>
>
>
> If you want to keep all 6 layers which is not optimal as Andrea just
> wrote,  the most obvious thing to do is to create overviews for the images.
>
> gdaladdo –r average 2 4 8 16 32 64 image.tif --config COMPRESS_OVERVIEW
> DEFLATE
>
>
>
> It is worth making a test before reprojecting images physically into
> EPSG:3857. On-the-fly reprojecting is not necessarily so slow.
>
> I saw that you have used the BIGTIFF=YES option. It is not needed for your
> small images and it probably makes reading the images a little bit slower
> but I guess that the difference is marginal. Tile size 256x256 could be a
> bit faster than 512x512 but that’t also marginal.
>
>
>
>
>
> -Jukka Rahkonen-
>
>
>
> basiliosz wrote:
>
>
>
> As 6 layers. They are not contiguous, are completely separate and are
> viewed strictly one at a time per user.
>
> The scenario: user selects a city and a couple parameters, the JS code
> figures out what layer to request, then submits the request for that layer
> to Geoserver. Eventually the layer is added to the map.
>
> Max
>
> On 17 Mar 2016 13:44, "Andrea Aime"  wrote:
>
> Hi,
>
> just to be sure, how have you published them?
>
> As a single image mosaic or as 6 separate layers?
>
>
>
> Cheers
>
> Andrea
>
>
>
>
>
> On Thu, Mar 17, 2016 at 12:56 PM, Max  wrote:
>
> Thanks - because of the origin of the data the Geotiffs are not
> adjacent, there's a little group for each of about 500 cities, but
> strictly one of them at a time is shown, so I'm not sure how much
> that's going to help. If there's something computationally intensive
> going on at the server's end, that's going to be a drag in any case.
>
> Going through the Geoserver on Steroids presentation now, thanks!
>
> Max
>
>
> On 17 March 2016 at 11:16, Ian Turton  wrote:
>> Those sound like small tiffs so you would be better combining them
>> together
>> to avoid opening too many files at a time. Have a look at gdalbuildvrt to
>> make a virtual raster catalogue that you can then convert into a tiled
>> compressed geotiff that is in your main output projection.
>>
>> Have a read through the annual "GeoServer on Steroids" presentation
>> (http://www.slideshare.net/geosolutions/geoserver-on-steroids-foss4g-2015
>> )
>> for more ideas.#
>>
>> Ian
>>
>> On 17 March 2016 at 09:51, Max  wrote:
>>>
>>> I have a large number - more than 60 thousand - of relatively small
>>> Geotiffs, usually from 2 to 12 Mb. I have a web client that uses
>>> Leaflet to view them, but things are quite slow even inside our own
>>> network. I have a hunch that both Geoserver and these Geotiffs are not
>>> configured in the best way possible.
>>>
>>> The tiffs were generated from a bunch of EPSG:3035 Ascii grid files
>>> using this command:
>>>
>>> for f in *.rsl; do gdal_translate -a_srs EPSG:3035  -co "TILED=YES"
>>> -co  "BLOCKXSIZE=512" -co "BLOCKYSIZE=512" -co "COMPRESS=DEFLATE" -co
>>> "ZLEVEL=9" -co "BIGTIFF=YES" $f $f.tif; done
>>>
>>> Then I wrote a Python script that created a store and a layer for each
>>> of the tiffs.
>>>
>>> Here is the output from gdalinfo for a typical one:
>>>
>>> Driver: GTiff/GeoTIFF
>>> Files: se502c_R9_C1_3_T_2531_sec.rsl.tif
>>> Size is 3396, 2271
>>> Coordinate System is:
>>> PROJCS["ETRS89 / LAEA Europe",
>>> GEOGCS["ETRS89",
>>> DATUM["European_Terrestrial_Reference_System_1989",
>>> SPHEROID["GRS 1980",6378137,298.2572221010002,
>>> AUTHORITY["EPSG","7019"]],
>>> TOWGS84[0,0,0,0,0,0,0],
>>> AUTHORITY["EPSG","6258"]],
>>> PRIMEM["Greenwich",0],
>>> UNIT["degree",0.0174532925199433],
>>> AUTHORITY["EPSG","4258"]],
>>> PROJECTION["Lambert_Azimuthal_Equal_Area"],
>>> PARAMETER["latitude_of_center",52],
>>> PARAMETER["longitude_of_center",10],
>>> PARAMETER["false_easting",4321000],
>>> PARAMETER["false_northing",321],
>>>
>>> As you can see they are EPSG:3035. They should be internally tiled. In
>>> the Coordinate Reference Systems for Geoserver, it says that both
>>> Native SRS and Declared SRS are EPSG:3035, and that the handling
>>> should be to reproject native to declared.
>>>
>>> My web client overlays these Geotiffs on a standard OpenStreetMap
>>> layer in Web Mercator. All the geotiffs we have tried appear
>>> correctly, so I guess reprojection is still happening at some stage.
>>>
>>> My gut feeling is that I might gain some speed by reprojecting the
>>> original Geotiffs to Web Mercator, or at least changing the declared
>>> SRS to Web Mercator in Geoserver. Not keen on it, it's going to take
>>> days. What other properties of the Geotiffs could I tinker with?
>>>
>>> Would caching with GeoWebCache help, given 

[Geoserver-users] Cascades a remote WMS

[pinheiro]

Dear Geoserver-Users,

I have a proxy in the network running behind Geoserver. Because of that I 
am unable to connect to the Capabilities URL. Geoserver is installed in a 
windows environment. 
Could anyone give me a clue how to solve that?

I have gone through: Settings --> Global--> Proxy Base URL: 
http://proxy-aa.net

For the last, I stopped and started the service, But it did not work. I am 
still unable to make a connection. 

Thank you for your time.

e--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231=/4140___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] Cannot disable security on GWC REST API

[Jason Newmoyer]

GeoServer 2.8.2 with Jetty 9.3

I am trying to disable authentication entirely on the geoserver/gwc/rest
endpoint to make it easier for our applications to automate cache
truncation when data updates are loaded.

I have tried:

1. Updating rest.properties under data_dir/security to this:

/**;GET=IS_AUTHENTICATED_ANONYMOUSLY
/**;POST,DELETE,PUT=IS_AUTHENTICATED_ANONYMOUSLY

This seems to have no effect. Maybe its only tied to the geoserver/rest
endpoint?

2. Disabling security on the gwc filter chain using the admin web
interface. Also, have tried adding the anonymous filter and removing the
basic filter in this filter chain's settings.

Oddly enough, it seems to switch itself back to default settings after the
configuration reloads (either manual reload on server status page or server
restart)

I am testing this by using curl as described here:
http://docs.geoserver.org/stable/en/user/geowebcache/rest/seed.html



Jason Newmoyer
Newmoyer Geospatial Solutions
843.606.0424
ja...@newmoyergeospatial.com
--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231=/4140___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] web admin behaviour for styles and layers edits

[Ian Turton]

Ideally it would be like the CSS style editing page with a map tab and a
data tab?

Does anyone know how hard it would be to nick that code and add it to the
SLD page?

Ian

On 17 March 2016 at 15:42, Kirk, Victor  wrote:

> That's no good then.  Does work for me however on chrome win+linux.
>
> -Original Message-
> From: Richard Duivenvoorde [mailto:rdmaili...@duif.net]
> Sent: 17 March 2016 15:37
> To: geoserver-users@lists.sourceforge.net
> Subject: Re: [Geoserver-users] web admin behaviour for styles and layers
> edits
>
> On 17-03-16 16:26, Kirk, Victor wrote:
> > When I'm editing a style and checking the result I simply press Alt+left
> on the style page to go back to the style.
>
> That brings you back to the 'old version' of your style (I just checked).
> This just takes the old cached version of the page, containing the sld
> version BEFORE I just submitted (at least here in Firefox/Windooz I just
> checked)
>
> Regards,
>
> Richard
>
>
> --
> Transform Data into Opportunity.
> Accelerate data analysis in your applications with Intel Data Analytics
> Acceleration Library.
> Click to learn more.
> http://pubads.g.doubleclick.net/gampad/clk?id=278785231=/4140
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
> --
> Transform Data into Opportunity.
> Accelerate data analysis in your applications with
> Intel Data Analytics Acceleration Library.
> Click to learn more.
> http://pubads.g.doubleclick.net/gampad/clk?id=278785231=/4140
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>



-- 
Ian Turton
--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231=/4140___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Adding Style through Rest

[David Haynes II]

Andrea,

Thanks for pointing me to that library. Seems like most of the pieces are
there.

On another topic are you or anyone from Geoserver presenting at FOSS4g in
Bonn? I know there have been a couple of tutorials and I'd definitely send
a colleague of mine to attend the workshop if one was going to be held.

On Thu, Mar 17, 2016 at 11:05 AM, Andrea Aime 
wrote:

> Hi David,
> you might want to look at what gsconfig does (or just use it):
>
> https://github.com/boundlessgeo/gsconfig
>
> Cheers
> Andrea
>
>
> On Thu, Mar 17, 2016 at 4:53 PM, David Haynes II  wrote:
>
>> Hello,
>>
>> I am running into an issue with adding a style to an existing layer via
>> API in Python.
>> The existing layer has 1 style and I want to add a send.
>>
>> {"styles":{"style":[{"name":"tp_raster_ramp","href":"https:\/\/myserver.com\/geoserver\/rest\/layers\/bambarahar\/styles\/tp_raster_ramp.json"}]}}
>>
>> {"styles":{"style":[{"name":"tp_raster_ramp","href":"https:\/\/myserver.com\/geoserver\/rest\/layers\/applehar\/styles\/tp_raster_ramp.json"},{"name":"tp_raster_generic","href":"https:\/\/geoserver.terrapop.org\/geoserver\/rest\/layers\/applehar\/styles\/tp_raster_generic.json"}]}}
>>
>> My question is what I put in the payload. Currently, I have been 
>> constructing both styles via json object but I keep getting an class errors.
>>
>> http://docs.geoserver.org/stable/en/user/rest/api/layers.html
>>
>>
>> --
>> David Haynes, Ph.D.
>> Research Associate Terra Populus
>> Minnesota Population Center
>> 612-626-3933
>> www.terrapop.org
>>
>>
>> --
>> Transform Data into Opportunity.
>> Accelerate data analysis in your applications with
>> Intel Data Analytics Acceleration Library.
>> Click to learn more.
>> http://pubads.g.doubleclick.net/gampad/clk?id=278785231=/4140
>> ___
>> Geoserver-users mailing list
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
>>
>
>
> --
> ==
> 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.
>
> ---
>



-- 
David Haynes, Ph.D.
Research Associate Terra Populus
Minnesota Population Center
612-626-3933
www.terrapop.org
--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231=/4140___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Problem with timestamps and Oracle datastore

[Andrea Aime]

On Thu, Mar 17, 2016 at 12:09 PM, DGIS Devels 
wrote:

> We had not thought it was a problem related to the time change. We
> haveconsidered it and and that Geoserver returns results in GMT, and no
> problem with the hour.
>

Dates are also converted to GMT, there is an interesting discussion on the
geotools-devel list for that,
and I believe a new flag is being introduced for those that want dates not
to be considered a concept
related to timezone

I believe it's this one:
http://osgeo-org.1560.x6.nabble.com/GEOT-5329-Proposal-to-avoid-Date-shifting-due-to-Timezones-td5241912.html

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.

---
--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231=/4140___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Adding Style through Rest

[Andrea Aime]

Hi David,
you might want to look at what gsconfig does (or just use it):

https://github.com/boundlessgeo/gsconfig

Cheers
Andrea


On Thu, Mar 17, 2016 at 4:53 PM, David Haynes II  wrote:

> Hello,
>
> I am running into an issue with adding a style to an existing layer via
> API in Python.
> The existing layer has 1 style and I want to add a send.
>
> {"styles":{"style":[{"name":"tp_raster_ramp","href":"https:\/\/myserver.com\/geoserver\/rest\/layers\/bambarahar\/styles\/tp_raster_ramp.json"}]}}
>
> {"styles":{"style":[{"name":"tp_raster_ramp","href":"https:\/\/myserver.com\/geoserver\/rest\/layers\/applehar\/styles\/tp_raster_ramp.json"},{"name":"tp_raster_generic","href":"https:\/\/geoserver.terrapop.org\/geoserver\/rest\/layers\/applehar\/styles\/tp_raster_generic.json"}]}}
>
> My question is what I put in the payload. Currently, I have been constructing 
> both styles via json object but I keep getting an class errors.
>
> http://docs.geoserver.org/stable/en/user/rest/api/layers.html
>
>
> --
> David Haynes, Ph.D.
> Research Associate Terra Populus
> Minnesota Population Center
> 612-626-3933
> www.terrapop.org
>
>
> --
> Transform Data into Opportunity.
> Accelerate data analysis in your applications with
> Intel Data Analytics Acceleration Library.
> Click to learn more.
> http://pubads.g.doubleclick.net/gampad/clk?id=278785231=/4140
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>


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

---
--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231=/4140___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Welcome to the "Geoserver-users" mailing list (Digest mode)

[Kevin Smith]

Welcome to the GeoServer Users list.
 
On Fri, Mar 18, 2016, at 04:52 AM, pinhe...@chm.mar.mil.br wrote:
> Dear geoserver-users,
>
> I am sending my e-mail according
to the message bellow.
 
> To post to this list, send your email to:
>
>
 geoserver-users@lists.sourceforge.net
 
I think you may have misunderstood this part. The message was just
telling you how to post messages to the list. It didn't require that you
send a message to complete the subscription.  That you received that
email means you were subscribed successfully.
 
-- 
Kevin Michael Smith
smit...@draconic.ca
 
--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231=/4140___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] Adding Style through Rest

[David Haynes II]

Hello,

I am running into an issue with adding a style to an existing layer via API
in Python.
The existing layer has 1 style and I want to add a send.

{"styles":{"style":[{"name":"tp_raster_ramp","href":"https:\/\/myserver.com\/geoserver\/rest\/layers\/bambarahar\/styles\/tp_raster_ramp.json"}]}}

{"styles":{"style":[{"name":"tp_raster_ramp","href":"https:\/\/myserver.com\/geoserver\/rest\/layers\/applehar\/styles\/tp_raster_ramp.json"},{"name":"tp_raster_generic","href":"https:\/\/geoserver.terrapop.org\/geoserver\/rest\/layers\/applehar\/styles\/tp_raster_generic.json"}]}}

My question is what I put in the payload. Currently, I have been
constructing both styles via json object but I keep getting an class
errors.

http://docs.geoserver.org/stable/en/user/rest/api/layers.html


-- 
David Haynes, Ph.D.
Research Associate Terra Populus
Minnesota Population Center
612-626-3933
www.terrapop.org
--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231=/4140___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] web admin behaviour for styles and layers edits

[Andrea Aime]

On Thu, Mar 17, 2016 at 5:41 PM, Ian Turton  wrote:

> Ideally it would be like the CSS style editing page with a map tab and a
> data tab?
>
> Does anyone know how hard it would be to nick that code and add it to the
> SLD page?
>

Eh, I thought about it a few times... it's not so easy... that page has
several CSS specific
bits, it's not internaltionalized, the internal code surely could use some
love.
It's definitely doable, but it's more than a few hours imho.

And it may require a GSIP, since it would be a significant departure from
our current
UI scheme (the more so if one looks at replacing both the style list page
and the
editor page with that one page).

And of course, more doc updates :-)

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.

---
--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231=/4140___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Serving a large number of Geotiffs

[Andrea Aime]

On Thu, Mar 17, 2016 at 3:00 PM, Max  wrote:

> As 6 layers. They are not contiguous, are completely separate and are
> viewed strictly one at a time per user.
>

Ah, that is a factory in the slowness you're seeing... GeoServer is not
currently designed to handle
efficiently that amount of layers, there are linear scans in the catalog
code.

It could be improved with some development effort (to make it use hashed
lookups instead of linear scans),
and there is also a community (aka unsupported) module called jdbcconfig
that does not even load the config in memory and makes direct queries
against the db that
works better with so many layers, but it's still really slow in some cases
(it's being improved over time, but
not quite ready for all use cases yet).

Suggestion: if possible, set them up a single image mosaic, and then use
the cql_filter against
the mosaic index attributes to just get the one image you need

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.

---
--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231=/4140___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Problem with timestamps and Oracle datastore

[Ian Turton]

The day change occurs because your time stamp was truncated to a date at
some point and then moved back by an hour (or two) which moves it into the
previous day and then it got truncated again.

Ian

On 17 March 2016 at 11:09, DGIS Devels  wrote:

> We had not thought it was a problem related to the time change. We
> haveconsidered it and and that Geoserver returns results in GMT, and no
> problem with the hour.
>
> However, we still find answers to the date indicated with a day less than
> stored in BD.
>
> Thank you very much for your response.
>
> 2016-03-16 10:06 GMT+01:00 Ian Turton :
>
>> The quick answer to why there is a 2 hour difference is daylight savings
>> (or summer) time. You are actually in GMT+2 in June.
>>
>> The simple answer is for your client to convert all your timestamps to
>> GMT before any interaction with the data base if that is what you have the
>> database set to.
>>
>> Ian
>>
>> On 16 March 2016 at 08:34, DGIS Devels 
>> wrote:
>>
>>> Hi,
>>>
>>> any help on this, please? We fail to understand why the date is sent with
>>> a day less than that stored in BD and time to two hours before.
>>>
>>> Thanks
>>>
>>> 2016-03-11 12:21 GMT+01:00 DGIS Devels :
>>>
 Hi all,

 we are having problems retrieving data using WFS from a oracle
 datastore, specifically related to dates and timestamps. We have read
 other posts in which other people had similar problems, but not found
 response.

 Our WFS filters are similar to:

 http://www.opengis.net/ogc;>
 
   FH_TIMESTAMP
   
   2015-06-08 12:00:00
   
   
   2015-06-08 13:00:00
   
 
 ...

 Here in Spain, we work in GMT+1. The FH_TIMESTAMP field is defined as
 TIMESTAMP in the related table. Tomcat where GeoServer is deployed is
 set as defaulta to GMT.
 This query must return a single result with date/time 2015-06-08
 12:12:01. Indeed it is recovering, but the response shows 10:12:01
 instead of 12:12:01. Also, the date field (Date type in BD ... ), from
 which the timestamp is generated, is one day late:

 *2015-06-07Z*
 2015-06-08T*10:12:01*Z

 Geoserver The log shows the following information for this request:

 03/07/2016 13: 58: 27.468 DEBUG [geotools.jdbc] - SELECT * FROM (?
 SELECT FH_FECHA, FH_TIMESTAMP, ..., as GEOM GEOM FROM ... WHERE
 (FH_TIMESTAMP BETWEEN ? AND ?)) WHERE ROWNUM <= 2000
 03/07/2016 13: 58: 27.468 DEBUG [geotools.jdbc] - 1 = 2015-06-08
 12:00:00.0
 07/03/2016 13: 58: 27.468 DEBUG [geotools.jdbc] - 2 = 2015-06-08
 13:00:00.0
 07/03/2016 13: 58: 27.503 DEBUG [geotools.jdbc] - 2015-06-08 12:
 12:01.0 is not of type java.sql.Timestamp, attempting conversion

 We have tried to make the same request with "geoserver" format. In
 this case, we have to decrease the range of timestamp in two hours in 
 order to
 recover the same data:

 
  FH_TIMESTAMP
  
  2015-06-08T10:00:00Z
  
  
  2015-06-08T11:00:00Z
  


 Result is the same: hour late and erroneous date:

 *2015-06-07Z*
 *2015-06-08T10:12:01Z*

 Same as for the previous query.

 What should we do to show to avoid previous day's date and time with
 two hours late?

 Any help is welcome.

 Thank you very much, greetings

>>>
>>>
>>>
>>> --
>>> Transform Data into Opportunity.
>>> Accelerate data analysis in your applications with
>>> Intel Data Analytics Acceleration Library.
>>> Click to learn more.
>>> http://pubads.g.doubleclick.net/gampad/clk?id=278785231=/4140
>>> ___
>>> Geoserver-users mailing list
>>> Geoserver-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>>
>>>
>>
>>
>> --
>> Ian Turton
>>
>
>


-- 
Ian Turton
--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231=/4140___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] Getting the Legend as JSON

[Deepti Puri]

Form ArcMap service - we get JSON for Legend similar to this

https://p.com/arcgis/rest/services/aaa/aaa/MapServer/Legend?f=pjson=d.=angular.callbacks._0


 angular.callbacks._0({ "layers": [ { "layerId": 1, "layerName": "abc",
"layerType": "Feature Layer", "minScale": 0, "maxScale": 0, "legend": [ {
"label": "", "url": "76d5be60e5691543860aa46358f5dcf8", "imageData":
"iVBORw0KGgoNSUhEUgAAABQUCAYAAACNiR0NAXNSR0IB2cksfwlwSFlzAAAOxAAADsQBlSsOGwAAAF9JREFUOI1jYaAyYIExzFcw/EeXPBnBwEisPIaBlACYZScjGBjhBmKzjZBrsAGquBDDQGQnU8VAagKqGIjss8HpQgwDKY0MrOmQWmA0HZIH6J8OKSkbqZIOCbqQkrIRAPKcIWF3tuu1AElFTkSuQmCC
"contentType": "image/png", "height": 20, "width": 20 } ] },

Geoserver has the option getlegendgraphics for WMS- which is returning
image. I will need something similar as above. I noticed this proposed
change:
https://github.com/geoserver/geoserver/wiki/GSIP-81---GetLegendGraphic-as-text-(JSON)

Is it part of any release? I am beginner in geoserver and have installed
2.8.2 (stable release) recently. Please advise.

Thanks
--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231=/4140___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Getting the Legend as JSON

[Jonathan Moules]

Note that there is the "GetStyles" request (it's part of the SLD spec) - this 
returns the Style used for the layer as XML.

There are various convertors out there to convert XML to JSON - if you plugged 
one of them in as a piece of middleware between the client which needs JSON and 
GeoServer which is returning XML, you can probably get the desired outcome.
You can then parse the JSON to determine what the legend should be; easy for 
simple things (i.e. a polygon with a fill), but probably not desirable for more 
complex styles.

Cheers,
Jonathan


 On Thu, 17 Mar 2016 14:45:43 + Deepti 
Purideepti202j...@gmail.com wrote  

Form ArcMap service - we get JSON for Legend similar to this 

https://p.com/arcgis/rest/services/aaa/aaa/MapServer/Legend?f=pjsontoken=d.callback=angular.callbacks._0

 angular.callbacks._0({ "layers": [ { "layerId": 1, "layerName": "abc", 
"layerType": "Feature Layer", "minScale": 0, "maxScale": 0, "legend": [ { 
"label": "", "url": "76d5be60e5691543860aa46358f5dcf8", "imageData": 
"iVBORw0KGgoNSUhEUgAAABQUCAYAAACNiR0NAXNSR0IB2cksfwlwSFlzAAAOxAAADsQBlSsOGwAAAF9JREFUOI1jYaAyYIExzFcw/EeXPBnBwEisPIaBlACYZScjGBjhBmKzjZBrsAGquBDDQGQnU8VAagKqGIjss8HpQgwDKY0MrOmQWmA0HZIH6J8OKSkbqZIOCbqQkrIRAPKcIWF3tuu1AElFTkSuQmCC
 "contentType": "image/png", "height": 20, "width": 20 } ] },
Geoserver has the option getlegendgraphics for WMS- which is returning image. I 
will need something similar as above. I noticed this proposed change: 
https://github.com/geoserver/geoserver/wiki/GSIP-81---GetLegendGraphic-as-text-(JSON)
Is it part of any release? I am beginner in geoserver and have installed 2.8.2 
(stable release) recently. Please advise. 
Thanks


 -- 
Transform Data into Opportunity. 
Accelerate data analysis in your applications with 
Intel Data Analytics Acceleration Library. 
Click to learn more. 
http://pubads.g.doubleclick.net/gampad/clk?id=278785231iu=/4140___
 
Geoserver-users mailing list 
Geoserver-users@lists.sourceforge.net 
https://lists.sourceforge.net/lists/listinfo/geoserver-users 




--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231=/4140___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] web admin behaviour for styles and layers edits

[Andrea Aime]

I agree it's pretty annoying (and believe many share this opinion).
We'd just need to find funds to fix it.

Cheers
Andrea

On Thu, Mar 17, 2016 at 3:58 PM, Richard Duivenvoorde 
wrote:

> Hi Users,
>
> I created an issue for a 'feature request' which in short means:
> - when editing a style or layer in the Geoserver Web administration
> webpages, after the 'submit' can we please go back to the same style or
> layer you just edited.
>
> In my experience I need to fix at least two times, when I'm busy with
> layers or styles. But that means that after every submit of a style
> page, (and seeing in my viewer that my edit was not 100% ok yet), that I
> have to use the seach again to find my editing style and click on the
> result line again (a lot of layers and styles here)...
>
> Anybody else experiences this? If so please discuss here, or add a
> comment at:
> https://osgeo-org.atlassian.net/browse/GEOS-7461
>
>
> Regards,
>
> Richard Duivenvoorde
>
>
> --
> Transform Data into Opportunity.
> Accelerate data analysis in your applications with
> Intel Data Analytics Acceleration Library.
> Click to learn more.
> http://pubads.g.doubleclick.net/gampad/clk?id=278785231=/4140
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>



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

---
--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231=/4140___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Cascades a remote WMS

[Rahkonen Jukka (MML)]

Hi,

The cascaded WFS page 
http://docs.geoserver.org/stable/en/user/data/cascaded/wfs.html gives some 
instructions about how to configure the web server to use proxy for the 
outgoing requests.

-Jukka Rahkonen-

pinheiro wrote:


Dear Geoserver-Users,

I have a proxy in the network running behind Geoserver. Because of that I am 
unable to connect to the Capabilities URL. Geoserver is installed in a windows 
environment.
Could anyone give me a clue how to solve that?

I have gone through: Settings --> Global--> Proxy Base URL: http://proxy-aa.net

For the last, I stopped and started the service, But it did not work. I am 
still unable to make a connection.

Thank you for your time.

[cid:image001.jpg@01D1812B.79575B40]e
--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231=/4140___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] Release manager for gt 14.3/gs 2.8.3

[Andrea Aime]

Hi,
the release above should have been cut yesterday, but I don't see
anyone on the hook in the last meeting minutes, or in the release
schedule.

I honestly can't remember if I volunteer during the last meeting, or not?

If there is no one else, I'll try to get it started tomorrow, let me know
if there is anyone else that wants to do it/help instead?

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.

---
--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231=/4140___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Serving a large number of Geotiffs

[Andrea Aime]

On Fri, Mar 18, 2016 at 10:07 AM, Max  wrote:

> If I create overviews for the images, do the Geoserver layers
> associated with it need to be recreated?
>

Going by memory, to be sure the overviews are recognized, you have to
restart
the server, or reload the configuration (the reload button in the server
configuration panel)

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.

---
--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231=/4140___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Serving a large number of Geotiffs

[Rahkonen Jukka (MML)]

Hi,

If you want to keep all 6 layers which is not optimal as Andrea just wrote, 
 the most obvious thing to do is to create overviews for the images.
gdaladdo –r average 2 4 8 16 32 64 image.tif --config COMPRESS_OVERVIEW DEFLATE

It is worth making a test before reprojecting images physically into EPSG:3857. 
On-the-fly reprojecting is not necessarily so slow.
I saw that you have used the BIGTIFF=YES option. It is not needed for your 
small images and it probably makes reading the images a little bit slower but I 
guess that the difference is marginal. Tile size 256x256 could be a bit faster 
than 512x512 but that’t also marginal.


-Jukka Rahkonen-

basiliosz wrote:


As 6 layers. They are not contiguous, are completely separate and are 
viewed strictly one at a time per user.

The scenario: user selects a city and a couple parameters, the JS code figures 
out what layer to request, then submits the request for that layer to 
Geoserver. Eventually the layer is added to the map.

Max
On 17 Mar 2016 13:44, "Andrea Aime" 
> wrote:
Hi,
just to be sure, how have you published them?
As a single image mosaic or as 6 separate layers?

Cheers
Andrea


On Thu, Mar 17, 2016 at 12:56 PM, Max 
> wrote:
Thanks - because of the origin of the data the Geotiffs are not
adjacent, there's a little group for each of about 500 cities, but
strictly one of them at a time is shown, so I'm not sure how much
that's going to help. If there's something computationally intensive
going on at the server's end, that's going to be a drag in any case.

Going through the Geoserver on Steroids presentation now, thanks!

Max

On 17 March 2016 at 11:16, Ian Turton 
> wrote:
> Those sound like small tiffs so you would be better combining them together
> to avoid opening too many files at a time. Have a look at gdalbuildvrt to
> make a virtual raster catalogue that you can then convert into a tiled
> compressed geotiff that is in your main output projection.
>
> Have a read through the annual "GeoServer on Steroids" presentation
> (http://www.slideshare.net/geosolutions/geoserver-on-steroids-foss4g-2015 )
> for more ideas.#
>
> Ian
>
> On 17 March 2016 at 09:51, Max 
> > wrote:
>>
>> I have a large number - more than 60 thousand - of relatively small
>> Geotiffs, usually from 2 to 12 Mb. I have a web client that uses
>> Leaflet to view them, but things are quite slow even inside our own
>> network. I have a hunch that both Geoserver and these Geotiffs are not
>> configured in the best way possible.
>>
>> The tiffs were generated from a bunch of EPSG:3035 Ascii grid files
>> using this command:
>>
>> for f in *.rsl; do gdal_translate -a_srs EPSG:3035  -co "TILED=YES"
>> -co  "BLOCKXSIZE=512" -co "BLOCKYSIZE=512" -co "COMPRESS=DEFLATE" -co
>> "ZLEVEL=9" -co "BIGTIFF=YES" $f $f.tif; done
>>
>> Then I wrote a Python script that created a store and a layer for each
>> of the tiffs.
>>
>> Here is the output from gdalinfo for a typical one:
>>
>> Driver: GTiff/GeoTIFF
>> Files: se502c_R9_C1_3_T_2531_sec.rsl.tif
>> Size is 3396, 2271
>> Coordinate System is:
>> PROJCS["ETRS89 / LAEA Europe",
>> GEOGCS["ETRS89",
>> DATUM["European_Terrestrial_Reference_System_1989",
>> SPHEROID["GRS 1980",6378137,298.2572221010002,
>> AUTHORITY["EPSG","7019"]],
>> TOWGS84[0,0,0,0,0,0,0],
>> AUTHORITY["EPSG","6258"]],
>> PRIMEM["Greenwich",0],
>> UNIT["degree",0.0174532925199433],
>> AUTHORITY["EPSG","4258"]],
>> PROJECTION["Lambert_Azimuthal_Equal_Area"],
>> PARAMETER["latitude_of_center",52],
>> PARAMETER["longitude_of_center",10],
>> PARAMETER["false_easting",4321000],
>> PARAMETER["false_northing",321],
>>
>> As you can see they are EPSG:3035. They should be internally tiled. In
>> the Coordinate Reference Systems for Geoserver, it says that both
>> Native SRS and Declared SRS are EPSG:3035, and that the handling
>> should be to reproject native to declared.
>>
>> My web client overlays these Geotiffs on a standard OpenStreetMap
>> layer in Web Mercator. All the geotiffs we have tried appear
>> correctly, so I guess reprojection is still happening at some stage.
>>
>> My gut feeling is that I might gain some speed by reprojecting the
>> original Geotiffs to Web Mercator, or at least changing the declared
>> SRS to Web Mercator in Geoserver. Not keen on it, it's going to take
>> days. What other properties of the Geotiffs could I tinker with?
>>
>> Would caching with GeoWebCache help, given the file size?
>>
>> Bonus question - if a Geotiff is changed, by reprojecting or retiling
>> or what have you, does the Geoserver layer associated with it get
>> invalidated? It took days to create them all.
>>
>> I'd really appreciate your feeback.
>>
>> Thanks in 

Re: [Geoserver-users] Serving a large number of Geotiffs

[Max]

As 6 layers. They are not contiguous, are completely separate and are
viewed strictly one at a time per user.

The scenario: user selects a city and a couple parameters, the JS code
figures out what layer to request, then submits the request for that layer
to Geoserver. Eventually the layer is added to the map.

Max
On 17 Mar 2016 13:44, "Andrea Aime"  wrote:

> Hi,
> just to be sure, how have you published them?
> As a single image mosaic or as 6 separate layers?
>
> Cheers
> Andrea
>
>
> On Thu, Mar 17, 2016 at 12:56 PM, Max  wrote:
>
>> Thanks - because of the origin of the data the Geotiffs are not
>> adjacent, there's a little group for each of about 500 cities, but
>> strictly one of them at a time is shown, so I'm not sure how much
>> that's going to help. If there's something computationally intensive
>> going on at the server's end, that's going to be a drag in any case.
>>
>> Going through the Geoserver on Steroids presentation now, thanks!
>>
>> Max
>>
>> On 17 March 2016 at 11:16, Ian Turton  wrote:
>> > Those sound like small tiffs so you would be better combining them
>> together
>> > to avoid opening too many files at a time. Have a look at gdalbuildvrt
>> to
>> > make a virtual raster catalogue that you can then convert into a tiled
>> > compressed geotiff that is in your main output projection.
>> >
>> > Have a read through the annual "GeoServer on Steroids" presentation
>> > (
>> http://www.slideshare.net/geosolutions/geoserver-on-steroids-foss4g-2015
>> )
>> > for more ideas.#
>> >
>> > Ian
>> >
>> > On 17 March 2016 at 09:51, Max  wrote:
>> >>
>> >> I have a large number - more than 60 thousand - of relatively small
>> >> Geotiffs, usually from 2 to 12 Mb. I have a web client that uses
>> >> Leaflet to view them, but things are quite slow even inside our own
>> >> network. I have a hunch that both Geoserver and these Geotiffs are not
>> >> configured in the best way possible.
>> >>
>> >> The tiffs were generated from a bunch of EPSG:3035 Ascii grid files
>> >> using this command:
>> >>
>> >> for f in *.rsl; do gdal_translate -a_srs EPSG:3035  -co "TILED=YES"
>> >> -co  "BLOCKXSIZE=512" -co "BLOCKYSIZE=512" -co "COMPRESS=DEFLATE" -co
>> >> "ZLEVEL=9" -co "BIGTIFF=YES" $f $f.tif; done
>> >>
>> >> Then I wrote a Python script that created a store and a layer for each
>> >> of the tiffs.
>> >>
>> >> Here is the output from gdalinfo for a typical one:
>> >>
>> >> Driver: GTiff/GeoTIFF
>> >> Files: se502c_R9_C1_3_T_2531_sec.rsl.tif
>> >> Size is 3396, 2271
>> >> Coordinate System is:
>> >> PROJCS["ETRS89 / LAEA Europe",
>> >> GEOGCS["ETRS89",
>> >> DATUM["European_Terrestrial_Reference_System_1989",
>> >> SPHEROID["GRS 1980",6378137,298.2572221010002,
>> >> AUTHORITY["EPSG","7019"]],
>> >> TOWGS84[0,0,0,0,0,0,0],
>> >> AUTHORITY["EPSG","6258"]],
>> >> PRIMEM["Greenwich",0],
>> >> UNIT["degree",0.0174532925199433],
>> >> AUTHORITY["EPSG","4258"]],
>> >> PROJECTION["Lambert_Azimuthal_Equal_Area"],
>> >> PARAMETER["latitude_of_center",52],
>> >> PARAMETER["longitude_of_center",10],
>> >> PARAMETER["false_easting",4321000],
>> >> PARAMETER["false_northing",321],
>> >>
>> >> As you can see they are EPSG:3035. They should be internally tiled. In
>> >> the Coordinate Reference Systems for Geoserver, it says that both
>> >> Native SRS and Declared SRS are EPSG:3035, and that the handling
>> >> should be to reproject native to declared.
>> >>
>> >> My web client overlays these Geotiffs on a standard OpenStreetMap
>> >> layer in Web Mercator. All the geotiffs we have tried appear
>> >> correctly, so I guess reprojection is still happening at some stage.
>> >>
>> >> My gut feeling is that I might gain some speed by reprojecting the
>> >> original Geotiffs to Web Mercator, or at least changing the declared
>> >> SRS to Web Mercator in Geoserver. Not keen on it, it's going to take
>> >> days. What other properties of the Geotiffs could I tinker with?
>> >>
>> >> Would caching with GeoWebCache help, given the file size?
>> >>
>> >> Bonus question - if a Geotiff is changed, by reprojecting or retiling
>> >> or what have you, does the Geoserver layer associated with it get
>> >> invalidated? It took days to create them all.
>> >>
>> >> I'd really appreciate your feeback.
>> >>
>> >> Thanks in advance,
>> >> Max
>> >>
>> >>
>> >>
>> --
>> >> Transform Data into Opportunity.
>> >> Accelerate data analysis in your applications with
>> >> Intel Data Analytics Acceleration Library.
>> >> Click to learn more.
>> >> http://pubads.g.doubleclick.net/gampad/clk?id=278785231=/4140
>> >> ___
>> >> Geoserver-users mailing list
>> >> Geoserver-users@lists.sourceforge.net
>> >> 

[Geoserver-users] web admin behaviour for styles and layers edits

[Richard Duivenvoorde]

Hi Users,

I created an issue for a 'feature request' which in short means:
- when editing a style or layer in the Geoserver Web administration
webpages, after the 'submit' can we please go back to the same style or
layer you just edited.

In my experience I need to fix at least two times, when I'm busy with
layers or styles. But that means that after every submit of a style
page, (and seeing in my viewer that my edit was not 100% ok yet), that I
have to use the seach again to find my editing style and click on the
result line again (a lot of layers and styles here)...

Anybody else experiences this? If so please discuss here, or add a
comment at:
https://osgeo-org.atlassian.net/browse/GEOS-7461


Regards,

Richard Duivenvoorde

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231=/4140
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Error calling getLayerStyles()

[Andrea Aime]

On Fri, Mar 18, 2016 at 11:23 PM, Michael Neynens <
mneyn...@mdacorporation.com> wrote:

> Geoserver 2.8.1
>
>
>
> Hi all,
>
>
>
> I am migrating data from Geoserver 2.2.5 to Geoserver 2.8.1. There is some
> modification done to the layergroups, datastore, and featuretype xml files
> to make the compliant with 2.8.1.
>

Trying to make sure I understand this sentence... are you saying you
performed some manual/scripted modification to the xml files to make them
compliant with 2.8.x?
That should not be necessary, at least in theory, GeoServer should be able
to pick up an old configuration, and upgrade it to the new version when you
save that
particular layer or group.

The error you're seeing seems to be related to GWC trying to extract the
styles from a layer in which none are found... maybe the layer in question
has dangling references to non existing styles?
Unfortunately the logs do not seem to provide a clue as to which layer that
is...

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.

---
--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231=/4140___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Getting the Legend as JSON

[Andrea Aime]

Hi,
there is no json support for GetLegendGraphics, the proposal you're linking
to
never got approved and implemented sorry! :-)

Also see in the master proposal list, it's listed below the "deferred and
rejected" proposals:
https://github.com/geoserver/geoserver/wiki/Proposals#deferred-and-rejected-proposals

That does not mean it cannot be implemented, one has to check why it got
there, fix
the problem (could have been never voted, or had some negative feedback
that was
not addressed) and make sure there are enough developer time to actually
have it implemented.
See also this page:
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer

Cheers
Andrea


On Thu, Mar 17, 2016 at 3:45 PM, Deepti Puri 
wrote:

> Form ArcMap service - we get JSON for Legend similar to this
>
>
> https://p.com/arcgis/rest/services/aaa/aaa/MapServer/Legend?f=pjson=d.=angular.callbacks._0
>
>
>  angular.callbacks._0({ "layers": [ { "layerId": 1, "layerName": "abc",
> "layerType": "Feature Layer", "minScale": 0, "maxScale": 0, "legend": [ {
> "label": "", "url": "76d5be60e5691543860aa46358f5dcf8", "imageData":
> "iVBORw0KGgoNSUhEUgAAABQUCAYAAACNiR0NAXNSR0IB2cksfwlwSFlzAAAOxAAADsQBlSsOGwAAAF9JREFUOI1jYaAyYIExzFcw/EeXPBnBwEisPIaBlACYZScjGBjhBmKzjZBrsAGquBDDQGQnU8VAagKqGIjss8HpQgwDKY0MrOmQWmA0HZIH6J8OKSkbqZIOCbqQkrIRAPKcIWF3tuu1AElFTkSuQmCC
> "contentType": "image/png", "height": 20, "width": 20 } ] },
>
> Geoserver has the option getlegendgraphics for WMS- which is returning
> image. I will need something similar as above. I noticed this proposed
> change:
> https://github.com/geoserver/geoserver/wiki/GSIP-81---GetLegendGraphic-as-text-(JSON)
>
> Is it part of any release? I am beginner in geoserver and have installed
> 2.8.2 (stable release) recently. Please advise.
>
> Thanks
>
>
> --
> Transform Data into Opportunity.
> Accelerate data analysis in your applications with
> Intel Data Analytics Acceleration Library.
> Click to learn more.
> http://pubads.g.doubleclick.net/gampad/clk?id=278785231=/4140
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>


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

---
--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231=/4140___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Slow Tile Loading

[Kevin Smith]

Well, one option is to seed the cache.  You can tell GWC to request
every tile up front so it will already be in the cache when a user
arrives.  Obviously this can use a lot of storage space for the cache,
and it imposes a heavy load on the back end while doing the seeding.
 
In terms of diagnosing the slow down.  You might want to look at the DB
logs compared to the requests to get an idea of when the slow down is
occurring (before or after GeoServer gets the data).  Styles with
rendering transformations might slow things down. If you are using
JDBCConfig to share configuration between the GeoServer nodes you might
end up with a lot of traffic to the database, particularly if you are
dealing with a lot of layers at once.
 
-- 
Kevin Michael Smith
smit...@draconic.ca
 
 
On Thu, Mar 17, 2016, at 09:53 AM, Jason King wrote:
> All,
>
> We have a setup which includes GWC that sits in front of 4 Geoserver
> instances.  We know the GWC caching is working because after an
> initial request, subsequent requests complete quickly from the cache
> until the tiles requested are cleared.
 Once the request goes to Geoserver again the requests are slow.  These
 requests are taking 15-20 seconds when hitting Geoserver.  This length
 of time is unacceptable.
>
> I’ve used Geoserver logging to test the queries being executed
> directly against the database and they’re completing in < 40ms so I
> know the problem isn’t there.  We’ve started running tests by
> requesting tiles directly from the Geoserver
 instance and we’re able to reproduce the long load times.  We are using
 a Default metatile size @ 4 x 4.  We have 2 Default Cached Gridsets for
 the 4236 projection and the 900913 projection, each at the 256x256
 dimension.
>
> Are there any tips and tricks for making this loading move faster?
> Any ideas on what could be causing the long load times?  I can provide
> additional details of our setup as well.
>
> Thanks in advance!
>
> *Jason King*
> *Software Engineer III*
> O. +1 757 546 3401
> M. +1 757 272 6938
> jason.king@q-free.com__
> www.q-free.com/openroads
> *Follow us:
*cid:image002.png@01D0BAF8.99C05980*  *cid:image004.png@01D0BAF8.99C05980*  
*cid:image006.png@01D0BAF8.99C05980*  *
> cid:image008.png@01D0BAF8.99C05980
> *Q-Free Open Roads*
> 103 Watson Road
>
> Chesapeake VA 23320
> cid:image008.png@01D0BAF8.99C05980
> cid:image010.jpg@01D0BAF8.99C05980
>
> --
> 
> Transform Data into Opportunity.
> Accelerate data analysis in your applications with
> Intel Data Analytics Acceleration Library.
> Click to learn more.
> http://pubads.g.doubleclick.net/gampad/clk?id=278785231=/4140
> _
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
> Email had 5 attachments:


>  * image001.png  1k (image/png)
>  * image002.png  1k (image/png)
>  * image003.png  1k (image/png)
>  * image004.png  1k (image/png)
>  * image005.jpg  7k (image/jpeg)
 
--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231=/4140___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] web admin behaviour for styles and layers edits

[russ]

I might be misunderstanding the question but I normally hit Validate (I think 
that is the name, not at my GeoServer at 
the moment) to check the syntax.

This stays on the page.

Russ
>  ---Original Message---
>  From: Richard Duivenvoorde 
>  To: GeoServer Mailing List List 
>  Subject: [Geoserver-users] web admin behaviour for styles and layers edits
>  Sent: 17 Mar '16 15:20
>  
>  Hi Users,
>  
>  I created an issue for a 'feature request' which in short means:
>  - when editing a style or layer in the Geoserver Web administration
>  webpages, after the 'submit' can we please go back to the same style or
>  layer you just edited.
>  
>  In my experience I need to fix at least two times, when I'm busy with
>  layers or styles. But that means that after every submit of a style
>  page, (and seeing in my viewer that my edit was not 100% ok yet), that I
>  have to use the seach again to find my editing style and click on the
>  result line again (a lot of layers and styles here)...
>  
>  Anybody else experiences this? If so please discuss here, or add a
>  comment at:
>  https://osgeo-org.atlassian.net/browse/GEOS-7461
>  
>  
>  Regards,
>  
>  Richard Duivenvoorde
>  
>  
> --
>  Transform Data into Opportunity.
>  Accelerate data analysis in your applications with
>  Intel Data Analytics Acceleration Library.
>  Click to learn more.
>  http://pubads.g.doubleclick.net/gampad/clk?id=278785231=/4140
>  ___
>  Geoserver-users mailing list
>  Geoserver-users@lists.sourceforge.net
>  https://lists.sourceforge.net/lists/listinfo/geoserver-users
>  

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231=/4140
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] web admin behaviour for styles and layers edits

[Andrea Aime]

On Thu, Mar 17, 2016 at 4:34 PM, Richard Duivenvoorde 
wrote:

>
> Ah ok, that is already at least two people :-)
>
> I'm not sure how difficult it is (using Wicket I mean), that is actually
> the mean reason of my question: is current status just because nobody
> else sees this as a problem, or did somebody already invest a lot of
> time into it but just did not succeed yet...
>

Hmm... it's more a matter of consistency, if we started doing it in one
page,
it would have to be done in all other list pages to have a consistent
experience.

Implementation wise it should not be too hard, GeoServerBasePage already
has a notion of source page to return to, but it's not used much.
And oh, that would probably make the current page links, which are
bookmarkable,
not bookmarkable anymore, e.g., the url would not be anymore something like:

http://
>host>/geoserver/web/wicket/bookmarkable/org.geoserver.wms.web.data.StyleEditPage?5=burg

but some random url with strange params in it instead (autogenerated by
Wicket).

Then one would have to go and see if the documentation needs changing
because of
that (there might be some screenshot to update).

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.

---
--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231=/4140___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] web admin behaviour for styles and layers edits

[Kirk, Victor]

When I'm editing a style and checking the result I simply press Alt+left on the 
style page to go back to the style.  Returning directly after Submit could be 
quite annoying, especially on the layer page (I don't think Ive ever wanted to 
go straight back to the same layer after changing it).   What would be nice 
though is any filter or pagination selection was remembered when you are 
returned the list, but never found it annoying enough to try fixing.

-Original Message-
From: Richard Duivenvoorde [mailto:rdmaili...@duif.net] 
Sent: 17 March 2016 14:58
To: GeoServer Mailing List List
Subject: [Geoserver-users] web admin behaviour for styles and layers edits

Hi Users,

I created an issue for a 'feature request' which in short means:
- when editing a style or layer in the Geoserver Web administration webpages, 
after the 'submit' can we please go back to the same style or layer you just 
edited.

In my experience I need to fix at least two times, when I'm busy with layers or 
styles. But that means that after every submit of a style page, (and seeing in 
my viewer that my edit was not 100% ok yet), that I have to use the seach again 
to find my editing style and click on the result line again (a lot of layers 
and styles here)...

Anybody else experiences this? If so please discuss here, or add a comment at:
https://osgeo-org.atlassian.net/browse/GEOS-7461


Regards,

Richard Duivenvoorde

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with Intel Data Analytics 
Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231=/4140
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231=/4140
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] Graphic Rotation

[Volkan Gümüs]

Hi,

I'm trying to rotate an external graphic resource using  in SLD:

http://pastebin.com/GkmgyYW1

The documentation lists the Rotation-Tag as a valid element of 

Unfortunately it is not working. Do you see an error in my sld?

Using GeoServer 2.8.2.

Thanks!

Volkan Gümüs


--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231=/4140
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] web admin behaviour for styles and layers edits

[Richard Duivenvoorde]

Ah ok, that is already at least two people :-)

I'm not sure how difficult it is (using Wicket I mean), that is actually
the mean reason of my question: is current status just because nobody
else sees this as a problem, or did somebody already invest a lot of
time into it but just did not succeed yet...

We could maybe implement it as two buttons:
- submit and come back here (taking current url?)
- submit and go to list
But maybe this is just to simple thinking...

Regards,

Richard


On 17-03-16 16:21, Andrea Aime wrote:
> I agree it's pretty annoying (and believe many share this opinion). 
> We'd just need to find funds to fix it.
> 
> Cheers
> Andrea
> 
> On Thu, Mar 17, 2016 at 3:58 PM, Richard Duivenvoorde
> > wrote:
> 
> Hi Users,
> 
> I created an issue for a 'feature request' which in short means:
> - when editing a style or layer in the Geoserver Web administration
> webpages, after the 'submit' can we please go back to the same style or
> layer you just edited.
> 
> In my experience I need to fix at least two times, when I'm busy with
> layers or styles. But that means that after every submit of a style
> page, (and seeing in my viewer that my edit was not 100% ok yet), that I
> have to use the seach again to find my editing style and click on the
> result line again (a lot of layers and styles here)...
> 
> Anybody else experiences this? If so please discuss here, or add a
> comment at:
> https://osgeo-org.atlassian.net/browse/GEOS-7461
> 
> 
> Regards,
> 
> Richard Duivenvoorde
> 
> 
> --
> Transform Data into Opportunity.
> Accelerate data analysis in your applications with
> Intel Data Analytics Acceleration Library.
> Click to learn more.
> http://pubads.g.doubleclick.net/gampad/clk?id=278785231=/4140
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> 
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
> 
> 
> 
> 
> -- 
> ==
> 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.
> 
> 
> ---


--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231=/4140
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] Serving a large number of Geotiffs

[Max]

I have a large number - more than 60 thousand - of relatively small
Geotiffs, usually from 2 to 12 Mb. I have a web client that uses
Leaflet to view them, but things are quite slow even inside our own
network. I have a hunch that both Geoserver and these Geotiffs are not
configured in the best way possible.

The tiffs were generated from a bunch of EPSG:3035 Ascii grid files
using this command:

for f in *.rsl; do gdal_translate -a_srs EPSG:3035  -co "TILED=YES"
-co  "BLOCKXSIZE=512" -co "BLOCKYSIZE=512" -co "COMPRESS=DEFLATE" -co
"ZLEVEL=9" -co "BIGTIFF=YES" $f $f.tif; done

Then I wrote a Python script that created a store and a layer for each
of the tiffs.

Here is the output from gdalinfo for a typical one:

Driver: GTiff/GeoTIFF
Files: se502c_R9_C1_3_T_2531_sec.rsl.tif
Size is 3396, 2271
Coordinate System is:
PROJCS["ETRS89 / LAEA Europe",
GEOGCS["ETRS89",
DATUM["European_Terrestrial_Reference_System_1989",
SPHEROID["GRS 1980",6378137,298.2572221010002,
AUTHORITY["EPSG","7019"]],
TOWGS84[0,0,0,0,0,0,0],
AUTHORITY["EPSG","6258"]],
PRIMEM["Greenwich",0],
UNIT["degree",0.0174532925199433],
AUTHORITY["EPSG","4258"]],
PROJECTION["Lambert_Azimuthal_Equal_Area"],
PARAMETER["latitude_of_center",52],
PARAMETER["longitude_of_center",10],
PARAMETER["false_easting",4321000],
PARAMETER["false_northing",321],

As you can see they are EPSG:3035. They should be internally tiled. In
the Coordinate Reference Systems for Geoserver, it says that both
Native SRS and Declared SRS are EPSG:3035, and that the handling
should be to reproject native to declared.

My web client overlays these Geotiffs on a standard OpenStreetMap
layer in Web Mercator. All the geotiffs we have tried appear
correctly, so I guess reprojection is still happening at some stage.

My gut feeling is that I might gain some speed by reprojecting the
original Geotiffs to Web Mercator, or at least changing the declared
SRS to Web Mercator in Geoserver. Not keen on it, it's going to take
days. What other properties of the Geotiffs could I tinker with?

Would caching with GeoWebCache help, given the file size?

Bonus question - if a Geotiff is changed, by reprojecting or retiling
or what have you, does the Geoserver layer associated with it get
invalidated? It took days to create them all.

I'd really appreciate your feeback.

Thanks in advance,
Max

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231=/4140
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Serving a large number of Geotiffs

[Max]

Thanks - because of the origin of the data the Geotiffs are not
adjacent, there's a little group for each of about 500 cities, but
strictly one of them at a time is shown, so I'm not sure how much
that's going to help. If there's something computationally intensive
going on at the server's end, that's going to be a drag in any case.

Going through the Geoserver on Steroids presentation now, thanks!

Max

On 17 March 2016 at 11:16, Ian Turton  wrote:
> Those sound like small tiffs so you would be better combining them together
> to avoid opening too many files at a time. Have a look at gdalbuildvrt to
> make a virtual raster catalogue that you can then convert into a tiled
> compressed geotiff that is in your main output projection.
>
> Have a read through the annual "GeoServer on Steroids" presentation
> (http://www.slideshare.net/geosolutions/geoserver-on-steroids-foss4g-2015 )
> for more ideas.#
>
> Ian
>
> On 17 March 2016 at 09:51, Max  wrote:
>>
>> I have a large number - more than 60 thousand - of relatively small
>> Geotiffs, usually from 2 to 12 Mb. I have a web client that uses
>> Leaflet to view them, but things are quite slow even inside our own
>> network. I have a hunch that both Geoserver and these Geotiffs are not
>> configured in the best way possible.
>>
>> The tiffs were generated from a bunch of EPSG:3035 Ascii grid files
>> using this command:
>>
>> for f in *.rsl; do gdal_translate -a_srs EPSG:3035  -co "TILED=YES"
>> -co  "BLOCKXSIZE=512" -co "BLOCKYSIZE=512" -co "COMPRESS=DEFLATE" -co
>> "ZLEVEL=9" -co "BIGTIFF=YES" $f $f.tif; done
>>
>> Then I wrote a Python script that created a store and a layer for each
>> of the tiffs.
>>
>> Here is the output from gdalinfo for a typical one:
>>
>> Driver: GTiff/GeoTIFF
>> Files: se502c_R9_C1_3_T_2531_sec.rsl.tif
>> Size is 3396, 2271
>> Coordinate System is:
>> PROJCS["ETRS89 / LAEA Europe",
>> GEOGCS["ETRS89",
>> DATUM["European_Terrestrial_Reference_System_1989",
>> SPHEROID["GRS 1980",6378137,298.2572221010002,
>> AUTHORITY["EPSG","7019"]],
>> TOWGS84[0,0,0,0,0,0,0],
>> AUTHORITY["EPSG","6258"]],
>> PRIMEM["Greenwich",0],
>> UNIT["degree",0.0174532925199433],
>> AUTHORITY["EPSG","4258"]],
>> PROJECTION["Lambert_Azimuthal_Equal_Area"],
>> PARAMETER["latitude_of_center",52],
>> PARAMETER["longitude_of_center",10],
>> PARAMETER["false_easting",4321000],
>> PARAMETER["false_northing",321],
>>
>> As you can see they are EPSG:3035. They should be internally tiled. In
>> the Coordinate Reference Systems for Geoserver, it says that both
>> Native SRS and Declared SRS are EPSG:3035, and that the handling
>> should be to reproject native to declared.
>>
>> My web client overlays these Geotiffs on a standard OpenStreetMap
>> layer in Web Mercator. All the geotiffs we have tried appear
>> correctly, so I guess reprojection is still happening at some stage.
>>
>> My gut feeling is that I might gain some speed by reprojecting the
>> original Geotiffs to Web Mercator, or at least changing the declared
>> SRS to Web Mercator in Geoserver. Not keen on it, it's going to take
>> days. What other properties of the Geotiffs could I tinker with?
>>
>> Would caching with GeoWebCache help, given the file size?
>>
>> Bonus question - if a Geotiff is changed, by reprojecting or retiling
>> or what have you, does the Geoserver layer associated with it get
>> invalidated? It took days to create them all.
>>
>> I'd really appreciate your feeback.
>>
>> Thanks in advance,
>> Max
>>
>>
>> --
>> Transform Data into Opportunity.
>> Accelerate data analysis in your applications with
>> Intel Data Analytics Acceleration Library.
>> Click to learn more.
>> http://pubads.g.doubleclick.net/gampad/clk?id=278785231=/4140
>> ___
>> Geoserver-users mailing list
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
>
>
> --
> Ian Turton

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231=/4140
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users