_From owner-netcdf-java@xxxxxxxxxxxxxxxx Tue Jul 12 08:48:33 2005
Received: (from majordo@localhost)
by unidata.ucar.edu (UCAR/Unidata) id j6CElFL2006404
for netcdf-java-out; Tue, 12 Jul 2005 08:47:15 -0600 (MDT)
Received: from [127.0.0.1] (whoopee.unidata.ucar.edu [188.8.131.52])
by unidata.ucar.edu (UCAR/Unidata) with ESMTP id j6CEj6jp006205;
Tue, 12 Jul 2005 08:47:07 -0600 (MDT)
User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317)
X-Accept-Language: en-us, en
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on
X-Spam-Status: No, score=-5.7 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00
>we are using NetCDF files for the server-side data management in our
>meteorological workstation project called "NinJo". NinJo is completely
>written in Java, therefore we are using the NetCDF library for Java.
>As the grids used for numerical weather prediction gets huger
>and huger (currently 385 x 325 x 45 x 73 floats, ca. 1.6 GB) we are
>approaching soon the limit of 2GB file size.
>Are there plans to support files larger than 2GB with NetCDF for Java
>as for C/C++ etc?
>If not, are there easy workarounds to circumvent this limit?
It should work now with the new "large file" netcdf format, as long as
the OS and Java libraries support large files.
Its not tested however, so any help in that regard would be appreciated.