To confirm that I understand;
High volume data (either enough high resolution data or long enough time series of data) will produce an error, and the only thing to do is to post caveats
to users to not select the entire time-series at once. Is this correct?
We can produce a hovmoller plot for ~1.5 yrs of data for MUR, and about 8 yrs for AVHRR_OI.
Is there a known limit on how much data can be handled on one request? Ie, no more than X GB per request, or no more than Y granules in one request?
From: Ansley Manke [mailto:ansley.b.manke@xxxxxxxx]
Sent: Friday, April 19, 2013 5:49 PM
To: Shelton, Kacie E (398C)
Cc: las users [las_users@xxxxxxxx]
Subject: Re: [las_users] Error on large/high volume data sets - "remote server was unable to deliver data"
As a test, try making a short time selection and smaller range in longitude to see if you can get a result.
In LAS we handle large grids like this by asking for a decimated version when the request is really large. A several-hundred by several-hundred pixel image can't show that fine a grid anyway so we make a smaller request, striding the data request so it's a
more reasonable size to be shipping around.
I have put the MUR dataset into a test server running LAS v8 and I can get an XT plot for a year's worth of it. See the attached screenshot. However for the entire time range the data that is returned from the NetCDF library reading the datset is all zero's.
Likewise I can make time series plots that are 6 or 8 months long, but requests for more data results in error messages from the NetCDF library reading the data.
Going back to the html view of the dataset, I can get coordinates successfully. Ask for lat 8000:1:8000, lon 32000:1:32000, time 0:10:2791 and the coordinates are returned correctly. Try:
But, try to get analysed_sst at those same index ranges, and we get an error. That's this constrained url:
The software behind the url access to the datset is not the same netCDF library that Ferret, running within LAS is using to read this opendap data but it seems to me this is an indication that both pieces of software are having trouble accessing the dataset
along the time dimension.
On 4/19/2013 1:55 PM, Shelton, Kacie E (398C) wrote:
We are getting a near instant error when requesting Hovmoller plots of MUR and AVHRR_OI data sets. (See included images.)
"A remote server was unable to deliver the data LAS needs to make your product."
The links are good; MUR links to here:
Likewise the link for AVHRR_OI is good.
We suspect this error has something to do with the volume of requested data; MUR is high resolution (~1km global), and AVHRR_OI has 30 yrs of global data.
We do not get an error on loading any one particular granule, nor on a time series plot -- the Hovmoller plot is where we see this error.
Any ideas on what is going on, or how we can fix this?