[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: [OASIS Issue Tracker] Commented: (ENERGYINTEROP-610) SignalTypeEnumeratedType has been completely changed and is no longer consistent with the way it was previously defined and used.
[ http://tools.oasis-open.org/issues/browse/ENERGYINTEROP-610?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=28472#action_28472 ]
Toby Considine commented on ENERGYINTEROP-610:
----------------------------------------------
Tracing the semantics of SignalType
There were four changes in the enumerated signal types since WD28 WIP4: naming convention, multiplier, and prices, and product.
1) Naming convention - eliminate signal from each enum
I considered whether I could make messages even larger by moving from
<signalType>signalLevel</signalType>
to
<signalTypeforEiSignal>signalLevelForTHisIntervalOfTheEiSignal</signalTypeforEiSignal>
but instead decided the pattern below would be adequately precise.
<signalType>level</signalType>
2) Raised the issue of muddy semantic of percent and proposed changing to multiplier to match the semantics of price in a Jira issue
http://tools.oasis-open.org/issues/browse/ENERGYINTEROP-570
After three weeks with no comments, applied the issue as part of wd33
3) Prices.
In a quorate vote, the TC votes to use the semantics of EMIX for price. The signal semantics for were changed from those of EMIX to a similar but not identical price semantic, and then back a few times and reached its current semantics with WD28 WIP4.
The signal-type-based semantics came in with WD24, which was followed by the TC vote, and then changed back by me after a comment from Ed K one Saturday (WD27?) and then were changed back in WD28 WIP4. The stable point for the Alliance plug-fest was WD28 WIP8.
The non-allignment, non-normalization was identified as a critical issue back in August. This issue has added weight because we use the EMIX semantics in many payloads, including optionally in has added weight because we use the EMIX semantics in many payloads, including optionally in product-based event signals.
Price now indicates an emix:PriceBase in the payload, with a conformance rule that the price type in all payloads in a given signal be identical.
4) signalEmix became signalProduct became product
In EMIX, an EMIX Base is an abstractType for a schedule. An EMIX Product is a concrete representation in which a Product Description is place inside each interval of a schedule. In this Signal Type, an EMIX Product Description is conveyed as the payload in each interval of the compressed format Stream.
It seemed that this Type was semantically an EI optimization of the Product, hence the signal type "Product"
Hope this clarifies how we got to *this* point.
> SignalTypeEnumeratedType has been completely changed and is no longer consistent with the way it was previously defined and used.
> ---------------------------------------------------------------------------------------------------------------------------------
>
> Key: ENERGYINTEROP-610
> URL: http://tools.oasis-open.org/issues/browse/ENERGYINTEROP-610
> Project: OASIS Energy Interoperation TC
> Issue Type: Bug
> Reporter: Ed Koch
> Assignee: William Cox
> Priority: Blocker
> Fix For: wd33
>
>
> SignalTypeEnumeratedType has been completely changed and is no longer consistent with the way it was previously defined and used. Types that were previously there, not longer exist. If new types were needed then they should have been added to the list and previously defined types should not have been removed. With the new enumerated types we can no longer create singals that are factored the way we doing it through wd28 and would like to continue doing.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://tools.oasis-open.org/issues/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]