[Geoserver-users] getMap with multiple elevations

[Bessette-Halsema, Dominique E via Geoserver-users]

Hello, we are trying to make a getMap request to a layer group where we request 
multiple elevations (eg; elevation =2,10,20).   We are using an ImageMosiac 
store.


  1.  Is this possible?  I would like to verify that only single elevation 
requests are allowed.
  2.  Can you give us any helpful pointers on how to make it possible.  Where 
in the code we should look?  Or Is there a mechanism in GeoServer that makes 
several single getMap calls and combines the image?

Thank You
Dominique Bessette

___
Geoserver-users mailing list

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

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


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

[Geoserver-users] FixedLengthOverflowException when creating workspace

[Bessette-Halsema, Dominique E via Geoserver-users]

Hello

I just updated to GeoServer 2.23.0 and I am seeing the following error whenever 
I POST a new workspace to GeoServer  "ERROR [org.geoserver.rest] (default 
task-46) : org.xnio.channels.FixedLengthOverflowException".  The workspace is 
still created, but I was wondering why this error is being thrown.  Any 
information would be helpful.

Here is my POST to 
https://:8443/geoserver/rest/workspaces

{
  "workspace": {
"name": "WW3-ghdfghfdgsd"
  }
}


More Logging:

2023-12-06 22:14:37,462 INFO  [org.geoserver.rest.catalog] (default task-46) 
Added workspace WW3-ghdfghfdgsd
2023-12-06 22:14:37,464 INFO  [org.geoserver.rest.catalog] (default task-46) 
POST workspace WW3-ghdfghfdgsd
2023-12-06 22:14:37,465 DEBUG [org.geoserver.rest.catalog] (default task-46) 
Automatically creating namespace for workspace WW3-ghdfghfdgsd
2023-12-06 22:14:37,466 DEBUG [org.geoserver.config] (default task-46) 
org.geoserver.catalog.event.impl.CatalogBeforeAddEventImpl@2856ae1
 :handlePreAddEvent
2023-12-06 22:14:37,467 DEBUG [org.geoserver.config] (default task-46) 
Persisting namespace WW3-ghdfghfdgsd
2023-12-06 22:14:37,468 DEBUG 
[org.geoserver.platform.resource.MemoryLockProvider] (default task-46) Mapped 
lock key workspaces/WW3-ghdfghfdgsd/namespace.xml to index 712. Acquiring lock.
2023-12-06 22:14:37,469 DEBUG 
[org.geoserver.platform.resource.MemoryLockProvider] (default task-46) Mapped 
lock key workspaces/WW3-ghdfghfdgsd/namespace.xml to index 712. Lock acquired
2023-12-06 22:14:37,469 DEBUG 
[org.geoserver.platform.resource.FileLockProvider] (default task-46) Mapped 
lock key workspaces/WW3-ghdfghfdgsd/namespace.xml to lock file 
/gis/geoserver/external/filelocks/98fea05bb3c6382490166aa73c588452ae5e7261.lock.
 Attempting to lock on it.
2023-12-06 22:14:37,470 DEBUG 
[org.geoserver.platform.resource.FileLockProvider] (default task-46) Lock 
workspaces/WW3-ghdfghfdgsd/namespace.xml acquired by thread 2509 on file 
/gis/geoserver/external/filelocks/98fea05bb3c6382490166aa73c588452ae5e7261.lock
2023-12-06 22:14:37,470 DEBUG 
[org.geoserver.platform.resource.FileLockProvider] (default task-46) Lock 
workspaces/WW3-ghdfghfdgsd/namespace.xml mapped onto 
/gis/geoserver/external/filelocks/98fea05bb3c6382490166aa73c588452ae5e7261.lock 
released by thread 2509
2023-12-06 22:14:37,470 DEBUG 
[org.geoserver.platform.resource.MemoryLockProvider] (default task-46) Released 
lock key workspaces/WW3-ghdfghfdgsd/namespace.xml mapped to index 712
2023-12-06 22:14:37,470 DEBUG 
[org.geoserver.platform.resource.MemoryLockProvider] (default task-46) Mapped 
lock key workspaces/WW3-ghdfghfdgsd/namespace.xml to index 712. Acquiring lock.
2023-12-06 22:14:37,470 DEBUG 
[org.geoserver.platform.resource.MemoryLockProvider] (default task-46) Mapped 
lock key workspaces/WW3-ghdfghfdgsd/namespace.xml to index 712. Lock acquired
2023-12-06 22:14:37,470 DEBUG 
[org.geoserver.platform.resource.FileLockProvider] (default task-46) Mapped 
lock key workspaces/WW3-ghdfghfdgsd/namespace.xml to lock file 
/gis/geoserver/external/filelocks/98fea05bb3c6382490166aa73c588452ae5e7261.lock.
 Attempting to lock on it.
2023-12-06 22:14:37,470 DEBUG 
[org.geoserver.platform.resource.FileLockProvider] (default task-46) Lock 
workspaces/WW3-ghdfghfdgsd/namespace.xml acquired by thread 2509 on file 
/gis/geoserver/external/filelocks/98fea05bb3c6382490166aa73c588452ae5e7261.lock
2023-12-06 22:14:37,472 DEBUG 
[org.geoserver.platform.resource.FileLockProvider] (default task-46) Lock 
workspaces/WW3-ghdfghfdgsd/namespace.xml mapped onto 
/gis/geoserver/external/filelocks/98fea05bb3c6382490166aa73c588452ae5e7261.lock 
released by thread 2509
2023-12-06 22:14:37,472 DEBUG 
[org.geoserver.platform.resource.MemoryLockProvider] (default task-46) Released 
lock key workspaces/WW3-ghdfghfdgsd/namespace.xml mapped to index 712
2023-12-06 22:14:37,472 DEBUG [org.geoserver.config] (default task-46) 
Persisted com.sun.proxy.$Proxy610 to workspaces/WW3-ghdfghfdgsd/namespace.xml
2023-12-06 22:14:37,472 DEBUG [org.geoserver.cluster.hazelcast] (default 
task-46) 127.0.0.1:5701 - Publishing event ADD 
[uuid:9396b062-8b12-4c83-83de-5204fdc400cd, object 
id:NamespaceInfoImpl--669348df:18c41298333:-7fed, name:WW3-ghdfghfdgsd]
2023-12-06 22:14:37,474 TRACE [org.geoserver.cluster.hazelcast] 
(hz.gscluster.event-4) 127.0.0.1:5701 - Skipping message generated locally: ADD 
(/127.0.0.1:5701) [uuid:9396b062-8b12-4c83-83de-5204fdc400cd, object 
id:NamespaceInfoImpl--669348df:18c41298333:-7fed, name:WW3-ghdfghfdgsd]
2023-12-06 22:14:37,475 DEBUG [org.geoserver.cluster.hazelcast] (default 
task-46) 127.0.0.1:5701 - Waiting for acks on 
9396b062-8b12-4c83-83de-5204fdc400cd
2023-12-06 22:14:37,478 DEBUG 
[org.geoserver.platform.resource.MemoryLockProvider] (default task-46) Mapped 
lock key global.xml to index 202. Acquiring lock.
2023-12-06 22:14:37,479 DEBUG 

[Geoserver-users] GeoServer stop support for older WCS versions

[Bessette-Halsema, Dominique E via Geoserver-users]

Hello

Is there a risk that newer versions of Geoserver will ever drop support for the 
older WCS versions?  For example WCS 1.0.0?


Dominique Bessette

___
Geoserver-users mailing list

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

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


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

[Geoserver-users] End Attribute - Time Dim

[Bessette-Halsema, Dominique E via Geoserver-users]

Hello

I have a feature based off a database table that I'm trying to add a Time 
Dimension with the "Attribute" and "End Attribute" set

The Presentation is 'Interval and Resolution'
The Resolution is '5 minutes'
The Default value is the 'domain nearest to the reference value'
The Reference Value is the 'current'

I can see the time dimension added to the getCapailbities 
"2022-05-19T17:50:00.000Z/2022-05-19T19:55:00.000Z/PT5M"

The issue is the max value for End Attribute is  "2022-05-19T23:38:00.000Z "  
why is the getCapabilities not displaying "2022-05-19T23:38:00.000Z" as the max 
interval?  I see that the "end attribute" is only valid for a vector.  Is a 
vector not any feature?

If I change 'Attribute' to the 'End Attribute' value I can see it.
2022-05-19T20:55:00.000Z/2022-05-19T23:38:00.000Z/PT5M

Dominique Bessette

___
Geoserver-users mailing list

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

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


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

[Geoserver-users] GeoServer 2.15 Spring vulnerability

[Bessette-Halsema, Dominique E via Geoserver-users]

Hello

I saw that we fixed the spring vulnerability issue in GeoServer 2.17.  Was 
GeoServer 2.15 even vulnerable to this attack?  We have some environments with 
2.15 and need to know if they require a patch or upgrade.

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



Dominique Bessette
Senior Software Engineer


___
Geoserver-users mailing list

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

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


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

Re: [Geoserver-users] [EXTERNAL] - RE: WPS gs:Clip Topology Exception

[Bessette-Halsema, Dominique E via Geoserver-users]

There are several ways to set the CRS in the Geometry, but this probably wont 
fix your problem. I just worry that the code is setting your Geometry to the 
default EPSG and that's why it cant figure it out.  Also there are some 
Geometry limits, like crossing the antemeridian.  If you are crossing the 
antemeridian you can try shifting your polygon from 180, -180 to 0, 360 or 
break it into 2 pieces.

You can do an EPSG check:  geometry.getSRID().

Example 1: create an Envelope and then create the Geometry
 Envelope impactEnvelope = new ReferencedEnvelope(newMinX, maxx, 
miny, maxy,
   CRS.decode("EPSG:4326"));
 Geometry myGeom = JTS.toGeometry(impactEnvelope).getEnvelope();;


example 2: use mathTransform
 MathTransform transform = CRS.findMathTransform(sourceCRS, 
targetCRS, false);
 Geometry targetGeometry = JTS.transform( myGeom, transform);

Hope this helps!

Dominique Bessette
Senior Software Engineer


From: Oscar Wu 
Sent: Thursday, March 24, 2022 11:23 AM
To: Bessette-Halsema, Dominique E ; 
geoserver-users@lists.sourceforge.net
Subject: Re: [EXTERNAL] - RE: WPS gs:Clip Topology Exception


 [External: Use caution with links & attachments]

Hi Dominique,

Thank you very much for the suggestion.

I tried to explicitly define the EPSG in the getFeature request by adding 
srsName=EPSG:3005 to the url. The clipping geometry has no place to add SRS as 
it is only a geometry not a feature. However, I have made sure the coordinates 
in the clipping geometry are also generated under EPSG:3005. That being said, 
it unfortunately did not solve the issue.

Is there anything else I can try?

Thanks!

Oscar
____
From: Bessette-Halsema, Dominique E 
mailto:dominique.besse...@gdit.com>>
Sent: March 24, 2022 9:30 AM
To: Oscar Wu mailto:oscar...@crmltd.ca>>; 
geoserver-users@lists.sourceforge.net<mailto:geoserver-users@lists.sourceforge.net>
 
mailto:geoserver-users@lists.sourceforge.net>>
Subject: [EXTERNAL] - RE: WPS gs:Clip Topology Exception


You may want to try specifying your EPSG in your Polygon and getFeature request



Dominique Bessette

Senior Software Engineer



From: Oscar Wu mailto:oscar...@crmltd.ca>>
Sent: Wednesday, March 23, 2022 1:02 PM
To: 
geoserver-users@lists.sourceforge.net<mailto:geoserver-users@lists.sourceforge.net>
Subject: [Geoserver-users] WPS gs:Clip Topology Exception





 [External: Use caution with links & attachments]



Hi everyone,



First time posting here, thank you for your understanding if I am not 
explaining my situation well.



I've been trying to use the built-in gs:Clip to extract some public layers 
based on a polygon defined by coordinates. The process seemed to work well with 
a couple of layers until I tried it with one particular layer.



Here's the xml in the POST request:

http://www.w3.org/2001/XMLSchema-instance<https://urldefense.us/v3/__http:/www.w3.org/2001/XMLSchema-instance__;!!JRQnnSFuzw7wjAKq6ti6!gDSMzRRYpMIJOdp0JULuHTOMdeDoSlcttXPgVVdrVhMIp52bZxlKBiaq4bqpMlI2ApylXA$>"
 
xmlns="http://www.opengis.net/wps/1.0.0;<https://urldefense.us/v3/__http:/www.opengis.net/wps/1.0.0*22__;JQ!!JRQnnSFuzw7wjAKq6ti6!lWi8-ZpfeBpVXzABGU-5yNnZNU21PJH7Uuw1mhAHL4oaSnQZGvwCFV3FQ_4yHdJ6SAxCew$>
 
xmlns:wfs="http://www.opengis.net/wfs<https://urldefense.us/v3/__http:/www.opengis.net/wfs__;!!JRQnnSFuzw7wjAKq6ti6!gDSMzRRYpMIJOdp0JULuHTOMdeDoSlcttXPgVVdrVhMIp52bZxlKBiaq4bqpMlKp1Xbehw$>"
 
xmlns:wps="http://www.opengis.net/wps/1.0.0<https://urldefense.us/v3/__http:/www.opengis.net/wps/1.0.0__;!!JRQnnSFuzw7wjAKq6ti6!gDSMzRRYpMIJOdp0JULuHTOMdeDoSlcttXPgVVdrVhMIp52bZxlKBiaq4bqpMlIn312I5A$>"
 
xmlns:ows="http://www.opengis.net/ows/1.1<https://urldefense.us/v3/__http:/www.opengis.net/ows/1.1__;!!JRQnnSFuzw7wjAKq6ti6!gDSMzRRYpMIJOdp0JULuHTOMdeDoSlcttXPgVVdrVhMIp52bZxlKBiaq4bqpMlKeD7F_oQ$>"
 
xmlns:gml="http://www.opengis.net/gml<https://urldefense.us/v3/__http:/www.opengis.net/gml__;!!JRQnnSFuzw7wjAKq6ti6!gDSMzRRYpMIJOdp0JULuHTOMdeDoSlcttXPgVVdrVhMIp52bZxlKBiaq4bqpMlK_I__oxQ$>"
 
xmlns:ogc="http://www.opengis.net/ogc<https://urldefense.us/v3/__http:/www.opengis.net/ogc__;!!JRQnnSFuzw7wjAKq6ti6!gDSMzRRYpMIJOdp0JULuHTOMdeDoSlcttXPgVVdrVhMIp52bZxlKBiaq4bqpMlKdc1gmIw$>"
 
xmlns:wcs="http://www.opengis.net/wcs/1.1.1<https://urldefense.us/v3/__http:/www.opengis.net/wcs/1.1.1__;!!JRQnnSFuzw7wjAKq6ti6!gDSMzRRYpMIJOdp0JULuHTOMdeDoSlcttXPgVVdrVhMIp52bZxlKBiaq4bqpMlKB59KQsg$>"
 
xmlns:xlink="http://www.w3.org/1999/xlink<https://urldefense.us/v3/__http:/www.w3.org/1999/xlink__;!!JRQnnSFuzw7wjAKq6ti6!gDSMzRRYpMIJOdp0JULuHTOMdeDoSlcttXPgVVdrVhMIp52bZxlKBiaq4bqpMlJsVIAlgQ$>"
 xsi:schemaLocation="http://www.opengis.net/wps/1.0.0 
http://schemas.opengis.net/wps/1.0.0/wpsAll.xsd;><https://urldefense

Re: [Geoserver-users] WPS gs:Clip Topology Exception

[Bessette-Halsema, Dominique E via Geoserver-users]

You may want to try specifying your EPSG in your Polygon and getFeature request

Dominique Bessette
Senior Software Engineer


From: Oscar Wu 
Sent: Wednesday, March 23, 2022 1:02 PM
To: geoserver-users@lists.sourceforge.net
Subject: [Geoserver-users] WPS gs:Clip Topology Exception


 [External: Use caution with links & attachments]

Hi everyone,

First time posting here, thank you for your understanding if I am not 
explaining my situation well.

I've been trying to use the built-in gs:Clip to extract some public layers 
based on a polygon defined by coordinates. The process seemed to work well with 
a couple of layers until I tried it with one particular layer.

Here's the xml in the POST request:

http://www.w3.org/2001/XMLSchema-instance; 
xmlns="http://www.opengis.net/wps/1.0.0;
 xmlns:wfs="http://www.opengis.net/wfs; 
xmlns:wps="http://www.opengis.net/wps/1.0.0; 
xmlns:ows="http://www.opengis.net/ows/1.1; 
xmlns:gml="http://www.opengis.net/gml; xmlns:ogc="http://www.opengis.net/ogc; 
xmlns:wcs="http://www.opengis.net/wcs/1.1.1; 
xmlns:xlink="http://www.w3.org/1999/xlink; 
xsi:schemaLocation="http://www.opengis.net/wps/1.0.0 
http://schemas.opengis.net/wps/1.0.0/wpsAll.xsd;>

  gs:Clip

  



  features

  http://openmaps.gov.bc.ca/geo/pub/ows?service=WFSversion=2.0.0request=GetFeaturetypeName=WHSE_CADASTRE.PMBC_PARCEL_FABRIC_POLY_SVWoutputFormat=jsonbbox=715319.3721917,1028613.368105,735025.9926936,1041407.195003;
 method="GET"/>





  clip

  



  



  

  



  result



  



In this case, a TopologyException was thrown (the stack trace is attached in 
the email):

org.locationtech.jts.geom.TopologyException: found non-noded intersection 
between LINESTRING ( 737930.4267 1033205.5095, 737925.915 1033208.5901 ) and 
LINESTRING ( 737933.8941 1033203.0284, 737930.4267 1033205.5095 ) [ 
(737930.4267, 1033205.5095, NaN) ]

I'm using Geoserver 2.20.2, GeoTools 26.2 and WPS 1.0.0.

I have searched about this issue and learned that this is caused by invalid 
geometry which was explained here:
https://locationtech.github.io/jts/jts-faq.html#D1

Then I tried to create a customized WPS that 'clean' the input either using 
buffer(0) or the GeometryFixer in JTS before sending it to the clip process but 
neither of them solved the issue.

I have exhausted my solutions to this problem and I'm wondering if anyone have 
encountered a similar issue before? May I have some suggestions about what to 
look for next?

Thank you very much!

Regards,

Oscar
___
Geoserver-users mailing list

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

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


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

[Geoserver-users] chaining issue with cropcoverage

[Bessette-Halsema, Dominique E via Geoserver-users]

Hello

I noticed that when I chain cropcoverage  and jiffle in the SLD that at certain 
zoom levels the full image/png  is not displayed.  It looks like some tiles are 
missing but I added the parameter TILED=false.  I remember that someone 
mentioned chaining is not working properly.  Is this a side affect of the 
chaining?  Is there a bug report or patch for this?  I'm using GeoServer 2.18

Dominique Bessette

___
Geoserver-users mailing list

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

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


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

[Geoserver-users] getMap with Clip does not update with Time

[Bessette-Halsema, Dominique E via Geoserver-users]

Hello

I'm using a getMap call to a layergroup.  If I don't add the "clip" vendor 
parameter, I can see my the data changing with the time dimension.  If I add 
the "clip" the getMap call stops changing with the time dimension and it looks 
like it returns the data with the default time.  I'm using GeoServer 2.18.  Has 
this been looked at?  The comment in the wiki page stated "Currently this 
parameter is ignored for layers with Complex features." Is Jiffle styling a 
complex feature?  Is there a better way to crop or add a mask to a grid?

Example Call:
/geoserver/wms?SERVICE=WMS=GetMap
=1.1.1=image/png=EPSG:4326=2235=1077
=-147.392578125,-69.163979270242,245.47851562499,120.15242697976
=2022-02-18T18:00:00.000Z=true=false
=2.0=TestGrid.Cropped.386
=POLYGON+%28%28102.925+4.925%2C+102.925+55.175%2C+150.175+55.175%2C+150.175+4.925%2C+102.925+4.925%29%29

Dominique Bessette

___
Geoserver-users mailing list

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

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


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

Re: [Geoserver-users] SLD is producing blurry image

[Bessette-Halsema, Dominique E via Geoserver-users]

Just an FYI I think I figured it out by doing something like this (not fully 
tested)

The jiffle script:
  data = src[0];
  dest = (data  80.0 ) ? data : data*0 ;
//if it breaks the rule make that point 0 else leave it as the original data 
value

the colorMap:

 
 
 



Dominique Bessette
Senior Software Engineer
T   619.881.2478

From: Andrea Aime 
Sent: Thursday, February 17, 2022 1:18 AM
To: Bessette-Halsema, Dominique E 
Cc: GeoServer Users 
Subject: Re: [Geoserver-users] SLD is producing blurry image


 [External: Use caution with links & attachments]

The behavior you're experiencing seems the expected one:

  *   You have pixels covering a very large area, they are rendered as square 
blocks
  *   If you enable interporpolation, say bilinear, it's just acting on a 2x2 
