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: Re: [energyinterop] Groups - Smart_Simple_Client-Information (Smart-Simple_Clients_20091211.pdf)uploaded


Michel,

I appreciate your comments and we will discuss them with the TC during 
tomorrow's meeting. Toby was planning to submit formal comments to the 
TC and if he can please capture your thoughts in that document, it would 
be helpful to guide the conversation.

Thank you,
-Rish

Michel Kohanim wrote:
> Hi Rish, thank you.
>
> I am not sure if I will be able to attend the meeting on the 16th and, thus, I will have to posit my thoughts here:
> 1. If one is to use a Bridge Client that bridges between smartness and dumbness then why does one need simple messages?
>
> 2. The premise of simplicity in programming does not take into account the complexity in INTEGRATION testing interoperation when the semantics are open to interpretation for each client. This gets even more complicated if we take into account DER (see #3)
>
> 3. I do not see any references to DER (Distributed Energy Resources) in which case different resources WILL have different interpretations of the same message. There are two choices here: use well defined messages with well defined semantics [exclusive] OR have the DRAS/Bridge Client interpret events for the permutation of each resource, each DR service provider, and each client
>
> 4. I have a hard time tying innovation to interoperability and standardization. What messages are we standardizing? To me, having subjective messages is anything but standardization and promotes many things but interoperation so what is actually being innovated (except for many bridge clients of different flavors)?
>
> It seems to me that what is being proposed is more of a Profile/Preference technique to be applied to DR messages (based on client types) and possibly through a proxy such as Bridge Client.
>  
> With kind regards,
>
> ********************************
> Michel Kohanim, C.E.O
> Universal Devices, Inc.
>
> (p) 818.631.0333
> (f)  818.436.0702
> http://www.universal-devices.com
> ********************************
>
>
> -----Original Message-----
> From: gghatikar@lbl.gov [mailto:gghatikar@lbl.gov] 
> Sent: Monday, December 14, 2009 7:41 PM
> To: energyinterop@lists.oasis-open.org
> Subject: [energyinterop] Groups - Smart_Simple_Client-Information (Smart-Simple_Clients_20091211.pdf) uploaded
>
> EI TC, 
>
> Based on the discussions going on over last few days on the rationale
> behind retaining Simple Client information along with the Smart Client
> information, LBNL members have prepared this memorandum to cite few key
> cases of why the Simple Client information is useful and must be retained.
>
>
> The terms Simple and Smart Client information originate from OpenADR
> Version 1.0 Specification that was donated to OASIS EI TC
> (http://www.oasis-open.org/apps/org/workgroup/energyinterop/download.php/33260/cec-500-2009-063.pdf).
>
> We will have a conversation on this at upcoming EI TC meeting on Wed. 12/16
> at 8 a.m. PST. I appreciate if you could take a look at it prior to the
> meeting. There will be a short presentation based on this document. 
>
> Please let me know if you've questions and/or need more information. 
>
> Thank you,
> -Rish 
>
>  -- Girish Ghatikar
>
> The document named Smart_Simple_Client-Information
> (Smart-Simple_Clients_20091211.pdf) has been submitted by Girish Ghatikar
> to the OASIS Energy Interoperation TC document repository.
>
> Document Description:
> LBNL case for retaining Simple Client information as part of one XML
> messaging schema along with other related information for DR events. 
>
> View Document Details:
> http://www.oasis-open.org/committees/document.php?document_id=35585
>
> Download Document:  
> http://www.oasis-open.org/committees/download.php/35585/Smart-Simple_Clients_20091211.pdf
>
>
> PLEASE NOTE:  If the above links do not work for you, your email application
> may be breaking the link into two pieces.  You may be able to copy and paste
> the entire link address into the address field of your web browser.
>
> -OASIS Open Administration
>
>
> ---------------------------------------------------------------------
> To unsubscribe from this mail list, you must leave the OASIS TC that
> generates this mail.  Follow this link to all your TCs in OASIS at:
> https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php 
>
>   

-- 
Rish Ghatikar
Lawrence Berkeley National Laboratory
1 Cyclotron Road, MS: 90-3111, Berkeley, CA 94720
GGhatikar@lbl.gov | +1 510.486.6768 | +1 510.486.4089 [fax]

This email is intended for the addressee only and may contain 
confidential information and should not be copied without permission. If 
you are not the intended recipient, please contact the sender as soon as 
possible and delete the email from computer[s].



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