Re: [Geoserver-users] Possible regression in the gs:Contour rendering transformation

[CGA]

Hi Andrea,

I just created a JIRA ticket with all the required data for this bug :
https://osgeo-org.atlassian.net/browse/GEOS-7596

Cyril



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Possible-regression-in-the-gs-Contour-rendering-transformation-tp5271797p5272603.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

--
Attend Shape: An AT Tech Expo July 15-16. Meet us at AT Park in San
Francisco, CA to explore cutting-edge tech and listen to tech luminaries
present their vision of the future. This family event has something for
everyone, including kids. Get more information and register today.
http://sdm.link/attshape
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Possible regression in the gs:Contour rendering transformation

[CGA]

And with even more testing, it appears that the problem is due to the Halo
option set for displaying the values of extracted contours. Also, it only
happens when the gs:Contour AND the TextSymbolizer (with Halo) are used at
the same time :
  - with gs:Contour, with TextSymbolizer, without Halo : the rendering seems
to be fine.
  - without gs:Contour (here I extracted manually the contours using gdal
and published a postgis layer), with TextSymbolizer, with Halo : then
rendering also seems to be fine 
  - with gs:Contour, without TextSymbolizer, with Halo : the bug

Cyril



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Possible-regression-in-the-gs-Contour-rendering-transformation-tp5271797p5272525.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity planning
reports. http://sdm.link/zohomanageengine
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] PyWpsHook NullPointerException

[CGA]

Hi,

I just realized that I cannot access to the "Manage" page of my Python WPS
processes (accessible via WPS Security webpage). When I try to open this
page, I get the following exception :



There is an error while getting the description of my WPS processes, but
these are made juste like in the examples found in the official
documentation (
http://docs.geoserver.org/latest/en/user/community/scripting/py/index.html
 
).

In the source code of PyWpsHook, I found this statement at line 53 :


I guess that its the process(engine) method that returns a
NullPointerException.

But this method is supposed to return a PyObject pointing to the run method
declared in the .py file :



Is there any modification I should put in my .py so that the hook works
corretly ?

Cyril










--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/PyWpsHook-NullPointerException-tp5271842.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity planning
reports. http://pubads.g.doubleclick.net/gampad/clk?id=1444514421=/41014381
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] ImageMosaic drop bbox table

[CGA]

Hi Daniele,

I am already working with the REST API with OWSLib.

I tried using purge='all' and recurse=True and here is the output I get in
GeoServer logs :



The thing is that the table is apparently removed so I don't see why
GeoServer is complaining.

But the purge = 'all' does no do exactely as I expected : it removed all the
granules and the table, but the directory that was holding the granules
still exists after the purge and contains datastore.properties,
indexer.properties, timeregex.properties and sample_image. I was expecting
this folder and all its content to disappear.

Cyril




--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/ImageMosaic-drop-bbox-table-tp5271113p5271810.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity planning
reports. http://pubads.g.doubleclick.net/gampad/clk?id=1444514421=/41014381
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Possible regression in the gs:Contour rendering transformation

[CGA]

After more testing, it appears that removing the TextSymbolizer, used to
print the extracted levels, from the SLD.
Without the TextSymbolizer, the artefacts are no more visible !



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Possible-regression-in-the-gs-Contour-rendering-transformation-tp5271797p5271808.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity planning
reports. http://pubads.g.doubleclick.net/gampad/clk?id=1444514421=/41014381
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] Possible regression in the gs:Contour rendering transformation

[CGA]

Hi,

While working with ImageMosaic stores, we noticed a possible regression in
the gs:Contour rendering transformation.
This regression appeared when we started working with GeoServer 2.8.2 and
seems to be also affecting version 2.9.0. Before that we were working with
GeoServer 2.7.1.1 and everything was fine.

These artefacts are visible when using the gs:Contour rendering
transformation directly from the SLD linked to the layer.
They also seem to be located on the upper left corner of generated tiles.

Here is a screenshot generated when using the gs:Contour directly from the
SLD (I added the black background to make the artefacts more visible) :


 

Here is a screenshot without the gs:Contour (no artefacts) :


 

The same layer rendered by GeoServer 2.7.1.1 does not have these artefacts.

Cyril





--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Possible-regression-in-the-gs-Contour-rendering-transformation-tp5271797.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity planning
reports. http://pubads.g.doubleclick.net/gampad/clk?id=1444514421=/41014381
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] ImageMosaic drop bbox table

[CGA]

Hello,

I'm working with ImageMosaics layers with multiple timesteps.

