All,
Please note that there is a call today at 15:00 London. Due to the US
holiday, we will cover only a brief agenda.
AGENDA:
1. Minutes / Actions from last call (attached)
2. Physical and financial POWER
- Business centres / time zones for load shapes
+ Proposal for time zone representation (see attached)
- Movement of leg element within CommodityPricingDates to allow use
with Settlement Periods.
- Update of commodity-business-calendar coding scheme to include
values from the business-centre scheme. Do the following centres
represent the key holiday areas for power?
+ NERC (US)
+ GBLO (UK)
+ BEBR (Belgium)
+ DEFR (France)
+ SEST (Sweden)
+ FIHE (Finlad)
+ DKCO (Denmark)
+ NOOS (Norway)
+ ESMA (Spain)
+ CHZU (Switzerland)
3. Request for sample physical option confirmations for FpML 4.7
- Gas, Power, Oil, Coal
4. Update on call schedule
5. AOB
Dial in details:
US: 1 888 481 3032
UK: 0 800 904 7961
Intl: 1 617 801 9600
Participant Code: 52016709
Regards,
Owen King
+44 20 7071 0137
The content of this e-mail is confidential and may be privileged. It may be read, copied and used only by the intended recipient and may not be disclosed, copied or distributed. If you received this email in error, please contact the sender immediately by return e-mail or by telephoning +44 20 7260 2000, delete it and do not disclose its contents to any person. You should take full responsibility for checking this email for viruses. Markit reserves the right to monitor all e-mail communications through its network.
Markit and its affiliated companies make no warranty as to the accuracy or completeness of any information contained in this message and hereby exclude any liability of any kind for the information contained herein. Any opinions expressed in this message are those of the author and do not necessarily reflect the opinions of Markit.
For full details about Markit, its offerings and legal terms and conditions, please see Markit's website at http://www.markit.com <http://www.markit.com/> .
--- Begin Message ---
- To: <commwg@xxxxxxxx>
- Subject: FpML-Com Time zones for electricity settlement period definitions
- From: "Owen King" <owen.king@xxxxxxxxxx>
- Date: Fri, 26 Jun 2009 18:09:39 +0100
- Reply-to: <commwg@xxxxxxxx>
- Sender: <commwg@xxxxxxxx>
- Thread-index: Acn2gOOgaRqx06q7S0GSgI0pTCDuvQ==
- Thread-topic: Time zones for electricity settlement period definitions
All, Further to today's working group discussion regarding time zones, please see this summary of available standards and corresponding approaches that could be considered for use in the commodities schema: * Background The W3C have an overview of approaches to working with time zones in XML at: http://www.w3.org/TR/2005/NOTE-timezone-20051013/ It includes the following observation, which mirrors the statements made on today's call: "a wall time expressed as an XML Schema time value, must choose which zone offset to use. This may have the unintended effect of causing a scheduled event to shift by an hour (or more) when wall time changes to or from Daylight/Summer time." There is a quasi-official standard for time zones documented at: http://www.twinsun.com/tz/tz-link.htm that is recommended by the W3C. However, this refers to time zones by way of location (e.g. "America/New_York"). If the group agrees that a location-based approach is optimal, it may be more prudent to adopt a fully-official standard such as ISO 3166 (http://www.iso.org/iso/support/country_codes/iso_3166_code_lists/iso-31 66-1_decoding_table.htm) * Recommendations On today's call RI suggested the approach of giving implementers the choice between specifying a time with a location or a time zone. Though I believe this to be an optimal solution, I wonder if the lack of an obvious time zone standard would leave this open to misuse/misinterpretation. A straightforward solution could be to replace the use of BusinessCenterTime with a new type, PrevailingTime. This would include two elements, hourMinuteTime (of type HourMinuteTime) for the time itself, and location, which would by default reference the ISO 3166 standard, the intention being that a full ISO 3166-2 code (country and subdivision) should be used. For example, 9AM prevailing time in London would be: <time> <hourMinuteTime>09:00:00</hourMinuteTime> <location>GB-LND</location> </time> Please indicate whether you agree with this approach or have any concerns. Regards, Owen King +44 20 7071 0137 The content of this e-mail is confidential and may be privileged. It may be read, copied and used only by the intended recipient and may not be disclosed, copied or distributed. If you received this email in error, please contact the sender immediately by return e-mail or by telephoning +44 20 7260 2000, delete it and do not disclose its contents to any person. You should take full responsibility for checking this email for viruses. Markit reserves the right to monitor all e-mail communications through its network. Markit and its affiliated companies make no warranty as to the accuracy or completeness of any information contained in this message and hereby exclude any liability of any kind for the information contained herein. Any opinions expressed in this message are those of the author and do not necessarily reflect the opinions of Markit. For full details about Markit, its offerings and legal terms and conditions, please see Markit's website at http://www.markit.com <http://www.markit.com/> . ------------------------------------------------------------------------------- To unsubscribe: Email majordomo@xxxxxxxx with a blank subject line In the body include the line: unsubscribe commwg youremail@address To view archives: http://www.fpml.org/_wgmail/_commwgmail/threads.html
--- End Message ---
Attachment:
4-6-LCWD-Comm-xml.zip-mail
Description: 4-6-LCWD-Comm-xml.zip-mail