Due to the current gap in continued funding from the U.S. National Science Foundation (NSF), the NSF Unidata Program Center has temporarily paused most operations. See NSF Unidata Pause in Most Operations for details.
I must say this topic has caught me by surprise. I'd gotten the impression from reading that the netCDF binary file type was created specifically to gracefully handle real time acquisition. Those variables having as one of their dimensions the unlimited dimension are, to my understanding, located physically at the bottom of the file so that new data can be appended to them without rewriting existing portions of the file, that, if one such variable is to receive new data that will cause it to exceed the current actual length of the unlimited dimension, then all variables sharing the unlimited dimension will be lengthened, the one with an actual datum, others with a value representing "missing data", to be replaced in later if real data became available for those variables as well. The processing overhead of writing missing values would seem to be a small price to pay for having a file that nicely organizes a collection of variables, and array-type variables, such that all can be addressably accessed. Can this be done with text files? John Thaden Research Assistant Professor of Geriatrics College of Medicine University of Arkansas for Medical Sciences Little Rock "Timothy Hume" <T.Hume@xxxxxxxxxx> wrote... > > I once set up a system to store real-time meteorological data in NetCDF > files. One of the difficulties is that you can never be sure of the > temporal frequency of the data; some stations report hourly, others > three hourly, and others report irregularly. To get around this issue, I > used the unlimited dimension for time, and simply "grew" the dimension > as new data became available. However, "growing" the unlimited dimension > seemed to take a lot of computer time compared to slotting the data into > an array where all the dimensions were fixed length. It may be that I > wrote my software inefficiently, but I suspect the slowness of "growing" > the unlimited dimension is partly due to the structure of a NetCDF file. > If it is possible, it may be more efficient to predefine the length of > your time dimension (making it large enough to hold all the data you > receive), rather than using an unlimited dimension. The downside of this > approach is that you are likely to be left with some "empty cells" in > your data array. > Also, the option of using a text file, as suggested by someone else, may > be better. You can trivially append new data to a text file using the > shell's ">>" feature. Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. ============================================================================== To unsubscribe netcdfgroup, visit: http://www.unidata.ucar.edu/mailing-list-delete-form.html ==============================================================================
netcdfgroup
archives: