NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
2014-11-06 18:04 GMT+00:00 Chris Barker <chris.barker@xxxxxxxx>: > > 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....) > I think both are key! (you can similarly call fortran from C...) > > 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/ > -- Kind regards Nick
netcdfgroup archives: