[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: [OASIS Issue Tracker] (WSCALENDAR-547) Change AvailableIntervalType attribute cardinality (see description)
[ https://issues.oasis-open.org/browse/WSCALENDAR-547?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
William Cox updated WSCALENDAR-547:
-----------------------------------
Description:
From email:
AvailabilityType.availabilityInterval is of type AvailIntervalType, which contains two mandatory attributes: dtStart and duration. Since this example is talking in general, not about a specific month, I don’t want to name a dtStart. And in this example, I don’t want to give an exact duration, since months are of different lengths. I’m not sure what you allow in DurationType since you have it listed as String. We would like availabilityInterval to be optional, or failing that, have the attributes within AvailIntervalType to be optional, or failing that, at least have AvailIntervalType.dtStart be optional (although I might come up with another use case where I want a start time but not a duration).
(NOTE WTC: RecurrenceType in AvailableType and GluonType (for WD15) addresses much of the comment; AvailableIntervalType:duration [0..1] makes more sense when taken in the context of Vavailability Internet Draft 05)
THE FOLLOWING ARE SEPARATE ISSUES
2. VavailabilityType.busy – we don’t have a defined need to use “busy”, “busyUnavailable” and “busyTentative”, so would rather have this attribute as optional.
3. VavailabilityType.timeRange – we would like this attribute to be optional since we are talking in general about an abstract billing interval. We don’t want to bound it to a finite time range.
So in summary, problem #1 is a real problem for us. Problems #2 and #3 are inconveniences. Hope this example helps.
was:
From email:
AvailabilityType.availabilityInterval is of type AvailIntervalType, which contains two mandatory attributes: dtStart and duration. Since this example is talking in general, not about a specific month, I don’t want to name a dtStart. And in this example, I don’t want to give an exact duration, since months are of different lengths. I’m not sure what you allow in DurationType since you have it listed as String. We would like availabilityInterval to be optional, or failing that, have the attributes within AvailIntervalType to be optional, or failing that, at least have AvailIntervalType.dtStart be optional (although I might come up with another use case where I want a start time but not a duration).
THE FOLLOWING ARE SEPARATE ISSUES
2. VavailabilityType.busy – we don’t have a defined need to use “busy”, “busyUnavailable” and “busyTentative”, so would rather have this attribute as optional.
3. VavailabilityType.timeRange – we would like this attribute to be optional since we are talking in general about an abstract billing interval. We don’t want to bound it to a finite time range.
So in summary, problem #1 is a real problem for us. Problems #2 and #3 are inconveniences. Hope this example helps.
> Change AvailableIntervalType attribute cardinality (see description)
> --------------------------------------------------------------------
>
> Key: WSCALENDAR-547
> URL: https://issues.oasis-open.org/browse/WSCALENDAR-547
> Project: OASIS Web Services Calendar (WS-Calendar) TC
> Issue Type: Sub-task
> Components: PIM
> Affects Versions: PIM CS01
> Environment: Steve Ray comment 20150227
> https://lists.oasis-open.org/archives/ws-calendar-comment/201501/msg00004.html
> Issue 1 of 3. Split for separate discussion.
> Reporter: William Cox
> Assignee: Michael Douglass
> Fix For: PIM WD14
>
>
> From email:
> AvailabilityType.availabilityInterval is of type AvailIntervalType, which contains two mandatory attributes: dtStart and duration. Since this example is talking in general, not about a specific month, I don’t want to name a dtStart. And in this example, I don’t want to give an exact duration, since months are of different lengths. I’m not sure what you allow in DurationType since you have it listed as String. We would like availabilityInterval to be optional, or failing that, have the attributes within AvailIntervalType to be optional, or failing that, at least have AvailIntervalType.dtStart be optional (although I might come up with another use case where I want a start time but not a duration).
> (NOTE WTC: RecurrenceType in AvailableType and GluonType (for WD15) addresses much of the comment; AvailableIntervalType:duration [0..1] makes more sense when taken in the context of Vavailability Internet Draft 05)
> THE FOLLOWING ARE SEPARATE ISSUES
> 2. VavailabilityType.busy – we don’t have a defined need to use “busy”, “busyUnavailable” and “busyTentative”, so would rather have this attribute as optional.
> 3. VavailabilityType.timeRange – we would like this attribute to be optional since we are talking in general about an abstract billing interval. We don’t want to bound it to a finite time range.
> So in summary, problem #1 is a real problem for us. Problems #2 and #3 are inconveniences. Hope this example helps.
--
This message was sent by Atlassian JIRA
(v6.2.2#6258)
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]