1. Sub-task WSCALENDAR-448
    All - Does the standard assuming any type of industry? Specification of interoperability for the energy industry is lacking. Certain assumptions will leave the interoperability more difficult and costly, rather than generic.
  2. Sub-task WSCALENDAR-441
    Section 3.1.1 - Choosing one format would benefit interoperability.
  3. Sub-task WSCALENDAR-434
    Section 2.2.1 - "no representation as whether UTC or local time are more appropriate " - A hard decision here would have provided lots of benefit to interoperability. Flexibility will not help with interoperability.
  4. Sub-task WSCALENDAR-431
    All - The standard provides every possible method to define intervals and schedules while this is clever it does not increase the chance of interoperability.
  5. Sub-task WSCALENDAR-429
    Table 1.6 - The definition relate to implementation e.g. "need inheritance" or "not complete" rather than the information that is undefined in this state
  6. Sub-task WSCALENDAR-426
    Abstract - If there is nothing energy sector specific in this standard what benefit does it provide over the other standards mentioned.
  7. Sub-task WSCALENDAR-423
    All - the standard does not effectively address the time period definitions that are particular to the wholesale energy markets
  8. Sub-task WSCALENDAR-420
    Line 2678 - "Intervals SHALL NOT include an END time."
  9. Sub-task WSCALENDAR-361
    Line 881 - The "optionality" of dtEnd and duration is not clearly defined
  10. Sub-task WSCALENDAR-357
    Line 858 - dtEnd says "SCHEDULED completion time..." is this implied or computed or expressed? dtStart simply says "Start time"
  11. Sub-task WSCALENDAR-356
    Line 858 - dtEnd is not listed and optional, as are dtStart and duration (DtStart and Duration?)
  12. Sub-task WSCALENDAR-350
    Line 368 - Elsewhere it's recommended that intervals have DtStart and Duration (either of which can be filled in through eg inheritance), but we see later an odd blend (line 858 adds DtEnd to the mix). This needs to be clear and consistent across the doc.
  13. Sub-task WSCALENDAR-348
    Line 368 - Both DtStart and Duration are "optional". What precisely does that mean? That neither need to be present? we find later that these values can be inherited from a gluon, but at this point "optional" seems to mean "no value is required"
  14. Sub-task WSCALENDAR-281
    Line 858 - it is unclear why there is a restriction on using only dtStart and duration, and dtEnd and duration, but NOT dtStart and dtEnd.
Refresh results