I knew that when creating such an ImageMosaics layer, a specific table is
always created in the PostGIS database to hold on the bounding boxes of each
timestep.

But I just realized that this table is not dropped when I remove the
ImageMosaic layer from GeoServer.

Is this a normal behaviour ?
Is there a way to force GeoServer to remove the table it created when
dropping the layer ?

Thanks for you consideration,

Cyril




--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/ImageMosaic-drop-bbox-table-tp5271113.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] Rendering concurrency

[CGA]

Hello,

We are building an application that rely on GeoServer for :
  - publishing ImageMosaic layers with time support through WMS
  - running the WPS process that create the rasters for ImageMosaic layers

As the WPS process is fairly slow, we decided to parallelize it by splitting
the load : if one process is supposed to generate 300 rasters, then 10
processes should generate 30 rasters each.

As we were in testing mode, we used shapefile as the way to store the index
of the created mosaic. It worked like a charm when each process was launched
synchronously (i.e. no concurrency, just like if we were using a single WPS
process). But, our goal was to make it work in asynchronous mode. And this
is where started the nightmare : lots and lots of exception stacks were
printed in geoserver logs and most of them were talking about the shapefile
index being missing or corrupted.

This resulted in :
  - missing timesteps in the getCapabilities document
  - corrupted layers
  - corrupted getCapabilities
  - ...

So we changed to a postgis database for storing the index (which is what we
intended to do from the beginning, but lacked the motivation at the time).
Using this postgis database seems to solve most of the problems concerning
the index, but there are still exceptions stack printed *when a user tries
to render a layer that is, at the same time, being updated by the WPS
process*.

These exceptions does not seems to have any effect on the rendering : when
all process are done, each time I checked, all timesteps were declared in
getCapabilities documents, and were available when requested for rendering.

Here is a set o stacktrace I was able to get from GeoServer when
stress-testing the application :

11 Sep 16:35:36 ERROR [geotools.rendering] -
java.lang.NullPointerException
at
org.geotools.gce.imagemosaic.ImageMosaicReader.getRasterManager(ImageMosaicReader.java:128)
**

11 Sep 16:35:36 ERROR [geoserver.ows] -
org.geoserver.platform.ServiceException: Error rendering coverage on the
fast path
Caused by: org.geoserver.platform.ServiceException:
org.geotools.data.DataSourceException: Unable to create this mosaic
Caused by: org.geotools.data.DataSourceException: Unable to create this
mosaic
Caused by: java.lang.NullPointerException
**

11 Sep 16:35:36 ERROR [geotools.rendering] - Unable to create this mosaic
org.geotools.data.DataSourceException: Unable to create this mosaic
Caused by: java.lang.NullPointerException
**

11 Sep 16:35:36 ERROR [geoserver.ows] -
org.geoserver.platform.ServiceException: Rendering process failed
Caused by: org.geotools.data.DataSourceException: Unable to create this
mosaic
Caused by: java.lang.NullPointerException
**

11 Sep 16:35:36 ERROR [geoserver.ows] -
org.geoserver.platform.ServiceException: Error rendering coverage on the
fast path
Caused by: org.geoserver.platform.ServiceException:
org.geotools.data.DataSourceException: Unable to create this mosaic
Caused by: org.geotools.data.DataSourceException: Unable to create this
mosaic
Caused by: java.lang.NullPointerException
**

11 Sep 16:35:36 ERROR [geoserver.ows] -
org.geoserver.platform.ServiceException: Rendering process failed
Caused by: java.lang.NullPointerException
at
org.geotools.gce.imagemosaic.ImageMosaicReader.getRasterManager(ImageMosaicReader.java:128)
**

11 Sep 16:35:39 ERROR [geoserver.ows] -
org.geoserver.platform.ServiceException: Error rendering coverage on the
fast path
Caused by: org.geoserver.platform.ServiceException:
org.geotools.data.DataSourceException: Unable to create this mosaic
Caused by: org.geotools.data.DataSourceException: Unable to create this
mosaic
Caused by: java.lang.NullPointerException
**

11 Sep 16:35:40 ERROR [geotools.rendering] - Unable to create this mosaic
org.geotools.data.DataSourceException: Unable to create this mosaic
Caused by: java.lang.NullPointerException
at
org.geotools.gce.imagemosaic.RasterLayerResponse.prepareResponse(RasterLayerResponse.java:1320)
**

11 Sep 16:35:40 ERROR [geotools.rendering] -
java.lang.NullPointerException
at
org.geotools.gce.imagemosaic.ImageMosaicReader.getRasterManager(ImageMosaicReader.java:128)
**

