Michel,
I don’t think that there is an
assumption that all transactions will be conducted using SOAP/Web Services
although it will certainly be one means. There are use cases in which
there is a need to conduct one on one transactions in order to insure proper participation
in specific programs. In those cases the appropriate means of conducting
the transactions may include SOAP/Web Service, but it may also include other
means. In other use cases the information may be broadcast and thus will not
require a one on one transaction. The means for doing that might also be
SOAP, but it could include other means of communication. The main point
is that in any sceanrio it will be important to have a well defined set of data
models that can be used over various communications channels.
-ed koch
From: Michel Kohanim [mailto:michel@universal-devices.com]
Sent: Monday, March 30, 2009 10:23
PM
To:
smartgrid-interest@lists.oasis-open.org
Cc: 'Toby Considine'
Subject: RE: [smartgrid-interest]
Draft Charter - Energy Market Information Exchange
Hi Bill,
This is an excellent
start and one which I truly believe in.
One comment though:
this document assumes that all transactions will be done using XML/SOAP/Web
Services (I understand the connection to OASIS). In this respect, we are
already assuming that each actor has enough bandwidth to support such
transactions, right? What are the provisions for bandwidth constrained actors?
Again, this is an
excellent start and thanks for putting the document together.
With kind regards,
********************************
Michel Kohanim,
C.E.O
Universal Devices,
Inc.
(p) 818.631.0333
(f) 818.708.0755
http://www.universal-devices.com
********************************
From: William Cox [mailto:wtcox@CoxSoftwareArchitects.com]
Sent: Monday, March 30, 2009 7:43
PM
To:
smartgrid-interest@lists.oasis-open.org
Cc: Toby Considine
Subject: [smartgrid-interest]
Draft Charter - Energy Market Information Exchange
I've attached a draft charter for the proposed OASIS
Energy Market Information Exchange (eMIX) Technical Committee.
This TC is intended to address the prices, market characteristics, and other
information for energy trading, buying, and selling. I was inspired to start
working on this from discussions in and around the NIST Building-to-Grid and
Industry-to-Grid Domain Expert Working Groups, and continued interest from
first round reviewers and from people attending GridEcon 2009 in Chicago (http://www.gridecon.com -- slides are
available on line at the agenda link).
From my perspective as an enterprise software architect, this fits into a
simple three layer stack with interoperation protocols (how to communicate)
as the fundamental layer. I put the Energy Interoperation TC/OpenADR work here,
with parts of the message payload in the next layer.
The middle layer is what
is communicated -- for markets, things like price, quantity,
units, time (of use), and characteristics of the energy sold -- from source
(e.g. gas-fired plants, coal, solar, coal plant with scrubbers, wind) to
derived information (e.g. carbon data), and also trading information (is this a
bid, a price quote, an accepted transaction?).
The goal is to create an XML vocabulary that can be used in a broad range of
market exchanges with minimal differences (and where there are differences,
arranged in a simple way) for the various consumers of the information.
The third layer is the market design and definition; since markets have varying
degrees of complexity I'm leaving this alone for now :-). This is a potentially
complex area, and an interesting one. Accordingly, I'd like to carefully define
the EMIX work to focus on layer two.
I invite you to participate in a discussion on how to improve this charter, as
well as the sorts of characteristics that are important to energy markets.
If you would like to be listed on the charter when submitted as a supporter,
please contact me or Toby Considine.
Comments to me or (preferably) to the list. Please reference line numbers where
appropriate.
Thanks!