pixel block, giving the blurry effect
Looks like you'd like to have a full interpolation algorithm acting on the 
image, say a Inverse Distance Weighted acting on the
pixel centers and treating them as sparse points instead, and work off larger 
pixel distances (eventually account for all those in the
view before
GeoServer does not have such an ability ... maybe one could try chaining the 
Barnes Surfaces algorithm, or modify the polygon extraction process to
allow for smoothing, and then chain that one too, but... rendering 
transformation chaining is not working very well in general

Looks like you need to go down this path: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-fixes,-improvements-and-new-features-in-GeoServer<https://urldefense.us/v3/__https:/github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-fixes,-improvements-and-new-features-in-GeoServer__;!!JRQnnSFuzw7wjAKq6ti6!jizqlPfXpVvW0LfS1Rl6oNeB2qelwmLgCuUvSX8-pXh7HkkyXU5hM6k8hIcWRNoMj21T8A$>

Cheers
Andrea



On Thu, Feb 17, 2022 at 12:33 AM Bessette-Halsema, Dominique E via 
Geoserver-users 
mailto:geoserver-users@lists.sourceforge.net>>
 wrote:
Hello

I have an sld that uses jiffle and the output is a 1 or a 0

I would like my style to appear “smoothed” out or interpolated on the map.  
When the colormap type=ramp and the map is zoomed out it appears smooth but 
when I start to zoom in it appears blurry (see attachement).   I understand I 
should use “type=”values”” to mark all the values of 1 red but then the image 
appears blocky (see attachment).  Is there a way I can assign the values of 1 
red and smooth out the edges?

http://www.opengis.net/sld<https://urldefense.us/v3/__http:/www.opengis.net/sld__;!!JRQnnSFuzw7wjAKq6ti6!jizqlPfXpVvW0LfS1Rl6oNeB2qelwmLgCuUvSX8-pXh7HkkyXU5hM6k8hIcWRNraeuDL7g$>
 
xmlns:sld=http://www.opengis.net/sld<https://urldefense.us/v3/__http:/www.opengis.net/sld__;!!JRQnnSFuzw7wjAKq6ti6!jizqlPfXpVvW0LfS1Rl6oNeB2qelwmLgCuUvSX8-pXh7HkkyXU5hM6k8hIcWRNraeuDL7g$>
 
xmlns:gml=http://www.opengis.net/gml<https://urldefense.us/v3/__http:/www.opengis.net/gml__;!!JRQnnSFuzw7wjAKq6ti6!jizqlPfXpVvW0LfS1Rl6oNeB2qelwmLgCuUvSX8-pXh7HkkyXU5hM6k8hIcWRNokxyWYuw$>
 
xmlns:ogc=http://www.opengis.net/ogc<https://urldefense.us/v3/__http:/www.opengis.net/ogc__;!!JRQnnSFuzw7wjAKq6ti6!jizqlPfXpVvW0LfS1Rl6oNeB2qelwmLgCuUvSX8-pXh7HkkyXU5hM6k8hIcWRNpROv8hVQ$>
 version="1.0.0">
  
TEst

  Testsld:Name>
  TSEts
  
name

  

  coverage


  script
  
  data = src[0];
  gph =  src[1]
  dted = src[2];
  dest = (( data  80.0 )  (gph  
dted) ) ? 1 : 0;
   

  


  

  
  


  

  

  



Thanks!
Dominique Bessette

___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/<https://urldefense.us/v3/__http:/www.ianturton.com/talks/foss4g.html*/__;Iw!!JRQnnSFuzw7wjAKq6ti6!jizqlPfXpVvW0LfS1Rl6oNeB2qelwmLgCuUvSX8-pXh7HkkyXU5hM6k8hIcWRNpb130xzQ$>
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html<https://urldefense.us/v3/__http:/geoserver.org/comm/userlist-guidelines.html__;!!JRQnnSFuzw7wjAKq6ti6!jizqlPfXpVvW0LfS1Rl6oNeB2qelwmLgCuUvSX8-pXh7HkkyXU5hM6k8hIcWRNoiSH-xsw$>

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

Re: [Geoserver-users] SLD is producing blurry image

[Bessette-Halsema, Dominique E via Geoserver-users]

Hello
I understand the styles are behaving as expected.  I was hoping someone could 
give me an idea on how to style it better to give me the output I would like.  
I’ll look at chaining the polygon extraction process and someone else mentioned 
using scale based rules.  Thanks!


Dominique Bessette

From: Andrea Aime 
Sent: Thursday, February 17, 2022 1:18 AM
To: Bessette-Halsema, Dominique E 
Cc: GeoServer Users 
Subject: Re: [Geoserver-users] SLD is producing blurry image


 [External: Use caution with links & attachments]

The behavior you're experiencing seems the expected one:

  *   You have pixels covering a very large area, they are rendered as square 
blocks
  *   If you enable interporpolation, say bilinear, it's just acting on a 2x2 
pixel block, giving the blurry effect
Looks like you'd like to have a full interpolation algorithm acting on the 
image, say a Inverse Distance Weighted acting on the
pixel centers and treating them as sparse points instead, and work off larger 
pixel distances (eventually account for all those in the
view before
GeoServer does not have such an ability ... maybe one could try chaining the 
Barnes Surfaces algorithm, or modify the polygon extraction process to
allow for smoothing, and then chain that one too, but... rendering 
transformation chaining is not working very well in general

Looks like you need to go down this path: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-fixes,-improvements-and-new-features-in-GeoServer<https://urldefense.us/v3/__https:/github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-fixes,-improvements-and-new-features-in-GeoServer__;!!JRQnnSFuzw7wjAKq6ti6!jizqlPfXpVvW0LfS1Rl6oNeB2qelwmLgCuUvSX8-pXh7HkkyXU5hM6k8hIcWRNoMj21T8A$>

Cheers
Andrea



On Thu, Feb 17, 2022 at 12:33 AM Bessette-Halsema, Dominique E via 
Geoserver-users 
mailto:geoserver-users@lists.sourceforge.net>>
 wrote:
Hello

I have an sld that uses jiffle and the output is a 1 or a 0

I would like my style to appear “smoothed” out or interpolated on the map.  
When the colormap type=ramp and the map is zoomed out it appears smooth but 
when I start to zoom in it appears blurry (see attachement).   I understand I 
should use “type=”values”” to mark all the values of 1 red but then the image 
appears blocky (see attachment).  Is there a way I can assign the values of 1 
red and smooth out the edges?

http://www.opengis.net/sld<https://urldefense.us/v3/__http:/www.opengis.net/sld__;!!JRQnnSFuzw7wjAKq6ti6!jizqlPfXpVvW0LfS1Rl6oNeB2qelwmLgCuUvSX8-pXh7HkkyXU5hM6k8hIcWRNraeuDL7g$>
 
xmlns:sld=http://www.opengis.net/sld<https://urldefense.us/v3/__http:/www.opengis.net/sld__;!!JRQnnSFuzw7wjAKq6ti6!jizqlPfXpVvW0LfS1Rl6oNeB2qelwmLgCuUvSX8-pXh7HkkyXU5hM6k8hIcWRNraeuDL7g$>
 
xmlns:gml=http://www.opengis.net/gml<https://urldefense.us/v3/__http:/www.opengis.net/gml__;!!JRQnnSFuzw7wjAKq6ti6!jizqlPfXpVvW0LfS1Rl6oNeB2qelwmLgCuUvSX8-pXh7HkkyXU5hM6k8hIcWRNokxyWYuw$>
 
xmlns:ogc=http://www.opengis.net/ogc<https://urldefense.us/v3/__http:/www.opengis.net/ogc__;!!JRQnnSFuzw7wjAKq6ti6!jizqlPfXpVvW0LfS1Rl6oNeB2qelwmLgCuUvSX8-pXh7HkkyXU5hM6k8hIcWRNpROv8hVQ$>
 version="1.0.0">
  
TEst

  Testsld:Name>
  TSEts
  
name

  

  coverage


  script
  
  data = src[0];
  gph =  src[1]
  dted = src[2];
  dest = (( data  80.0 )  (gph  
dted) ) ? 1 : 0;
   

  


  

  
  


  

  

  



Thanks!
Dominique Bessette

___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/<https://urldefense.us/v3/__http:/www.ianturton.com/talks/foss4g.html*/__;Iw!!JRQnnSFuzw7wjAKq6ti6!jizqlPfXpVvW0LfS1Rl6oNeB2qelwmLgCuUvSX8-pXh7HkkyXU5hM6k8hIcWRNpb130xzQ$>
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html<https://urldefense.us/v3/__http:/geoserver.org/comm/userlist-guidelines.html__;!!JRQnnSFuzw7wjAKq6ti6!jizqlPfXpVvW0LfS1Rl6oNeB2qelwmLgCuUvSX8-pXh7HkkyXU5hM6k8hIcWRNoiSH-xsw$>

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer<https://urldefense.us/v3/__https:/github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer__;!!JRQnnSFuzw7wjAKq6ti6!jizqlPfXpVvW0LfS1Rl

Re: [Geoserver-users] SLD is producing blurry image

[Bessette-Halsema, Dominique E via Geoserver-users]

Hello,
Can you please elaborate on what you mean by scale based rules?

Dominique Bessette
Senior Software Engineer
T   619.881.2478

From: Alexandre Gacon 
Sent: Wednesday, February 16, 2022 10:44 PM
To: Bessette-Halsema, Dominique E 
Cc: GeoServer Users 
Subject: Re: [Geoserver-users] SLD is producing blurry image


 [External: Use caution with links & attachments]

Did you try to use scale based rules to have the behaviour smooth at large 
scale and the other behaviour at smaller scale?

Alexandre
Le jeu. 17 févr. 2022 à 00:33, Bessette-Halsema, Dominique E via 
Geoserver-users 
mailto:geoserver-users@lists.sourceforge.net>>
 a écrit :
Hello

I have an sld that uses jiffle and the output is a 1 or a 0

I would like my style to appear “smoothed” out or interpolated on the map.  
When the colormap type=ramp and the map is zoomed out it appears smooth but 
when I start to zoom in it appears blurry (see attachement).   I understand I 
should use “type=”values”” to mark all the values of 1 red but then the image 
appears blocky (see attachment).  Is there a way I can assign the values of 1 
red and smooth out the edges?

http://www.opengis.net/sld<https://urldefense.us/v3/__http:/www.opengis.net/sld__;!!JRQnnSFuzw7wjAKq6ti6!k9MSx5X-8N-xgitSgJ3IspQcWQaBjX8-Ckvvk3xO--RNBjLTXb_5uo6_Z_Iu6GVMrczRig$>
 
xmlns:sld=http://www.opengis.net/sld<https://urldefense.us/v3/__http:/www.opengis.net/sld__;!!JRQnnSFuzw7wjAKq6ti6!k9MSx5X-8N-xgitSgJ3IspQcWQaBjX8-Ckvvk3xO--RNBjLTXb_5uo6_Z_Iu6GVMrczRig$>
 
xmlns:gml=http://www.opengis.net/gml<https://urldefense.us/v3/__http:/www.opengis.net/gml__;!!JRQnnSFuzw7wjAKq6ti6!k9MSx5X-8N-xgitSgJ3IspQcWQaBjX8-Ckvvk3xO--RNBjLTXb_5uo6_Z_Iu6GVUNAl9Kw$>
 
xmlns:ogc=http://www.opengis.net/ogc<https://urldefense.us/v3/__http:/www.opengis.net/ogc__;!!JRQnnSFuzw7wjAKq6ti6!k9MSx5X-8N-xgitSgJ3IspQcWQaBjX8-Ckvvk3xO--RNBjLTXb_5uo6_Z_Iu6GV--wWWhQ$>
 version="1.0.0">
  
TEst

  Testsld:Name>
  TSEts
  
name

  

  coverage


  script
  
  data = src[0];
  gph =  src[1]
  dted = src[2];
  dest = (( data  80.0 )  (gph  
dted) ) ? 1 : 0;
   

  


  

  
  


  

  

  



Thanks!
Dominique Bessette

___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/<https://urldefense.us/v3/__http:/www.ianturton.com/talks/foss4g.html*/__;Iw!!JRQnnSFuzw7wjAKq6ti6!k9MSx5X-8N-xgitSgJ3IspQcWQaBjX8-Ckvvk3xO--RNBjLTXb_5uo6_Z_Iu6GXBqf7oew$>
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html<https://urldefense.us/v3/__http:/geoserver.org/comm/userlist-guidelines.html__;!!JRQnnSFuzw7wjAKq6ti6!k9MSx5X-8N-xgitSgJ3IspQcWQaBjX8-Ckvvk3xO--RNBjLTXb_5uo6_Z_Iu6GWr_1TCsw$>

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer<https://urldefense.us/v3/__https:/github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer__;!!JRQnnSFuzw7wjAKq6ti6!k9MSx5X-8N-xgitSgJ3IspQcWQaBjX8-Ckvvk3xO--RNBjLTXb_5uo6_Z_Iu6GUzOe9qvg$>


Geoserver-users@lists.sourceforge.net<mailto:Geoserver-users@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/geoserver-users<https://urldefense.us/v3/__https:/lists.sourceforge.net/lists/listinfo/geoserver-users__;!!JRQnnSFuzw7wjAKq6ti6!k9MSx5X-8N-xgitSgJ3IspQcWQaBjX8-Ckvvk3xO--RNBjLTXb_5uo6_Z_Iu6GUpAdaoTQ$>
___
Geoserver-users mailing list

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

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


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

[Geoserver-users] jiffle Logical operators

[Bessette-Halsema, Dominique E via Geoserver-users]

Can we do jiffle Logical operators or just math algebra?

Example.. Is this valid (untested) or would the '<' ruin the XML?

  
  

  coverage


  script
  
b = src[0];
c = src[1];
dest = (b < c ? 0:1);
  

  


Dominique Bessette

___
Geoserver-users mailing list

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

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


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

Re: [Geoserver-users] ImageMosaic JDBC entering in null values for attributes

[Bessette-Halsema, Dominique E via Geoserver-users]

Hello.  This code is in the imagemosaic and jdbc geotools v24 modules.  Sorry 
for the confusion

Dominique Bessette

From: Andrea Aime 
Sent: Saturday, January 22, 2022 9:12 AM
To: Bessette-Halsema, Dominique E 
Cc: GeoServer Users 
Subject: Re: [Geoserver-users] ImageMosaic JDBC entering in null values for 
attributes


 [External: Use caution with links & attachments]

Hi Dominique,
the imagemosaic jdbc module has been removed from both the GeoTools and 
GeoServer
source code, due to persistent lack of a maintainer. It's also generating no 
business for core
developers (which could have justified other developers picking up the module).
Long story short, the module is gone.

If you or someone from your organization is interested in stepping up and 
maintaining the module,
it can be restored from the version control. Same could happen if any of the 
core devs would get
business around it.

Cheers
Andrea


On Wed, Jan 19, 2022 at 12:35 AM Bessette-Halsema, Dominique E via 
Geoserver-users 
mailto:geoserver-users@lists.sourceforge.net>>
 wrote:
I also found in the logs that for the file that failed it could not find the 
property collectors

022-01-18 20:05:33,900 DEBUG [org.geotools.gce.imagemosaic] (default task-83) 
No properties collector have been found
2022-01-18 20:05:33,900 INFO  [org.geotools.gce.imagemosaic] (default task-83) 
Now indexing file 
COAMPS-AFGHAN-W1800S0900E1800N0900-FNMOC_GRID_2022011800_007315.0_20220118.tif

Dominique Bessette
Senior Software Engineer
T   619.881.2478

From: Bessette-Halsema, Dominique E via Geoserver-users 
mailto:geoserver-users@lists.sourceforge.net>>
Sent: Tuesday, January 18, 2022 2:15 PM
To: 
geoserver-users@lists.sourceforge.net<mailto:geoserver-users@lists.sourceforge.net>
Subject: Re: [Geoserver-users] ImageMosaic JDBC entering in null values for 
attributes


 [External: Use caution with links & attachments]

Is there a configuration or way to make it so the imagemosaic tables for the 
granules are “Not Null”?  This way at least the bad entry will be thrown out 
and all other ingested layers can be used.

Dominique

From: Bessette-Halsema, Dominique E via Geoserver-users 
mailto:geoserver-users@lists.sourceforge.net>>
Sent: Tuesday, January 18, 2022 12:54 PM
To: 
geoserver-users@lists.sourceforge.net<mailto:geoserver-users@lists.sourceforge.net>
Subject: [Geoserver-users] ImageMosaic JDBC entering in null values for 
attributes


 [External: Use caution with links & attachments]

Hello

I’m using ImageMosaic with the JDBC extension.  I found that when GeoServer is 
under heavy load, intermittently the JDBC code will insert null values for the 
attributes.  This causes the WMS getCapabilities to fail with the following 
Warning

WARN  [org.geoserver.wms.capabilities] (default task-91) Error writing 
metadata; skipping layer: AFGHAN-n2-a1.grad_mod_refr.ht_sfc: 
java.lang.NullPointerException

This essentially makes that layer unusable until the database entry is deleted. 
 I extracted the geotools jdbc code where it is setting the values to null.  
What I’m looking for is some insight into why this is happening or a possible 
fix.  Has this issue been documented?

2022-01-18 20:05:34,023 DEBUG [org.geotools.data.jdbc] (default task-83) 
exporting LogicFilter
2022-01-18 20:05:34,023 DEBUG [org.geotools.data.jdbc] (default task-83) 
exporting SQL ComparisonFilter
2022-01-18 20:05:34,023 DEBUG [org.geotools.data.jdbc] (default task-83) 
exporting PropertyName
2022-01-18 20:05:34,023 DEBUG [org.geotools.data.jdbc] (default task-83) 
exporting PropertyName
2022-01-18 20:05:34,023 DEBUG [org.geotools.jdbc] (default task-83) SELECT 
count(*) FROM 
"forecast_grid_mosaic"."COAMPS-AFGHAN^AFGHAN-n2-a1^grad_mod_refr^ht_sfc" WHERE 
("location" = ? AND "location" IS NOT NULL )
2022-01-18 20:05:34,023 DEBUG [org.geotools.jdbc] (default task-83) 1 = 
COAMPS-AFGHAN-W1800S0900E1800N0900-FNMOC_GRID_2022011800_007315.0_20220118.tif
2022-01-18 20:05:34,024 DEBUG [org.geotools.jdbc] (default task-83) SELECT 
"fid",ST_AsEWKB("the_geom") as 
"the_geom","location","validtime","analysis_time","elevation" FROM 
"forecast_grid_mosaic"."COAMPS-AFGHAN^AFGHAN-n2-a1^grad_mod_refr^ht_sfc" LIMIT 1
2022-01-18 20:05:34,029 DEBUG [org.geotools.jdbc] (default task-83) SELECT 
ST_AsText(ST_Force2D(ST_Envelope(ST_Extent("the_geom"::geometry FROM 
"forecast_grid_mosaic"."COAMPS-AFGHAN^AFGHAN-n2-a1^grad_mod_refr^ht_sfc"
2022-01-18 20:05:34,029 WARN  [org.hibernate.orm.deprecation] (default task-55) 
HHH9022: Hibernate's legacy org.hibernate.Criteria API is deprecated; use 
the JPA javax.persistence.criteria.CriteriaQuery instead
2022-01-18 20:05:34,030 DEBUG [org.geotools.jdbc] (default task-83) SELECT 
"fid",ST_AsEWKB("

Re: [Geoserver-users] ImageMosaic JDBC entering in null values for attributes

[Bessette-Halsema, Dominique E via Geoserver-users]

I also found in the logs that for the file that failed it could not find the 
property collectors

022-01-18 20:05:33,900 DEBUG [org.geotools.gce.imagemosaic] (default task-83) 
No properties collector have been found
2022-01-18 20:05:33,900 INFO  [org.geotools.gce.imagemosaic] (default task-83) 
Now indexing file 
COAMPS-AFGHAN-W1800S0900E1800N0900-FNMOC_GRID_2022011800_007315.0_20220118.tif

Dominique Bessette
Senior Software Engineer
T   619.881.2478

From: Bessette-Halsema, Dominique E via Geoserver-users 

Sent: Tuesday, January 18, 2022 2:15 PM
To: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] ImageMosaic JDBC entering in null values for 
attributes


 [External: Use caution with links & attachments]

Is there a configuration or way to make it so the imagemosaic tables for the 
granules are "Not Null"?  This way at least the bad entry will be thrown out 
and all other ingested layers can be used.

Dominique

From: Bessette-Halsema, Dominique E via Geoserver-users 
mailto:geoserver-users@lists.sourceforge.net>>
Sent: Tuesday, January 18, 2022 12:54 PM
To: 
geoserver-users@lists.sourceforge.net<mailto:geoserver-users@lists.sourceforge.net>
Subject: [Geoserver-users] ImageMosaic JDBC entering in null values for 
attributes


 [External: Use caution with links & attachments]

Hello

I'm using ImageMosaic with the JDBC extension.  I found that when GeoServer is 
under heavy load, intermittently the JDBC code will insert null values for the 
attributes.  This causes the WMS getCapabilities to fail with the following 
Warning

WARN  [org.geoserver.wms.capabilities] (default task-91) Error writing 
metadata; skipping layer: AFGHAN-n2-a1.grad_mod_refr.ht_sfc: 
java.lang.NullPointerException

This essentially makes that layer unusable until the database entry is deleted. 
 I extracted the geotools jdbc code where it is setting the values to null.  
What I'm looking for is some insight into why this is happening or a possible 
fix.  Has this issue been documented?

2022-01-18 20:05:34,023 DEBUG [org.geotools.data.jdbc] (default task-83) 
exporting LogicFilter
2022-01-18 20:05:34,023 DEBUG [org.geotools.data.jdbc] (default task-83) 
exporting SQL ComparisonFilter
2022-01-18 20:05:34,023 DEBUG [org.geotools.data.jdbc] (default task-83) 
exporting PropertyName
2022-01-18 20:05:34,023 DEBUG [org.geotools.data.jdbc] (default task-83) 
exporting PropertyName
2022-01-18 20:05:34,023 DEBUG [org.geotools.jdbc] (default task-83) SELECT 
count(*) FROM 
"forecast_grid_mosaic"."COAMPS-AFGHAN^AFGHAN-n2-a1^grad_mod_refr^ht_sfc" WHERE 
("location" = ? AND "location" IS NOT NULL )
2022-01-18 20:05:34,023 DEBUG [org.geotools.jdbc] (default task-83) 1 = 
COAMPS-AFGHAN-W1800S0900E1800N0900-FNMOC_GRID_2022011800_007315.0_20220118.tif
2022-01-18 20:05:34,024 DEBUG [org.geotools.jdbc] (default task-83) SELECT 
"fid",ST_AsEWKB("the_geom") as 
"the_geom","location","validtime","analysis_time","elevation" FROM 
"forecast_grid_mosaic"."COAMPS-AFGHAN^AFGHAN-n2-a1^grad_mod_refr^ht_sfc" LIMIT 1
2022-01-18 20:05:34,029 DEBUG [org.geotools.jdbc] (default task-83) SELECT 
ST_AsText(ST_Force2D(ST_Envelope(ST_Extent("the_geom"::geometry FROM 
"forecast_grid_mosaic"."COAMPS-AFGHAN^AFGHAN-n2-a1^grad_mod_refr^ht_sfc"
2022-01-18 20:05:34,029 WARN  [org.hibernate.orm.deprecation] (default task-55) 
HHH9022: Hibernate's legacy org.hibernate.Criteria API is deprecated; use 
the JPA javax.persistence.criteria.CriteriaQuery instead
2022-01-18 20:05:34,030 DEBUG [org.geotools.jdbc] (default task-83) SELECT 
"fid",ST_AsEWKB("the_geom") as 
"the_geom","location","validtime","analysis_time","elevation" FROM 
"forecast_grid_mosaic"."COAMPS-AFGHAN^AFGHAN-n2-a1^grad_mod_refr^ht_sfc" WHERE 
0 = 1
2022-01-18 20:05:34,030 DEBUG [org.geotools.jdbc] (default task-83) Setting 
the_geom to POLYGON ((47.4749994 19.025, 47.4749994 40.775, 
78.525 40.775, 78.525 19.025, 47.4749994 19.025))
2022-01-18 20:05:34,030 DEBUG [org.geotools.jdbc] (default task-83) Setting 0 
to POLYGON ((47.4749994 19.025, 47.4749994 40.775, 78.525 
40.775, 78.525 19.025, 47.4749994 19.025))
2022-01-18 20:05:34,030 DEBUG [org.geotools.jdbc] (default task-83) Setting 
location to 
COAMPS-AFGHAN-W1800S0900E1800N0900-FNMOC_GRID_2022011800_007315.0_20220118.tif
2022-01-18 20:05:34,030 DEBUG [org.geotools.jdbc] (default task-83) Setting 1 
to 
COAMPS-AFGHAN-W1800S0900E1800N0900-FNMOC_GRID_2022011800_007315.0_20220118.tif
2022-01-18 20:05:34,030 DEBUG [org.geotools.jdbc] (default task-83) Setting 
validtime to null
2022-01-18 20:05:34,03

Re: [Geoserver-users] ImageMosaic JDBC entering in null values for attributes

[Bessette-Halsema, Dominique E via Geoserver-users]

Is there a configuration or way to make it so the imagemosaic tables for the 
granules are "Not Null"?  This way at least the bad entry will be thrown out 
and all other ingested layers can be used.

Dominique

From: Bessette-Halsema, Dominique E via Geoserver-users 

Sent: Tuesday, January 18, 2022 12:54 PM
To: geoserver-users@lists.sourceforge.net
Subject: [Geoserver-users] ImageMosaic JDBC entering in null values for 
attributes


 [External: Use caution with links & attachments]

Hello

I'm using ImageMosaic with the JDBC extension.  I found that when GeoServer is 
under heavy load, intermittently the JDBC code will insert null values for the 
attributes.  This causes the WMS getCapabilities to fail with the following 
Warning

WARN  [org.geoserver.wms.capabilities] (default task-91) Error writing 
metadata; skipping layer: AFGHAN-n2-a1.grad_mod_refr.ht_sfc: 
java.lang.NullPointerException

This essentially makes that layer unusable until the database entry is deleted. 
 I extracted the geotools jdbc code where it is setting the values to null.  
What I'm looking for is some insight into why this is happening or a possible 
fix.  Has this issue been documented?

2022-01-18 20:05:34,023 DEBUG [org.geotools.data.jdbc] (default task-83) 
exporting LogicFilter
2022-01-18 20:05:34,023 DEBUG [org.geotools.data.jdbc] (default task-83) 
exporting SQL ComparisonFilter
2022-01-18 20:05:34,023 DEBUG [org.geotools.data.jdbc] (default task-83) 
exporting PropertyName
2022-01-18 20:05:34,023 DEBUG [org.geotools.data.jdbc] (default task-83) 
exporting PropertyName
2022-01-18 20:05:34,023 DEBUG [org.geotools.jdbc] (default task-83) SELECT 
count(*) FROM 
"forecast_grid_mosaic"."COAMPS-AFGHAN^AFGHAN-n2-a1^grad_mod_refr^ht_sfc" WHERE 
("location" = ? AND "location" IS NOT NULL )
2022-01-18 20:05:34,023 DEBUG [org.geotools.jdbc] (default task-83) 1 = 
COAMPS-AFGHAN-W1800S0900E1800N0900-FNMOC_GRID_2022011800_007315.0_20220118.tif
2022-01-18 20:05:34,024 DEBUG [org.geotools.jdbc] (default task-83) SELECT 
"fid",ST_AsEWKB("the_geom") as 
"the_geom","location","validtime","analysis_time","elevation" FROM 
"forecast_grid_mosaic"."COAMPS-AFGHAN^AFGHAN-n2-a1^grad_mod_refr^ht_sfc" LIMIT 1
2022-01-18 20:05:34,029 DEBUG [org.geotools.jdbc] (default task-83) SELECT 
ST_AsText(ST_Force2D(ST_Envelope(ST_Extent("the_geom"::geometry FROM 
"forecast_grid_mosaic"."COAMPS-AFGHAN^AFGHAN-n2-a1^grad_mod_refr^ht_sfc"
2022-01-18 20:05:34,029 WARN  [org.hibernate.orm.deprecation] (default task-55) 
HHH9022: Hibernate's legacy org.hibernate.Criteria API is deprecated; use 
the JPA javax.persistence.criteria.CriteriaQuery instead
2022-01-18 20:05:34,030 DEBUG [org.geotools.jdbc] (default task-83) SELECT 
"fid",ST_AsEWKB("the_geom") as 
"the_geom","location","validtime","analysis_time","elevation" FROM 
"forecast_grid_mosaic"."COAMPS-AFGHAN^AFGHAN-n2-a1^grad_mod_refr^ht_sfc" WHERE 
0 = 1
2022-01-18 20:05:34,030 DEBUG [org.geotools.jdbc] (default task-83) Setting 
the_geom to POLYGON ((47.4749994 19.025, 47.4749994 40.775, 
78.525 40.775, 78.525 19.025, 47.4749994 19.025))
2022-01-18 20:05:34,030 DEBUG [org.geotools.jdbc] (default task-83) Setting 0 
to POLYGON ((47.4749994 19.025, 47.4749994 40.775, 78.525 
40.775, 78.525 19.025, 47.4749994 19.025))
2022-01-18 20:05:34,030 DEBUG [org.geotools.jdbc] (default task-83) Setting 
location to 
COAMPS-AFGHAN-W1800S0900E1800N0900-FNMOC_GRID_2022011800_007315.0_20220118.tif
2022-01-18 20:05:34,030 DEBUG [org.geotools.jdbc] (default task-83) Setting 1 
to 
COAMPS-AFGHAN-W1800S0900E1800N0900-FNMOC_GRID_2022011800_007315.0_20220118.tif
2022-01-18 20:05:34,030 DEBUG [org.geotools.jdbc] (default task-83) Setting 
validtime to null
2022-01-18 20:05:34,030 DEBUG [org.geotools.jdbc] (default task-83) Setting 2 
to null
2022-01-18 20:05:34,030 DEBUG [org.geotools.jdbc] (default task-83) Setting 
analysis_time to null
2022-01-18 20:05:34,030 DEBUG [org.geotools.jdbc] (default task-83) Setting 3 
to null
2022-01-18 20:05:34,030 DEBUG [org.geotools.jdbc] (default task-83) Setting 
elevation to null
2022-01-18 20:05:34,030 DEBUG [org.geotools.jdbc] (default task-83) Setting 4 
to null
2022-01-18 20:05:34,031 DEBUG [org.geotools.jdbc] (default task-83) Inserting 
new features with ps: INSERT INTO 
"forecast_grid_mosaic"."COAMPS-AFGHAN^AFGHAN-n2-a1^grad_mod_refr^ht_sfc" ( 
"the_geom","location","validtime","analysis_time","elevation" ) VALUES ( 
ST_GeomFromWKB(?, 4326),?,?,?,?)
2022-01-18 20:05:34,031 DEBUG [org.geotools.jdbc] (default task-83) 1 =

[Geoserver-users] ImageMosaic JDBC entering in null values for attributes

[Bessette-Halsema, Dominique E via Geoserver-users]

Hello

I'm using ImageMosaic with the JDBC extension.  I found that when GeoServer is 
under heavy load, intermittently the JDBC code will insert null values for the 
attributes.  This causes the WMS getCapabilities to fail with the following 
Warning

WARN  [org.geoserver.wms.capabilities] (default task-91) Error writing 
metadata; skipping layer: AFGHAN-n2-a1.grad_mod_refr.ht_sfc: 
java.lang.NullPointerException

This essentially makes that layer unusable until the database entry is deleted. 
 I extracted the geotools jdbc code where it is setting the values to null.  
What I'm looking for is some insight into why this is happening or a possible 
fix.  Has this issue been documented?

2022-01-18 20:05:34,023 DEBUG [org.geotools.data.jdbc] (default task-83) 
exporting LogicFilter
2022-01-18 20:05:34,023 DEBUG [org.geotools.data.jdbc] (default task-83) 
exporting SQL ComparisonFilter
2022-01-18 20:05:34,023 DEBUG [org.geotools.data.jdbc] (default task-83) 
exporting PropertyName
2022-01-18 20:05:34,023 DEBUG [org.geotools.data.jdbc] (default task-83) 
exporting PropertyName
2022-01-18 20:05:34,023 DEBUG [org.geotools.jdbc] (default task-83) SELECT 
count(*) FROM 
"forecast_grid_mosaic"."COAMPS-AFGHAN^AFGHAN-n2-a1^grad_mod_refr^ht_sfc" WHERE 
("location" = ? AND "location" IS NOT NULL )
2022-01-18 20:05:34,023 DEBUG [org.geotools.jdbc] (default task-83) 1 = 
COAMPS-AFGHAN-W1800S0900E1800N0900-FNMOC_GRID_2022011800_007315.0_20220118.tif
2022-01-18 20:05:34,024 DEBUG [org.geotools.jdbc] (default task-83) SELECT 
"fid",ST_AsEWKB("the_geom") as 
"the_geom","location","validtime","analysis_time","elevation" FROM 
"forecast_grid_mosaic"."COAMPS-AFGHAN^AFGHAN-n2-a1^grad_mod_refr^ht_sfc" LIMIT 1
2022-01-18 20:05:34,029 DEBUG [org.geotools.jdbc] (default task-83) SELECT 
ST_AsText(ST_Force2D(ST_Envelope(ST_Extent("the_geom"::geometry FROM 
"forecast_grid_mosaic"."COAMPS-AFGHAN^AFGHAN-n2-a1^grad_mod_refr^ht_sfc"
2022-01-18 20:05:34,029 WARN  [org.hibernate.orm.deprecation] (default task-55) 
HHH9022: Hibernate's legacy org.hibernate.Criteria API is deprecated; use 
the JPA javax.persistence.criteria.CriteriaQuery instead
2022-01-18 20:05:34,030 DEBUG [org.geotools.jdbc] (default task-83) SELECT 
"fid",ST_AsEWKB("the_geom") as 
"the_geom","location","validtime","analysis_time","elevation" FROM 
"forecast_grid_mosaic"."COAMPS-AFGHAN^AFGHAN-n2-a1^grad_mod_refr^ht_sfc" WHERE 
0 = 1
2022-01-18 20:05:34,030 DEBUG [org.geotools.jdbc] (default task-83) Setting 
the_geom to POLYGON ((47.4749994 19.025, 47.4749994 40.775, 
78.525 40.775, 78.525 19.025, 47.4749994 19.025))
2022-01-18 20:05:34,030 DEBUG [org.geotools.jdbc] (default task-83) Setting 0 
to POLYGON ((47.4749994 19.025, 47.4749994 40.775, 78.525 
40.775, 78.525 19.025, 47.4749994 19.025))
2022-01-18 20:05:34,030 DEBUG [org.geotools.jdbc] (default task-83) Setting 
location to 
COAMPS-AFGHAN-W1800S0900E1800N0900-FNMOC_GRID_2022011800_007315.0_20220118.tif
2022-01-18 20:05:34,030 DEBUG [org.geotools.jdbc] (default task-83) Setting 1 
to 
COAMPS-AFGHAN-W1800S0900E1800N0900-FNMOC_GRID_2022011800_007315.0_20220118.tif
2022-01-18 20:05:34,030 DEBUG [org.geotools.jdbc] (default task-83) Setting 
validtime to null
2022-01-18 20:05:34,030 DEBUG [org.geotools.jdbc] (default task-83) Setting 2 
to null
2022-01-18 20:05:34,030 DEBUG [org.geotools.jdbc] (default task-83) Setting 
analysis_time to null
2022-01-18 20:05:34,030 DEBUG [org.geotools.jdbc] (default task-83) Setting 3 
to null
2022-01-18 20:05:34,030 DEBUG [org.geotools.jdbc] (default task-83) Setting 
elevation to null
2022-01-18 20:05:34,030 DEBUG [org.geotools.jdbc] (default task-83) Setting 4 
to null
2022-01-18 20:05:34,031 DEBUG [org.geotools.jdbc] (default task-83) Inserting 
new features with ps: INSERT INTO 
"forecast_grid_mosaic"."COAMPS-AFGHAN^AFGHAN-n2-a1^grad_mod_refr^ht_sfc" ( 
"the_geom","location","validtime","analysis_time","elevation" ) VALUES ( 
ST_GeomFromWKB(?, 4326),?,?,?,?)
2022-01-18 20:05:34,031 DEBUG [org.geotools.jdbc] (default task-83) 1 = POLYGON 
((47.4749994 19.025, 47.4749994 40.775, 78.525 40.775, 78.525 
19.025, 47.4749994 19.025))
2022-01-18 20:05:34,031 DEBUG [org.geotools.jdbc] (default task-83) 2 = 
COAMPS-AFGHAN-W1800S0900E1800N0900-FNMOC_GRID_2022011800_007315.0_20220118.tif
2022-01-18 20:05:34,031 DEBUG [org.geotools.jdbc] (default task-83) 3 = null
2022-01-18 20:05:34,031 DEBUG [org.geotools.jdbc] (default task-83) 4 = null
2022-01-18 20:05:34,031 DEBUG [org.geotools.jdbc] (default task-83) 5 = null
2022-01-18 20:05:34,049 DEBUG [org.geotools.gce.imagemosaic] (default task-83) 
Done with file 

[Geoserver-users] GeoTools ImageMosaic Resource Leak Question

[Bessette-Halsema, Dominique E via Geoserver-users]

Hello

In the method:  
org.geotools.gce.imagemosaic.GranuleDescriptor.loadRaster(ImageReadParam, int, 
ReferencedEnvelope, MathTransform2D, RasterLayerRequest, Hints),

Starting at line 1031, there is a block of code as below:

// eventually gets closed in finally block, if possible (not deferred 
loading)
@SuppressWarnings("PMD.CloseResource")
ImageInputStream inStream = null;
ImageReader reader = null;
boolean cleanupInFinally = request.getReadType() != 
ReadType.JAI_IMAGEREAD;

The cleanupInFinally variable gets set to

  *   true when the request.getReadType() is NOT of ReadType.JAI_IMAGEREAD
  *   false when the request.getReadType() is of ReadType.JAI_IMAGEREAD

The finally block of the method is as below:

finally {
try {
if (cleanupInFinally && inStream != null) {
inStream.close();
}
} finally {
if (cleanupInFinally && reader != null) {
reader.dispose();
}
}
}


When request.getReadType() is of ReadType.JAI_IMAGEREAD and therefore 
cleanupInFinally gets set to false, the inStream and the reader do not get 
closed that would indicate resource leak.

Does the code rely on Garbage Collection to clean up these opened resources?



Dominique Bessette
Senior Software Engineer


___
Geoserver-users mailing list

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

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


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

[Geoserver-users] GeoServer 2.15.1 community module

[Bessette-Halsema, Dominique E]

Hello


I'm trying to get the community module for hazelcast clustering for GeoServer 
2.15.1 but the 2.15.X version is not maintained anymore (see below link).  Do 
you know where the 2.15.x version of 
geoserver-2.15.0-hz-cluster-plugin.zip


https://build.geoserver.org/geoserver/2.15.x/community-latest/



Dominique Bessette
Senior Software Engineer


___
Geoserver-users mailing list

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

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


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

[Geoserver-users] geoserver-manager maintained

[Bessette-Halsema, Dominique E]

Hello

I was wondering if the geoserver-manager client library is maintained by any 
group.  I'm looking at the Compatibility Matrix and it stops at GeoServer 
version 2.9.

https://github.com/geosolutions-it/geoserver-manager

Dominique Bessette

___
Geoserver-users mailing list

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

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


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

Re: [Geoserver-users] Which Java 8? A quick benchmark

[Bessette-Halsema, Dominique E]

Hi Manuel

The results were stripped from the email.Can you send me a high level 
summary in text?  We're currently running into this issue on my project.

Thanks
Dominique  Bessette



-Original Message-
From: timita  
Sent: Thursday, October 17, 2019 3:54 PM
To: geoserver-users@lists.sourceforge.net
Subject: [Geoserver-users] Which Java 8? A quick benchmark

Since Oracle's long-term support JRE 8 is not available for free anymore, we 
needed to find an alternative that is just as performant. The advice on this 
page 
might seem outdated, but there is still truth in it: in our experience OpenJDK 
8 has always been outperformed by Oracle JRE 8. So we ran a quick and dirty 
benchmark using jMeter and the multiscale approach  described here 
  , for 
Oracle JRE 8, OpenJDK 8 (as  available here 
  ), AdoptOpenJDK 
(Hotspot), and Amazon Corretto.

*Environment:*
Ubuntu 16.04 LTS
GeoServer 2.15.0
Marlin 0.9.4.2
Native JAI and ImageIO

*JVM options: *

I cannot give details about the dataset used, as it's confidential - initially, 
we did not plan to publish these results. But the numbers should be telling.

And here are the results. See  this page 

for an explanation of the header, although not all of those columns are present 
in my reports. There's always room for debate, but /Average/ and /Throughput/ 
should give you a rough idea.






So it turns out, at least in the realm of Java 8, AdoptOpenJDK and Amazon 
Corretto are viable alternatives to Oracle JRE. We are not rushing to upgrade 
to Java 11 yet, but it will be interesting to see if the difference between 
Oracle JRE and the "stock" OpenJDK still stands.

I hope this is helpful to those who still need to run on Java 8.

Manuel Timita
illustreets.com



--
Sent from: http://osgeo-org.1560.x6.nabble.com/GeoServer-User-f3786390.html


___
Geoserver-users mailing list

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

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


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


___
Geoserver-users mailing list

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

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


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

Re: [Geoserver-users] image mosaic granule on a single image

[Bessette-Halsema, Dominique E]

I’d also like to mention that I can get it to work when I set the following

1. Background value = 0
2. Coverage Band Details,  Null Values = -1
3. WMS Settings, Layer Settings Default Interpolation = Nearest Neighbor.
4. JAI ImageRead set to true

This would be fine but we need the interpolation to be Bilinear.  See attached 
screen shots.

Dominique Bessette

From: Daniele Romagnoli 
Sent: Friday, October 4, 2019 8:45 AM
To: Bessette-Halsema, Dominique E 
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] image mosaic granule on a single image

Hi,
do you have any chance to share that image for a check?

Regards,
Daniele


On Fri, Oct 4, 2019 at 2:43 AM Bessette-Halsema, Dominique E 
mailto:dominique.besse...@gdit.com>> wrote:
Hello

I’m using image mosaic for the time series aspect.  Each time produces a single 
image.  I’m wondering why GeoServer appears to be composing granules with a 
“nodata” area for my single image?  Is it Tiling?  Should I be setting the 
SUGGESTED_TILE_SIZE?  This also only appears to happen in projections other 
than 4326.

Thanks

Dominique Bessette

___
Geoserver-users mailing list

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

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


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


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

Ing. Daniele Romagnoli
Senior Software Engineer

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

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

---

Con riferimento alla normativa sul trattamento dei dati personali (Reg. UE 
2016/679 - Regolamento generale sulla protezione dei dati “GDPR”), si precisa 
che ogni circostanza inerente alla presente email (il suo contenuto, gli 
eventuali allegati, etc.) è un dato la cui conoscenza è riservata al/i solo/i 
destinatario/i indicati dallo scrivente. Se il messaggio Le è giunto per 
errore, è tenuta/o a cancellarlo, ogni altra operazione è illecita. Le sarei 
comunque grato se potesse darmene notizia.

This email is intended only for the person or entity to which it is addressed 
and may contain information that is privileged, confidential or otherwise 
protected from disclosure. We remind that - as provided by European Regulation 
2016/679 “GDPR” - copying, dissemination or use of this e-mail or the 
information herein by anyone other than the intended recipient is prohibited. 
If you have received this email by mistake, please notify us immediately by 
telephone or e-mail.
___
Geoserver-users mailing list

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

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


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

[Geoserver-users] image mosaic granule on a single image

[Bessette-Halsema, Dominique E]

Hello

I'm using image mosaic for the time series aspect.  Each time produces a single 
image.  I'm wondering why GeoServer appears to be composing granules with a 
"nodata" area for my single image?  Is it Tiling?  Should I be setting the 
SUGGESTED_TILE_SIZE?  This also only appears to happen in projections other 
than 4326.

Thanks

Dominique Bessette

G:\>gdalinfo EMETEO-VIS-1km_201909301900.tif
Driver: GTiff/GeoTIFF
Files: EMETEO-VIS-1km_201909301900.tif
Size is 8250, 14303
Coordinate System is:
GEOGCS["WGS 84",
DATUM["WGS_1984",
SPHEROID["WGS 84",6378137,298.257223563,
AUTHORITY["EPSG","7030"]],
AUTHORITY["EPSG","6326"]],
PRIMEM["Greenwich",0],
UNIT["degree",0.0174532925199433],
AUTHORITY["EPSG","4326"]]
Origin = (29.9961229,65.00938829998)
Pixel Size = (0.009091848993939,-0.009090315080752)
Metadata:
  AREA_OR_POINT=Area
  TIFFTAG_RESOLUTIONUNIT=1 (unitless)
  TIFFTAG_XRESOLUTION=1
  TIFFTAG_YRESOLUTION=1
Image Structure Metadata:
  INTERLEAVE=BAND
Corner Coordinates:
Upper Left  (  29.9961229,  65.0093883) ( 29d59'46.04"E, 65d 0'33.80"N)
Lower Left  (  29.9961229, -65.0093883) ( 29d59'46.04"E, 65d 0'33.80"S)
Upper Right ( 105.0038771,  65.0093883) (105d 0'13.96"E, 65d 0'33.80"N)
Lower Right ( 105.0038771, -65.0093883) (105d 0'13.96"E, 65d 0'33.80"S)
Center  (  67.500,   0.000) ( 67d30' 0.00"E,  0d 0' 0.01"N)
Band 1 Block=8250x1 Type=Byte, ColorInterp=Palette
  NoData Value=0
  Color Table (RGB with 256 entries)
0: 0,0,0,0
1: 0,0,0,255
2: 1,1,1,255
3: 2,2,2,255
4: 3,3,3,255
5: 4,4,4,255
6: 5,5,5,255
7: 6,6,6,255
8: 7,7,7,255
9: 8,8,8,255
   10: 9,9,9,255
   11: 10,10,10,255
   12: 11,11,11,255
   13: 12,12,12,255
   14: 13,13,13,255
   15: 14,14,14,255
   16: 15,15,15,255
   17: 16,16,16,255
   18: 17,17,17,255
   19: 18,18,18,255
   20: 19,19,19,255
   21: 20,20,20,255
   22: 21,21,21,255
   23: 22,22,22,255
   24: 23,23,23,255
   25: 24,24,24,255
   26: 25,25,25,255
   27: 26,26,26,255
   28: 27,27,27,255
   29: 28,28,28,255
   30: 29,29,29,255
   31: 30,30,30,255
   32: 31,31,31,255
   33: 32,32,32,255
   34: 33,33,33,255
   35: 34,34,34,255
   36: 35,35,35,255
   37: 36,36,36,255
   38: 37,37,37,255
   39: 38,38,38,255
   40: 39,39,39,255
   41: 40,40,40,255
   42: 41,41,41,255
   43: 42,42,42,255
   44: 43,43,43,255
   45: 44,44,44,255
   46: 45,45,45,255
   47: 46,46,46,255
   48: 47,47,47,255
   49: 48,48,48,255
   50: 49,49,49,255
   51: 50,50,50,255
   52: 51,51,51,255
   53: 52,52,52,255
   54: 53,53,53,255
   55: 54,54,54,255
   56: 55,55,55,255
   57: 56,56,56,255
   58: 57,57,57,255
   59: 58,58,58,255
   60: 59,59,59,255
   61: 60,60,60,255
   62: 61,61,61,255
   63: 62,62,62,255
   64: 63,63,63,255
   65: 64,64,64,255
   66: 65,65,65,255
   67: 66,66,66,255
   68: 67,67,67,255
   69: 68,68,68,255
   70: 69,69,69,255
   71: 70,70,70,255
   72: 71,71,71,255
   73: 72,72,72,255
   74: 73,73,73,255
   75: 74,74,74,255
   76: 75,75,75,255
   77: 76,76,76,255
   78: 77,77,77,255
   79: 78,78,78,255
   80: 79,79,79,255
   81: 80,80,80,255
   82: 81,81,81,255
   83: 82,82,82,255
   84: 83,83,83,255
   85: 84,84,84,255
   86: 85,85,85,255
   87: 86,86,86,255
   88: 87,87,87,255
   89: 88,88,88,255
   90: 89,89,89,255
   91: 90,90,90,255
   92: 91,91,91,255
   93: 92,92,92,255
   94: 93,93,93,255
   95: 94,94,94,255
   96: 95,95,95,255
   97: 96,96,96,255
   98: 97,97,97,255
   99: 98,98,98,255
  100: 99,99,99,255
  101: 100,100,100,255
  102: 101,101,101,255
  103: 102,102,102,255
  104: 103,103,103,255
  105: 104,104,104,255
  106: 105,105,105,255
  107: 106,106,106,255
  108: 107,107,107,255
  109: 108,108,108,255
  110: 109,109,109,255
  111: 110,110,110,255
  112: 111,111,111,255
  113: 112,112,112,255
  114: 113,113,113,255
  115: 114,114,114,255
  116: 115,115,115,255
  117: 116,116,116,255
  118: 117,117,117,255
  119: 118,118,118,255
  120: 119,119,119,255
  121: 120,120,120,255
  122: 121,121,121,255
  123: 122,122,122,255
  124: 123,123,123,255
  125: 124,124,124,255
  126: 125,125,125,255
  127: 126,126,126,255
  128: 127,127,127,255
  129: 128,128,128,255
  130: 129,129,129,255
  131: 130,130,130,255
  132: 131,131,131,255
  133: 132,132,132,255
  134: 133,133,133,255
  135: 134,134,134,255
  136: 135,135,135,255
  137: 136,136,136,255
  138: 137,137,137,255
  139: 138,138,138,255
  140: 139,139,139,255
  141: 140,140,140,255
  142: 141,141,141,255
  143: 142,142,142,255
  144: 143,143,143,255
  145: 144,144,144,255
  146: 145,145,145,255
  147: 146,146,146,255
  148: 147,147,147,255
  149: 148,148,148,255
  150: 149,149,149,255
  151: 150,150,150,255
  152: 151,151,151,255
  153: 152,152,152,255
  154: 153,153,153,255
  155: 154,154,154,255
  156: 155,155,155,255
  157: 156,156,156,255
  158: 157,157,157,255
  159: 158,158,158,255
  160: 159,159,159,255
  161: 160,160,160,255
  162: 161,161,161,255
  163: 162,162,162,255
  164: 163,163,163,255
  165: 164,164,164,255
  166: 

[Geoserver-users] imagemosaic black background color

[Bessette-Halsema, Dominique E]

Hello

I'm having an issue configuring my image mosaic correctly with the Coverage 
parameters.

I attached the gdalinfo for my geotiff since the actual geotiff is quite large. 
 The underlying data values for this particular geotiff are all 0.  It's a 
completely black image, however there is a "nodata" transparent line in the 
image.  See attached getMap.png.  After reading the instructions below, I'm 
trying to set the InputTransparentColor but no matter what value I set it to 
the entire image becomes transparent.  I would also like to mention that 
setting the InputTransparentColor for images that do not contain the background 
value of 0 works.

Should I change the nodata value in the geotiff to be -?
Should I create an SLD for the geotiff?

https://docs.geoserver.org/stable/en/user/data/raster/imagemosaic/configuration.html#coverage-parameters

Dominique Bessette

G:\>gdalinfo EMETEO-VIS-1km_201909301900.tif
Driver: GTiff/GeoTIFF
Files: EMETEO-VIS-1km_201909301900.tif
Size is 8250, 14303
Coordinate System is:
GEOGCS["WGS 84",
DATUM["WGS_1984",
SPHEROID["WGS 84",6378137,298.257223563,
AUTHORITY["EPSG","7030"]],
AUTHORITY["EPSG","6326"]],
PRIMEM["Greenwich",0],
UNIT["degree",0.0174532925199433],
AUTHORITY["EPSG","4326"]]
Origin = (29.9961229,65.00938829998)
Pixel Size = (0.009091848993939,-0.009090315080752)
Metadata:
  AREA_OR_POINT=Area
  TIFFTAG_RESOLUTIONUNIT=1 (unitless)
  TIFFTAG_XRESOLUTION=1
  TIFFTAG_YRESOLUTION=1
Image Structure Metadata:
  INTERLEAVE=BAND
Corner Coordinates:
Upper Left  (  29.9961229,  65.0093883) ( 29d59'46.04"E, 65d 0'33.80"N)
Lower Left  (  29.9961229, -65.0093883) ( 29d59'46.04"E, 65d 0'33.80"S)
Upper Right ( 105.0038771,  65.0093883) (105d 0'13.96"E, 65d 0'33.80"N)
Lower Right ( 105.0038771, -65.0093883) (105d 0'13.96"E, 65d 0'33.80"S)
Center  (  67.500,   0.000) ( 67d30' 0.00"E,  0d 0' 0.01"N)
Band 1 Block=8250x1 Type=Byte, ColorInterp=Palette
  NoData Value=0
  Color Table (RGB with 256 entries)
0: 0,0,0,0
1: 0,0,0,255
2: 1,1,1,255
3: 2,2,2,255
4: 3,3,3,255
5: 4,4,4,255
6: 5,5,5,255
7: 6,6,6,255
8: 7,7,7,255
9: 8,8,8,255
   10: 9,9,9,255
   11: 10,10,10,255
   12: 11,11,11,255
   13: 12,12,12,255
   14: 13,13,13,255
   15: 14,14,14,255
   16: 15,15,15,255
   17: 16,16,16,255
   18: 17,17,17,255
   19: 18,18,18,255
   20: 19,19,19,255
   21: 20,20,20,255
   22: 21,21,21,255
   23: 22,22,22,255
   24: 23,23,23,255
   25: 24,24,24,255
   26: 25,25,25,255
   27: 26,26,26,255
   28: 27,27,27,255
   29: 28,28,28,255
   30: 29,29,29,255
   31: 30,30,30,255
   32: 31,31,31,255
   33: 32,32,32,255
   34: 33,33,33,255
   35: 34,34,34,255
   36: 35,35,35,255
   37: 36,36,36,255
   38: 37,37,37,255
   39: 38,38,38,255
   40: 39,39,39,255
   41: 40,40,40,255
   42: 41,41,41,255
   43: 42,42,42,255
   44: 43,43,43,255
   45: 44,44,44,255
   46: 45,45,45,255
   47: 46,46,46,255
   48: 47,47,47,255
   49: 48,48,48,255
   50: 49,49,49,255
   51: 50,50,50,255
   52: 51,51,51,255
   53: 52,52,52,255
   54: 53,53,53,255
   55: 54,54,54,255
   56: 55,55,55,255
   57: 56,56,56,255
   58: 57,57,57,255
   59: 58,58,58,255
   60: 59,59,59,255
   61: 60,60,60,255
   62: 61,61,61,255
   63: 62,62,62,255
   64: 63,63,63,255
   65: 64,64,64,255
   66: 65,65,65,255
   67: 66,66,66,255
   68: 67,67,67,255
   69: 68,68,68,255
   70: 69,69,69,255
   71: 70,70,70,255
   72: 71,71,71,255
   73: 72,72,72,255
   74: 73,73,73,255
   75: 74,74,74,255
   76: 75,75,75,255
   77: 76,76,76,255
   78: 77,77,77,255
   79: 78,78,78,255
   80: 79,79,79,255
   81: 80,80,80,255
   82: 81,81,81,255
   83: 82,82,82,255
   84: 83,83,83,255
   85: 84,84,84,255
   86: 85,85,85,255
   87: 86,86,86,255
   88: 87,87,87,255
   89: 88,88,88,255
   90: 89,89,89,255
   91: 90,90,90,255
   92: 91,91,91,255
   93: 92,92,92,255
   94: 93,93,93,255
   95: 94,94,94,255
   96: 95,95,95,255
   97: 96,96,96,255
   98: 97,97,97,255
   99: 98,98,98,255
  100: 99,99,99,255
  101: 100,100,100,255
  102: 101,101,101,255
  103: 102,102,102,255
  104: 103,103,103,255
  105: 104,104,104,255
  106: 105,105,105,255
  107: 106,106,106,255
  108: 107,107,107,255
  109: 108,108,108,255
  110: 109,109,109,255
  111: 110,110,110,255
  112: 111,111,111,255
  113: 112,112,112,255
  114: 113,113,113,255
  115: 114,114,114,255
  116: 115,115,115,255
  117: 116,116,116,255
  118: 117,117,117,255
  119: 118,118,118,255
  120: 119,119,119,255
  121: 120,120,120,255
  122: 121,121,121,255
  123: 122,122,122,255
  124: 123,123,123,255
  125: 124,124,124,255
  126: 125,125,125,255
  127: 126,126,126,255
  128: 127,127,127,255
  129: 128,128,128,255
  130: 129,129,129,255
  131: 130,130,130,255
  132: 131,131,131,255
  133: 132,132,132,255
  134: 133,133,133,255
  135: 134,134,134,255
  136: 135,135,135,255
  137: 136,136,136,255
  138: 137,137,137,255
  139: 138,138,138,255
  140: 139,139,139,255
  141: 140,140,140,255
  142: 141,141,141,255
  143: 

Re: [Geoserver-users] programmatically add Footprint Behavior

[Bessette-Halsema, Dominique E]

Thanks for the pointer.  It would also be helpful to know if I could set it as 
a parameter via the REST call that creates the coverage.

Dominique Bessette

From: Daniele Romagnoli 
Sent: Tuesday, October 1, 2019 8:40 AM
To: Bessette-Halsema, Dominique E 
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] programmatically add Footprint Behavior

Hi,
I see that last code change (so excluding documentation typo fixes and pom 
tweaks) is from 2016 so I suppose it isn't supported anymore so much.
You might want to check the geoserver-restconfig instead which is still 
maintained and under development.
https://pypi.org/project/geoserver-restconfig/
https://github.com/GeoNode/geoserver-restconfig

I know that while GeoServer Manager was needing specific methods for specific 
fields/resources, gs-restconfig is based on XML parsing instead.
I'm not a developer of that project so I can't provide you feedbacks on your 
specific question (footprint behavior).
You may want to check that there.

Cheers,
Daniele




On Tue, Oct 1, 2019 at 1:22 AM Bessette-Halsema, Dominique E 
mailto:dominique.besse...@gdit.com>> wrote:
Hello

How do I programmatically set the Footprint Behavior to Cut for an image mosaic 
layer definition?  I don’t see a method in the class

https://github.com/geosolutions-it/geoserver-manager/blob/master/src/main/java/it/geosolutions/geoserver/rest/encoder/coverage/GSImageMosaicEncoder.java

Thanks.

Dominique Bessette
___
Geoserver-users mailing list

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

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


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


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

Ing. Daniele Romagnoli
Senior Software Engineer

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

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

---

Con riferimento alla normativa sul trattamento dei dati personali (Reg. UE 
2016/679 - Regolamento generale sulla protezione dei dati “GDPR”), si precisa 
che ogni circostanza inerente alla presente email (il suo contenuto, gli 
eventuali allegati, etc.) è un dato la cui conoscenza è riservata al/i solo/i 
destinatario/i indicati dallo scrivente. Se il messaggio Le è giunto per 
errore, è tenuta/o a cancellarlo, ogni altra operazione è illecita. Le sarei 
comunque grato se potesse darmene notizia.

This email is intended only for the person or entity to which it is addressed 
and may contain information that is privileged, confidential or otherwise 
protected from disclosure. We remind that - as provided by European Regulation 
2016/679 “GDPR” - copying, dissemination or use of this e-mail or the 
information herein by anyone other than the intended recipient is prohibited. 
If you have received this email by mistake, please notify us immediately by 
telephone or e-mail.
___
Geoserver-users mailing list

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

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


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

[Geoserver-users] programmatically add Footprint Behavior

[Bessette-Halsema, Dominique E]

Hello

How do I programmatically set the Footprint Behavior to Cut for an image mosaic 
layer definition?  I don't see a method in the class

https://github.com/geosolutions-it/geoserver-manager/blob/master/src/main/java/it/geosolutions/geoserver/rest/encoder/coverage/GSImageMosaicEncoder.java

Thanks.

Dominique Bessette
___
Geoserver-users mailing list

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

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


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

Re: [Geoserver-users] gt-imagemosaic projections

[Bessette-Halsema, Dominique E]

If I add in the hardcoded 3832 information to the "setRequestGridGeometry" 
method, imagemosaic projects correctly.  How do I ensure that the class is 
getting the correct GridGeometry2D object?

Dominique Bessette


From: Bessette-Halsema, Dominique E 
Sent: Wednesday, August 28, 2019 1:26 PM
To: geoserver-users@lists.sourceforge.net
Subject: [Geoserver-users] gt-imagemosaic projections

Hello

I'm looking at imagemosaic using gt-imagemosaic v21.1 GeoServer 2.15.1.  I 
created an imagemosaic coverage with native CRS EPSG:4326.  When I make a 
getMap request using CRS EPSG:3832,  the objects requestCRS and 
coverageProperties.crs2D are both EPSG:4326 which causes the grid to not 
reproject.

line 293 in the gt-imagemosaic SpatialRequestHelper.java
//
// Check if the request CRS is different from the coverage native CRS
//
if (!CRS.equalsIgnoreMetadata(requestCRS, coverageProperties.crs2D))

Shouldn't they be different?


Dominique Bessette




SpatialRequestHelper.java.patch
Description: SpatialRequestHelper.java.patch
___
Geoserver-users mailing list

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

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


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

[Geoserver-users] gt-imagemosaic projections

[Bessette-Halsema, Dominique E]

Hello

I'm looking at imagemosaic using gt-imagemosaic v21.1 GeoServer 2.15.1.  I 
created an imagemosaic coverage with native CRS EPSG:4326.  When I make a 
getMap request using CRS EPSG:3832,  the objects requestCRS and 
coverageProperties.crs2D are both EPSG:4326 which causes the grid to not 
reproject.

line 293 in the gt-imagemosaic SpatialRequestHelper.java
//
// Check if the request CRS is different from the coverage native CRS
//
if (!CRS.equalsIgnoreMetadata(requestCRS, coverageProperties.crs2D))

Shouldn't they be different?


Dominique Bessette


___
Geoserver-users mailing list

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

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


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

[Geoserver-users] imagemosaic coveragestore file path

[Bessette-Halsema, Dominique E]

Hello

Is there a way to specify the file path for the directory when creating an 
image mosaic?

Example:
Enter the following command in the terminal:
curl -u admin:Geos -XPUT -H "Content-type:application/zip" --data-binary 
@empty.zip 
http://localhost:8080/geoserver/rest/workspaces/test/coveragestores/empty/file.imagemosaic

The response to this command should look like this but I want to specify the 
rule to be file:data/my/file/path:

  empty
  ImageMosaic
  true
  
test
http://localhost:8083/geoserver/rest/workspaces/test.xml
  
  <__default>false
  file:data/test/empty
  
http://www.w3.org/2005/Atom; rel="alternate" 
href="http://localhost:8083/geoserver/rest/workspaces/test/coveragestores/empty/file/coverages.xml;
 type="application/xml"/>
  


Dominique Bessette


___
Geoserver-users mailing list

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

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


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

[Geoserver-users] geoserver 2.15 and projections

[Bessette-Halsema, Dominique E]

Hello

I'm currently debugging an issue with projections.  When we updated from 
geoserver 2.14.x to 2.15.1 our map projections broke for EPSG:3832 and a custom 
defined projection.  Before I get down into the weeds I was wondering if there 
has been any significant changes with the geotools gt-referencing module 
between 20.1 and 21.1 that would possibly break our current implementation of 
projections? Or if there's been any updates to the way custom projections are 
defined in goeserver?

Thanks

Dominique Bessette
Senior Software Engineer


___
Geoserver-users mailing list

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

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


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

[Geoserver-users] GeoServer 2.14 with GDAL 2.3.X

[Bessette-Halsema, Dominique E]

Hello

I was reviewing the conversion about GeoServer with GDAL 2.3 and how the 
imageio-ext-gdalframework is incompatible.  Has there been any resolution for 
this issue?  I'm currently using GeoServer 2.14 and would like to use GDAL 
2.3.3 or 2.4.0 but I'm having trouble getting GeoServer to register the GDAL 
bindings.  This is on a Windows build.

http://osgeo-org.1560.x6.nabble.com/GDAL-2-3-compatibility-td5379770.html

Thanks
Dominique

___
Geoserver-users mailing list

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

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


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

Re: [Geoserver-users] [Geoserver-devel] Recalculate Feature Bounding Box REST API

[Bessette-Halsema, Dominique E]

Hi

I'm having a similar issue.  What is the site you were looking at? 

Dominique 


-Original Message-
From: Olyster  
Sent: Wednesday, October 3, 2018 5:53 AM
To: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] [Geoserver-devel] Recalculate Feature Bounding 
Box REST API

Thanks for your answer.

I found out on another site that I have to pass an XML body which looks like 
this :

featuretypeNametrue

There's absoluteley no mention of this in the documentation.

Now It seems that there's a bug in 2.12.1 : 

I update the bounds via REST. I get 200 OK.

If I try to update the same layer again I get 404 Not found. It seems like the 
featuretype name has been changed.

I don't have this problem with 2.12.2



--
Sent from: http://osgeo-org.1560.x6.nabble.com/GeoServer-User-f3786390.html


___
Geoserver-users mailing list

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

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


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


___
Geoserver-users mailing list

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

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


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

[Geoserver-users] imagemosaic recalculate

[Bessette-Halsema, Dominique E]

Hello,

I'm having some issues with the "recalculate" coveragestore feature and 
imagemosaics.  Currently I created an imagemosaic store with a geotiff using 
the geoserver UI.  When I POST another geotiff to the imagemosiac coveragestore 
with the "recalculate=nativebbox, latlonbbox" parameter I can see the 
imagemosaic is updated but the native and latlon bounding box in the 
coveragestore is not.  I have read in some past user questions that the 
coveragestore is not updated on purpose because it is expensive and users have 
to PUT a new coverage definition (which works).  However, when I read the 
2.14.x documentation it seems as though the recalculate parameter should 
automatically update the native and lat/lon bounding box for the imagemosaic 
coverage.  Is this true?

This is the URL I am POSTing where the new geotiff location is in the body.
http://localhost:8080/geoserver/rest/workspaces//coveragestores//external.imagemosaic?recalculate=nativebbox,
 latlonbbox

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


Thanks
Dominique

___
Geoserver-users mailing list

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

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


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

Re: [Geoserver-users] [External] Re: performance questions

[Bessette-Halsema, Dominique E]

Hi Andrea

I’m trying to install the native JAI in my environment using the geoserver 
directions. http://docs.geoserver.org/latest/en/user/production/java.html

In the GeoServer Service Status panel the “native jai” and “native jai imageio” 
settings are still false.  Should they be true if it is set up correctly?

Thanks.

Dominique Bessette

From: Bessette-Halsema, Dominique E
Sent: Tuesday, September 4, 2018 11:16 AM
To: 'Andrea Aime' ; Bessette-Halsema, Dominique E 
(dominique.besse...@gdit.com) 
Cc: GeoServer Mailing List List 
Subject: RE: [External] Re: [Geoserver-users] performance questions

The performance for bilinear didn’t improve with jai-ext enabled.  I’m going to 
try tuning geoserver and the garbage collection.  Then I’ll profile the code to 
find the bottleneck.  If there are any other thoughts please let me know.

Dominique Bessette

From: Andrea Aime 
mailto:andrea.a...@geo-solutions.it>>
Sent: Sunday, September 2, 2018 12:03 AM
To: mortac8 mailto:ashley_c_m...@raytheon.com>>
Cc: Bessette-Halsema, Dominique E 
mailto:dominique.besse...@gdit.com>>; GeoServer 
Mailing List List 
mailto:geoserver-users@lists.sourceforge.net>>
Subject: Re: [External] Re: [Geoserver-users] performance questions

Hi Ashley,
as said before, with JAI-EXT enabled I'd expect bilinear scaling to be slower 
(while for example we have reports
that bicubic warp is faster, it depends on the operation), but since you have a 
test ready, try it out and let us know how it worked?
All the "native accelerations" will be off obviously, as those require "native 
jai" to be installed and
jai-ext to be turned off.
Basically, keep the defaults that you have

Cheers
Andreaù


On Sat, Sep 1, 2018 at 10:34 PM Ashley Mort 
mailto:ashley_c_m...@raytheon.com>> wrote:
Interesting info there that I was unaware of with the jai-ext startup 
parameter.  We have a bunch of ImageMosaic layers served as PNG with a default 
GeoServer 2.13.0 install (no native JAI installed).

Would the recommended setting generally be to use 
-Dorg.geotools.coverage.jaiext.enabled=true then leave the defaults in 
GeoServer Image Processing settings like below?

PNG Encoder: PNGJ based encoded (recommended)
JPEG Native Acceleration: off
Mosaic Native Acceleration: off
Warp Native Acceleration: off
JAI/JAIEXT Setup
JAIEXT Operations
all

JAI OPERATIONS
none

Ashley Mort
Sr. Software Engineer

From: Andrea Aime 
[mailto:andrea.a...@geo-solutions.it<mailto:andrea.a...@geo-solutions.it>]
Sent: Saturday, September 1, 2018 5:20 AM
To: Bessette-Halsema, Dominique E 
mailto:dominique.besse...@gdit.com>>
Cc: GeoServer Mailing List List 
mailto:geoserver-users@lists.sourceforge.net>>
Subject: [External] Re: [Geoserver-users] performance questions

Hi,
yes, the performance drop looks bad. Have you enabled jai-ext in 2.13.x? (it 
does more work, more comprehensive
ROI handling and NODATA Handling which was not there before) so for a simple 
scale it's slower also in my local tests,
that said we are running all production envs with jai-ext enabled with no 
complaints (probably because bottleneck are elsewhere,
network storage, JPEG2000 decompression and the like).

If you did not enable jai-ext in both environments, did you install native JAI 
in both?

Cheers
Andrea


On Sat, Sep 1, 2018 at 1:48 AM Bessette-Halsema, Dominique E 
mailto:dominique.besse...@gdit.com>> wrote:
Hello

I was recently doing some performance tests on the v2.5 GeoServer.

Jmeter Test configuration:
The tests were for WMS 1.3.0 getMap requests for a 74x96 deg of a GeoTiff.
The interpolation is set to bilinear and each test run is performed 100 times 
in a loop.
Each loop is paused for 200-500 milliseconds before sending out the next batch 
of concurrent requests.

Example request:
https://localhost:8443/geoserver/test/wms?layers=test:grid=512=666=73.0,-19.0,147.0,77.0=CRS:84=image/png=1.3.0=WMS=GetMap.

To be candid, The average response time is much worse in v2.13 compared to 
v2.5.   I ended up updated v2.13 to use Marlin but the performance is still not 
as good as compared to v2.5.  Attached are the before/after updates.

I know there were a lot of updates between the versions but is there a global 
setting, cache, or configuration property that I should be looking into?

Dominique Bessette

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

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

If you want to request a feature or an improvement, also see 

Re: [Geoserver-users] [External] Re: performance questions

[Bessette-Halsema, Dominique E]

The performance for bilinear didn’t improve with jai-ext enabled.  I’m going to 
try tuning geoserver and the garbage collection.  Then I’ll profile the code to 
find the bottleneck.  If there are any other thoughts please let me know.

Dominique Bessette

From: Andrea Aime 
Sent: Sunday, September 2, 2018 12:03 AM
To: mortac8 
Cc: Bessette-Halsema, Dominique E ; GeoServer 
Mailing List List 
Subject: Re: [External] Re: [Geoserver-users] performance questions

Hi Ashley,
as said before, with JAI-EXT enabled I'd expect bilinear scaling to be slower 
(while for example we have reports
that bicubic warp is faster, it depends on the operation), but since you have a 
test ready, try it out and let us know how it worked?
All the "native accelerations" will be off obviously, as those require "native 
jai" to be installed and
jai-ext to be turned off.
Basically, keep the defaults that you have

Cheers
Andreaù


On Sat, Sep 1, 2018 at 10:34 PM Ashley Mort 
mailto:ashley_c_m...@raytheon.com>> wrote:
Interesting info there that I was unaware of with the jai-ext startup 
parameter.  We have a bunch of ImageMosaic layers served as PNG with a default 
GeoServer 2.13.0 install (no native JAI installed).

Would the recommended setting generally be to use 
-Dorg.geotools.coverage.jaiext.enabled=true then leave the defaults in 
GeoServer Image Processing settings like below?

PNG Encoder: PNGJ based encoded (recommended)
JPEG Native Acceleration: off
Mosaic Native Acceleration: off
Warp Native Acceleration: off
JAI/JAIEXT Setup
JAIEXT Operations
all

JAI OPERATIONS
none

Ashley Mort
Sr. Software Engineer

From: Andrea Aime 
[mailto:andrea.a...@geo-solutions.it<mailto:andrea.a...@geo-solutions.it>]
Sent: Saturday, September 1, 2018 5:20 AM
To: Bessette-Halsema, Dominique E 
mailto:dominique.besse...@gdit.com>>
Cc: GeoServer Mailing List List 
mailto:geoserver-users@lists.sourceforge.net>>
Subject: [External] Re: [Geoserver-users] performance questions

Hi,
yes, the performance drop looks bad. Have you enabled jai-ext in 2.13.x? (it 
does more work, more comprehensive
ROI handling and NODATA Handling which was not there before) so for a simple 
scale it's slower also in my local tests,
that said we are running all production envs with jai-ext enabled with no 
complaints (probably because bottleneck are elsewhere,
network storage, JPEG2000 decompression and the like).

If you did not enable jai-ext in both environments, did you install native JAI 
in both?

Cheers
Andrea


On Sat, Sep 1, 2018 at 1:48 AM Bessette-Halsema, Dominique E 
mailto:dominique.besse...@gdit.com>> wrote:
Hello

I was recently doing some performance tests on the v2.5 GeoServer.

Jmeter Test configuration:
The tests were for WMS 1.3.0 getMap requests for a 74x96 deg of a GeoTiff.
The interpolation is set to bilinear and each test run is performed 100 times 
in a loop.
Each loop is paused for 200-500 milliseconds before sending out the next batch 
of concurrent requests.

Example request:
https://localhost:8443/geoserver/test/wms?layers=test:grid=512=666=73.0,-19.0,147.0,77.0=CRS:84=image/png=1.3.0=WMS=GetMap.

To be candid, The average response time is much worse in v2.13 compared to 
v2.5.   I ended up updated v2.13 to use Marlin but the performance is still not 
as good as compared to v2.5.  Attached are the before/after updates.

I know there were a lot of updates between the versions but is there a global 
setting, cache, or configuration property that I should be looking into?

Dominique Bessette

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

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

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


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


--

Regards, Andrea Aime == GeoServer Professional Services from the experts! Visit 
http://goo.gl/it488V for more information. == Ing. Andrea Aime @geowolf 
Technical Lead GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) 
phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 
http://www.geo-solutions.it http://twitter.com/geosolutions_it 
--- Con riferimento alla 
normativa sul trattamento dei dati personali (Reg. UE 2016/679

[Geoserver-users] performance questions

[Bessette-Halsema, Dominique E]

Hello

I was recently doing some performance tests on the v2.5 GeoServer.

Jmeter Test configuration:
The tests were for WMS 1.3.0 getMap requests for a 74x96 deg of a GeoTiff.
The interpolation is set to bilinear and each test run is performed 100 times 
in a loop.
Each loop is paused for 200-500 milliseconds before sending out the next batch 
of concurrent requests.

Example request:
https://localhost:8443/geoserver/test/wms?layers=test:grid=512=666=73.0,-19.0,147.0,77.0=CRS:84=image/png=1.3.0=WMS=GetMap.

To be candid, The average response time is much worse in v2.13 compared to 
v2.5.   I ended up updated v2.13 to use Marlin but the performance is still not 
as good as compared to v2.5.  Attached are the before/after updates.

I know there were a lot of updates between the versions but is there a global 
setting, cache, or configuration property that I should be looking into?

Dominique Bessette



Performance.pptx
Description: Performance.pptx
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Geoserver-users mailing list

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

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


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

[Geoserver-users] geoserver specs

[Bessette-Halsema, Dominique E]

Hi I'm trying to find the documentation for the recommended amount of memory to 
run GeoServer



Thanks!

Dominique Bessette



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

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

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


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

[Geoserver-users] SLD filter with raster grids

[Bessette-Halsema, Dominique E]

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



How can I compare 2 bands against each other?



Do I have to transform the raster to a feature?





Example







   band1

   1000





   band2

band3









//make it black









Thanks

Dominique Bessette



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

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

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

[Geoserver-users] wps asynch set Task and Progress

[Bessette-Halsema, Dominique E]

How do I set the Task and Progress updates in my WPS for asynchronous calls?  
Right now it's always returning 0% Progress.



Thank You



Dominique Bessette



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

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

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

Re: [Geoserver-users] WPS async in a clustered environment

[Bessette-Halsema, Dominique E]

I believe you are correct the clustering is not set up correctly.
Thank You



Another Question:  Is there a way to get the executionId within the WPS that is 
being called?



Dominique Bessette



From: andrea.a...@gmail.com [mailto:andrea.a...@gmail.com] On Behalf Of Andrea 
Aime
Sent: Monday, October 23, 2017 11:27 PM
To: Bessette-Halsema, Dominique E
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] WPS async in a clustered environment



Hi,

did you consider this bit of documentation and act on it if needed?



"By default, the module will use multicast messages to locate other nodes in 
the same cluster and will automatically start sharing information about the 
process status with them.

In case this is not satisfactory, a hazelcast.xml file can be created/edited in 
the root of the GeoServer data directory to modify the network connection 
methods."

Multicast is not always allowed (that would be especially true in a high 
security environment).



Cheers

Andrea



On Tue, Oct 24, 2017 at 1:21 AM, Bessette-Halsema, Dominique E 
<dominique.besse...@gdit.com<mailto:dominique.besse...@gdit.com>> wrote:

Actually i think that error was a fluke.  I'm seeing error which is what i see 
in the browser as well



23:19:26,413 
[nites-vm-10.sd.spawar.navy.mil<http://nites-vm-10.sd.spawar.navy.mil>] INFO  
[org.geoserver.flow] (http-0.0.0.0:8443-10) Request [WPS 1.0.0 
GetExecutionStatus] starting, processing through flow controllers
23:19:26,414 
[nites-vm-10.sd.spawar.navy.mil<http://nites-vm-10.sd.spawar.navy.mil>] INFO  
[org.geoserver.flow] (http-0.0.0.0:8443-10) Request started, running requests: 
1, blocked requests: 0
23:19:26,414 
[nites-vm-10.sd.spawar.navy.mil<http://nites-vm-10.sd.spawar.navy.mil>] ERROR 
[org.geoserver.ows] (http-0.0.0.0:8443-10)
org.geoserver.wps.UnknownExecutionIdException: Unknown execution id 
a41a3d09-457e-446f-820e-9a2f7d3ea92b, either the execution was never submitted, 
was dismissed, or too much time passed since the process completed
at org.geoserver.wps.GetStatus.run(GetStatus.java:41)

  _____

From: Bessette-Halsema, Dominique E
Sent: Monday, October 23, 2017 4:08 PM


To: Andrea Aime
Cc: 
geoserver-users@lists.sourceforge.net<mailto:geoserver-users@lists.sourceforge.net>
Subject: Re: [Geoserver-users] WPS async in a clustered environment



The following error appears in the logs.



23:04:56,540 
[nites-vm-11.sd.spawar.navy.mil<http://nites-vm-11.sd.spawar.navy.mil>] INFO  
[org.geoserver.filters] (http-0.0.0.0:8443-5) 128.49.5.238 "GET 
/geoserver/ows?service=WPS=1.0.0=ProcessStatusStore=f1f18d30-a130-4578-98ef-1070154c9576"
 "Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0" "" 
" ""
23:04:56,547 
[nites-vm-11.sd.spawar.navy.mil<http://nites-vm-11.sd.spawar.navy.mil>] INFO  
[org.geoserver.wps] (http-0.0.0.0:8443-5)
Request: getServiceInfo
23:04:56,548 
[nites-vm-11.sd.spawar.navy.mil<http://nites-vm-11.sd.spawar.navy.mil>] ERROR 
[org.geoserver.ows] (http-0.0.0.0:8443-5)
org.geoserver.platform.ServiceException: No such operation WPS 1.0.0 
ProcessStatusStore
at org.geoserver.ows.Dispatcher.dispatch(Dispatcher.java:640)
at 
org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:258)
at 
org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:147)



Thanks for your help

Dominique

  _

From: Bessette-Halsema, Dominique E
Sent: Monday, October 23, 2017 3:49 PM
To: Andrea Aime
Cc: 
geoserver-users@lists.sourceforge.net<mailto:geoserver-users@lists.sourceforge.net>
Subject: Re: [Geoserver-users] WPS async in a clustered environment



I'm currently testing in our cluster configuration with the hazelcast.xml file 
that was mentioned in the documentation url below.  I can only get a response 
if i'm proxied to the GeoServer that ran the process.  Its probably our 
clustering configuration, but I was wondering if I'm missing anything besides 
the file and the jar in the GeoServer war.



I was also wondering what the wpsExecutionStatusMap is and why doesnt it 
include the request types (ie GetExecutionStatus)





  _

From: andrea.a...@gmail.com<mailto:andrea.a...@gmail.com> 
<andrea.a...@gmail.com<mailto:andrea.a...@gmail.com>> on behalf of Andrea Aime 
<andrea.a...@geo-solutions.it<mailto:andrea.a...@geo-solutions.it>>
Sent: Monday, October 23, 2017 9:53 AM
To: Bessette-Halsema, Dominique E
Cc: 
geoserver-users@lists.sourceforge.net<mailto:geoserver-users@lists.sourceforge.net>
Subject: Re: [Geoserver-users] WPS async in a clustered environment



Hi,

a bit of both, the final responses are read from shared file system, but for 
the interum you

need a clustering WPS status storage, see:

http://docs.geoserver.org/stable/en/user/services/wps/hazelcast-clustering.html



There is 

Re: [Geoserver-users] WPS async in a clustered environment

[Bessette-Halsema, Dominique E]

Actually i think that error was a fluke.  I'm seeing error which is what i see 
in the browser as well


23:19:26,413 [nites-vm-10.sd.spawar.navy.mil] INFO  [org.geoserver.flow] 
(http-0.0.0.0:8443-10) Request [WPS 1.0.0 GetExecutionStatus] starting, 
processing through flow controllers
23:19:26,414 [nites-vm-10.sd.spawar.navy.mil] INFO  [org.geoserver.flow] 
(http-0.0.0.0:8443-10) Request started, running requests: 1, blocked requests: 0
23:19:26,414 [nites-vm-10.sd.spawar.navy.mil] ERROR [org.geoserver.ows] 
(http-0.0.0.0:8443-10)
org.geoserver.wps.UnknownExecutionIdException: Unknown execution id 
a41a3d09-457e-446f-820e-9a2f7d3ea92b, either the execution was never submitted, 
was dismissed, or too much time passed since the process completed
at org.geoserver.wps.GetStatus.run(GetStatus.java:41)



From: Bessette-Halsema, Dominique E
Sent: Monday, October 23, 2017 4:08 PM
To: Andrea Aime
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] WPS async in a clustered environment


The following error appears in the logs.


23:04:56,540 [nites-vm-11.sd.spawar.navy.mil] INFO  [org.geoserver.filters] 
(http-0.0.0.0:8443-5) 128.49.5.238 "GET 
/geoserver/ows?service=WPS=1.0.0=ProcessStatusStore=f1f18d30-a130-4578-98ef-1070154c9576"
 "Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0" "" 
" ""
23:04:56,547 [nites-vm-11.sd.spawar.navy.mil] INFO  [org.geoserver.wps] 
(http-0.0.0.0:8443-5)
Request: getServiceInfo
23:04:56,548 [nites-vm-11.sd.spawar.navy.mil] ERROR [org.geoserver.ows] 
(http-0.0.0.0:8443-5)
org.geoserver.platform.ServiceException: No such operation WPS 1.0.0 
ProcessStatusStore
at org.geoserver.ows.Dispatcher.dispatch(Dispatcher.java:640)
at 
org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:258)
at 
org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:147)


Thanks for your help

Dominique

____________
From: Bessette-Halsema, Dominique E
Sent: Monday, October 23, 2017 3:49 PM
To: Andrea Aime
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] WPS async in a clustered environment


I'm currently testing in our cluster configuration with the hazelcast.xml file 
that was mentioned in the documentation url below.  I can only get a response 
if i'm proxied to the GeoServer that ran the process.  Its probably our 
clustering configuration, but I was wondering if I'm missing anything besides 
the file and the jar in the GeoServer war.


I was also wondering what the wpsExecutionStatusMap is and why doesnt it 
include the request types (ie GetExecutionStatus)




From: andrea.a...@gmail.com <andrea.a...@gmail.com> on behalf of Andrea Aime 
<andrea.a...@geo-solutions.it>
Sent: Monday, October 23, 2017 9:53 AM
To: Bessette-Halsema, Dominique E
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] WPS async in a clustered environment

Hi,
a bit of both, the final responses are read from shared file system, but for 
the interum you
need a clustering WPS status storage, see:
http://docs.geoserver.org/stable/en/user/services/wps/hazelcast-clustering.html

There is also a database based status storage as a community module, but I 
cannot find
its documentation (as a community module it is not required to have one, it's 
probably missing):
https://build.geoserver.org/geoserver/2.12.x/community-latest/geoserver-2.12-SNAPSHOT-wps-jdbc-plugin.zip

Regards
Andrea


On Mon, Oct 23, 2017 at 6:07 PM, Bessette-Halsema, Dominique E 
<dominique.besse...@gdit.com<mailto:dominique.besse...@gdit.com>> wrote:
Hello

Has anyone tested the WPS asynchronous calls in a clustered environment with 
several GeoServers?  Does the async call need to hit the same GeoServer or does 
it read off the file in the GEOSERVER_DATA_DIR/tmp/ directory?

Dominique Bessette
Software Engineer
General Dynamics Information Technology
Office: 619-881-2748<tel:(619)%20881-2748>


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

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

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




--

Regards,

Andrea Aime

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

Re: [Geoserver-users] WPS async in a clustered environment

[Bessette-Halsema, Dominique E]

The following error appears in the logs.


23:04:56,540 [nites-vm-11.sd.spawar.navy.mil] INFO  [org.geoserver.filters] 
(http-0.0.0.0:8443-5) 128.49.5.238 "GET 
/geoserver/ows?service=WPS=1.0.0=ProcessStatusStore=f1f18d30-a130-4578-98ef-1070154c9576"
 "Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0" "" 
" ""
23:04:56,547 [nites-vm-11.sd.spawar.navy.mil] INFO  [org.geoserver.wps] 
(http-0.0.0.0:8443-5)
Request: getServiceInfo
23:04:56,548 [nites-vm-11.sd.spawar.navy.mil] ERROR [org.geoserver.ows] 
(http-0.0.0.0:8443-5)
org.geoserver.platform.ServiceException: No such operation WPS 1.0.0 
ProcessStatusStore
at org.geoserver.ows.Dispatcher.dispatch(Dispatcher.java:640)
at 
org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:258)
at 
org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:147)


Thanks for your help

Dominique

____________
From: Bessette-Halsema, Dominique E
Sent: Monday, October 23, 2017 3:49 PM
To: Andrea Aime
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] WPS async in a clustered environment


I'm currently testing in our cluster configuration with the hazelcast.xml file 
that was mentioned in the documentation url below.  I can only get a response 
if i'm proxied to the GeoServer that ran the process.  Its probably our 
clustering configuration, but I was wondering if I'm missing anything besides 
the file and the jar in the GeoServer war.


I was also wondering what the wpsExecutionStatusMap is and why doesnt it 
include the request types (ie GetExecutionStatus)




From: andrea.a...@gmail.com <andrea.a...@gmail.com> on behalf of Andrea Aime 
<andrea.a...@geo-solutions.it>
Sent: Monday, October 23, 2017 9:53 AM
To: Bessette-Halsema, Dominique E
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] WPS async in a clustered environment

Hi,
a bit of both, the final responses are read from shared file system, but for 
the interum you
need a clustering WPS status storage, see:
http://docs.geoserver.org/stable/en/user/services/wps/hazelcast-clustering.html

There is also a database based status storage as a community module, but I 
cannot find
its documentation (as a community module it is not required to have one, it's 
probably missing):
https://build.geoserver.org/geoserver/2.12.x/community-latest/geoserver-2.12-SNAPSHOT-wps-jdbc-plugin.zip

Regards
Andrea


On Mon, Oct 23, 2017 at 6:07 PM, Bessette-Halsema, Dominique E 
<dominique.besse...@gdit.com<mailto:dominique.besse...@gdit.com>> wrote:
Hello

Has anyone tested the WPS asynchronous calls in a clustered environment with 
several GeoServers?  Does the async call need to hit the same GeoServer or does 
it read off the file in the GEOSERVER_DATA_DIR/tmp/ directory?

Dominique Bessette
Software Engineer
General Dynamics Information Technology
Office: 619-881-2748<tel:(619)%20881-2748>


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

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

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




--

Regards,

Andrea Aime

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

Ing. Andrea Aime
@geowolf
Technical Lead

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

http://www.geo-solutions.it<http://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 attac

Re: [Geoserver-users] WPS async in a clustered environment

[Bessette-Halsema, Dominique E]

I'm currently testing in our cluster configuration with the hazelcast.xml file 
that was mentioned in the documentation url below.  I can only get a response 
if i'm proxied to the GeoServer that ran the process.  Its probably our 
clustering configuration, but I was wondering if I'm missing anything besides 
the file and the jar in the GeoServer war.


I was also wondering what the wpsExecutionStatusMap is and why doesnt it 
include the request types (ie GetExecutionStatus)




From: andrea.a...@gmail.com <andrea.a...@gmail.com> on behalf of Andrea Aime 
<andrea.a...@geo-solutions.it>
Sent: Monday, October 23, 2017 9:53 AM
To: Bessette-Halsema, Dominique E
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] WPS async in a clustered environment

Hi,
a bit of both, the final responses are read from shared file system, but for 
the interum you
need a clustering WPS status storage, see:
http://docs.geoserver.org/stable/en/user/services/wps/hazelcast-clustering.html

There is also a database based status storage as a community module, but I 
cannot find
its documentation (as a community module it is not required to have one, it's 
probably missing):
https://build.geoserver.org/geoserver/2.12.x/community-latest/geoserver-2.12-SNAPSHOT-wps-jdbc-plugin.zip

Regards
Andrea


On Mon, Oct 23, 2017 at 6:07 PM, Bessette-Halsema, Dominique E 
<dominique.besse...@gdit.com<mailto:dominique.besse...@gdit.com>> wrote:
Hello

Has anyone tested the WPS asynchronous calls in a clustered environment with 
several GeoServers?  Does the async call need to hit the same GeoServer or does 
it read off the file in the GEOSERVER_DATA_DIR/tmp/ directory?

Dominique Bessette
Software Engineer
General Dynamics Information Technology
Office: 619-881-2748<tel:(619)%20881-2748>


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

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

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




--

Regards,

Andrea Aime

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

Ing. Andrea Aime
@geowolf
Technical Lead

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

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


AVVERTENZE AI SENSI DEL D.Lgs. 196/2003

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

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

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

P

[Geoserver-users] WPS async in a clustered environment

[Bessette-Halsema, Dominique E]

Hello



Has anyone tested the WPS asynchronous calls in a clustered environment with 
several GeoServers?  Does the async call need to hit the same GeoServer or does 
it read off the file in the GEOSERVER_DATA_DIR/tmp/ directory?



Dominique Bessette

Software Engineer

General Dynamics Information Technology

Office: 619-881-2748



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

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

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

[Geoserver-users] wps async json response

[Bessette-Halsema, Dominique E]

Hello!



Is it possible to get a json response instead of xml for the wps asynchronous 
calls?



Thanks

Dominique Bessette



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

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

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

[Geoserver-users] GEOT-5514 xml injection question

[Bessette-Halsema, Dominique E]

I was looking at the bug story



https://osgeo-org.atlassian.net/browse/GEOT-5514



Is it possible to uncomment the lines org.geotools.xml.DocumentFactory:152-153 
to fix the xml injection.  We are getting close to delivery and it would be 
less risk to uncomment out those lines in version 15.1 than update the 
GeoServer version.



Thanks



Dominique



--
Announcing the Oxford Dictionaries API! The API offers world-renowned
dictionary content that is easy and intuitive to access. Sign up for an
account today to start using our lexical data to power your apps and
projects. Get started today and enter our developer competition.
http://sdm.link/oxford___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] GeoServer: how to get min/max values of a raster band?

[Bessette-Halsema, Dominique E]

You can Transform the geotiff to a FeatureCollection using 
RasterAsPointCollectionProcess and then use the AggregateProcess





Dominique Bessette

Software Engineer

General Dynamics Information Technology

Office: 619-881-2748



From: Victor.Sinceac [mailto:victor.sinc...@corobor.com]
Sent: Monday, February 27, 2017 10:03 AM
To: geoserver-users@lists.sourceforge.net
Subject: [Geoserver-users] GeoServer: how to get min/max values of a raster 
band?



Hi,



Is there a simple method (i.e. without adding extra WPS functions) to get the 
min/max values and/or the histogram of a given raster (e.g. geotiff) band, by 
using the standard services of the GeoServer?



Mani Thanks,

Victor

  _

This message is subject to and does not create or vary any contractual 
relationship between Campbell Scientific Limited, its subsidiaries or 
affiliates ("CSL") and you. Internet communications are not secure and 
therefore CSL does not accept legal responsibility for the contents of this 
message. The message is intended for the addressee only and its contents and 
any attached files are strictly confidential. If you have received it in error, 
please telephone +44 (0)1509 601141 or email 
postmas...@campbellsci.co.uk. Thank you.
Campbell Scientific Ltd.
Company Registration Number: 1933935 (England and Wales) Registered Address: 
Campbell Park, 80 Hathern Road, Shepshed, Loughborough, Leicestershire LE12 
9GX, UK
Tel: +44 (0) 1509 601141
Fax: +44 (0) 1509 601091
Web: www.campbellsci.co.uk

  _



--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] WPS index out of bounds exception

[Bessette-Halsema, Dominique E]

I'm seeing the following error in my WPS response.  The return object is a 
large json string.  Also there are about 5 requests coming in at once.  Any 
idea where this is from?



19:02:33,739 INFO  [org.geoserver.wps] (http-0.0.0.0:8443-14)

Request: execute

service = WPS

version = 1.0.0

baseUrl = https://nites-gis.dev.net:8443/geoserver/

identifier:

value = gs:METOCImpactAOISummary

dataInputs:

input[0]:

identifier = net.opengis.ows11.impl.CodeTypeImpl@42456ef2 (value: 
AOI metadata, codeSpace: null)

data = net.opengis.wps10.impl.DataTypeImpl@7876eb4binput[0]:

identifier = net.opengis.ows11.impl.CodeTypeImpl@1b53e8a2 (value: 
rules, codeSpace: null)

data = net.opengis.wps10.impl.DataTypeImpl@4cd83d2binput[0]:

identifier = net.opengis.ows11.impl.CodeTypeImpl@2583e8bc (value: 
username, codeSpace: null)

data = net.opengis.wps10.impl.DataTypeImpl@6a6063f4input[0]:

identifier = net.opengis.ows11.impl.CodeTypeImpl@6ef280e2 (value: 
Impact package Name, codeSpace: null)

data = net.opengis.wps10.impl.DataTypeImpl@63cec972

responseForm:

rawDataOutput:

identifier = net.opengis.ows11.impl.CodeTypeImpl@59b21bbf (value: 
result, codeSpace: null)

19:02:33,739 ERROR [org.geoserver.ows] (http-0.0.0.0:8443-14) : 
org.eclipse.emf.common.util.BasicEList$BasicIndexOutOfBoundsException: index=0, 
size=0

at org.eclipse.emf.common.util.BasicEList.get(BasicEList.java:352) 
[common-2.6.0.jar:]

at 
org.geoserver.wps.response.ExecuteProcessResponse.getMimeType(ExecuteProcessResponse.java:75)
 [gs-wps-core-2.9.1.jar:2.9.1]

at org.geoserver.ows.Dispatcher.response(Dispatcher.java:960) 
[gs-ows-2.9.1.jar:2.9.1]

at 
org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:272) 
[gs-ows-2.9.1.jar:2.9.1]

at 
org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:147)
 [spring-webmvc-4.2.5.RELEASE.jar:4.2.5.RELEASE]

at 
org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:50)
 [spring-webmvc-4.2.5.RELEASE.jar:4.2.5.RELEASE]

at 
org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:959)
 [spring-webmvc-4.2.5.RELEASE.jar:4.2.5.RELEASE]

at 
org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:893)
 [spring-webmvc-4.2.5.RELEASE.jar:4.2.5.RELEASE]

at 
org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:968)
 [spring-webmvc-4.2.5.RELEASE.jar:4.2.5.RELEASE]

at 
org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:870)
 [spring-webmvc-4.2.5.RELEASE.jar:4.2.5.RELEASE]

at javax.servlet.http.HttpServlet.service(HttpServlet.java:754) 
[jboss-servlet-api_3.0_spec-1.0.2.Final-redhat-2.jar:1.0.2.Final-redhat-2]

at 
org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:844)
 [spring-webmvc-4.2.5.RELEASE.jar:4.2.5.RELEASE]

at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) 
[jboss-servlet-api_3.0_spec-1.0.2.Final-redhat-2.jar:1.0.2.Final-redhat-2]

at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:295)
 [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1]

at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
 [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1]

at 
org.geoserver.filters.ThreadLocalsCleanupFilter.doFilter(ThreadLocalsCleanupFilter.java:28)
 [gs-main-2.9.1.jar:2.9.1]

at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:246)
 [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1]

at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
 [jbossweb-7.5.19.Final-redhat-1.jar:7.5.19.Final-redhat-1]

at 
org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(SpringDelegatingFilter.java:75)
 [gs-main-2.9.1.jar:2.9.1]

at 
org.geoserver.wms.animate.AnimatorFilter.doFilter(AnimatorFilter.java:71) 
[gs-wms-2.9.1.jar:2.9.1]

at 
org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(SpringDelegatingFilter.java:71)
 [gs-main-2.9.1.jar:2.9.1]

at 
org.geoserver.flow.controller.IpBlacklistFilter.doFilter(IpBlacklistFilter.java:94)
 [gs-control-flow-2.9.1.jar:2.9.1]

at 
org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(SpringDelegatingFilter.java:71)
 [gs-main-2.9.1.jar:2.9.1]

at 
org.geoserver.flow.ControlFlowCallback.doFilter(ControlFlowCallback.java:203) 
[gs-control-flow-2.9.1.jar:2.9.1]

at 
org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(SpringDelegatingFilter.java:71)
 

[Geoserver-users] filter out points in a raster

[Bessette-Halsema, Dominique E]

Is it possible to apply the ogc:Filter function in an SLD for a Raster?  I'm 
trying to apply a filter to the data in the second raster band.



Can I apply a RasterSymbolizer rule and specify the band name?



I can create a style that transforms the raster to a feature using the 
RasterAsPointCollection WPS and then filter out the points, but then I have a 
bunch of point data on the map and it needs to be blended.



Thanks

Dominique



--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] EPSG:32661 clarification

[Bessette-Halsema, Dominique E]

Hi



I'm using GeoServer 2.9 and I'm seeing that the output axes for EPSG:32661 is 
Northing-Easting.  The bug https://osgeo-org.atlassian.net/browse/GEOS-6354 
documents that the axis is swapped and says that EPSG:32661 does not follow the 
standard.  This bug report was closed under 2.5 but I'm still seeing that the 
layer in 2.9 is Northing-Easting and not Easting-Northing.  Was EPSG:32661 
actually fixed to follow the standard?





Dominique Bessette

Software Engineer

General Dynamics Information Technology

Office: 619-881-2748



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

[Geoserver-users] TextSymbolizer without a Label

[Bessette-Halsema, Dominique E]

I have a feature with the attached style.  I don't see any problems until I try 
to export the feature to google earth.  Then I see the following errors in 
geoserver.  I debugged the issue and it turns out I don't have a Label tag 
under the TextSymbolizer element in the SLD.  The documentation states the 
Label element isn't required.  Is that not the case in google earth?



>From the code:



org.geoserver.kml.decorator.PlacemarkNameDecoratorFactory.java:64 calls

org.geotools.styling.SLD line 1171 which returns a null:



Symbolizer = null



>From the logs:



22:28:57,754 ERROR [org.geoserver.ows] (http-/0.0.0.0:8443-6) : 
java.lang.NullPointerException

at 
org.geoserver.kml.decorator.PlacemarkNameDecoratorFactory$PlacemarkNameDecorator.decorate(PlacemarkNameDecoratorFactory.java:64)
 [gs-kml-2.7.2.jar:2.7.2]

at 
org.geoserver.kml.sequence.FeatureSequenceFactory$FeatureGenerator.next(FeatureSequenceFactory.java:121)
 [gs-kml-2.7.2.jar:2.7.2]

at 
org.geoserver.kml.sequence.FeatureSequenceFactory$FeatureGenerator.next(FeatureSequenceFactory.java:80)
 [gs-kml-2.7.2.jar:2.7.2]

at 
org.geoserver.kml.sequence.SequenceList$GeneratorIterator.(SequenceList.java:29)
 [gs-kml-2.7.2.jar:2.7.2]

at 
org.geoserver.kml.sequence.SequenceList.iterator(SequenceList.java:63) 
[gs-kml-2.7.2.jar:2.7.2]



geoserver url from google earth:



http://localhost/geoserver/wms?crs=CRS:84=2015-12-24T00:00:00.000Z=1024=-163.2354539790473,15.57941628804031,-147.6617927872543,27.65836991454673=tracks:pimTrack-indicator5=1024=GetMap=WMS=_options=SUPEROVERLAY:false;KMPLACEMARK:false;KMSCORE:40;KMATTR:true;=application/vnd.google-earth.kmz=false=1.3.0



Dominique Bessette





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

[Geoserver-users] GTDataStoreGranuleCatalog class error

[Bessette-Halsema, Dominique E]

Hi



I'm using the image mosaic plugin and I get the following error from the 
GTDataStoreGranuleCatalog class intermittently.



BBOXFilterExtractor::extractBasicProperties(): unable to get a schema from the 
featureSource: java.io.IOException: 
BBOXFilterExtractor::extractBasicProperties(): unable to get a schema from the 
featureSource



If I try to recreate the image mosaic overlay it'll work fine.  Do you have any 
idea why this would be happening?



My indexer.properties file contains the following



TimeAttribute = validtime

ElevationAttribute = elevation

Envelope2D = 119.0039062499,0.3515625,129.00390625,10.3515625

Schema = 
*the_geom:Polygon,location:String,validtime:java.util.Date,elevation:Double

PropertyCollectors = 
TimestampFileNameExtractorSPI[timeregex](validtime),DoubleFileNameExtractorSPI[elevationregex](elevation)



Thanks

Dominique



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

[Geoserver-users] layer group with TIME Dimension

[Bessette-Halsema, Dominique E]

How do I add the TIME dimension to a layer group so that it shows in the 
getCapabilities document?  Each layer added to the layer group has the time 
dimension enabled and all contain the same time.



Dominique



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

[Geoserver-users] cropping overlay into a circle

[Bessette-Halsema, Dominique E]

Is there a way to crop an overlay into a circle using a radius?  Either through 
an SLD or WPS?  For example: In an sld you'd color the radius and make the rest 
transparent.  Is that possible?



Dominique Bessette



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

[Geoserver-users] sld with two geometries and a time dimension

[Bessette-Halsema, Dominique E]

I have a dblayer feature type that contains a point geometry, a linestring 
geometry and a TIME dimension.  Is there a way to tell the linestring geometry 
to ignore the time dimension in the sld?



Dominique Bessette

Software Engineer

General Dynamics Information Technology

Office: 619-881-2748



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

Re: [Geoserver-users] sld with two geometries and a time dimension

[Bessette-Halsema, Dominique E]

Is it possible to combine two features into 1 coverage with a time dimension?  
So that 1 feature does not have a time associated with it, but the other does.



Dominique Bessette

Software Engineer

General Dynamics Information Technology

Office: 619-881-2748



From: andrea.a...@gmail.com [mailto:andrea.a...@gmail.com] On Behalf Of Andrea 
Aime
Sent: Monday, August 31, 2015 8:22 PM
To: Bessette-Halsema, Dominique E
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] sld with two geometries and a time dimension



On Mon, Aug 31, 2015 at 9:21 PM, Bessette-Halsema, Dominique E 
<dominique.besse...@gdit.com<mailto:dominique.besse...@gdit.com>> wrote:

I have a dblayer feature type that contains a point geometry, a linestring 
geometry and a TIME dimension.  Is there a way to tell the linestring geometry 
to ignore the time dimension in the sld?



No, not possible: the dimension is valid for the whole layer, no exceptions, 
styling is orthogonal to dimension filtering.



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 Poggio alle Viti 1187

55054  Massarosa (LU)

Italy

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.



---

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

[Geoserver-users] nearest neighbor interpolation

[Bessette-Halsema, Dominique E]

Is there a way to smooth the overlay lines using nearest neighbor interpolation?



Dominique Bessette



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

Re: [Geoserver-users] layer styling

[Bessette-Halsema, Dominique E]

Sorry I didn’t mean the actual label.  I meant the color in the raster should 
be yellow which is the Moderate Impact color.



The point value I clicked is 1.0 but there is not a style associated with it.



My style is as follows



  sld:ColorMap type=values

  sld:ColorMapEntry color=#008000 opacity=1.0 quantity=0.0 
label=No Impact/

  sld:ColorMapEntry color=#FFF500 opacity=1.0 quantity=1.0 
label=Moderate Impact/

  sld:ColorMapEntry color=#BB opacity=1.0 quantity=2.0 
label=Missing Data/

  sld:ColorMapEntry color=#FF opacity=1.0 quantity=3.0 
label=Significant Impact/

/sld:ColorMap





Dominique Bessette

Software Engineer

General Dynamics Information Technology

Office: 619-881-2748



From: andrea.a...@gmail.com [mailto:andrea.a...@gmail.com] On Behalf Of Andrea 
Aime
Sent: Tuesday, July 07, 2015 10:58 PM
To: Bessette-Halsema, Dominique E
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] layer styling



On Tue, Jul 7, 2015 at 11:45 PM, Bessette-Halsema, Dominique E 
dominique.besse...@gdit.commailto:dominique.besse...@gdit.com wrote:

There is a hole in my overlay even though there is underlying data.



Attached is a picture from  the layer previewer.  The value (1.0)  is the mouse 
click shown in the picture.



The style is as follows.  Shouldn’t my selected point be the Moderate Impact 
value?



GetFeatureInfo always returned the raw data (the actual values from the bands), 
not the SLD labels,

which are simply meant to be used for legend generation (GetLegendGraphics).



What you're suggesting makes sense for rasters with an enumerated set of values,

but think of a DEM, people might get rather disconcerted if we returned High 
or Very high

instead of the actual elevation :-p



That said, I guess we could have a vendor parameter that activates the return 
of the

labels instead of the values. If you are interested I can show you where to 
make the

modifications



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 Poggio alle Viti 1187

55054  Massarosa (LU)

Italy

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.



---

--
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] layer styling

[Bessette-Halsema, Dominique E]

Found the answer to this too.  you set the GSCoverageEncoder



Thanks for your help





From: Bessette-Halsema, Dominique E
Sent: Wednesday, July 08, 2015 11:00 AM
To: 'Andrea Aime'
Cc: geoserver-users@lists.sourceforge.net
Subject: RE: [Geoserver-users] layer styling



I think that was the issue.  I set the WMS page to interpolate to nearest 
neighbor by default and got the same image for both.  Is there a way to define 
the interpolation for select overlays?





Dominique Bessette

Software Engineer

General Dynamics Information Technology

Office: 619-881-2748



From: andrea.a...@gmail.commailto:andrea.a...@gmail.com 
[mailto:andrea.a...@gmail.com] On Behalf Of Andrea Aime
Sent: Wednesday, July 08, 2015 8:47 AM
To: Bessette-Halsema, Dominique E
Cc: 
geoserver-users@lists.sourceforge.netmailto:geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] layer styling