11 Sep 16:35:40 ERROR [geoserver.ows] -
org.geoserver.platform.ServiceException: Rendering process failed
Caused by: java.lang.NullPointerException
at
org.geotools.gce.imagemosaic.ImageMosaicReader.getRasterManager(ImageMosaicReader.java:128)
**

11 Sep 16:35:40 ERROR [geoserver.ows] -
org.geoserver.platform.ServiceException: Rendering process failed
Caused by: org.geotools.data.DataSourceException: Unable to create this
mosaic
Caused by: java.lang.NullPointerException
**

11 Sep 16:35:40 ERROR [geoserver.ows] -
org.geoserver.platform.ServiceException: Error rendering coverage on the
fast path
Caused by: org.geoserver.platform.ServiceException:
java.lang.NullPointerException
Caused by: java.lang.NullPointerException
**

11 Sep 16:35:40 ERROR [geotools.rendering] - Unable to create this mosaic

Re: [Geoserver-users] Colormap on Float64 raster

[CGA]

Andrea,

Now that you mentionned it, I did have a bug with the Y axis that I fixed
later.
But I already moved to the ImageMosaic plugin at that time so I did not
retry with the default driver.
You can off course use the given test files. FYI I used gdal + python to
generate this raster, and mixed up some parameters in the geotransform until
I realized it.

Cyril



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Colormap-on-Float64-raster-tp5195778p5212034.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

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

[Geoserver-users] ImageMosaic creation using gsconfig

[CGA]

Hi,

I'm trying to implement a WPS process (in Python) that can be called in
parallel to produce data on the same imagemosaic layer (each process will
produce different time steps).

I tried making each WPS publishing the same store (by calling the
create_imagemosaic method) but I got a lot of errors appearing in Geoserver
:
  - sometimes not all the timesteps available in the directory are
referenced in the layer capabilities

  - I often get messages (apparently from GDAL) like the following : ERROR
