Dear all,
There is no standard_name for the concept but there are 2 different ones
which delimit the approach that it could be used as templates for the
new one:
*time_when_flood_water_falls_below_threshold
*(time_when_flood_water_rises_above_threshold and
time_of_maximum_flood_depth are also
Dear CF-Meta Mailinglist,
I would like to propose new sea salt related standard names (section C)
and modifications/corrections of variable names and descriptions
(sections A and B) of existing sea salt standard names. I have
propositions for further nitrogen-related standard names, which I wi
Dear CF-Meta Mailinglist,
As mentioned in the previous e-mail I would like to propose further
nitrogen-related standard names and two corrections. The full
definitions are attached in the end of this e-mail and as csv file.
In the last CF standard name update the two names
tendency_of_
Hello Hella
this is just the place to raise this kind of issue, thank you for bringing it
to us
I have checked the latest builds of the conventions document and these
omissions are still in place
http://cfconventions.org/cf-conventions/cf-conventions.html#_contiguous_ragged_array_representation
Dear Jon et al.
>Is cell_methods necessary in this case
>(for the time axis bounds) – probably not since this isn’t a
>statistical quantity like an average, but a value that’s
>“representative” of the year.
It's always recommended to include cell_methods, because the default depen
Dear Stephane,
Thanks for getting back to me. I agree it would be useful if Elodie can review
the names. As these are the only ones currently marked as 'Accepted' I will
postpone the update for a few days. (This will also give me time to queue up
some more names for publication).
Best wishes,
Dear Dave
Thanks for this
> https://github.com/twhiteaker/netCDF-CF-simple-geometry/blob/master/README.md
I think your explanation of what is needed and why is very clear, and I like
the present form of the proposal.
You asked me what I'd expect the bounds attribute to point to. This is my only
r
I agree that there's a lot of interest, and I have 2 questions.
To make the data most useful, shouldn't the time coordinate variable be
Jan 1, and shouldn't the 'days since' (data) variable represent the yearday
within that year?
My specific concerns with Jim's approach:
first_freeze_date:units
Nan,
In my case, I am using my first and last freeze date values to calculate
growing season lengths. When all the values are on a consistent time
base, I can do simple subtraction to get the season length (first freeze
date - last freeze date). The ease of use for time since epoch vs time
si
Dear Jonathan,
Thank you for looking things over.
Makes sense that we would add a new ‘geometry’ attribute that would point at
the geometry container variable and be in both the node coordinates and the
data variables.
Yes, the 0 or 1 is meant to be inside or outside. We thought that would be
Sorry to jump in here but isn't this just the Julian day?
J.
On 3/16/17 8:24 AM, Nan Galbraith wrote:
I agree that there's a lot of interest, and I have 2 questions.
To make the data most useful, shouldn't the time coordinate variable be
Jan 1, and shouldn't the 'days since' (data) variable r
John,
As best as I understand it, Julian day is a term that is grossly
misused. Julian Day is defined as the elapsed days since January 1, 4713
BCE. Lots of people use the term to refer to day-in-year, but this
doesn't seem to be a proper usage.
Grace and peace,
Jim
On 3/16/17 3:36 PM, Jo
In language, definitions are based on usage. Julian date, modulo the
year, is a convention that I have been using for decades to do what you
are talking about but I defer to wiser minds.
J.
On 3/16/17 9:42 AM, Jim Biard wrote:
John,
As best as I understand it, Julian day is a term that is
John,
CF is all about precise, scientific, definitions. In precise terms,
'Julian Day modulo the year' is different than 'Julian Day'. I wasn't
meaning to impugn your knowledge or ability.
Grace and peace,
Jim
On 3/16/17 3:49 PM, John Helly wrote:
In language, definitions are based on us
Julian day is used in several different ways, as John says:
https://landweb.modaps.eosdis.nasa.gov/browse/calendar.html
-Roy
> On Mar 16, 2017, at 12:49 PM, John Helly wrote:
>
> In language, definitions are based on usage. Julian date, modulo the year, is
> a convention that I have been usi
No worries. Not taken that way. I'm all in favor of precision.
J.
On 3/16/17 9:56 AM, Jim Biard wrote:
John,
CF is all about precise, scientific, definitions. In precise terms,
'Julian Day modulo the year' is different than 'Julian Day'. I wasn't
meaning to impugn your knowledge or ability
Here is a credible appeal to avoid the terms Julian Date and Julian Day in
any scientific usage, to mean Day of Year. Citing document MODIFIED JULIAN
DATE, M. R. Winkler, formerly with U.S. Naval Observatory:
http://tycho.usno.navy.mil/mjd.html
""" The MJD (and even more so the JD) has to be
17 matches
Mail list logo