On Wed, Jul 8, 2015 at 5:36 PM, Bessette-Halsema, Dominique E 
dominique.besse...@gdit.commailto:dominique.besse...@gdit.com wrote:

Sorry I didn’t mean the actual label.  I meant the color in the raster should 
be yellow which is the Moderate Impact color.



The point value I clicked is 1.0 but there is not a style associated with it.



My style is as follows



  sld:ColorMap type=values

  sld:ColorMapEntry color=#008000 opacity=1.0 quantity=0.0 
label=No Impact/

  sld:ColorMapEntry color=#FFF500 opacity=1.0 quantity=1.0 
label=Moderate Impact/



Hum... quantity = 1 here. So there is a style associated to it. Ah, from the 
screenshot it seems there is a translation between

the point you're clicking, and where the GetFeatureInfo is actually picking the 
value.



You're oversampling a lot there, it might be the half pixel issue, OGC wants 
us to use the center of the pixel as

the reference, most data uses the corner of the pixel instead.



We have machinery to go from one to the other, wondering if in some place in 
the GetFeatureInfo code chain

we are not applying it correctly (something one would notice only when 
oversampling something like 50-100

times compared to the native resolution)



Can you verify there is a predictable translation between pixel queried, and 
pixel you get in the response?



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 Poggio alle Viti 1187

