Yes, I have now created a PR for this. It would be useful if Chris could double-check it. Here is the new text for his convenience:
“CoverageJSON can be used to record data that take the form of timeseries, for example measurements of flow rate in in a river, or average London rainfall over time. [TimeseriesML]
specializes in recording such data and provides some features that are not provided in CoverageJSON. For example, in TimeseriesML, richer metadata can be added to better describe the data values being measured (the range) and their relationship to time (the
domain). For example, a data value in the range may be defined to represent an accumulation, maximum, minimum or average of a quantity over time, and the time values in the domain may be defined to mark the start, end or middle of the time period in question.
In CoverageJSON, this level of description is not yet possible.
Version 1.0 of TimeseriesML (the current version at the time of writing) does not permit the association of multiple parameters at each data point, whereas this is permitted in CoverageJSON.”
Bill Roberts <firstname.lastname@example.org>
Date: Wednesday, 21 June 2017 18:21
To: Chris Little <email@example.com>
Cc: Jon Blower <firstname.lastname@example.org>, "email@example.com" <firstname.lastname@example.org>
Subject: Re: comments on comparison of CoverageJSON and TimseriesML
Chris - many thanks for that. Jon - are you happy to make the corresponding small tweaks to the document?
On 21 June 2017 at 16:04, Little, Chris <email@example.com> wrote:
“Not yet” is the best answer – the SWG has been re-chartered and started work again to do precisely this, but I’ve not seen much progress,
but then I was not at Delft.
That’s very helpful, thanks. So do I understand correctly from your final comment that TimeseriesMLv1 does *not* permit the recording of multiple parameters at each data
point? This may be worth mentioning as a point of comparison.
(What is the current version of TimeseriesML by the way?)
Jon Blower | CTO,
Institute for Environmental Analytics
E: firstname.lastname@example.org W: www.the-iea.org
Sorry to take so long to get around to this.
The paragraph is fine, but I suggest making “accumulation or average” read “accumulation, maximum, minimum or average” to give a wider indication of the 13 possible ‘interpolation
I think it a hostage to fortune to mention work in progress for TimeseriesML V2 (multiple parameters at each data point/time)
In the SDW call on Wednesday night, the folks Scott and Armin suggested to me that you might be the ideal person to assist Jon and I with one final small task on the CoverageJSON
Section 6.3 of the document http://w3c.github.io/sdw/coverage-json/#ogc-timeseriesml makes
some comparisons between TimeseriesML and CoverageJSON but neither Jon nor I feel very confident in our knowledge of TimeseriesML. Would you mind looking at that short section and checking it for accuracy? Also, if you have any suggestions for additional
points of comparison that we should include, please do go ahead and suggest!
I hope that wouldn't take you too long and would allow us to wrap up the final open issue on the doc. Is that something you'd have time to do over the next few days?