Log in
Skip to main content
Skip to sidebar
Dashboards
Projects
Issues
Status Time Free
Give feedback to Atlassian
Help
Keyboard Shortcuts
About Jira
Jira Credits
Log In
OASIS Web Services Calendar (WS-Calendar) TC
WSCALENDAR-453
Collector for rules involving dtStart, dtEnd and Duration
Insert Lucidchart Diagram
Closed
Export
null
XML
Word
Printable
Details
Type:
Improvement
Resolution:
Applied
Priority:
Major
Fix Version/s:
wd21
Affects Version/s:
pr02
Component/s:
None
Labels:
None
Resolution:
Hide
Closing issue because all sub-issues closed.
Show
Closing issue because all sub-issues closed.
Attachments
Sub-Tasks
Options
Show All
Show Open
Bulk operation
Open issue navigator
Progress
1.
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.
Closed
Toby Considine (Inactive)
2.
Section 3.1.1 - Choosing one format would benefit interoperability.
Closed
Toby Considine (Inactive)
3.
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.
Closed
Toby Considine (Inactive)
4.
All - The standard provides every possible method to define intervals and schedules while this is clever it does not increase the chance of interoperability.
Closed
Toby Considine (Inactive)
5.
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
Closed
Toby Considine (Inactive)
6.
Abstract - If there is nothing energy sector specific in this standard what benefit does it provide over the other standards mentioned.
Closed
Toby Considine (Inactive)
7.
All - the standard does not effectively address the time period definitions that are particular to the wholesale energy markets
Closed
Toby Considine (Inactive)
8.
Line 2678 - "Intervals SHALL NOT include an END time."
Closed
Toby Considine (Inactive)
9.
Line 858 - dtEnd says "SCHEDULED completion time..." is this implied or computed or expressed? dtStart simply says "Start time"
Closed
Toby Considine (Inactive)
10.
Line 858 - dtEnd is not listed and optional, as are dtStart and duration (DtStart and Duration?)
Closed
Toby Considine (Inactive)
11.
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.
Closed
Toby Considine (Inactive)
12.
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"
Closed
Toby Considine (Inactive)
13.
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.
Closed
Toby Considine (Inactive)
14.
Line 881 - The "optionality" of dtEnd and duration is not clearly defined
Closed
Toby Considine (Inactive)
Activity
People
Assignee:
Toby Considine (Inactive)
Reporter:
Toby Considine (Inactive)
Votes
:
0
Vote for this issue
Watchers:
0
Start watching this issue
Dates
Created:
08/May/11 7:35 PM
Updated:
17/May/11 12:08 AM
Resolved:
17/May/11 12:07 AM
Status Time Free