55054  Massarosa (LU)

Italy

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.



---

--
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] layer styling

[Bessette-Halsema, Dominique E]

Thanks for the help.



I’m not sure how to verify the pixel, but heres some more information about how 
I create the grid.



Initially I create an ascii grid file (below), I then use gdal to create the 
geotiff and post the geotiff to geoserver.  Do you think geoserver is 
interpolating so that there are decimal values in between?





ncols 10

nrows 12

xllcorner 0.0

yllcorner 0.0

cellsize 0.18181818181818188

nodata_value 5.0

1.0   1.0   1.0   0.0   0.0   0.0   0.0   0.0   0.0   0.0

1.0   1.0   0.0   0.0   0.0   0.0   0.0   0.0   0.0   0.0

1.0   0.0   0.0   0.0   0.0   0.0   0.0   0.0   0.0   0.0

1.0   0.0   0.0   0.0   0.0   0.0   0.0   0.0   0.0   0.0

0.0   0.0   0.0   0.0   0.0   0.0   0.0   0.0   0.0   0.0

0.0   0.0   0.0   0.0   0.0   0.0   0.0   0.0   0.0   0.0

0.0   0.0   0.0   0.0   0.0   0.0   0.0   0.0   0.0   0.0

0.0   0.0   0.0   0.0   0.0   0.0   0.0   0.0   0.0   0.0

0.0   0.0   0.0   0.0   0.0   0.0   0.0   0.0   0.0   0.0

0.0   0.0   0.0   0.0   0.0   0.0   0.0   0.0   0.0   0.0

0.0   0.0   0.0   0.0   0.0   0.0   0.0   0.0   0.0   0.0

0.0   0.0   0.0   0.0   0.0   0.0   0.0   0.0   0.0   0.0



I changed the style and now I see the following picture (attached called 
image-intervals-sld)



  sld:ColorMap type=intervals

  sld:ColorMapEntry color=#008000 opacity=1.0 quantity=0.1 
label=No Impact/

  sld:ColorMapEntry color=#FFF500 opacity=1.0 quantity=1.1 
label=Moderate Impact/

  sld:ColorMapEntry color=#BB opacity=1.0 quantity=2.1 
label=Missing Data/

  sld:ColorMapEntry color=#FF opacity=1.0 quantity=3.1 
label=Significant Impact/

/sld:ColorMap

 /sld:RasterSymbolizer



I also create another grid (attached image-rawdata) using a raw data ascii file 
in the same way (ascii -gdal translate - geotiff - geoserver)





ncols 10

nrows 12

xllcorner 0.0

yllcorner 0.0

cellsize 0.18181818181818188

nodata_value 5.0

244.789   247.289   249.789   252.289   254.789   257.289   259.789   262.289   
264.789   267.289

246.289   248.789   251.289   253.789   256.289   258.789   261.289   263.789   
266.289   268.789

247.789   250.289   252.789   255.289   257.789   260.289   262.789   265.289   
267.789   270.289

249.289   251.789   254.289   256.789   259.289   261.789   264.289   266.789   
269.289   271.789

250.789   253.289   255.789   258.289   260.789   263.289   265.789   268.289   
270.789   273.289

252.289   254.789   257.289   259.789   262.289   264.789   267.289   269.789   
272.289   274.789

253.789   256.289   258.789   261.289   263.789   266.289   268.789   271.289   
273.789   276.289

255.289   257.789   260.289   262.789   265.289   267.789   270.289   272.789   
275.289   277.789

256.789   259.289   261.789   264.289   266.789   269.289   271.789   274.289   
276.789   279.289

258.289   260.789   263.289   265.789   268.289   270.789   273.289   275.789   
278.289   280.789

259.789   262.289   264.789   267.289   269.789   272.289   274.789   277.289   
279.789   282.289

261.289   263.789   266.289   268.789   271.289   273.789   276.289   278.789   
281.289   283.789



The styling for this grid uses intervals



   sld:ColorMap type=intervals

  sld:ColorMapEntry color=#FFF500 opacity=1.0 
quantity=249.816447 label=249.816447/   //yellow

  sld:ColorMapEntry color=#008000 opacity=1.0 
quantity=4 label=Max Possible Value/   //green

  sld:ColorMapEntry color=#BB opacity=1.0 
quantity=5 label=Missing Data/

 /sld:ColorMap



Why do the grids look so different?  Again is it how geoserver is interpolating 
the grids?





Dominique Bessette

Software Engineer

General Dynamics Information Technology

Office: 619-881-2748



From: andrea.a...@gmail.com [mailto:andrea.a...@gmail.com] On Behalf Of Andrea 
Aime
Sent: Wednesday, July 08, 2015 8:47 AM
To: Bessette-Halsema, Dominique E
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] layer styling



On Wed, Jul 8, 2015 at 5:36 PM, Bessette-Halsema, Dominique E 
dominique.besse...@gdit.commailto:dominique.besse...@gdit.com wrote:

Sorry I didn’t mean the actual label.  I meant the color in the raster should 
be yellow which is the Moderate Impact color.



The point value I clicked is 1.0 but there is not a style associated with it.



My style is as follows



  sld:ColorMap type=values

  sld:ColorMapEntry color=#008000 opacity=1.0 quantity=0.0 
label=No Impact/

  sld:ColorMapEntry color=#FFF500 opacity=1.0 quantity=1.0 
label=Moderate Impact/



Hum... quantity = 1 here. So there is a style associated to it. Ah, from the 
screenshot it seems there is a translation between

the point you're clicking, and where the GetFeatureInfo is actually picking the 
value.



You're oversampling a lot there, it might be the half pixel issue, OGC wants 
us to use the center of the pixel as

the reference, most

Re: [Geoserver-users] layer styling

[Bessette-Halsema, Dominique E]

I think that was the issue.  I set the WMS page to interpolate to nearest 
neighbor by default and got the same image for both.  Is there a way to define 
the interpolation for select overlays?





Dominique Bessette

Software Engineer

General Dynamics Information Technology

Office: 619-881-2748



From: andrea.a...@gmail.com [mailto:andrea.a...@gmail.com] On Behalf Of Andrea 
Aime
Sent: Wednesday, July 08, 2015 8:47 AM
To: Bessette-Halsema, Dominique E
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] layer styling



On Wed, Jul 8, 2015 at 5:36 PM, Bessette-Halsema, Dominique E 
dominique.besse...@gdit.commailto:dominique.besse...@gdit.com wrote:

Sorry I didn’t mean the actual label.  I meant the color in the raster should 
be yellow which is the Moderate Impact color.



The point value I clicked is 1.0 but there is not a style associated with it.



My style is as follows



  sld:ColorMap type=values

  sld:ColorMapEntry color=#008000 opacity=1.0 quantity=0.0 
label=No Impact/

  sld:ColorMapEntry color=#FFF500 opacity=1.0 quantity=1.0 
label=Moderate Impact/



Hum... quantity = 1 here. So there is a style associated to it. Ah, from the 
screenshot it seems there is a translation between

the point you're clicking, and where the GetFeatureInfo is actually picking the 
value.



You're oversampling a lot there, it might be the half pixel issue, OGC wants 
us to use the center of the pixel as

the reference, most data uses the corner of the pixel instead.



We have machinery to go from one to the other, wondering if in some place in 
the GetFeatureInfo code chain

we are not applying it correctly (something one would notice only when 
oversampling something like 50-100

times compared to the native resolution)



Can you verify there is a predictable translation between pixel queried, and 
pixel you get in the response?



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 Poggio alle Viti 1187

55054  Massarosa (LU)

Italy

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.



---

--
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] interpolation default for WMS

[Bessette-Halsema, Dominique E]

Hi



I found this comment on how interpolation can only be set on a layer by layer 
basis for WCS but not WMS.  Is there a way this can be added to the code?



I need a layer by layer interpolation for a wms getCapabilities call.



http://osgeo-org.1560.x6.nabble.com/wms-interpolation-per-layer-basis-td4968515.html



Dominique Bessette



--
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] interpolation default for WMS

[Bessette-Halsema, Dominique E]

I actually found that post right  after I sent this email sorry.  I found that 
in geoserver 2.7.1 you can set the interpolations vendor parameter in a getMap 
call.  I was not aware that the interpolations setting in the Layer page is 
only for WCS calls and the interpolations setting in the WMS page is system 
wide.



I found this.



http://docs.geoserver.org/latest/en/user/services/wms/vendor.html



Thanks!

Dominique





From: andrea.a...@gmail.com [mailto:andrea.a...@gmail.com] On Behalf Of Andrea 
Aime
Sent: Wednesday, July 08, 2015 12:50 PM
To: Bessette-Halsema, Dominique E
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] interpolation default for WMS



On Wed, Jul 8, 2015 at 9:27 PM, Bessette-Halsema, Dominique E 
dominique.besse...@gdit.commailto:dominique.besse...@gdit.com wrote:

Hi



I found this comment on how interpolation can only be set on a layer by layer 
basis for WCS but not WMS.  Is there a way this can be added to the code?



A bit complicated, but not impossible, one needs to modify both GeoServer and 
the underlying

map rendering engine in GeoTools (which right now can only take a single 
interpolation value,

valid for all layers).

In order for this feature to become part of GeoServer 2.8.0, in September, the

change will have to land on the development branch before August 18th, the 
feature

freeze date (of course, if you are developing it yourself, or are going to get 
commercial

support, there is always the possibility of an unofficial backport to whatever 
series

you need it in).







   I need a layer by layer interpolation for a wms getCapabilities call.



   
http://osgeo-org.1560.x6.nabble.com/wms-interpolation-per-layer-basis-td4968515.html



   GetCapabilities? Interpolation does not show up there. Did you mean GetMap?



   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 Poggio alle Viti 1187

   55054  Massarosa (LU)

   Italy

   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.



   ---

--
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] layer styling

[Bessette-Halsema, Dominique E]

There is a hole in my overlay even though there is underlying data.



Attached is a picture from  the layer previewer.  The value (1.0)  is the mouse 
click shown in the picture.



The style is as follows.  Shouldn't my selected point be the Moderate Impact 
value?



?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:NamedLayer

sld:Namenrdb summary threshold/sld:Name

sld:UserStyle

  sld:Namenrdb summary threshold/sld:Name

  sld:Titlenrdb summary threshold/sld:Title

  sld:AbstractNRDB Threshold SLD for Asset and Rollup 
Summary/sld:Abstract

  sld:FeatureTypeStyle

sld:Namecolorfill_individual_interval_0.0_0.0_0.0/sld:Name

sld:FeatureTypeNameFeature/sld:FeatureTypeName

sld:Rule

  sld:RasterSymbolizer

sld:ColorMap type=values

  sld:ColorMapEntry color=#008000 opacity=1.0 quantity=0.0 
label=No Impact/

  sld:ColorMapEntry color=#FFF500 opacity=1.0 quantity=1.0 
label=Moderate Impact/

  sld:ColorMapEntry color=#BB opacity=1.0 quantity=2.0 
label=Missing Data/

  sld:ColorMapEntry color=#FF opacity=1.0 quantity=3.0 
label=Significant Impact/

/sld:ColorMap

  /sld:RasterSymbolizer

/sld:Rule

  /sld:FeatureTypeStyle

/sld:UserStyle

  /sld:NamedLayer

/sld:StyledLayerDescriptor



Thank You

Dominique

--
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] image mosaic with GeoServerRESTPublisher

[Bessette-Halsema, Dominique E]

One last question about the image mosaic.  When I remove the geoserver 
workspace the database tables for the granule index are not removed.  Are they 
supposed to?  How do I remove the database tables



Dominique



From: dany.geoto...@gmail.com [mailto:dany.geoto...@gmail.com] On Behalf Of 
Daniele Romagnoli
Sent: Wednesday, June 17, 2015 2:21 AM
To: Bessette-Halsema, Dominique E
Cc: Mike Grogan; geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] image mosaic with GeoServerRESTPublisher



Hi Dominique,

I was able to configure an imageMosaic on your sample dataset without changing 
any line of code.



A couple of notes on the issues you had.

Why are you using both asc and TIFF files on the mosaic?

Note that your ascii files aren't properly formed. They define a NO_DATA_VALUE 
field in the header whilst it should be NODATA_VALUE [1].

This results into the reader being unable to parse it. Also note that they 
don't have CoordinateReferenceSystem definition so you should consider adding a 
PRJ beside them.



Once removing them from the mosaic folder, I found the other issue:

Your time regex isn't matching the times defined in the filename.



If your file name is 133_2015-06-12T03_00_00.000Z.tif, then the timeregex you 
specified won't match that (I'm reporting my notes based on the files you have 
attached to the email):

