Hi all:
I thought I would clarify one small piece of the conversation:
Unidata supports two libraries, one in C and one in Java. All other Unidata
netCDF libraries are wrappers around the C library (notably C++, F77, F90,
and Python) , or the Java Library (notably matlab).
The Java library supports reading netCDF-4 files in pure Java. For writing
netCDF-4, it requires the netCDF4 C library.
A pure Python library for netcdf-3 would be easy and I'm sure has already
been done. I predict no one will ever again be foolhardy enough to write
another netCDF4 / HDF5 library that doesnt use the netCDF4 / HDF5 C
libraries.
Regards,
John
On Thu, Nov 6, 2014 at 11:04 AM, Chris Barker <chris.barker@xxxxxxxx> wrote:
>
> Quick comment on this:
>
> a previous post seemed to imply that Python was supported. I think the C
>> and Fortran libraries should be top priority,
>
>
> the netCDF4 python package is a wrapper around the C lib.
>
> So it is as robust as the C lib, but also just as hard to compile!
>
> I agree that C and Fortran are key (actually primarily C -- you should be
> abel to call C from Fortran anyway) And C gets you the ability to wrap for
> a whole pile of higher-level languages (Julia, Octave, R, etc....)
>
> That leaves us with the Java world -- which does not map so easily to C
>
> What about .net, by the way? I don't care, but maybe some folks do ;-) I
> have no idea how hard it is to call C from .net languages...
>
> -Chris
>
> --
>
> Christopher Barker, Ph.D.
> Oceanographer
>
> Emergency Response Division
> NOAA/NOS/OR&R (206) 526-6959 voice
> 7600 Sand Point Way NE (206) 526-6329 fax
> Seattle, WA 98115 (206) 526-6317 main reception
>
> Chris.Barker@xxxxxxxx
>
> _______________________________________________
> netcdfgroup mailing list
> netcdfgroup@xxxxxxxxxxxxxxxx
> For list information or to unsubscribe, visit:
> http://www.unidata.ucar.edu/mailing_lists/
>
