RE: [smartgrid-interest] Energy Market Information Exchange Charter- supporters wanted; ready for submission to create Technical Committee

From
Considine, Toby (Campus Services IT) <>
Date
2009-08-11T01:45:01+00:00
ID
Thread
RE: [smartgrid-interest] Energy Market Information Exchange Charter- supporters wanted; ready for submission to create Technical Committee
oBIX data modeling might fit nicely into this activity, particularly
if both adopt the same calendar object from the work of CalConnect

 

What are you thinking of, Brian?

 

tc

 

"A man should never be ashamed to own that he has been in
the wrong, which is but saying ... that he is wiser today than yesterday."
-- Jonathan Swift

 

  
  
Toby Considine

  
Chair, OASIS oBIX TC

  Facilities Technology Office

  University of North Carolina

  Chapel Hill, NC

  
  
  
  

  
  
  
Email: Toby.Considine@
  unc.edu

  Phone: (919)962-9073 

  
http://www.oasis-open.org 

  
blog: www.NewDaedalus.com

  
 

 

 

From: William Cox
[mailto:] 

Sent: Monday, August 10, 2009 9:27 PM

To: Brian Frank

Cc: ; Toby Considine

Subject: Re: [smartgrid-interest] Energy Market Information Exchange
Charter - supporters wanted; ready for submission to create Technical Committee

 

Brian --

Energy Market Information Exchange is an XML vocabulary to express price and
characteristics, so the means of communicating is not part of the charter.

I can't speak to the oBIX data modeling.

Thanks!

bill

--

William Cox 

Email: 

Web: http://www.CoxSoftwareArchitects.com

+1 862 485 3696 mobile 

+1 908 277 3460 fax 

Brian Frank wrote: 

Hi Bill and Toby,

 

Any potential integration with oBIX and its data modeling?

 

Is the intention of this specification to be a REST-ful data
model with URI hyperlinking? 

 

Brian

 

 

On Tue, Jul 28, 2009 at 5:46 PM, William Cox <>
wrote:

The attached charter for the OASIS Energy Market Information
Technical Committee is ready for submission to OASIS to formally create the TC
after a review period.

If you would like to be added as a supporter, please contact me and Toby
Considine immediately; I'll be sending reconfirmation emails to those on my
list in the next 24 hours or so.

This work addresses portions of the price cross cutting issue and priority
action plan in the NIST Smart Grid program, though the genesis predates that
work. See section 6.2.1 of the Interim Roadmap at http://www.nist.gov/smartgrid/InterimSmartGridRoadmapNISTRestructure.pdf
and the Priority Action Plan (a living document) at http://collaborate.nist.gov/twiki-sggrid/bin/view/_SmartGridInterimRoadmap/PAP09DRDER
.

Background information from the first draft charter (message at http://lists.oasis-open.org/archives/smartgrid-interest/200903/msg00003.html
). Thanks to the many reviewers; all remaining errors are mine.

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 OASIS Energy Interoperation
TC/OpenADR work here (http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=energyinterop
), 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.

Thanks for your interest.

bill cox

-- 

William Cox 

Email: 

Web: http://www.CoxSoftwareArchitects.com

+1 862 485 3696 mobile 

+1 908 277 3460 fax 

---------------------------------------------------------------------

To unsubscribe, e-mail: 

For additional commands, e-mail: