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.
A couple of points. If you store as attributes, then all of them will be stored in memory. If you store as variable(s), then the content will only be read in when requested. You might calculate how much total memory these attributes will take up. Some alternative suggestions to consider assuming you are using netcdf-4: 1. Store the key value pairs as a single attribute something of the form: String :config = "key1=value1;key2=value2;..." 2. Store the key value pairs as a single variable something like String var(unlimited,2); where N is the number of key+value pairs. Then the content of var would look something like this: var = {"key1","value1"}, {"key1","value1"},... =Dennis Heimbigner Unidata On 11/30/2017 1:22 PM, Chris Barker wrote:
what everyone else said, but: I want to store settings (metadata) containing 600+ key value pairs.____ key: value pairs are made for attributes. I could store them as attributes with a key and a 1D array of values, which has the advantage that I have all the metadata within the .nc file. In an extreme case the array will grow to a thousand entries.____If you have an array of thousands of entries that map to a single key -- you should put that in a variable, not attributes.You might use attributes to map the key to the particular variable name. Alternatively I would store the settings history in a separate text file. definitely not! -CHB -- 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 <mailto:Chris.Barker@xxxxxxxx> _______________________________________________ NOTE: All exchanges posted to Unidata maintained email lists are recorded in the Unidata inquiry tracking system and made publicly available through the web. Users who post to any of the lists we maintain are reminded to remove any personal information that they do not want to be made public. netcdfgroup mailing list netcdfgroup@xxxxxxxxxxxxxxxx For list information or to unsubscribe, visit: http://www.unidata.ucar.edu/mailing_lists/
netcdfgroup
archives: