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=WFS&version=1.0.0&request=GetFeature&typeName=gis:amdars&cql_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:13Z&outputFormat=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.xsd<http://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.com<mailto: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@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users