> > In an ideal world, because NetCDF already supports several formats, > NetCDF would allow a user to plug in some other format implementation. > But it doesn't---rather than dividing the API into "interface" and > "implementation" parts with componentized strategies, it hard-codes > support for its various formats (including HDF5) into the library > itself, precluding extension to new format types. Hi Garret: netcdf-java supports the IOSP plug-in layer. The docs suck of course, but heres what we have: http://www.unidata.ucar.edu/software/netcdf-java/tutorial/index.html the IOSP plug-ins may make a quick API change not easy, since they all have to support the change, and Im not sure if you understand the implications yet. but we are certainly happy to have your help. Being grumpy with open source software is, um, counterproductive. You can insist on your POV in calling things a bug, but then you may get a less than enthusiastic reception from those who disagree. I dont know if your client is part of the NSF earth science community that funds us, and we have a lot of things on our plate. If the "workaround" works it may not be worth the time to munge a complex piece of code. anyway, i will read the rest of your email later and see if i agree with you or not. John Ticket Details =================== Ticket ID: NRW-974703 Department: Support netCDF Java Priority: Normal Status: Open
NOTE: All email exchanges with Unidata User Support are recorded in the Unidata inquiry tracking system and then made publicly available through the web. If you do not want to have your interactions made available in this way, you must let us know in each email you send to us.