This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.
Janet Scannell wrote: > Hi John, > > Thank you for your response. I have some more questions which I have > included below. > > Thanks, > Janet > > John Caron wrote: >> Hi Janet: >> >> My apologies for taking so long to respond. The problem is that CF does not >> cover point data adequately, and Ive been trying to formulate a proposal to >> CF about this. Im afraid you will have to decide whether its worth waiting >> for that to be an official standard or not. I can probably give you some >> reasonable interim advice, but it may not end up to be standard. >> >> Looking at your files: >> >> 980101.PAM_Atl_met.nc looks fine as an unconnected collection of point data, >> using existing CF Conventions. However, you may intend it to be a >> trajectory, ie a connected collection? >> > Are there any restrictions on what should be considered a trajectory? > According to the web site: "A trajectory is a collection of > observations which are connected along a one dimensional track in space, > with time increasing monotonically along the track". The observations > in the PAM data file are made from radio towers that are mounted on the > sea ice. The lat and long for the stations change continually because > the ice is constantly shifting. Therefore, it doesn't fit the rule that > the observations are connected along a one dimensional track in space. > Since the points are all from the same radio tower, I would think that > they should be considered connected in some fashion. Would a trajectory > be the correct definition to connect all of these points together? its an interesting "grey area" between a station time series, a trajectory, and a point collection. technically, its closest to a trajectory, but it would be up to you how to name it. > > I have also fixed the latitude and longitude so that there are not > missing values for these variables. good >> BALTEX_Lindenberg_Falkenberg_20021001_20041231_sfc.nc is a time series of >> station data, with only one station. Will all your files have only one >> station, or do you want to be able to add multiple stations in the same >> file? If so, will all stations have the same number of observations? >> >> > We have decided that there will be only one station in each netcdf file > for this dataset. that makes things easy, and the need to clarify trajectory vs point collection less important. >> BALTEX_Lindenberg_Falkenberg_20021001_20041231_twr.nc has a couple of >> problems: >> >> 1) rename variable "height" to "heights" so its a coordinate variable. (or >> rename dimension "heights" to "height". >> >> 2) making the time variable two dimensional time(time, heights) looks like >> its unneeded, ie it could be time(time)? If you really need 2D time, then >> you must explicitly add to each data variable: >> >> :coordinates = "time height" >> >> there are still some issues that i have to think about some more. >> >> >> >> >>