Spec state

["Ed Koch" <ed@akuacom.com>]

Toby, Bill,

I’m going to be at the DOE most of this week and will almost certainly miss our TC meeting on Wednesday. I will of course review things as I get a chance, but the changes of late of been extensive and before I start digging into things too deeply I want to make sure the spec and schemas are in a stable state. There are a number of things I want to review/confirm, but  before I start digging into things I want to know the spec and schema is in a stable state. Does the email below imply that all the changes that Toby is aware of is in the schemas?  What about the spec?  How closely does it match the schemas? I’m probably less concerned about the UML data diagrams than I am the operations themselves. Is the report section complete?  What about the payloads?  Are the payloads now done? I’m asking about certain sections that I intend to pay special attention to.

We also need to do the validation step of mapping the OpenADR 1.0 EventState attributes to the EIEvent attributes before we vote it out for public review and I don't want to do this until I'm certain the schema's are in their near final state.


Thanks,

-ed Koch



From: energyinterop@lists.oasis-open.org [mailto:energyinterop@lists.oasis-open.org] On Behalf Of Toby Considine
Sent: Saturday, October 22, 2011 9:30 PM
To: energyinterop@lists.oasis-open.org
Subject: [energyinterop] Groups - energyinterop-1-0-schema-wd32.zip uploaded

Submitter's message
Ready for White Gloves. Review all your open issues and make comments as relates to these schemas and move to Applied if you can.


-- Toby Considine 
Document Name: energyinterop-1-0-schema-wd32.zip
________________________________________
Description
Change Log for WD32
*** WD32 ***
1) Small fixes in documentation, inheritance
2) Deleted commented out items from WIPs
3) CHanges ot Paylaods, especially Report Service


*** WIP3 ***
1) EiSignal aimed at a collection of ResourceIDs, rather than a Target.
Target contains an optional collection of Resource IDs.
2) Removed Tolerance from Signal. It is normally inherited from the Active
Period, and if needed is already legal as a WS-Calendar property
3) Populated Report Type enumeration docuemntation with text from
Specification


*** WIP2 ***
1) ProgramLevel and Program Context are gone. Level and SimpleLevelContext
replace. Confusion from overloaded "Program" is gone. 

signalLevel conveys a level.
2) reports (and specifiers) now contain an option rID, used when report is
to convey or conveys multiple payloads. rID may be omited if 

report conveys a single Payload.
3) Stream is now defined as if a gluon-derivative, which MAY convey an
internal degenerate Sequence (as a colectionof intervals). THis gluon-

derivative now MAY have a duration. This is used in (4), (5).
4) If the Stream has a duration, this is inherited by each Interval in the
stream (well of course, its a gluon). This supports the pattern wherein 

every interval in the Signal/Baseline/Report/Delivery has the same
duration.
5) Snaps are gone, subsumed into reports. Reports convey the now optional
intervals (3) or a snap. The snap is a container for a payload, the 

analogue of the currentValue in a signal.
6) Report and snap requests are now identical at the top level. DIfference
is contained enitrely in the reportScheduler. In other words, Snap is 

now a particular type of report schedule.
7) PartyID added to list of things that MAY be in a Target.
8) ReportSubject and ReportDataSource are now Targets.
9) EIDelivery is a minimal stream, a simplified Report, that can be
transformed into the information model of EMIX:Delivery.
10) Extraneous IDs (remember ID conversation last week) removed
11) Changes to Enrollment, mostly to reflect new names for enrollees
12) Eliminated EiRejectEnrollType, EiRejectEnrollQualifyType,
EiAcceptEnrollType


*** WIP1 ***
1) Changes to Reports to create reportDescription, remove Report Metabase,
change dataSSource, dataSet to be derived from TargetType
2) Created types for reportSpecifiers, reports to support multiple
payloads
3) Changes to EiAvail, EiOpt types
4) Changes to Avail, Opt payloads



tc 
Download Latest Revision
Public Download Link
________________________________________
Submitter: Toby Considine
Group: OASIS Energy Interoperation TC
Folder: Standards
Date submitted: 2011-10-22 21:29:52