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

Reply via email to