OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

energyinterop message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: [OASIS Issue Tracker] Commented: (ENERGYINTEROP-370) Use EMIXsemantic elements in EiConstraint and EiCOnstraintSchedule



    [ http://tools.oasis-open.org/issues/browse/ENERGYINTEROP-370?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=24961#action_24961 ] 

Toby Considine commented on ENERGYINTEROP-370:
----------------------------------------------

EI Constraint simplifies to:

<xs:complexType name="EiConstraintProposedType">
		<xs:sequence>
			<xs:element ref="eitc:constraintID" minOccurs="1" maxOccurs="1">
				<xs:annotation>
					<xs:documentation>This is the identifier that may used by other entities to refer to this instance of an EiConstraint.</xs:documentation>
				</xs:annotation>
			</xs:element>
			<xs:element ref="emix:constraints"/>
			<xs:element ref="eitc:resourceID" minOccurs="0" maxOccurs="unbounded">
				<xs:annotation>
					<xs:documentation>[wtc] optional Asset indicator. Needs discussion. If this EiConstraint is associated with a specific Asset then this is the identifier of that Asset. TC = then shouldn't it be the assetID?</xs:documentation>
				</xs:annotation>
			</xs:element>
			<xs:element ref="eitc:transactionName" minOccurs="1" maxOccurs="1"/>
			<xs:element ref="eitc:venID" minOccurs="0" maxOccurs="1">
				<xs:annotation>
					<xs:documentation>If this ProgramConstraint is associated with a specific ParticipantAccount then this is the identifier of the ParticipantAccount that it is associated with.</xs:documentation>
				</xs:annotation>
			</xs:element>
			<xs:element name="acceptSchedule" type="eitc:EiConstraintScheduleType" nillable="true" minOccurs="0" maxOccurs="1"/>
			<xs:element name="notAcceptSchedule" type="eitc:EiConstraintScheduleType" nillable="true" minOccurs="0" maxOccurs="1"/>
		</xs:sequence>
		<xs:attribute ref="eitc:schemaVersion" use="optional">
			<xs:annotation>
				<xs:documentation>The version of the schema representing this entity.</xs:documentation>
			</xs:annotation>
		</xs:attribute>
	</xs:complexType>

> Use EMIX semantic elements in EiConstraint and EiCOnstraintSchedule
> -------------------------------------------------------------------
>
>                 Key: ENERGYINTEROP-370
>                 URL: http://tools.oasis-open.org/issues/browse/ENERGYINTEROP-370
>             Project: OASIS Energy Interoperation TC
>          Issue Type: Improvement
>          Components: schema
>            Reporter: Toby Considine
>            Assignee: William Cox
>
> eiConstraintType overlaps Emix:constraints. 
> From EMIX: "Constraints are extrinsic to the product delivery but effect how a partner may request performance of a service. Performance constraints may be tied to the basic mechanical needs of the resource or to the business needs of the source. These constraints can affect the market value of the resource or the repeated invocation of a resource. It is possible for a given underlying resource to be offered to the market with different constraints and therefor different values. It is possible for a given underlying resource to be offered to the market with different constraints and therefor different values."
> The Constraints are defined as  follows: (starred elements map directly to existng constraints)
> Minimum Response Duration	The shortest Duration for which the resource will accept a request to maintain a response before returning to pre-request levels.
> Maximum Response Duration 	The longest Duration for which the resource will accept a request.
> Minimum Recovery Duration	The minimum Duration that the Resource requires after the end of a response the resource has is ready to respond to a new request.
> Minimum Duration Between Invocations	The minimum Duration that the Resource requires after receiving a request before the resource has is ready to respond to a new request.
> *Minimum Notification Time	The minimum Duration that the Resource requires for Notification before initiating a response to a request. 
> Response Time	Duration required from receipt of a request to supplying the requested level of response by the resource
> Maximum Invocations Per Duration 	Maximum number of invocations of service during a given duration
> **Maximum Consecutive Durations	Maximum consecutive durations in which service can be invoked, e.g., it will not accept requests on more than 3 consecutive days.
> Minimum Starts Per Duration 	The fewest Requests that the resource will accept during any duration. This constraint is typically used in market rather than in resource descriptions
> *Maximum Run Duration 	The Maximum duration for which a resource will accept a request
> Minimum Run Duration 	The Minimum duration for which a resource will accept a request
> Minimum Load	Constraint on Minimum Load that a Resource can maintain
> Maximum Power	Constraint on Maximum Power available from a resource
> Maximum Energy	Constraint on Maximum Energy available from a resource
> Minimum Load Reduction	Constraint on Minimum Load Reduction resource can make
> Constraint Schedule	A schedule of time during which a resource will accept requests. The schedule may include multiple availability windows, i.e., an availability in May, can include weekday mornings and Thursday afternoons. The scheduled duration must be entirely within a single instance of an availability window.
> Market Requirements are the market portion of Constraints, i.e., they are used to state the offeror's expectations about a tender.It is possible for a given underlying resource to be offered to the market with different Requirements and therefor different values.
> Market Requirements are defined as follows:
> Minimum Economic Requirement	Minimum net remuneration this resource requires from a total response
> Required Startup Cost	Minimum remunuration required from start-up of this service.
> Minimum Resource Cost	Resource requires this amount per period, i.e., a minimum requirement for $100 / hour at whatever rate
> There are a couple missing pieces, i.e., BlackoutSchedule and optIn Schedule, OptOut Schedule. These could be submitted back to EMIX or subclassed from Constraints w/I EI.
> <xs:element name="eiConstraint" type="eitc:EiConstraintProposedType"/>
> 	<xs:complexType name="EiConstraintType">
> 		<xs:sequence>
> 			<xs:element ref="eitc:constraintID" minOccurs="1" maxOccurs="1"/>
> 			<xs:element name="maxEventDuration" type="xs:duration" minOccurs="0" maxOccurs="1"/>
> 			<!-- Maximum Run Duration  -->
> 			<xs:element name="notificationInterval" type="xs:duration" minOccurs="1" maxOccurs="1"/>
> 			<!-- Minimum Notification Time -->
> 			<xs:element ref="eitc:resourceID" minOccurs="0" maxOccurs="unbounded"/>
> 			<xs:element ref="eitc:transactionName" minOccurs="1" maxOccurs="1"/>
> 			<xs:element ref="eitc:venID" minOccurs="0" maxOccurs="1"/>
> 			<xs:element ref="eitc:notificationWindow" minOccurs="0" maxOccurs="1"/>
> 			<xs:element ref="eitc:eventWindow" minOccurs="0" maxOccurs="1"/>
> 			<xs:element name="acceptSchedule" type="eitc:EiConstraintScheduleType" nillable="true" minOccurs="0" maxOccurs="1"/>
> 			<xs:element name="notAcceptSchedule" type="eitc:EiConstraintScheduleType" nillable="true" minOccurs="0" maxOccurs="1"/>
> 			<xs:element name="maxConsecutiveDays" type="eitc:EiConstraintScheduleType" minOccurs="0" maxOccurs="1"/>
> 			<xs:element name="validDateTimes" nillable="true">
> 				<xs:complexType>
> 					<xs:annotation>
> 						<xs:documentation>These are the date/times during which a DR Event may be issued. If undefined then it is assumed that the DR Event may be issued at any time except as specified by the other constraints such as the black out dates and times.</xs:documentation>
> 					</xs:annotation>
> 					<xs:sequence/>
> 				</xs:complexType>
> 			</xs:element>
> 			<xs:element ref="eitc:maxConsecutiveDaysFilter"/>
> 			<xs:element ref="eitc:blackOutDateTimes" minOccurs="0"/>
> 		</xs:sequence>
> 		<xs:attribute ref="eitc:schemaVersion" use="optional">
> 		</xs:attribute>
> 	</xs:complexType>
> 	<xs:element name="eiConstraintSchedule" type="eitc:EiConstraintScheduleType"/>
> 	<xs:complexType name="EiConstraintScheduleType">
> 		<xs:annotation>
> 			<xs:documentation>[wtc]For now a class with a wscal::Schedule and the associated behavior</xs:documentation>
> 			<xs:appinfo>[tc]Look to Constraints class from EMIX</xs:appinfo>
> 		</xs:annotation>
> 		<xs:sequence>
> 			<xs:element name="consecutiveDays" type="xs:unsignedInt" minOccurs="0" maxOccurs="1">
> 				<xs:annotation>
> 					<xs:documentation>Changed from days:unsignedLong in PR01</xs:documentation>
> 				</xs:annotation>
> 			</xs:element>
> 			<xs:element name="filter" type="eitc:EiConstraintBehavior" minOccurs="1" maxOccurs="1"/>
> 			<xs:element name="schedule" type="emix:BusinessScheduleType" minOccurs="0" maxOccurs="1"/>
> 		</xs:sequence>
> 		<xs:attribute ref="eitc:schemaVersion" use="optional"/>
> 	</xs:complexType>
> 	</xs:schema>

-- 
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]