Hi John,
We will do our best to upgrade the FileWriter so that it properly fits
our needs in a generic way.
But we have very short delay and I am not sure if we will be able to
fully manage the preload function and too large datasets right now.
I think we will first focus on being able to exactly get from the server
what is requested in the original opendap URL (which was used in the
NetcdfDataset.acquireDataset() method).
I'll tell what we're able to do.
Regards,
Thomas
John Caron wrote:
Hi Thomas:
The FileWriter is a simple piece of code that reads the entire
variable's data into memory and then writes it out to the new file. It
should see how large the data is and do it in some reasonable sized
chunks, say, 1 Mbyte. You could take FileWriter and modify it for your
needs. If you did it in a general way, I could add it to the release
so others could take advantage of it.
Thomas LOUBRIEU wrote:
Hi all,
I have a problem when I use the java netcdf API (in version 2.2.18 or
2.2.19) for saving OPeNDAP request results as NetCDF files.
One example of OPeNDAP URL I use is :
http://www.ifremer.fr/thredds3/dodsC/CORIOLIS-GLOBAL-RTOA/sea_water_temperature/aggregated_time_serie?temperature[0:1][1:2][13:23][13:33]
I first tried with these lines of code :
try {
NetcdfDatasetCache.disable();
ncfile = (NetcdfFile)NetcdfDataset.acquireDataset(filename,
null);
FileWriter.writeToFile(ncfile,
"/tmp/test.nc",
false,
0); } catch (IOException ioe) {
System.out.println("trying to open " + ioe.getMessage());
}
...
But the API is trying to download the full dataset by sending to the
server a request like :
http://www.ifremer.fr/thredds3/dodsC/CORIOLIS-GLOBAL-RTOA/sea_water_temperature/aggregated_time_serie?temperature
Of course the server cannot answer such a request because the volume
for the dataset is about 20 Gb...
In order to avoid this, I've created an object in order to set to
'false' the 'preload' static attribute of the 'DODSNetcdfFile' object.
Now the API sends requests like :
http://www.ifremer.fr/thredds3/dodsC/CORIOLIS-GLOBAL-RTOA/sea_water_temperature/aggregated_time_serie?latitude[0:1:10]
or
http://www.ifremer.fr/thredds3/dodsC/CORIOLIS-GLOBAL-RTOA/sea_water_temperature/aggregated_time_serie?temperature[0:1:1][0:1:1][0:1:10][0:1:20]
...
(as many as required variables)
It is quite right but the offsets of my array subscript disappear and
become '0' for every request and every variable.
It seems that the problem happens in the 'readArrays' method of the
'DODSNetcdfFile' object.
Does anyone already face this problem ? Is this a bug or a mis-use of
the API ?
Thanks in advance for any piece of advice you could give me.
Thomas
===============================================================================
To unsubscribe netcdf-java, visit:
http://www.unidata.ucar.edu/mailing-list-delete-form.html
===============================================================================
===============================================================================
To unsubscribe netcdf-java, visit:
http://www.unidata.ucar.edu/mailing-list-delete-form.html
===============================================================================
==============================================================================
To unsubscribe netcdf-java, visit:
http://www.unidata.ucar.edu/mailing-list-delete-form.html
==============================================================================
