Open TomLav opened 4 years ago
Given what's currently in the spec, to be conformant you would need to add some kind of reference geometry for each of your timeseries. Using something arbitrary is going to get your files to be read by a naive client. Most people recognize NULL island when they see it.
Dear Thomas @TomLav You could add
string region_name;
region_name:standard_name = "region" ;
region_name:cf_role = "timeseries_id";
with region_name="barents_sea"
, which is one of the allowed values in http://cfconventions.org/Data/cf-standard-names/docs/standardized-region-names.html, and include region_name
in the coordinates
attribute i.e. it's a scalar string-valued auxiliary coordinate variable. See also example H2.
Jonathan
Thank you, @dblodgett-usgs
Given what's currently in the spec, to be conformant you would need to add some kind of reference geometry for each of your timeseries. Using something arbitrary is going to get your files to be read by a naive client. Most people recognize NULL island when they see it.
Either Null_Island, or one of the Pole as representing an hemisphere.
Thank you @JonathanGregory, I had indeed forgotten cf_role
.
With this addition, my Barents Sea examples becomes:
dimensions:
time = UNLIMITED ;
lbl = 1 ;
variables:
double sie(time);
sie:standard_name = "sea_ice_extent";
sie:coordinates = "geo_region sie_threshold";
sie:units = "km^2";
double time(time);
time:standard_name = "time";
time:units = "days since 1950-01-01";
char geo_region(lbl);
geo_region:standard_name = "region";
geo_region:cf_role = "timeseries_id" ;
float sie_threshold
sie_threshold:standard_name = "sea_ice_area_fraction";
sie_threshold:units = "1";
attributes:
featureType = "timeSeries";
data:
geo_region = "barents_sea";
sie_threshold = 0.15;
time = ...;
sie = ....;
I am still unsure this is fully following the convention since:
There is still this note in the Discrete Geometry section (see my OP) stating that "The designation of dimensions as mandatory precludes the encoding of data variables where geo-positioning cannot be described as a discrete point location.". This is exactly my case (my geo-position is not a discrete point but the whole Barents Sea). Are we ready to update the Discrete Geometry text to allow such non-discrete locations?
I am now merging into variable geo_region
the concept of station geo-location (region
), and the concept of station_name (cf_role
). May be ok, but is not exactly in any of the examples.
Thomas
Dear Thomas
I think a nominal location is useful for generic applications, which might just want to put a dot on a map. You could choose any point in the Barents Sea for it. I think it makes sense to use a region for a station. That correctly describes your data. The word "station" is inspired by the original use of timeseries in discrete sampling geometries.
Best wishes
Jonathan
Dear colleagues,
I want to store time series of (daily, monthly,...) averaged sea-ice extent data. The standard name definition requires (suggests?) that a region is specified to indicate the geographical extent from which the sea-ice extent is computed, e.g. the Barents Sea (CF region name "barents_sea") or the whole northern hemisphere.
In addition, sea-ice extent requires the definition of a threshold coordinate (I choose a scalar coordinate variable).
Barents Sea example:
Question 1: does the above look ok ?
Question 2: would it be valid to add a global attribute :featureType = "timeSeries" to this file, so that applications that identify time-series data with the featureType attribute can ingest / plot my file ?
In CF-1.9-draft, we still have (http://cfconventions.org/cf-conventions/cf-conventions.html#_features_and_feature_types)
So my question: if I want to add :featureType="timeSeries", how do I handle the non-discrete nature of my "location" (the Barents Sea)?
The suggestion: " 2) by assigning arbitrary coordinates to the mandatory dimensions. For example a globally-averaged latitude position (90s to 90n) could be represented arbitrarily (and poorly) as a latitude position at the equator." could probably work for a sea-ice extent for the whole northern hemisphere, that could look like:
Northern Hemisphere example:
I would appreciate your help in designing such a file, and advise on the featureType element. Thank you.