regex = 
[0-9]{8}T[0-9]{9}Z(\\?!.\\*[0-9]{8}T[0-9]{9}Z.\\*file:///\\%3f!.\*%5b0-9%5d%7b8%7dT%5b0-9%5d%7b9%7dZ.\*)



I have renamed your files as:

133_20150612T00Z.tif which contains an ISO8601 time format and specified 
that regex:

regex=[0-9]{8}T[0-9]{6}Z

Which worked.



Alternatively, if you can't change your file names, you can instruct the time 
parser to use a custom format.

As an instance, in order to deal with your attached files: 
133_2015-06-12T03_00_00.000Z.tif

you may set this content into the timeregex.properties:

regex=[0-9]{4}-[0-9]{2}-[0-9]{2}T[0-9]{2}_[0-9]{2}_[0-9]{2}.[0-9]{3}Z,format=-MM-dd'T'HH_mm_ss.SSS'Z'



Note the regex is containing time split into pieces, due to the presence of 
dashes and underscores on your file name.

Then, there is a format=-MM-dd'T'HH_mm_ss.SSS'Z' section in order to 
instruct the parser that the time is formatted that way, so 4 digits for the 
year, a dash sign, 2 digits for the month, a dash sign. then a T 
char, 2 digits for the hour, an underscore and so on.

The format option can be added to a time regex property to deal with times 
which aren't ISO8601 formatted.



Hope this helps.

Please, let us know if you still have issues.



Cheers,

Daniele

































[1]: https://en.wikipedia.org/wiki/Esri_grid#ASCII







On Tue, Jun 16, 2015 at 7:10 PM, Bessette-Halsema, Dominique E 
dominique.besse...@gdit.commailto:dominique.besse...@gdit.com wrote:

I looked at the geotools code in the gt-imagemosaic module and the 
GridFormatFinder is reading the indexer.properties file as a NetCDF file.  I 
added the line logExcludes.contains(extension) to the If check in the 
ImageMosaicWalker class line 156 and that fixed that issue.  I also had to use 
the indexer.xml file instead of the indexer.properties file otherwise the 
customformat object in the TimestampFileNameExtractor is null and another error 
was thrown.



ImageMosaicWalker.java



if (logExcludes.contains(extension) || (format instanceof 
UnknownFormat) || format == null) {

if (!logExcludes.contains(extension)) {

eventHandler.fireFileEvent(Level.INFO, fileBeingProcessed, 
false, Skipped file 

+ fileBeingProcessed + : File format is not 
supported.,

((fileIndex * 99.0) / numFiles));

}

return;

}



I also had to update the org.geotools.data.DataUtilities class  createType 
method because it was parsing my feature name incorrectly, but I am assuming 
that’s a naming convention I need to fix.



After these simple updates I can now see the correct attributes in the gis 
table, and the time dimension in the get capabilities document.



Dom



From: dany.geoto...@gmail.commailto:dany.geoto...@gmail.com 
[mailto:dany.geoto...@gmail.commailto:dany.geoto...@gmail.com] On Behalf Of 
Daniele Romagnoli
Sent: Tuesday, June 16, 2015 9:02 AM
To: Bessette-Halsema, Dominique E
Cc: Mike Grogan; 
geoserver-users@lists.sourceforge.netmailto:geoserver-users@lists.sourceforge.net


Subject: Re: [Geoserver-users] image mosaic with GeoServerRESTPublisher



Hi Dominique,

I'll also take a look on this during the week to figure out what is going on.

Anyway, note that if you remove the indexer properties file to let the 
ImageMosaic work, the TIME dimension won't be taken into account as expected. 
There is no way to have the time dimension properly set if the indexer is 
unavailable since it's the indexer itself which contains instructions for the 
imageMosaic on how

Re: [Geoserver-users] image mosaic with GeoServerRESTPublisher

[Bessette-Halsema, Dominique E]

I’m not sure what the issue is.  I edited my timeregex.propeties file to 
include the format, and correct regex.  I also updated directory to remove the 
ascii files, to have the correct timeregex in the tiff filename, and I still 
get issues with the indexer.properties file.  I traced the geotools code and 
heres what ive found:



The code throws an error in the AciiGridsImageReaderSpi.class when it tries to 
decode the indexer.properties file as AsciiGridRasterType and parse the header, 
line 215.



  // Now, I have an ImageInputStream and I can try to see if input 
can be

  // decoded by doing header parsing

  // 
/

  try {



 // Header Parsing to check if it is an EsriAsciiGridRaster

 asciiRaster = 
AsciiGridRaster.AsciiGridRasterType.ESRI.createAsciiGridRaster(spiImageInputStream);

 asciiRaster.parseHeader();



I’m not sure why the ImageMosaicWalker class is even trying to read in 
*.properties files.  If I add a line of code in the ImageMosaicWalker class to 
skip files with properties or xml extensions then everything works fine.  Maybe 
I’m using a different version of geotools, or have different plugins then what 
you are testing with but I cant get it to work without that “skip” line of code.



Thanks for your help

Dominique



From: dany.geoto...@gmail.com [mailto:dany.geoto...@gmail.com] On Behalf Of 
Daniele Romagnoli
Sent: Wednesday, June 17, 2015 2:21 AM
To: Bessette-Halsema, Dominique E
Cc: Mike Grogan; geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] image mosaic with GeoServerRESTPublisher



Hi Dominique,

I was able to configure an imageMosaic on your sample dataset without changing 
any line of code.



A couple of notes on the issues you had.

Why are you using both asc and TIFF files on the mosaic?

Note that your ascii files aren't properly formed. They define a NO_DATA_VALUE 
field in the header whilst it should be NODATA_VALUE [1].

This results into the reader being unable to parse it. Also note that they 
don't have CoordinateReferenceSystem definition so you should consider adding a 
PRJ beside them.



Once removing them from the mosaic folder, I found the other issue:

Your time regex isn't matching the times defined in the filename.



If your file name is 133_2015-06-12T03_00_00.000Z.tif, then the timeregex you 
specified won't match that (I'm reporting my notes based on the files you have 
attached to the email):

regex = 
[0-9]{8}T[0-9]{9}Z(\\?!.\\*[0-9]{8}T[0-9]{9}Z.\\*file:///\\%3f!.\*%5b0-9%5d%7b8%7dT%5b0-9%5d%7b9%7dZ.\*)



I have renamed your files as:

133_20150612T00Z.tif which contains an ISO8601 time format and specified 
that regex:

regex=[0-9]{8}T[0-9]{6}Z

Which worked.



Alternatively, if you can't change your file names, you can instruct the time 
parser to use a custom format.

As an instance, in order to deal with your attached files: 
133_2015-06-12T03_00_00.000Z.tif

you may set this content into the timeregex.properties:

regex=[0-9]{4}-[0-9]{2}-[0-9]{2}T[0-9]{2}_[0-9]{2}_[0-9]{2}.[0-9]{3}Z,format=-MM-dd'T'HH_mm_ss.SSS'Z'



Note the regex is containing time split into pieces, due to the presence of 
dashes and underscores on your file name.

Then, there is a format=-MM-dd'T'HH_mm_ss.SSS'Z' section in order to 
instruct the parser that the time is formatted that way, so 4 digits for the 
year, a dash sign, 2 digits for the month, a dash sign. then a T 
char, 2 digits for the hour, an underscore and so on.

The format option can be added to a time regex property to deal with times 
which aren't ISO8601 formatted.



Hope this helps.

Please, let us know if you still have issues.



Cheers,

Daniele

































[1]: https://en.wikipedia.org/wiki/Esri_grid#ASCII







On Tue, Jun 16, 2015 at 7:10 PM, Bessette-Halsema, Dominique E 
dominique.besse...@gdit.commailto:dominique.besse...@gdit.com wrote:

I looked at the geotools code in the gt-imagemosaic module and the 
GridFormatFinder is reading the indexer.properties file as a NetCDF file.  I 
added the line logExcludes.contains(extension) to the If check in the 
ImageMosaicWalker class line 156 and that fixed that issue.  I also had to use 
the indexer.xml file instead of the indexer.properties file otherwise the 
customformat object in the TimestampFileNameExtractor is null and another error 
was thrown.



ImageMosaicWalker.java



if (logExcludes.contains(extension) || (format instanceof 
UnknownFormat) || format == null) {

if (!logExcludes.contains(extension)) {

eventHandler.fireFileEvent(Level.INFO, fileBeingProcessed, 
false, Skipped file 

+ fileBeingProcessed + : File format is not 
supported.,

((fileIndex * 99.0) / numFiles

Re: [Geoserver-users] image mosaic with GeoServerRESTPublisher

[Bessette-Halsema, Dominique E]

I’m going through the geotools code to figure it out.  If I come up with a 
solution I’ll post it



Thanks

Dom



From: Mike Grogan [mailto:d.michael.gro...@gmail.com]
Sent: Tuesday, June 16, 2015 8:04 AM
To: Bessette-Halsema, Dominique E
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] image mosaic with GeoServerRESTPublisher



Dominique,



I'll do my best to take a look at what you have sent -- and see if I can load 
it on a system -- when I can ... but I'm just another fellow user.



- Mike



On Mon, Jun 15, 2015 at 4:32 PM, Bessette-Halsema, Dominique E 
dominique.besse...@gdit.commailto:dominique.besse...@gdit.com wrote:

Hi Mike



I added the tiff and properties files from the example in the below tutorial 
onto my machine, and I have the same issue.  I can create the database table, 
and datastore if I remove the indexer.properties file but then I can’t add the 
time and elevation dimensions.  When I add the indexer.properties file I see 
the errors in the attached log file.



Here’s the table definition



CREATE TABLE products.temperatureLZWdataset

(

  fid serial NOT NULL,

  location character varying(255),

  the_geom geometry,

  CONSTRAINT temperatureLZWdataset_pkey PRIMARY KEY (fid),

  CONSTRAINT enforce_dims_the_geom CHECK (st_ndims(the_geom) = 2),

  CONSTRAINT enforce_geotype_the_geom CHECK (geometrytype(the_geom) = 
'POLYGON'::text OR the_geom IS NULL),

  CONSTRAINT enforce_srid_the_geom CHECK (st_srid(the_geom) = 4326)

)



I attached the properties files.



Also the file names in the tutorial are in the format  
gfs50kmTemperature20130310T18000Z_0200.000_.tiff  but the tutorial states 
“Remember that every tif file must follow this naming convention:  
{coveragename}_{timestamp}_[{elevation}].tif”  Shouldn’t the tiff name be 
“gfs50kmTemperature_20130310T18000Z_0200.000_.tiff” ?



Thanks

Dominique



From: Mike Grogan 
[mailto:d.michael.gro...@gmail.commailto:d.michael.gro...@gmail.com]
Sent: Monday, June 15, 2015 9:37 AM
To: Bessette-Halsema, Dominique E
Cc: Daniele Romagnoli; 
geoserver-users@lists.sourceforge.netmailto:geoserver-users@lists.sourceforge.net


Subject: Re: [Geoserver-users] image mosaic with GeoServerRESTPublisher



Regarding specifically the ImageMosaicDirectoryWalker errors, I am thinking 
this is an issue with the specification of times in your filenames and the 
regular expression used against that.  I have found that I usually have to more 
fully specify the time with hours, minutes, seconds after the 'T' ... as 
GeoServer is designed to recognize just some specific ISO forms of time, if I 
recall.



Where you have 133_2015-06-11T03.tif, you might try 133_2015-06-11T03Z.tif 
and a regex of regex = _[0-9]{4}-[0-9]{2}-[0-9]{2}T[0-9]{6}Z, or something 
similar to the filename and regex patterns given in 
http://docs.geoserver.org/latest/en/user/tutorials/imagemosaic_timeseries/imagemosaic_time-elevationseries.html.



Whenever I hit a ImageMosaicDirectoryWalker error, it seems like it has usually 
been due to my definition of time in the filename and regex.



If the .asc files are giving other errors, you might try this out with just the 
.tif files first and see if it works when expanding the definition of time in 
the filename and the regex.



- Mike







On Mon, Jun 15, 2015 at 11:54 AM, Bessette-Halsema, Dominique E 
dominique.besse...@gdit.commailto:dominique.besse...@gdit.com wrote:

Thanks for the reply.  The image mosaic does not work in the console either.  I 
see the following error.



Could not list layers for this store, an error occurred retrieving them: Failed 
to create reader from 
file:data/dynamic/isisgridcoverage/ThresholdingMissionID-2/coaID-4/RuleID-5/ThresholdID-133
 and hints null



I did reply to my original email stating that I could get the Image Mosaic to 
work if I remove the indexer.properties file but I can’t get the TIME dimension 
to work.  I attached the email.  Please review it.



Thank you

Dominique



From: dany.geoto...@gmail.commailto:dany.geoto...@gmail.com 
[mailto:dany.geoto...@gmail.commailto:dany.geoto...@gmail.com] On Behalf Of 
Daniele Romagnoli
Sent: Monday, June 15, 2015 1:05 AM
To: Bessette-Halsema, Dominique E
Cc: 
geoserver-users@lists.sourceforge.netmailto:geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] image mosaic with GeoServerRESTPublisher



Hi Dominique,

a couple of feedbacks for your logs.

Please, read below...





On Fri, Jun 12, 2015 at 2:46 AM, Bessette-Halsema, Dominique E 
dominique.besse...@gdit.commailto:dominique.besse...@gdit.com wrote:

Is the image mosaic the best way to add TIME and ELEVATION dimensions to a 
layer in geoserver?



If so, I’m having an issues creating an image mosaic with the 
GeoServerRESTPublisher API in GeoServer 2.7.



I create several geotiffs to a file directory within the 
GEOSERVER_DATA_DIR/data/.  with the name structure ID_TIME.tiff 
(133_2015-06-11T03.tif)



I then create the indexer

Re: [Geoserver-users] image mosaic with GeoServerRESTPublisher

[Bessette-Halsema, Dominique E]

I looked at the geotools code in the gt-imagemosaic module and the 
GridFormatFinder is reading the indexer.properties file as a NetCDF file.  I 
added the line logExcludes.contains(extension) to the If check in the 
ImageMosaicWalker class line 156 and that fixed that issue.  I also had to use 
the indexer.xml file instead of the indexer.properties file otherwise the 
customformat object in the TimestampFileNameExtractor is null and another error 
was thrown.



ImageMosaicWalker.java



if (logExcludes.contains(extension) || (format instanceof 
UnknownFormat) || format == null) {

if (!logExcludes.contains(extension)) {

eventHandler.fireFileEvent(Level.INFO, fileBeingProcessed, 
false, Skipped file 

+ fileBeingProcessed + : File format is not 
supported.,

((fileIndex * 99.0) / numFiles));

}

return;

}



I also had to update the org.geotools.data.DataUtilities class  createType 
method because it was parsing my feature name incorrectly, but I am assuming 
that’s a naming convention I need to fix.



After these simple updates I can now see the correct attributes in the gis 
table, and the time dimension in the get capabilities document.



Dom



From: dany.geoto...@gmail.com [mailto:dany.geoto...@gmail.com] On Behalf Of 
Daniele Romagnoli
Sent: Tuesday, June 16, 2015 9:02 AM
To: Bessette-Halsema, Dominique E
Cc: Mike Grogan; geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] image mosaic with GeoServerRESTPublisher



Hi Dominique,

I'll also take a look on this during the week to figure out what is going on.

Anyway, note that if you remove the indexer properties file to let the 
ImageMosaic work, the TIME dimension won't be taken into account as expected. 
There is no way to have the time dimension properly set if the indexer is 
unavailable since it's the indexer itself which contains instructions for the 
imageMosaic on how to retrieve the time values. Wondering if there is any 
problem in parsing the regexes you have specified.



Hope this helps.

Cheers,

Daniele.



On Tue, Jun 16, 2015 at 5:31 PM, Bessette-Halsema, Dominique E 
dominique.besse...@gdit.commailto:dominique.besse...@gdit.com wrote:

I’m going through the geotools code to figure it out.  If I come up with a 
solution I’ll post it



Thanks

Dom



From: Mike Grogan 
[mailto:d.michael.gro...@gmail.commailto:d.michael.gro...@gmail.com]
Sent: Tuesday, June 16, 2015 8:04 AM


To: Bessette-Halsema, Dominique E
Cc: 
geoserver-users@lists.sourceforge.netmailto:geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] image mosaic with GeoServerRESTPublisher



Dominique,



I'll do my best to take a look at what you have sent -- and see if I can load 
it on a system -- when I can ... but I'm just another fellow user.



- Mike



On Mon, Jun 15, 2015 at 4:32 PM, Bessette-Halsema, Dominique E 
dominique.besse...@gdit.commailto:dominique.besse...@gdit.com wrote:

Hi Mike



I added the tiff and properties files from the example in the below tutorial 
onto my machine, and I have the same issue.  I can create the database table, 
and datastore if I remove the indexer.properties file but then I can’t add the 
time and elevation dimensions.  When I add the indexer.properties file I see 
the errors in the attached log file.



Here’s the table definition



CREATE TABLE products.temperatureLZWdataset

(

  fid serial NOT NULL,

  location character varying(255),

  the_geom geometry,

  CONSTRAINT temperatureLZWdataset_pkey PRIMARY KEY (fid),

  CONSTRAINT enforce_dims_the_geom CHECK (st_ndims(the_geom) = 2),

  CONSTRAINT enforce_geotype_the_geom CHECK (geometrytype(the_geom) = 
'POLYGON'::text OR the_geom IS NULL),

  CONSTRAINT enforce_srid_the_geom CHECK (st_srid(the_geom) = 4326)

)



I attached the properties files.



Also the file names in the tutorial are in the format  
gfs50kmTemperature20130310T18000Z_0200.000_.tiff  but the tutorial states 
“Remember that every tif file must follow this naming convention:  
{coveragename}_{timestamp}_[{elevation}].tif”  Shouldn’t the tiff name be 
“gfs50kmTemperature_20130310T18000Z_0200.000_.tiff” ?



Thanks

Dominique



From: Mike Grogan 
[mailto:d.michael.gro...@gmail.commailto:d.michael.gro...@gmail.com]
Sent: Monday, June 15, 2015 9:37 AM
To: Bessette-Halsema, Dominique E
Cc: Daniele Romagnoli; 
geoserver-users@lists.sourceforge.netmailto:geoserver-users@lists.sourceforge.net


Subject: Re: [Geoserver-users] image mosaic with GeoServerRESTPublisher



Regarding specifically the ImageMosaicDirectoryWalker errors, I am thinking 
this is an issue with the specification of times in your filenames and the 
regular expression used against that.  I have found that I usually have to more 
fully specify the time with hours, minutes, seconds after the 'T' ... as 
GeoServer is designed to recognize just some

Re: [Geoserver-users] image mosaic with GeoServerRESTPublisher

[Bessette-Halsema, Dominique E]

On last thing.  I exported the shapefile, created by geoserver, to a csv file 
and it contains the following.



WKT,location

POLYGON ((0 0,0.0 2.157315340909101,2.588778409090921 
2.157315340909101,2.588778409090921 0.0,0 0)),133_2015-06-12T02:00:00.000Z.tif

POLYGON ((0 0,0.0 2.157315340909101,2.588778409090921 
2.157315340909101,2.588778409090921 0.0,0 0)),133_2015-06-12T00:00:00.000Z.tif

POLYGON ((0 0,0.0 2.157315340909101,2.588778409090921 
2.157315340909101,2.588778409090921 0.0,0 0)),133_2015-06-12T01:00:00.000Z.tif

POLYGON ((0 0,0.0 2.157315340909101,2.588778409090921 
2.157315340909101,2.588778409090921 0.0,0 0)),133_2015-06-12T03:00:00.000Z.tif



How do I include the time in the shapefile?  I thought that geoserver include 
the time index that was in the name {coverage_time}.tif



I include the gdalinfo for a geotiff



Driver: GTiff/GeoTIFF

Files: 133_2015-06-12T01:00:00.000Z.tif

Size is 12, 10

Coordinate System is:

GEOGCS[WGS 84,

DATUM[WGS_1984,

SPHEROID[WGS 84,6378137,298.257223563,

AUTHORITY[EPSG,7030]],

AUTHORITY[EPSG,6326]],

PRIMEM[Greenwich,0],

UNIT[degree,0.0174532925199433],

AUTHORITY[EPSG,4326]]

Origin = (0.000,2.157315340909101)

Pixel Size = (0.215731534090910,-0.215731534090910)

Metadata:

  AREA_OR_POINT=Area

Image Structure Metadata:

  INTERLEAVE=BAND

Corner Coordinates:

Upper Left  (   0.000,   2.1573153) (  0d 0' 0.01E,  2d 9'26.34N)

Lower Left  (   0.000,   0.000) (  0d 0' 0.01E,  0d 0' 0.01N)

Upper Right (   2.5887784,   2.1573153) (  2d35'19.60E,  2d 9'26.34N)

Lower Right (   2.5887784,   0.000) (  2d35'19.60E,  0d 0' 0.01N)

Center  (   1.2943892,   1.0786577) (  1d17'39.80E,  1d 4'43.17N)

Band 1 Block=12x10 Type=Float32, ColorInterp=Gray



From: Bessette-Halsema, Dominique E
Sent: Friday, June 12, 2015 3:15 PM
To: geoserver-users@lists.sourceforge.net
Subject: RE: image mosaic with GeoServerRESTPublisher



I got the imagemosaic to work if I didn't include the indexer.properties and  
datastore.properties files and only had the geoTiffs.  I can render the layer 
in the layer preview, and see it in the get capabilities document.  The problem 
is the necessary Time dimension is not included in the get capabilities 
document, and I cant enable it in the geoserver console.  I'm assuming that's 
because I didn't include the indexer.properties file.



All the documentation states that the ImageMosaic needs the indexer.properties 
file but why does geoserver 2.7 break when I include it?



My indexer.properties file:



TimeAttribute = validtime

Schema = *the_geom:Polygon,location:String,validtime:java.util.Date

PropertyCollectors = TimestampFileNameExtractorSPI[timeregex](validtime)



After the Imagemosaic is complete I see the parent folder name.properties 
file  created from GeoTools.



#-Automagically created from GeoTools-

#Fri Jun 12 21:56:26 UTC 2015

Levels=0.21573153409091006,0.21573153409091006

Heterogeneous=false

AbsolutePath=false

Name=ThresholdID-133

TypeName=ThresholdID-133

Caching=false

ExpandToRGB=false

LocationAttribute=location

SuggestedSPI=it.geosolutions.imageioimpl.plugins.tiff.TIFFImageReaderSpi

CheckAuxiliaryMetadata=false

LevelsNum=1



Thanks for your help

Dom



From: Bessette-Halsema, Dominique E
Sent: Thursday, June 11, 2015 5:47 PM
To: geoserver-users@lists.sourceforge.net
Subject: image mosaic with GeoServerRESTPublisher



Is the image mosaic the best way to add TIME and ELEVATION dimensions to a 
layer in geoserver?



If so, I'm having an issues creating an image mosaic with the 
GeoServerRESTPublisher API in GeoServer 2.7.



I create several geotiffs to a file directory within the 
GEOSERVER_DATA_DIR/data/.  with the name structure ID_TIME.tiff 
(133_2015-06-11T03.tif)



I then create the indexer, timeregex and datastore properties files.



Using the GeoServerRESTPublisher I try to post the mosaic to geoserver 
publishExternalMosaic(workspace, storename, new File(path), coverageEnc, 
encoder)



It creates the ImageMosaic Store but fails when it creates the layer



I get the following error:





00:19:40,009 INFO  [org.geoserver.catalog.rest] (http-/0.0.0.0:8080-2) Using 
existing coverage store: COA_ID_1.RULE_ID_5.THRESHOLD_ID_133

ERROR 4: 
`/gis/geoserver/external/data/dynamic/missionthresholding/THRESHOLDING_MISSION_ID_1/COA_ID_1/RULE_ID_5/THRESHOLD_ID_133/indexer.properties'
 not recognised as a supported file format.



ERROR 4: 
`/gis/geoserver/external/data/dynamic/missionthresholding/THRESHOLDING_MISSION_ID_1/COA_ID_1/RULE_ID_5/THRESHOLD_ID_133/indexer.properties'
 not recognised as a supported file format.



00:19:40,063 ERROR [class org.geotools.gce.imagemosaic.Utils] 
(http-/0.0.0.0:8080-2) For input string: E: java.lang.NumberFormatException: 
For input string: E

at 
sun.misc.FloatingDecimal.readJavaFormatString(FloatingDecimal.java:1250) 
[rt.jar:1.7.0_72]

at java.lang.Double.parseDouble

Re: [Geoserver-users] image mosaic with GeoServerRESTPublisher

[Bessette-Halsema, Dominique E]

I got the imagemosaic to work if I didn't include the indexer.properties and  
datastore.properties files and only had the geoTiffs.  I can render the layer 
in the layer preview, and see it in the get capabilities document.  The problem 
is the necessary Time dimension is not included in the get capabilities 
document, and I cant enable it in the geoserver console.  I'm assuming that's 
because I didn't include the indexer.properties file.



All the documentation states that the ImageMosaic needs the indexer.properties 
file but why does geoserver 2.7 break when I include it?



My indexer.properties file:



TimeAttribute = validtime

Schema = *the_geom:Polygon,location:String,validtime:java.util.Date

PropertyCollectors = TimestampFileNameExtractorSPI[timeregex](validtime)



After the Imagemosaic is complete I see the parent folder name.properties 
file  created from GeoTools.



#-Automagically created from GeoTools-

#Fri Jun 12 21:56:26 UTC 2015

Levels=0.21573153409091006,0.21573153409091006

Heterogeneous=false

AbsolutePath=false

Name=ThresholdID-133

TypeName=ThresholdID-133

Caching=false

ExpandToRGB=false

LocationAttribute=location

SuggestedSPI=it.geosolutions.imageioimpl.plugins.tiff.TIFFImageReaderSpi

CheckAuxiliaryMetadata=false

LevelsNum=1



Thanks for your help

Dom



From: Bessette-Halsema, Dominique E
Sent: Thursday, June 11, 2015 5:47 PM
To: geoserver-users@lists.sourceforge.net
Subject: image mosaic with GeoServerRESTPublisher



Is the image mosaic the best way to add TIME and ELEVATION dimensions to a 
layer in geoserver?



If so, I'm having an issues creating an image mosaic with the 
GeoServerRESTPublisher API in GeoServer 2.7.



I create several geotiffs to a file directory within the 
GEOSERVER_DATA_DIR/data/.  with the name structure ID_TIME.tiff 
(133_2015-06-11T03.tif)



I then create the indexer, timeregex and datastore properties files.



Using the GeoServerRESTPublisher I try to post the mosaic to geoserver 
publishExternalMosaic(workspace, storename, new File(path), coverageEnc, 
encoder)



It creates the ImageMosaic Store but fails when it creates the layer



I get the following error:





00:19:40,009 INFO  [org.geoserver.catalog.rest] (http-/0.0.0.0:8080-2) Using 
existing coverage store: COA_ID_1.RULE_ID_5.THRESHOLD_ID_133

ERROR 4: 
`/gis/geoserver/external/data/dynamic/missionthresholding/THRESHOLDING_MISSION_ID_1/COA_ID_1/RULE_ID_5/THRESHOLD_ID_133/indexer.properties'
 not recognised as a supported file format.



ERROR 4: 
`/gis/geoserver/external/data/dynamic/missionthresholding/THRESHOLDING_MISSION_ID_1/COA_ID_1/RULE_ID_5/THRESHOLD_ID_133/indexer.properties'
 not recognised as a supported file format.



00:19:40,063 ERROR [class org.geotools.gce.imagemosaic.Utils] 
(http-/0.0.0.0:8080-2) For input string: E: java.lang.NumberFormatException: 
For input string: E

at 
sun.misc.FloatingDecimal.readJavaFormatString(FloatingDecimal.java:1250) 
[rt.jar:1.7.0_72]

at java.lang.Double.parseDouble(Double.java:540) [rt.jar:1.7.0_72]

at 
it.geosolutions.imageio.utilities.StringToDouble.compute(StringToDouble.java:272)
 [imageio-ext-utilities-1.1.10.jar:]

at 
it.geosolutions.imageio.plugins.arcgrid.raster.AsciiGridRaster.getValue(AsciiGridRaster.java:1154)
 [imageio-ext-arcgrid-1.1.10.jar:]

at 
it.geosolutions.imageio.plugins.arcgrid.raster.EsriAsciiGridRaster.parseHeader(EsriAsciiGridRaster.java:161)
 [imageio-ext-arcgrid-1.1.10.jar:]

at 
it.geosolutions.imageio.plugins.arcgrid.spi.AsciiGridsImageReaderSpi.canDecodeInput(AsciiGridsImageReaderSpi.java:217)
 [imageio-ext-arcgrid-1.1.10.jar:]



...





00:29:08,039 WARN  [org.geotools.gce.imagemosaic] (http-/0.0.0.0:8080-2) 
Failure occurred while collecting the granules: 
org.apache.commons.io.DirectoryWalker$CancelException: Operation Cancelled

at 
org.apache.commons.io.DirectoryWalker.checkIfCancelled(DirectoryWalker.java:395)
 [commons-io-2.1.jar:2.1]

at org.apache.commons.io.DirectoryWalker.walk(DirectoryWalker.java:368) 
[commons-io-2.1.jar:2.1]

at org.apache.commons.io.DirectoryWalker.walk(DirectoryWalker.java:335) 
[commons-io-2.1.jar:2.1]

at 
org.geotools.gce.imagemosaic.ImageMosaicDirectoryWalker$MosaicDirectoryWalker.init(ImageMosaicDirectoryWalker.java:114)
 [gt-imagemosaic-13.1.jar:]

at 
org.geotools.gce.imagemosaic.ImageMosaicDirectoryWalker.run(ImageMosaicDirectoryWalker.java:196)
 [gt-imagemosaic-13.1.jar:]

at org.geotools.gce.imagemosaic.Utils.createMosaic(Utils.java:354) 
[gt-imagemosaic-13.1.jar:]

at org.geotools.gce.imagemosaic.Utils.checkSource(Utils.java:1223) 
[gt-imagemosaic-13.1.jar:]

at 
org.geotools.gce.imagemosaic.ImageMosaicReader.initReaderFromURL(ImageMosaicReader.java:516)
 [gt-imagemosaic-13.1.jar:]

at 
org.geotools.gce.imagemosaic.ImageMosaicReader.init(ImageMosaicReader.java:468)
 [gt-imagemosaic-13.1.jar

[Geoserver-users] image mosaic with GeoServerRESTPublisher

[Bessette-Halsema, Dominique E]

Is the image mosaic the best way to add TIME and ELEVATION dimensions to a 
layer in geoserver?



If so, I'm having an issues creating an image mosaic with the 
GeoServerRESTPublisher API in GeoServer 2.7.



I create several geotiffs to a file directory within the 
GEOSERVER_DATA_DIR/data/.  with the name structure ID_TIME.tiff 
(133_2015-06-11T03.tif)



I then create the indexer, timeregex and datastore properties files.



Using the GeoServerRESTPublisher I try to post the mosaic to geoserver 
publishExternalMosaic(workspace, storename, new File(path), coverageEnc, 
encoder)



It creates the ImageMosaic Store but fails when it creates the layer



I get the following error:





00:19:40,009 INFO  [org.geoserver.catalog.rest] (http-/0.0.0.0:8080-2) Using 
existing coverage store: COA_ID_1.RULE_ID_5.THRESHOLD_ID_133

ERROR 4: 
`/gis/geoserver/external/data/dynamic/missionthresholding/THRESHOLDING_MISSION_ID_1/COA_ID_1/RULE_ID_5/THRESHOLD_ID_133/indexer.properties'
 not recognised as a supported file format.



ERROR 4: 
`/gis/geoserver/external/data/dynamic/missionthresholding/THRESHOLDING_MISSION_ID_1/COA_ID_1/RULE_ID_5/THRESHOLD_ID_133/indexer.properties'
 not recognised as a supported file format.



00:19:40,063 ERROR [class org.geotools.gce.imagemosaic.Utils] 
(http-/0.0.0.0:8080-2) For input string: E: java.lang.NumberFormatException: 
For input string: E

at 
sun.misc.FloatingDecimal.readJavaFormatString(FloatingDecimal.java:1250) 
[rt.jar:1.7.0_72]

at java.lang.Double.parseDouble(Double.java:540) [rt.jar:1.7.0_72]

at 
it.geosolutions.imageio.utilities.StringToDouble.compute(StringToDouble.java:272)
 [imageio-ext-utilities-1.1.10.jar:]

at 
it.geosolutions.imageio.plugins.arcgrid.raster.AsciiGridRaster.getValue(AsciiGridRaster.java:1154)
 [imageio-ext-arcgrid-1.1.10.jar:]

at 
it.geosolutions.imageio.plugins.arcgrid.raster.EsriAsciiGridRaster.parseHeader(EsriAsciiGridRaster.java:161)
 [imageio-ext-arcgrid-1.1.10.jar:]

at 
it.geosolutions.imageio.plugins.arcgrid.spi.AsciiGridsImageReaderSpi.canDecodeInput(AsciiGridsImageReaderSpi.java:217)
 [imageio-ext-arcgrid-1.1.10.jar:]



...





00:29:08,039 WARN  [org.geotools.gce.imagemosaic] (http-/0.0.0.0:8080-2) 
Failure occurred while collecting the granules: 
org.apache.commons.io.DirectoryWalker$CancelException: Operation Cancelled

at 
org.apache.commons.io.DirectoryWalker.checkIfCancelled(DirectoryWalker.java:395)
 [commons-io-2.1.jar:2.1]

at org.apache.commons.io.DirectoryWalker.walk(DirectoryWalker.java:368) 
[commons-io-2.1.jar:2.1]

at org.apache.commons.io.DirectoryWalker.walk(DirectoryWalker.java:335) 
[commons-io-2.1.jar:2.1]

at 
org.geotools.gce.imagemosaic.ImageMosaicDirectoryWalker$MosaicDirectoryWalker.init(ImageMosaicDirectoryWalker.java:114)
 [gt-imagemosaic-13.1.jar:]

at 
org.geotools.gce.imagemosaic.ImageMosaicDirectoryWalker.run(ImageMosaicDirectoryWalker.java:196)
 [gt-imagemosaic-13.1.jar:]

at org.geotools.gce.imagemosaic.Utils.createMosaic(Utils.java:354) 
[gt-imagemosaic-13.1.jar:]

at org.geotools.gce.imagemosaic.Utils.checkSource(Utils.java:1223) 
[gt-imagemosaic-13.1.jar:]

at 
org.geotools.gce.imagemosaic.ImageMosaicReader.initReaderFromURL(ImageMosaicReader.java:516)
 [gt-imagemosaic-13.1.jar:]

at 
org.geotools.gce.imagemosaic.ImageMosaicReader.init(ImageMosaicReader.java:468)
 [gt-imagemosaic-13.1.jar:]

at 
org.geotools.gce.imagemosaic.ImageMosaicFormat.getReader(ImageMosaicFormat.java:483)
 [gt-imagemosaic-13.1.jar:]

at 
org.geotools.gce.imagemosaic.ImageMosaicFormat.getReader(ImageMosaicFormat.java:103)
 [gt-imagemosaic-13.1.jar:







more INFO:



MOSAIC_DATA_DIR contents:



133_2015-06-11T00.asc

133_2015-06-11T01.asc

133_2015-06-11T02.asc

133_2015-06-11T03.asc

133_2015-06-11T00.tif

133_2015-06-11T01.tif

133_2015-06-11T02.tif

133_2015-06-11T03.tif

indexer.properties

datastore.properties

timeregex.properties



datastore.properties



schema = geoimpact

preparedStatements = true

SPI = org.geotools.data.postgis.PostgisNGJNDIDataStoreFactory

jndiReferenceName = java:jboss/datasources/gisDB



indexer.properties:



TimeAttribute = validtime

AdditionalDomainAttributes = analysis_time

Schema = 
*the_geom:Polygon,location:String,validtime:java.util.Date,analysis_time:java.util.Date

PropertyCollectors = 
TimestampFileNameExtractorSPI[timeregex](validtime),TimestampFileNameExtractorSPI[timeregex](analysis_time)



Timeregex.properties



regex = [0-9]{4}-[0-9]{2}-[0-9]{2}T[0-9]{2}



Thanks for you help

Dom



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

Re: [Geoserver-users] geoserver 2.7 publish style

[Bessette-Halsema, Dominique E]

I believe it is set to false.



filter

 filter-nameRequest Logging Filter/filter-name

 filter-classorg.geoserver.filters.LoggingFilter/filter-class

 init-param

 !-- The 'enabled' parameter is a boolean value, true 
(case-insensitive) for true or

  any other value for false.  If enabled, then the logging will be 
performed;

  otherwise the logging filter will have no effect.  If not 
specified, this

  parameter defaults to false.

  --

 param-nameenabled/param-name

 param-valuefalse/param-value

 /init-param

 init-param

 !-- The 'log-request-bodies' parameter is a boolean value, true 
(case-insensitive) for

  true or any other value for false.  If enabled, then the logging will 
include the body

  of POST and PUT requests.  If not specified, this parameter defaults 
to false.

  Note that this may noticeably degrade responsiveness of your 
geoserver since it will

  not begin to process requests until the entire request body has been 
received by the

  server.

  --

 param-namelog-request-bodies/param-name

 param-valuefalse/param-value

 /init-param

   /filter



Dominique Bessette

Software Engineer

General Dynamics Information Technology

Office: 619-881-2748



From: andrea.a...@gmail.com [mailto:andrea.a...@gmail.com] On Behalf Of Andrea 
Aime
Sent: Tuesday, June 09, 2015 10:15 PM
To: Bessette-Halsema, Dominique E
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] geoserver 2.7 publish style



HI Dominique,

do you have by any chance request logging enabled in web.xml (it is not by 
default, just checking if you did enabled it)?

If so, does your request work if you turn it off?



Cheers

Andrea



On Fri, Jun 5, 2015 at 7:31 PM, Bessette-Halsema, Dominique E 
dominique.besse...@gdit.commailto:dominique.besse...@gdit.com wrote:

I’m trying to publish a style to geoserver 2.7 via the GeoServerRESTPublisher 
class.



If I use the publishStyle(File file) API or the publishStyle(String sldBody) I 
get the following error





17:19:55,192 ERROR [stderr] (http-/0.0.0.0:8080-1) [Fatal Error] :1:1: Content 
is not allowed in prolog.

17:19:55,193 ERROR [org.geoserver.rest] (http-/0.0.0.0:8080-1) : 
java.lang.RuntimeException: org.xml.sax.SAXParseException; lineNumber: 1; 
columnNumber: 1; Content is not allowed in prolog.

at org.geotools.styling.SLDParser.parseSLD(SLDParser.java:438) 
[gt-main-13.1.jar:]

at org.geoserver.catalog.SLDHandler.parse10(SLDHandler.java:105) 
[gs-main-2.7.1-nn-1.jar:2.7.1-nn-1]

   at org.geoserver.catalog.SLDHandler.parse(SLDHandler.java:97) 
[gs-main-2.7.1-nn-1.jar:2.7.1-nn-1]

at org.geoserver.catalog.rest.StyleFormat.read(StyleFormat.java:91) 
[gs-restconfig-2.7.1.jar:2.7.1]

at 
org.geoserver.rest.format.StreamDataFormat.toObject(StreamDataFormat.java:34) 
[gs-rest-2.7.1.jar:2.7.1]

at 
org.geoserver.rest.ReflectiveResource.handlePost(ReflectiveResource.java:118) 
[gs-rest-2.7.1.jar:2.7.1]

…



The style xml is below.  I formatted it in this email but usually its one long 
string.  I’ve tried trimming for whitespace, removing the encoding, and some 
other validation checks I’ve found online.  I was wondering if anything stands 
out.



?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:NamedLayer

sld:Namenrdb_threshold_132/sld:Name

sld:UserStyle

  sld:Namesurface air temperature/sld:Name

  sld:FeatureTypeStyle

sld:Namenrdb_threshold_132/sld:Name

sld:FeatureTypeNameFeature/sld:FeatureTypeName

sld:Rule

  sld:RasterSymbolizer

sld:ColorMap type=intervals

  sld:ColorMapEntry color=#00 opacity=0.0 
quantity=244.160893 label=244.160893/

  sld:ColorMapEntry color=#008000 opacity=1.0 
quantity=283.789 label=283.789/

/sld:ColorMap

  /sld:RasterSymbolizer

/sld:Rule

  /sld:FeatureTypeStyle

/sld:UserStyle

  /sld:NamedLayer

/sld:StyledLayerDescriptor




--

___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.netmailto: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 Poggio alle Viti 1187

55054  Massarosa (LU)

Italy

phone: +39 0584 962313

fax: +39 0584 1660272

mob: +39  339 8844549



http://www.geo-solutions.it

http://twitter.com/geosolutions_it



AVVERTENZE AI

Re: [Geoserver-users] geoserver 2.7 publish style

[Bessette-Halsema, Dominique E]

I did and it does.  I can validate and submit it through the geoserver console.



Dominique Bessette

Software Engineer

General Dynamics Information Technology

Office: 619-881-2748



From: Jody Garnett [mailto:jody.garn...@gmail.com]
Sent: Tuesday, June 09, 2015 3:26 PM
To: Bessette-Halsema, Dominique E
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] geoserver 2.7 publish style



Can you try your style in the style editor and confirm it validates?




--

Jody Garnett



On 5 June 2015 at 10:31, Bessette-Halsema, Dominique E 
dominique.besse...@gdit.commailto:dominique.besse...@gdit.com wrote:

I’m trying to publish a style to geoserver 2.7 via the GeoServerRESTPublisher 
class.



If I use the publishStyle(File file) API or the publishStyle(String sldBody) I 
get the following error





17:19:55,192 ERROR [stderr] (http-/0.0.0.0:8080-1) [Fatal Error] :1:1: Content 
is not allowed in prolog.

17:19:55,193 ERROR [org.geoserver.rest] (http-/0.0.0.0:8080-1) : 
java.lang.RuntimeException: org.xml.sax.SAXParseException; lineNumber: 1; 
columnNumber: 1; Content is not allowed in prolog.

at org.geotools.styling.SLDParser.parseSLD(SLDParser.java:438) 
[gt-main-13.1.jar:]

at org.geoserver.catalog.SLDHandler.parse10(SLDHandler.java:105) 
[gs-main-2.7.1-nn-1.jar:2.7.1-nn-1]

   at org.geoserver.catalog.SLDHandler.parse(SLDHandler.java:97) 
[gs-main-2.7.1-nn-1.jar:2.7.1-nn-1]

at org.geoserver.catalog.rest.StyleFormat.read(StyleFormat.java:91) 
[gs-restconfig-2.7.1.jar:2.7.1]

at 
org.geoserver.rest.format.StreamDataFormat.toObject(StreamDataFormat.java:34) 
[gs-rest-2.7.1.jar:2.7.1]

at 
org.geoserver.rest.ReflectiveResource.handlePost(ReflectiveResource.java:118) 
[gs-rest-2.7.1.jar:2.7.1]

…



The style xml is below.  I formatted it in this email but usually its one long 
string.  I’ve tried trimming for whitespace, removing the encoding, and some 
other validation checks I’ve found online.  I was wondering if anything stands 
out.



?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:NamedLayer

sld:Namenrdb_threshold_132/sld:Name

sld:UserStyle

  sld:Namesurface air temperature/sld:Name

  sld:FeatureTypeStyle

sld:Namenrdb_threshold_132/sld:Name

sld:FeatureTypeNameFeature/sld:FeatureTypeName

sld:Rule

  sld:RasterSymbolizer

sld:ColorMap type=intervals

  sld:ColorMapEntry color=#00 opacity=0.0 
quantity=244.160893 label=244.160893/

  sld:ColorMapEntry color=#008000 opacity=1.0 
quantity=283.789 label=283.789/

/sld:ColorMap

  /sld:RasterSymbolizer

/sld:Rule

  /sld:FeatureTypeStyle

/sld:UserStyle

  /sld:NamedLayer

/sld:StyledLayerDescriptor




--

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



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

[Geoserver-users] geoserver 2.7 publish style

[Bessette-Halsema, Dominique E]

I'm trying to publish a style to geoserver 2.7 via the GeoServerRESTPublisher 
class.



If I use the publishStyle(File file) API or the publishStyle(String sldBody) I 
get the following error





17:19:55,192 ERROR [stderr] (http-/0.0.0.0:8080-1) [Fatal Error] :1:1: Content 
is not allowed in prolog.

17:19:55,193 ERROR [org.geoserver.rest] (http-/0.0.0.0:8080-1) : 
java.lang.RuntimeException: org.xml.sax.SAXParseException; lineNumber: 1; 
columnNumber: 1; Content is not allowed in prolog.

at org.geotools.styling.SLDParser.parseSLD(SLDParser.java:438) 
[gt-main-13.1.jar:]

at org.geoserver.catalog.SLDHandler.parse10(SLDHandler.java:105) 
[gs-main-2.7.1-nn-1.jar:2.7.1-nn-1]

   at org.geoserver.catalog.SLDHandler.parse(SLDHandler.java:97) 
[gs-main-2.7.1-nn-1.jar:2.7.1-nn-1]

at org.geoserver.catalog.rest.StyleFormat.read(StyleFormat.java:91) 
[gs-restconfig-2.7.1.jar:2.7.1]

at 
org.geoserver.rest.format.StreamDataFormat.toObject(StreamDataFormat.java:34) 
[gs-rest-2.7.1.jar:2.7.1]

at 
org.geoserver.rest.ReflectiveResource.handlePost(ReflectiveResource.java:118) 
[gs-rest-2.7.1.jar:2.7.1]

...



The style xml is below.  I formatted it in this email but usually its one long 
string.  I've tried trimming for whitespace, removing the encoding, and some 
other validation checks I've found online.  I was wondering if anything stands 
out.



?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:NamedLayer

sld:Namenrdb_threshold_132/sld:Name

sld:UserStyle

  sld:Namesurface air temperature/sld:Name

  sld:FeatureTypeStyle

sld:Namenrdb_threshold_132/sld:Name

sld:FeatureTypeNameFeature/sld:FeatureTypeName

sld:Rule

  sld:RasterSymbolizer

sld:ColorMap type=intervals

  sld:ColorMapEntry color=#00 opacity=0.0 
quantity=244.160893 label=244.160893/

  sld:ColorMapEntry color=#008000 opacity=1.0 
quantity=283.789 label=283.789/

/sld:ColorMap

  /sld:RasterSymbolizer

/sld:Rule

  /sld:FeatureTypeStyle

/sld:UserStyle

  /sld:NamedLayer

/sld:StyledLayerDescriptor



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

Re: [Geoserver-users] [Geoserver-devel] wms getCapabilities special characters

[Bessette-Halsema, Dominique E]

Thank Jukka


This helps a lot.  I agree that if there are restrictions, this should be 
included in the documentation.



Dominique Bessette





From: Rahkonen Jukka (Tike) [mailto:jukka.rahko...@mmmtike.fi]
Sent: Thursday, September 04, 2014 6:17 AM
To: 'Jody Garnett'; Bessette-Halsema, Dominique E
Cc: 'geoserver-users'
Subject: Re: [Geoserver-users] [Geoserver-devel] wms getCapabilities special 
characters



Hi,



This may be TL;DR. However, names with special characters are an eternal 
battle. If someone verifies that what I write makes sense it might be good to 
include it in some place in Geoserver documentation.



Short version: WMS standard allows anything in layer names but WFS standard 
puts strict rules for feature type names. By default Geoserver is using same 
names in both WMS and WFS services which means sooner or later troubles if the 
more strict rules are not followed.  Wise people follow the rule: Name must 
start with either a letter or underscore (_) and may contain only letters, 
digits, underscores (_), hyphens (-), and periods (.).



Long story: I have been fighting with peculiar WMS layer names and WFS feature 
type names sometimes and my current interpretation of what is valid and what is 
not is as follows.



In WMS almost anything is allowed in layer names. I base this on WMS 1.3.0 
schema http://schemas.opengis.net/wms/1.3.0/capabilities_1_3_0.xsd

It says:

!-- **  Elements Used In Multiple Places.  ** --

element name=Name type=string

annotation

documentation

The Name is typically for machine-to-machine communication.

  /documentation

/annotation

/element



AND:

element name=Layer

annotation

documentation

Nested list of zero or more map Layers offered by this server.

  /documentation

/annotation

complexType

sequence

element ref=wms:Name minOccurs=0/



So a layer name in WMS is defined to be just a string. Thanks to Andreas 
Eichner 
http://osgeo-org.1560.x6.nabble.com/cascading-wms-and-layer-names-encoding-td5058504.html
 I have learned that xs:string  is a

... finite-length sequence of characters that match the Char production

from [XML 1.0 (Second Edition)] whereby Char is defined as:



Char   ::= #x9 | #xA | #xD | [#x20-#xD7FF] |

[#xE000-#xFFFD] | [#x1-#x10] /* any Unicode character,

excluding the surrogate blocks, FFFE, and . */



or in other words: almost every character.”



However, in WFS situation is different. WFS 1.1.0 schema 
http://schemas.opengis.net/wfs/1.1.0/wfs.xsd specifies that feature type has a 
name that is of type QName

xsd:complexType name=FeatureTypeType

xsd:annotation

xsd:documentation

An element of this type that describes a feature in an application

namespace shall have an xml xmlns specifier, e.g.

xmlns:bo=http://www.BlueOx.org/BlueOx;

 /xsd:documentation

/xsd:annotation

xsd:sequence

xsd:element name=Name type=xsd:QName



QName stands for qualified name 
http://books.xmlschemata.org/relaxng/ch19-77287.html and it is xsd:NCName with 
an optional prexif. Finally we get into NCName which has quite a many 
restrictions http://www.datypic.com/sc/xsd/t-xsd_NCName.html



Therefore a WFS typeName must start with either a letter or underscore (_) and 
may contain only letters, digits, underscores (_), hyphens (-), and periods 
(.). WFS typeName which begins with a number is invalid, as well as names with 
colons in any place in the body of the name because colon is reserved for the 
namespace in the xsd:QName.



-Jukka Rahkonen-







Lähettäjä: Jody Garnett [mailto:jody.garn...@gmail.com]
Lähetetty: 3. syyskuuta 2014 23:19
Vastaanottaja: Bessette-Halsema, Dominique E
Kopio: geoserver-users
Aihe: Re: [Geoserver-users] [Geoserver-devel] wms getCapabilities special 
characters



You should ask on the user list :) The devel-list is for those working on the 
GeoServer application.



The WMS and WFS specifications dictate what is allowed as a layer name - in 
particular the WFS specification should have some limitations based on the 
structure of XML documents (which uses the format prefix:identifier - where 
prefix is mapped to an XML schema namespace).



Check the specifications and let us know what you find? I expect in this case 
that even if GeoServer lets you add additional characters XML parsers and WFS 
clients will not be able to handle the situation.



(Note the GeoServer web application and REST API will often allow you to 
configure setting that do not work, when you spot an example please report the 
issue).

--

Jody








Jody Garnett



On Wed, Sep 3, 2014 at 10:28 AM, Bessette-Halsema, Dominique E 
dominique.besse...@gdit.commailto:dominique.besse...@gdit.com wrote:

I added a colon ‘:’ character to a grid name.  Is this allowed in the WMS 
getCapabilities?  Or is this a special character?  I know this isn’t the 
recommended naming convention but it is required and I need to go back and 
accurately explain

Re: [Geoserver-users] FW: Response Geotiff comparisons between Geoserver 2.2.4 and 2.5

[Bessette-Halsema, Dominique E]

I'm not quite sure I understand the response from Jody.  If she's asking about 
the corner coordinates, then yes, they are in lat/lon order, i.e.

Corner Coordinates:
Upper Left  (   2.445,-101.307) (  2d26'40.63E,101d18'25.06S)
Lower Left  ( -31.566,-101.307) ( 31d33'57.98W,101d18'25.06S)
Upper Right (   2.4446182, -86.1893900) (  2d26'40.63E, 86d11'21.80S)
Lower Right ( -31.5661050, -86.1893900) ( 31d33'57.98W, 86d11'21.80S)
Center  ( -14.561, -93.748) ( 14d33'38.68W, 93d44'53.43S)


The bigger concern is why making a WCS 1.1.1 getCoverage request with the full 
bounding box (-120.0038771,-65.0093883,-44.9961229,65.0093883) will result in 
an image of width/height 2055x3562 (as expected, the size of the original 
tiff), whereas giving a smaller bounding box 
(-101.30696,-31.566105,-86.18939,2.4446182) gives a response scaled to the 
original width resulting in an image of w/h 2055x4624 (instead of 414x931, as 
expected).  Is this by design to scale the response to its original width?


Thanks.



From: Jody Garnett [mailto:jody.garn...@gmail.com]
Sent: Tuesday, August 05, 2014 12:19 PM
To: Bessette-Halsema, Dominique E
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] FW: Response Geotiff comparisons between 
Geoserver 2.2.4 and 2.5