4: `/testing/data/geoserver/data/TEST_WS/TEST_LAYER/indexer.properties' not
recognised as a supported file format.

  - I also often get a class cast exception while geoserver is updating the
granules : java.lang.ClassCastException:
org.geotools.data.shapefile.ShapefileFeatureSource cannot be cast to
org.geotools.data.simple.SimpleFeatureStore
   
  - Another error concerning the shapefile used for the index (file that is
totally handled on geoserver side) : sometimes it does not find it...
java.io.FileNotFoundException:
/testing/data/geoserver/data/TEST_WS/TEST_LAYER/TEST_LAYER.shp 

I tried adding a FileLock forcing the WPS processes to NOT ACCES the REST
API in parrallel but it did not change much (there are less exceptions, but
there are still a few)...

Therefore I decided to change my way of creating the layer : 
  - before : I was asking Geoserver to create (or overwrite) an ImageMosaic
layer with the content that it will find in a given directory (needed files
were created manually)
  - now : I'm trying to achieve this exactly as they describe it in the
gsconfig guide 

But :

1. Creating a new imagemosaic layer by uploading a simple zip file
containing only the indexer.properties and timeregex.properties files (no
datastore.properties as I am using shapefiles for storing the index) does
not seem to work. The issued command looks like :
cat.create_imagemosaic(NOAAWW3_NCOMultiGrid_WIND_test,
NOAAWW3_NCOMultiGrid_WIND_test.zip), but I get an exception stating that
geoserver Could not aquire reader for coverage. 

I went into geoserver's code and the part failing is when geoserver tries to
create a GridCoverage2D from the content of the directory, which at the
time, only contains the indexer.properties and the timeregex.properties.

Therefore, is it possible to create the store and the layer without having
any data yet in the directory ? If not, does this mean that the example in
gsconfig guide is wrong ?


2. Harvesting external granules by calling the harvest_externalgranule
provided by gsconfig also does not seem to work. As the previous step is
failing creating the layer, this call is ended by the following exception :
Failed to access the existing reader to check if it can harvest new files. 

Geoserver tries to create a GridCoverage2D from the input folder and it
simply does not work...


Any ideas on how to achieve this correctly ?

Thanks,
Cyril




--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/ImageMosaic-creation-using-gsconfig-tp5211132.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

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

[Geoserver-users] Extracting contours (gs:Contour) on binary images

[CGA]

Hi,

I've been using the gs:Contour WPS process for extracting contour on Float
images and it works perfectly.

But now that i'm trying to extract only one contour from an input image
(which is stored as Byte and only contain two values, 0 and 1), I seem to
have some difficulties understanding the Why is it not working ?

At first, I tried creating the appropriate SLD with only one level defined
(like below)

ogc:Function name=parameter
  ogc:Literallevels/ogc:Literal
  ogc:Literal1.0/ogc:Literal
/ogc:Function

but I get the following exception on GeoServer side :

Caused by: java.security.InvalidParameterException: Could not convert the
value 1.0 into the expected type double for parameter levels

I don't know why this exception is thrown but I guess it disappear when I
add another level :

ogc:Function name=parameter
  ogc:Literallevels/ogc:Literal
  ogc:Literal0.0/ogc:Literal
  ogc:Literal1.0/ogc:Literal
/ogc:Function

This way, no exception is thrown but a visual result that is really not what
I was expecting. See for yourself :

Layer with simple style (orange is 1) :
http://osgeo-org.1560.x6.nabble.com/file/n5210483/1.png 

Layer with contour style as described above (levels 0.0 and 1.0) :
http://osgeo-org.1560.x6.nabble.com/file/n5210483/2.png 

When zooming in, the levels values appears on the map and as you can see, I
only have contours for level 1.0 :
http://osgeo-org.1560.x6.nabble.com/file/n5210483/3.png 

I tried simplify or smooth parameters hoping that it would change the result
but no luck.
I also tried specifying intervals instead of levels : it create the exact
same output as in the screenshots above.

So here is my question : is it possible to extract only 1 contour on a
binary image ? If it is, please tell me how...

Thanks for your consideration,

Cyril







--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Extracting-contours-gs-Contour-on-binary-images-tp5210483.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

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

[Geoserver-users] Colormap on Float64 raster

[CGA]

Hello,

I'm trying to user GeoServer to publish rasters stored in Float64 type.
For the data to be visually understandable, I put in place an SLD file
(using uDig).

Rendering these rasters with uDig and even QGis works well, but when it
comes to rendering with geoserver, all i get is an empty image.

Here are the screenshots :
Rendering in QGIS directly from file and created SLD file
http://osgeo-org.1560.x6.nabble.com/file/n5195778/from-file-with-sld.png 
Result of getmap request : all white
http://osgeo-org.1560.x6.nabble.com/file/n5195778/with-wms.png 

Just to be sure, I tried using WCS to get the raw data and everything seems
fine
http://osgeo-org.1560.x6.nabble.com/file/n5195778/with-wcs.png 

Here is the SLD used :

?xml version=1.0 encoding=UTF-8?sld:StyledLayerDescriptor
xmlns=http://www.opengis.net/sld; xmlns:sld=http://www.opengis.net/sld;
xmlns:ogc=http://www.opengis.net/ogc;
xmlns:gml=http://www.opengis.net/gml; version=1.0.0
sld:UserLayer
sld:LayerFeatureConstraints
sld:FeatureTypeConstraint/
/sld:LayerFeatureConstraints
sld:UserStyle
sld:Name1/sld:Name
sld:TitleDefault Raster/sld:Title
sld:AbstractA sample style that draws a raster, good for
displaying imagery/sld:Abstract
sld:FeatureTypeStyle
sld:Namename/sld:Name
sld:FeatureTypeNameFeature/sld:FeatureTypeName
sld:Rule
sld:Namerule1/sld:Name
sld:TitleOpaque Raster/sld:Title
sld:AbstractA raster with 100% opacity/sld:Abstract
sld:RasterSymbolizer
sld:Geometry
ogc:PropertyNamegeom/ogc:PropertyName
/sld:Geometry
sld:ColorMap
sld:ColorMapEntry color=#D7191C opacity=1
quantity=0 label=1/
sld:ColorMapEntry color=#FDAE61 opacity=1
quantity=0.002383 label=2/
sld:ColorMapEntry color=#BF opacity=1
quantity=0.004766 label=3/
sld:ColorMapEntry color=#ABDDA4 opacity=1
quantity=0.007149 label=4/
sld:ColorMapEntry color=#2B83BA opacity=1
quantity=0.009532 label=5/
/sld:ColorMap
/sld:RasterSymbolizer
/sld:Rule
/sld:FeatureTypeStyle
/sld:UserStyle
/sld:UserLayer
/sld:StyledLayerDescriptor

Here is the raw raster used :
1.tif http://osgeo-org.1560.x6.nabble.com/file/n5195778/1.tif  


Cyril





--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Colormap-on-Float64-raster-tp5195778.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users