Major There are a number of attributes associated withthe feedback which may require a bit of refactoring and refinement. Based upon our experience with telemetry feeds for DR programs the following are the necessary attributes for a particualr dataset that might appear in a feedback payload.
= Source of the data which is described with the following attribute heirarchy:
- DR Resouce, i.e. "VEN ID"
- Data source name, i.e. "meter1"
- Data set name, i.e. "power"
= Units for the data
= A collection (i.e. sequence) of data values. We should support a sequence of values, i.e. meter values from 1:00 to 2:00 at 5 minute intervals. Note that in this example each data value may be associated with an interval (i.e. 5 minute), but in general data values may also be at specific time instances (i.e. timestamps)
I see most of these attributes in the existing schema, but it is not clear to me how they are organized in a fashion that satisfies the above requirements.
| Field | Original Value | New Value |
|---|---|---|
| Fix Version/s | wd23 [ 10147 ] |
The source of the message is a VEN; the referenced information is with respect to (one or more) resources in wd23 terminology. So we need both.
The VEN has a relatoinship with a particular VTN with respect to a Market Context.
This all needs to be more clear in the specification.
| Assignee | William Cox [ william.cox ] | Ed Koch [ ed.koch ] |
| Status | New [ 10000 ] | Open [ 1 ] |
| Fix Version/s | wd24 [ 10148 ] | |
| Resolution | Applied these suggestions and information factoring with TC advice; results are in wd24. | |
| Environment | Ed Koch |
| Resolution | Fixed [ 1 ] | |
| Status | Open [ 1 ] | Resolved [ 5 ] |
Needs more discussion than we will get to this week as part of the larger "What is a Resource conversation"
CLosing to reopen to defer
| Status | Resolved [ 5 ] | Applied [ 10002 ] |
| Status | Applied [ 10002 ] | Closed [ 6 ] |
| Status | Closed [ 6 ] | Open [ 1 ] |
| Status | Open [ 1 ] | Deferred [ 10001 ] |
| Parent |
|
|
| Issue Type | Improvement [ 4 ] | Sub-task [ 5 ] |
Opening all Deferred Items following fote out of WD25 as a CSD for PR
| Status | Deferred [ 10001 ] | Open [ 1 ] |
| Fix Version/s | wd32 [ 10200 ] | |
| Fix Version/s | wd24 [ 10148 ] | |
| Status | Open [ 1 ] | Resolved [ 5 ] |
Please review and indicate of Report Description now meets this concern
| Resolution | Applied these suggestions and information factoring with TC advice; results are in wd24. |
Reports now have two instances of Target, one to indicate "what is being reported on", one to indicate "sources of information" bOTH ARE NOW KEPT IN THE rEPORT dESCRIPTION |
| Resolution |
Reports now have two instances of Target, one to indicate "what is being reported on", one to indicate "sources of information" bOTH ARE NOW KEPT IN THE rEPORT dESCRIPTION |
Reports now have two instances of Target, one to indicate "what is being reported on", one to indicate "sources of information" Both are now part of reportDescription |
| Affects Version/s | wd32 [ 10200 ] | |
| Affects Version/s | wd22 [ 10145 ] | |
| Status | Resolved [ 5 ] | Applied [ 10002 ] |
Moved to closed per unanimous vote (Aaron no longer present) in TC Meeting 2011-11-09
| Status | Applied [ 10002 ] | Closed [ 6 ] |
I see an element of VEN ID in the Feedback message as well as Resource ID.
Do we intend to have 2 identifiers? I thought VEN was a role defintion. Is it also going to be a party identified in the transactions?
VEN ID is also in the Opt message.