Interesting, can I ask you to double check which answer is correct? For WCS it 
is likely that the result is expected in lat / lon order (in which case this 
change represents an issue being fixed).




Jody Garnett



On Thu, Jul 31, 2014 at 1:50 PM, Bessette-Halsema, Dominique E 
dominique.besse...@gdit.commailto:dominique.besse...@gdit.com wrote:


When I did the following request,
/geoserver/imagery/wcs?service=WCSversion=1.1.1request=GetCoverageidentifier=goes_13.IR.1kmBoundingBox=-101.30696,-31.566105,-86.18939,2.4446182,urn:ogc:def:crs:OGC:1.3:CRS84format=geotiff

I noticed differing metadata information when I do a gdalinfo on the returned 
decoded tiff file.  (Attached above.)

The main differences being that
For 2.2.4,
- the width/height is 414x931  (as expected, since it's a slice of the 
original 2055x3562 image)
- the Band 1 Block=256x256
- the corner coordinates are correct
For 2.5,
- the width/height is 2055x4624  (the original being 2055x3562)
- the Band 1 Block=2055x19
- the corner coordinates lon/lat values are swapped


Does anyone know if there is some configuration with the tile sizing that was 
done for Geoserver 2.2.4 that we missed for Geoserver 2.5?  The large Band 
Block sizes are large (i.e. 8220x14 for a 8220x974 image) even when we directly 
bypass the satellite coverage plugin and request it through Geoserver 2.5's 
built-in GeoTIFF plugin.

Any insight will be helpful.

Thanks,
Kristine


--
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls.
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071iu=/4140/ostg.clktrk
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.netmailto:Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users



--
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls. 
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] 2.5 WCS getCoverage

[Bessette-Halsema, Dominique E]

Hi



I am making two WCS getCoverage requests for the same file against geoserver 
2.2.4 and geoserver 2.5.  When I make a request against 2.2.4 I get a file type 
with a size of 28MB.  When I make a request against 2.5 I get an email type 
with a size of 420MB.  Does anyone have any insight into why I am getting two 
different types with significantly different sizes?



Here's the request



/ 
geoserver/wcs?SERVICE=WCSVERSION=1.1.1REQUEST=GetCoverageIDENTIFIER=imagery:goes_15.WV.1kmBOUNDINGBOX=-179.9579382,-65.0071874,-105.0020618,65.0071874,urn:ogc:def:crs:OGC:1.3:CRS84FORMAT=image/tiff



Thanks

Dominique





--
Open source business process management suite built on Java and Eclipse
Turn processes into business applications with Bonita BPM Community Edition
Quickly connect people, data, and systems into organized workflows
Winner of BOSSIE, CODIE, OW2 and Gartner awards
http://p.sf.net/sfu/Bonitasoft___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] difference between describe coverage for wcs 1.0.0 and 1.1.1

[Bessette-Halsema, Dominique E]

the supportedFormats that we define in our coverage store layer.xml



  supportedFormats

stringGIF/string

stringPNG/string

stringJPEG/string

stringTIFF/string

stringGEOTIFF/string

stringGRIB/string

stringGRIB2/string

  /supportedFormats



are all listed in the response of a DescribeCoverage request for WCS 1.0.0, but 
when we make a DescribeCoverage request for the same layer using WCS 1.1.1, we 
only get a subset: GRIB, GRIB2, GIF and GEOTIFF are absent.  can anybody lend 
insight for why this might be?

















--
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing  Easy Data Exploration
http://p.sf.net/sfu/hpccsystems___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] FW: Missing grib and geotiffformats in WCS 1.1.1 Describe Coverage

[Bessette-Halsema, Dominique E]

Thanks for the reply.  We recently upgraded from geoserver 2.2.4 to 2.5 and 
noticed that the custom delegates are registered differently, and ours was not 
getting picked up.  Is there any other changes to custom delegates you know 
about?  We are looking into it.



Also do you know if the WFS getFeature call was modified for the time domain?  
We are seeing issues for this too, although it may be on our end.



18:56:24,256 WARN  
[mil.navy.fnmoc.gis.doc.dataordering.retrieval.RetrieverRunner] 
(pool-28-thread-1) Exception encountered while running retriever; will retry 
the item later.: java.io.IOException: Bad HTTP response: 
url=https://imetoc.nps.edu/geoserver/wfs?service=WFSversion=1.0.0request=GetFeaturetypeName=gis:amdarscql_filter=BBOX(location,-180.0,-90.0,-157.5,90.0,'EPSG:4326')
 AND uploadtime DURING 
2014-06-17T19:05:02Z/2014-06-17T18:46:13ZoutputFormat=json, code='200', 
msg='OK', type=text/xml;charset=UTF-8, response='?xml version=1.0 ?

ServiceExceptionReport

   version=1.2.0

   xmlns=http://www.opengis.net/ogc;

   xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;

   xsi:schemaLocation=http://www.opengis.net/ogc 
http://schemas.opengis.net/wfs/1.0.0/OGC-exception.xsdhttp://www.opengis.net/ogc%20http:/schemas.opengis.net/wfs/1.0.0/OGC-exception.xsd

   ServiceException

  java.lang.IllegalArgumentException: The temporal position of the 
beginning of the period must be less than (i.e. earlier than) the temporal 
position of the end of the period

The temporal position of the beginning of the period must be less than (i.e. 
earlier than) the temporal position of the end of the period

/ServiceException/ServiceExceptionReport'

at 
mil.navy.fnmoc.gis.doc.dataordering.WFSClient.getJSONStream(WFSClient.java:330) 
[classes:]

at 
mil.navy.fnmoc.gis.doc.dataordering.WFSClient.getAndStoreFeatures(WFSClient.java:169)
 [classes:]

at 
mil.navy.fnmoc.gis.doc.dataordering.ob.ObRetriever.retrieve(ObRetriever.java:46)
 [classes:]

at 
mil.navy.fnmoc.gis.doc.dataordering.retrieval.RetrieverRunner.run(RetrieverRunner.java:211)
 [classes:]

at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) 
[rt.jar:1.7.0_51]

at java.util.concurrent.FutureTask.run(FutureTask.java:262) 
[rt.jar:1.7.0_51]

at 
mil.navy.fnmoc.gis.doc.dataordering.retrieval.RetrieverQueue$FutureWrapper.run(RetrieverQueue.java:470)
 [classes:]

at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) 
[rt.jar:1.7.0_51]

at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) 
[rt.jar:1.7.0_51]

at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_51]







Dominique Bessette

Engineer, Software

General Dynamics Information Technology

Supporting Fleet Numerical Meteorology and Oceanography Center (FNMOC)

Office: 619-881-2748





From: andrea.a...@gmail.com [mailto:andrea.a...@gmail.com] On Behalf Of Andrea 
Aime
Sent: Monday, June 16, 2014 1:13 PM
To: Bessette-Halsema, Dominique E
Cc: geoserver-users@lists.sourceforge.net; Frew, Brian
Subject: Re: [Geoserver-users] FW: Missing grib and geotiffformats in WCS 1.1.1 
Describe Coverage



On Mon, Jun 16, 2014 at 6:10 PM, Bessette-Halsema, Dominique E 
dominique.besse...@gdit.commailto:dominique.besse...@gdit.com wrote:

Hi

I was wondering if anyone could give some insight to our issue.  See below.  
Thanks!



The current version of GeoServer (2.5.x) searches the application context for 
CoverageResponseDelegate implementations,

and then uses them.

Grib is not an officially supported format, but maybe you created your own 
delegate?



Complex situation there, grib is, as far as I remember, a multidimensional 
output format, which can be generated

as such only by WCS 2.0, and for which there is a single example, not yet 
available in supported land:

https://github.com/geoserver/geoserver/tree/master/src/community/netcdf-out/src/main/java/org/geoserver/wcs/responses



I have the impression you're pretty much on the bleeding edge?



Cheers

Andrea



--

==

GeoServer Professional Services from the experts! Visit

http://goo.gl/NWWaa2 for more information.

==



Ing. Andrea Aime

@geowolf

Technical Lead



GeoSolutions S.A.S.

Via Poggio alle Viti 1187

55054  Massarosa (LU)

Italy

phone: +39 0584 962313

fax: +39 0584 1660272

mob: +39  339 8844549



http://www.geo-solutions.it

http://twitter.com/geosolutions_it



---

--
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing  Easy Data Exploration
http://p.sf.net/sfu/hpccsystems___
Geoserver-users mailing list

[Geoserver-users] Trouble with accessing custom delegate in WPS

[Bessette-Halsema, Dominique E]

Hi all



We are currently upgrading our geoserver from 2.2.4 to 2.5.  We registered our 
new custom delegate in the gs-wcs-2.5.jar applicationContext.xml so spring can 
pick them up.  Now we are having issues accessing our delegate in our custom 
WPS jar.  I was just wondering if anyone had any pointers.



Thanks

Dominique





--
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing  Easy Data Exploration
http://p.sf.net/sfu/hpccsystems___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] FW: Missing grib and geotiffformats in WCS 1.1.1 Describe Coverage

[Bessette-Halsema, Dominique E]

Hi

I was wondering if anyone could give some insight to our issue.  See below.  
Thanks!

Dominique Bessette



-Original Message-
From: Frew, Brian
Sent: Friday, June 13, 2014 3:52 PM
To: Bessette-Halsema, Dominique E
Cc: Leung, Kristine; Mellick, Daniel L
Subject: FW: Missing grib and geotiffformats in WCS 1.1.1 Describe Coverage

dom, do you understand how geoserver gets the list of supported formats for the 
situation described below?

it appears that the formats that our plugins support aren't showing up in the 
DescribeCoverage request for WCS 1.1.1 ... however they are showing up for WCS 
1.0.0 and also showing up on beta (which means the old geoserver).

we suspect that the plugins register their capability with geoserver, but we 
are not clear on why this might change from WCS version to version.  we are 
hoping that you have some experience that might help here.

also, we are wondering what you might know about versions of WCS that clients 
are currently using.

any help will be greatly appreciated.  thanks!
b



From: Sojka, Danny CIV 63134 [danny.so...@navy.mil]
Sent: Friday, June 13, 2014 12:37 PM
To: Mellick, Daniel L; Leung, Kristine; Frew, Brian; Brister, Robert L
Subject: Missing grib and geotiffformats in WCS 1.1.1 Describe Coverage

Requests to alpha for DescribeCoverage 1.1.1 do not show the grib formats.  
This is causing some JMeter tests to fail and will likely affect the DOC or 
external clients.

e.g. 
http://a4au-a010.fnmoc.navy.mil/geoserver/COAMPS-ALASKA/ows?service=wcsversion=1.1.1request=DescribeCoverageidentifiers=ALASKA-n2-a2.air_temp.ht_sfc

wcs:SupportedFormatimage/png/wcs:SupportedFormat
wcs:SupportedFormatimage/jpeg/wcs:SupportedFormat
wcs:SupportedFormatimage/tiff/wcs:SupportedFormat

Reqeusts to beta do show grib:

e.g. 
http://a4bu-a001.fnmoc.navy.mil/geoserver/COAMPS-ALASKA/ows?service=wcsversion=1.1.1request=DescribeCoverageidentifiers=ALASKA-n2-a2.air_temp.ht_sfc

wcs:SupportedFormatimage/gif/wcs:SupportedFormat
wcs:SupportedFormatimage/png/wcs:SupportedFormat
wcs:SupportedFormatimage/jpeg/wcs:SupportedFormat
wcs:SupportedFormatimage/tiff/wcs:SupportedFormat
wcs:SupportedFormatimage/tiff;subtype=geotiff/wcs:SupportedFormat
wcs:SupportedFormatimage/grib/wcs:SupportedFormat
wcs:SupportedFormatimage/grib2/wcs:SupportedFormat

Dan Sojka
Fleet Numerical Meteorology and Oceanography Center
7 Grace Hopper Ave., Stop #1
Monterey, CA 93943
Office: 831-656-4232


--
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing  Easy Data Exploration
http://p.sf.net/sfu/hpccsystems
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] WFS URL issue

[Bessette-Halsema, Dominique E]

Hi



geoserver/gis/wfs also seems to gets the data.  Do we need to prefix the 
workspace (gis) in front of the call for certain layer types?



Dominique Bessette

Engineer, Software

General Dynamics Information Technology

Supporting Fleet Numerical Meteorology and Oceanography Center (FNMOC)

Office: 619-881-2748





From: Rahkonen Jukka (Tike) [mailto:jukka.rahko...@mmmtike.fi]
Sent: Tuesday, January 28, 2014 9:14 PM
To: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] WFS URL issue



Hi,

You really compare geoserver/wfs vs. geoserver/gis/ows?  Have you tried 
geoserver/gis/wfs?

-Jukka Rahkonen-

  _

Bessette-Halsema, Dominique E wrote:

 When hitting our server the following URL does not work and returns a 404 
 error in a browser.  However, there is valid data in geoserver.



 https://portal-beta.fnmoc.navy.smil.mil/geoserver/wfs?service=WFSversion=1.1.0request=GetFeaturetypeName=gis:hwspolygonjoincql_filter=BBOX%28gis:location,-180.0,-90.0,180.0,90.0,%27EPSG:4326%27%29%20AND%20gis:modifiedtime%20DURING%202014-01-28T21:52:18Z/2014-01-29T01:52:18Zhttps://portal-beta.fnmoc.navy.smil.mil/geoserver/wfs?service=WFSversion=1.1.0request=GetFeaturetypeName=gis:hwspolygonjoincql_filter=BBOX%28gis:location,-180.0,-90.0,180.0,90.0,%27EPSG:4326%27%29%20AND%20gis:modifiedtime%20DURING%202014-01-28T21:52:18Z/2014-01-29T01:52:18Z



 If you replace the geoserver/wfs?service=WFS with 
 geoserver/gis/ows?service=WFS  you will get the appropriate data back in the 
 browser.



Any ideas why we have to change the url?  It is only for this layer all the 
other layers that are the same type work with wfs.



Thanks

Dominique Bessette





--
WatchGuard Dimension instantly turns raw network data into actionable 
security intelligence. It gives you real-time visual feedback on key
security issues and trends.  Skip the complicated setup - simply import
a virtual appliance and go from zero to informed in seconds.
http://pubads.g.doubleclick.net/gampad/clk?id=123612991iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] getFeature within geoserver

[Bessette-Halsema, Dominique E]

That worked thanks!

 

public static SimpleFeature GetFeature(String featurename, String namespace,
String fid){

SimpleFeature feature = null;

GeoServer geoServer = GeoServerExtensions.bean(GeoServer.class);

DefaultWebFeatureService20 wfs = new
DefaultWebFeatureService20(geoServer);

Catalog catalog = wfs.getCatalog();

FeatureTypeInfo info = catalog.getFeatureTypeByName(namespace,
featurename);

try{

SimpleFeatureSource fs = (SimpleFeatureSource)
info.getFeatureSource(null, null);

FilterFactory ff = CommonFactoryFinder.getFilterFactory();

Id id = ff.id(Collections.singleton(ff.featureId(fid)));

SimpleFeatureCollection coll = fs.getFeatures(id);

SimpleFeatureIterator fi = null;

try {

fi = coll.features();

feature = fi.next(); 

} finally {

   fi.close();

}

}

catch(Exception e){

LOGGER.info(e.getMessage());

}

 

return feature;

}

 

Dominique Bessette

Engineer, Software

General Dynamics Information Technology

Supporting Fleet Numerical Meteorology and Oceanography Center (FNMOC)

Office: 619-881-2748

 

 

From: andrea.a...@gmail.com [mailto:andrea.a...@gmail.com] On Behalf Of
Andrea Aime
Sent: Thursday, August 29, 2013 11:07 AM
To: Bessette-Halsema, Dominique E
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] getFeature within geoserver

 

On Thu, Aug 29, 2013 at 7:27 PM, Bessette-Halsema, Dominique E
dominique.besse...@gdit.com wrote:

I'm creating a wps and I was wondering how I get a feature by a featureid
within geoserver..

 

I would like https://localhost:8443/geoserver/gis/ows?service=WFS
https://localhost:8443/geoserver/gis/ows?service=WFSversion=1.0.0request=
GetFeaturetypeName=gis:simpleafeaturefeatureId=43601
version=1.0.0request=GetFeaturetypeName=gis:simpleafeaturefeatureId=4360
1  but using the geoserver classes.

 

public static void GetFeature(String name, String namespace, String
fid){

GeoServer geoServer = GeoServerExtensions.bean(GeoServer.class);

DefaultWebFeatureService20 wfs = new
DefaultWebFeatureService20(geoServer);

WFSInfo wfsinfo = wfs.getServiceInfo();

Catalog catalog = wfs.getCatalog();

FeatureTypeInfo featuretype =
catalog.getFeatureTypeByName(namespace, name);

 

//now what

}

 

You're going too much the long way. Get the Catalog bean, then do something
like

(almost pseudo code, totally untested):

 

FeatureTypeInfo info = catalog.getFeatureTypeByName(theLayerName);

SimpleFeatureSource fs = info.getFeatureSource();

FilterFactory ff = CommonFActoryFinder.getFilterFactory();

SimpleFeatureCollect coll = fs.getFeatures(ff.id(ff.featureId(yourId));

SimpleFeatureIterator fi = null;

SimpleFeature theFeature = null;

try {

fi = coll.features();

theFeature = fi.next();

} finally {

   fi.close();

}

 

Hope this helps

 

Cheers

Andrea

 

-- 

==

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
information.

==

 

Ing. Andrea Aime 

@geowolf

Technical Lead

 

GeoSolutions S.A.S.

Via Poggio alle Viti 1187

55054  Massarosa (LU)

Italy

phone: +39 0584 962313

fax: +39 0584 1660272

mob: +39  339 8844549

 

http://www.geo-solutions.it

http://twitter.com/geosolutions_it

 

---



smime.p7s
Description: S/MIME cryptographic signature
--
Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
Discover the easy way to master current and previous Microsoft technologies
and advance your career. Get an incredible 1,500+ hours of step-by-step
tutorial videos with LearnDevNow. Subscribe today and save!
http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] geotools gridcoverage name

[Bessette-Halsema, Dominique E]

I was wondering if there was a way to get the gridcoverage name.  

 

The coverage.getName return the International Name that is the entire path
to the .tif

 

Coverage.getName =
/gis/geoserver/external/data/dynamic/isisgridcoverage/WW3_W_AFRICA/w_africa_
nest2_appl/peak_wav_per/WW3_W_AFRICA:2013082912:w_africa_nest2_appl:peak_wav
_per:surface:::fcst_ops:0480

 

Where I need the layer name. WW3_W_PAC:w_pac_nest2_appl2.max_wav_ht.surface

 

Thanks!

 

 



smime.p7s
Description: S/MIME cryptographic signature
--
Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
Discover the easy way to master current and previous Microsoft technologies
and advance your career. Get an incredible 1,500+ hours of step-by-step
tutorial videos with LearnDevNow. Subscribe today and save!
http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] BBOX Text format

[Bessette-Halsema, Dominique E]

Hi



What is the Bounding Box format for a WPS request?  A point is POINT(0 0),  is 
a bounding box BBOX(0 0, 0 0, 0 0, 0 0)  maxx, maxy, minx, miny ??



Thank You

Dominique

--
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis  visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Python WPS scripting broken in Geoserver 2.3.x

[Bessette-Halsema, Dominique E]

Yes we used the plugin with geoserver 2.2.4 and we did not overwrite the 
original jars.  Our error was due to the jython jar delivered with the 
geoserver python plugin was based on Java5 and we are using Java7.  Maybe yours 
is a geotools jar missing/mismatch issue??  The jar containing 
org/geotools/process/feature/gs/SimpleProcessingCollection is the 
gt-process-feature.jar



Dom





From: Tom van Tilburg [mailto:tom.van.tilb...@gmail.com]
Sent: Thursday, March 28, 2013 3:52 AM
To: Bessette-Halsema, Dominique E
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] Python WPS scripting broken in Geoserver 2.3.x



Hi Dominique,

Thanks for this information.
I assume you also have the WPS plugin installed? And did you let the WPS plugin 
overwrite original JAR files? (I did not)

I tried your solution following the steps (using geoserver 2.3.0 instead) and 
replacing jython but curiously I ended up having the error you described 
yourself:

java.lang.RuntimeException:

java.io.IOException: javax.script.ScriptException: ImportError:

No module named types in

/var/data/tomcat7/webapps/geoserver/data/scripts/wps/mybuffer.py

at line number 1 at


org.geoserver.script.wps.ScriptProcessFactory.getDescription(ScriptProcessFactory.java:112)



at


org.geoserver.wps.web.WPSRequestBuilderPanel.initProcessView(WPSRequestBuilderPanel.java:250)



at


org.geoserver.wps.web.WPSRequestBuilderPanel.access$000(WPSRequestBuilderPanel.java:63)



at

org.geoserver.wps.web.WPSRequestBuilderPanel$5.onUpdate(WPSRequestBuilderPanel.java:225)











  Seems it is really a 2.3 problem with jython?
(For the record: I also tried nightly war files with the plugins.)

Regards,
 Tom


On 27-3-2013 16:51, Bessette-Halsema, Dominique E wrote:

   Hi Tom



   We were having problems with the python scripting hook too.  It turned out 
to be jar compatibility.  I'm not sure if it's the same problem but here's our 
error and how we solved it.



   Error:

   Caused by: java.io.IOException: javax.script.ScriptException: ImportError: 
No module named types in /h/data/gis/geoserver/external/scripts/wps/buffer.py 
at line number 1




   Solution:



   Install geoserver pyhton and javascript scripting hooks





   initial assumptions - jboss7, java7, geoserver 2.2.4)





   1) undeploy geoserver



   2) download geoserver python and javascript scripting extensions  from 
http://gridlock.opengeo.org/geoserver/2.2.x/community-latest/



   3) copy both zip files into directory jboss deployment 
dir/geoserver.war/WEB-INF/lib



   4) extract both zip files (if prompted to replace, select 'N')



   5) in WEB-INF/lib, delete jython-2.5.2.jar



   6) access jython download page (http://www.jython.org/downloads.html). 
Download jython 2.7b1 standalone



   7) cp jython-standalone-2.7-b1.jar jboss deployment 
dir/geoserver.war/WEB-INF/lib





   8) deploy geoserver



   9) create scripting hooks

  cd geoserver data dir



  cd scripts/wps



  create buffer.py (code found at 
http://docs.geoserver.org/latest/en/user/community/scripting/hooks.html)







   10) test python hook









   From: Tom van Tilburg [mailto:tom.van.tilb...@gmail.com]
   Sent: Wednesday, March 27, 2013 8:02 AM
   To: 
geoserver-users@lists.sourceforge.netmailto:geoserver-users@lists.sourceforge.net
   Subject: Re: [Geoserver-users] Python WPS scripting broken in Geoserver 2.3.x



   I just installed SUN JAVA 1.6 JRE, but the problem persists. Here's a 
snippet from the error log:

   2013-03-27 15:53:58,962 WARN [imagemosaic.ImageMosaicFormat] - 
java.lang.RuntimeException: java.io.IOException: javax.script.ScriptException: 
java.lang.NoClassDefFoundError: java.lang.NoClassDefFoundError: 
org/geotools/process/feature/gs/SimpleProcessingCollection in 
/var/data/tomcat7/webapps/geoserver/data/scripts/wps/mybuffer.py at line number 
1
   org.geotools.data.DataSourceException: java.lang.RuntimeException: 
java.io.IOException: javax.script.ScriptException: 
java.lang.NoClassDefFoundError: java.lang.NoClassDefFoundError: 
org/geotools/process/feature/gs/SimpleProcessingCollection in 
/var/data/tomcat7/webapps/geoserver/data/scripts/wps/mybuffer.py at line number 
1

   Line 1 in mybuffer.py reads:
   from geoserver.wps import process

   Java info:
   Sun Microsystems Inc.: 1.6.0_43 (Java HotSpot(TM) 64-Bit Server VM)
   (using Tomcat7)

   As far as I understand the imagemosaic has nothing to do with this, the 
exception shows up a couple of times at different points in the startup of 
geoserver on Tomcat7.

   Chrs,
Tom

   On 27-3-2013 15:11, Rahkonen Jukka wrote:

  Hi,



  It is for sure good to test with OpenJDK and Oracle 1.7 JDK, but 
Geoserver has some known issues with both of them and Oracle 1.6 jre is the 
officially supported version.  Probably it would be more pleasure to test

Re: [Geoserver-users] Python WPS scripting broken in Geoserver 2.3.x

[Bessette-Halsema, Dominique E]

Hi Tom 

 

We were having problems with the python scripting hook too.  It turned out
to be jar compatibility.  I'm not sure if it's the same problem but here's
our error and how we solved it.

 

Error:

Caused by: java.io.IOException: javax.script.ScriptException: ImportError:
No module named types in
/h/data/gis/geoserver/external/scripts/wps/buffer.py at line number 1



Solution:

 

Install geoserver pyhton and javascript scripting hooks

 

 

initial assumptions - jboss7, java7, geoserver 2.2.4)

 

 

1) undeploy geoserver

 

2) download geoserver python and javascript scripting extensions  from
http://gridlock.opengeo.org/geoserver/2.2.x/community-latest/

 

3) copy both zip files into directory jboss deployment
dir/geoserver.war/WEB-INF/lib 

 

4) extract both zip files (if prompted to replace, select 'N')

 

5) in WEB-INF/lib, delete jython-2.5.2.jar

 

6) access jython download page (http://www.jython.org/downloads.html).
Download jython 2.7b1 standalone

 

7) cp jython-standalone-2.7-b1.jar jboss deployment
dir/geoserver.war/WEB-INF/lib

 

 

8) deploy geoserver

 

9) create scripting hooks

   cd geoserver data dir

 

   cd scripts/wps

 

   create buffer.py (code found at
http://docs.geoserver.org/latest/en/user/community/scripting/hooks.html)

 

 

 

10) test python hook

 

 

 

 

From: Tom van Tilburg [mailto:tom.van.tilb...@gmail.com] 
Sent: Wednesday, March 27, 2013 8:02 AM
To: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] Python WPS scripting broken in Geoserver
2.3.x

 

I just installed SUN JAVA 1.6 JRE, but the problem persists. Here's a
snippet from the error log:

2013-03-27 15:53:58,962 WARN [imagemosaic.ImageMosaicFormat] -
java.lang.RuntimeException: java.io.IOException:
javax.script.ScriptException: java.lang.NoClassDefFoundError:
java.lang.NoClassDefFoundError:
org/geotools/process/feature/gs/SimpleProcessingCollection in
/var/data/tomcat7/webapps/geoserver/data/scripts/wps/mybuffer.py at line
number 1
org.geotools.data.DataSourceException: java.lang.RuntimeException:
java.io.IOException: javax.script.ScriptException:
java.lang.NoClassDefFoundError: java.lang.NoClassDefFoundError:
org/geotools/process/feature/gs/SimpleProcessingCollection in
/var/data/tomcat7/webapps/geoserver/data/scripts/wps/mybuffer.py at line
number 1

Line 1 in mybuffer.py reads:
from geoserver.wps import process

Java info:
Sun Microsystems Inc.: 1.6.0_43 (Java HotSpot(TM) 64-Bit Server VM)
(using Tomcat7)

As far as I understand the imagemosaic has nothing to do with this, the
exception shows up a couple of times at different points in the startup of
geoserver on Tomcat7.

Chrs,
 Tom

On 27-3-2013 15:11, Rahkonen Jukka wrote:

Hi,

 

It is for sure good to test with OpenJDK and Oracle 1.7 JDK, but Geoserver
has some known issues with both of them and Oracle 1.6 jre is the officially
supported version.  Probably it would be more pleasure to test with that
first.

 

-Jukka Rahkonen-

 

Tom van Tilburg wrote:

 

Yes, I can see the WPS among the WCS/WFS/WMS services in the left of the
menu and my handcrafted python process that I have put in
./data/scripts/wps/ is displayed in the list of WPS processes (py:mybuffer)

By the way, I have OpenJDK installed.
At the moment I'm testing with Oracle 1.7 JDK and that gives me a 
javax.script.ScriptException: ImportError: cannot import name process in
/var/data/tomcat7/webapps/geoserver/data/scripts/wps/mybuffer.py at line
number 1
It's a slightly different server though with Oracle JDK, so I'm testing some
more.

Chrs, Tom

 



smime.p7s
Description: S/MIME cryptographic signature
--
Own the Future-Intelreg; Level Up Game Demo Contest 2013
Rise to greatness in Intel's independent game demo contest.
Compete for recognition, cash, and the chance to get your game 
on Steam. $5K grand prize plus 10 genre and skill prizes. 
Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] python scripting hook

[Bessette-Halsema, Dominique E]

/scripts/lib ?

Do I need to add geoscript python jars?  http://geoscript.org/py/



Thank You

Dominique




From: Justin Deoliveira [jdeol...@opengeo.org]
Sent: Thursday, February 07, 2013 8:26 AM
To: Bessette-Halsema, Dominique E
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] python scripting hook

Hmmm... ok. What version of Geoserver and the scripting extension are you 
running?


On Wed, Feb 6, 2013 at 5:50 PM, Bessette-Halsema, Dominique E 
dominique.besse...@gdit.commailto:dominique.besse...@gdit.com wrote:
It looks like this.  It’s the same one as the example  
http://docs.geoserver.org/stable/en/user/community/scripting/hooks.html

from geoserver.wps import process
from geoscript.geom import Geometry

@process(
   title='Buffer',
   description='Buffers a geometry',
   inputs={'geom': (Geometry, 'The geometry to buffer'),
   'distance':(float,'The buffer distance')},
   outputs={'result': (Geometry, 'The buffered geometry')}
)
def run(geom, distance):
  return geom.buffer(distance)

Thank You
Dom

From: Justin Deoliveira 
[mailto:jdeol...@opengeo.orgmailto:jdeol...@opengeo.org]
Sent: Monday, February 04, 2013 8:06 AM
To: Bessette-Halsema, Dominique E
Cc: 
geoserver-users@lists.sourceforge.netmailto:geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] python scripting hook

Hmmm... any chance you can make the script available, I can take a closer look.

On Fri, Feb 1, 2013 at 8:49 AM, Bessette-Halsema, Dominique E 
dominique.besse...@gdit.commailto:dominique.besse...@gdit.com wrote:
Hi

I’m having trouble installing the python scripting hook.  I unzip the contents 
of geoserver-2.2-SNAPSHOT-python-plugin.zip into my geoserver-2.2/WEB-INF/lib 
file.  In my GEOSERVER_DATA_DIR is see a scripts/lib and scripts/function 
directory.  I created a scripts/wps directory and made the buffer.py example 
from http://docs.geoserver.org/stable/en/user/community/scripting/hooks.html

When I go into the WPS request builder and try to run the buffer.py script I 
see the following error in geoserver.

15:46:38,593 ERROR [org.apache.wicket.RequestCycle] (http--0.0.0.0-8080-1) 
java.io.IOException: javax.script.ScriptException: ImportError: No module named 
types in /gis/geoserver/external/scripts/wps/demo.py at line number 1: 
java.lang.RuntimeException: java.io.IOException: javax.script.ScriptException: 
ImportError: No module named types in 
/gis/geoserver/external/scripts/wps/demo.py at line number 1

Line number 1 is

from geoserver.wps import process

what am I missing?

Thank you

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.netmailto:Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users



--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.



--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] TimeSpan KML

[Bessette-Halsema, Dominique E]

Actually I think I found my answer.  In the parseDateTime method in the
KMLMapTransformer class, I believe the date is being parsed using the
geotools  DateUtil.deserializeDateTime() method 

 

In the GeoTools API it mentions:

 

Date values are expected to match W3C XML Schema standard format as
CCYY-MM-DDThh:mm:ss, with optional leading minus sign and trailing seconds
decimal, as necessary 

 

Thank You

Dominique

 

From: Bessette-Halsema, Dominique E 
Sent: Wednesday, February 06, 2013 5:02 PM
To: geoserver-users@lists.sourceforge.net
Subject: TimeSpan KML

 

Hi

 

I'm having problems importing my KML from geoserver 2.2 into a map and found
it is because the map doesn't like fractional seconds.  (ie.
Yyyy-mm-ddThh:mm:ss.fffz)  I was looking at the geoserver spec and in the
geoserver code, mainly the KMLMapTranformer.java class and the datetime
formats don't include fractional seconds.  I'll continue to debug this but
in the meantime I was hoping someone could give me a quick answer as to why
the resulting KML includes the fractional seconds, and if anyone could
foresee any issues that could arise with removing them in our geoserver
instance.

 

Example KML snippet:

 

TimeSpan

begin2013-02-06T12:00:00.000Z/begin

end2013-02-06T14:59:59.000Z/end

/TimeSpan

 

Thank You

Dominique



smime.p7s
Description: S/MIME cryptographic signature
--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] python scripting hook

[Bessette-Halsema, Dominique E]

It looks like this.  It's the same one as the example
http://docs.geoserver.org/stable/en/user/community/scripting/hooks.html

 

from geoserver.wps import process

from geoscript.geom import Geometry

 

@process(

   title='Buffer',

   description='Buffers a geometry',

   inputs={'geom': (Geometry, 'The geometry to buffer'),

   'distance':(float,'The buffer distance')},

   outputs={'result': (Geometry, 'The buffered geometry')}

)

def run(geom, distance):

  return geom.buffer(distance)

 

Thank You

Dom

 

From: Justin Deoliveira [mailto:jdeol...@opengeo.org] 
Sent: Monday, February 04, 2013 8:06 AM
To: Bessette-Halsema, Dominique E
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] python scripting hook

 

Hmmm... any chance you can make the script available, I can take a closer
look. 

 

On Fri, Feb 1, 2013 at 8:49 AM, Bessette-Halsema, Dominique E
dominique.besse...@gdit.com wrote:

Hi 

 

I'm having trouble installing the python scripting hook.  I unzip the
contents of geoserver-2.2-SNAPSHOT-python-plugin.zip into my
geoserver-2.2/WEB-INF/lib file.  In my GEOSERVER_DATA_DIR is see a
scripts/lib and scripts/function directory.  I created a scripts/wps
directory and made the buffer.py example from
http://docs.geoserver.org/stable/en/user/community/scripting/hooks.html 

 

When I go into the WPS request builder and try to run the buffer.py script I
see the following error in geoserver.

 

15:46:38,593 ERROR [org.apache.wicket.RequestCycle] (http--0.0.0.0-8080-1)
java.io.IOException: javax.script.ScriptException: ImportError: No module
named types in /gis/geoserver/external/scripts/wps/demo.py at line number 1:
java.lang.RuntimeException: java.io.IOException:
javax.script.ScriptException: ImportError: No module named types in
/gis/geoserver/external/scripts/wps/demo.py at line number 1

 

Line number 1 is 

 

from geoserver.wps import process

 

what am I missing?

 

Thank you



--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users





 

-- 
Justin Deoliveira

OpenGeo - http://opengeo.org

Enterprise support for open source geospatial.



smime.p7s
Description: S/MIME cryptographic signature
--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] python scripting hook

[Bessette-Halsema, Dominique E]

Hi



I'm having trouble installing the python scripting hook.  I unzip the contents 
of geoserver-2.2-SNAPSHOT-python-plugin.zip into my geoserver-2.2/WEB-INF/lib 
file.  In my GEOSERVER_DATA_DIR is see a scripts/lib and scripts/function 
directory.  I created a scripts/wps directory and made the buffer.py example 
from http://docs.geoserver.org/stable/en/user/community/scripting/hooks.html



When I go into the WPS request builder and try to run the buffer.py script I 
see the following error in geoserver.



15:46:38,593 ERROR [org.apache.wicket.RequestCycle] (http--0.0.0.0-8080-1) 
java.io.IOException: javax.script.ScriptException: ImportError: No module named 
types in /gis/geoserver/external/scripts/wps/demo.py at line number 1: 
java.lang.RuntimeException: java.io.IOException: javax.script.ScriptException: 
ImportError: No module named types in 
/gis/geoserver/external/scripts/wps/demo.py at line number 1



Line number 1 is



from geoserver.wps import process



what am I missing?



Thank you

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users