[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: RE: FW: [emergency] HAVE comments
Friday after 4:00 PM is my only open time. Monday I'm flying to San Diego, CA for a Monday afternoon & all day Tuesday meeting. I fly back Wednesday. Regards, Tom Merkle CapWIN: www.capwin.org Phone: (301) 614-3720 Cell Phone: (240) 375-1966 Fax: (301) 614-0581 e-mail: tmerkle@capwin.org CapWIN 6305 Ivy Lane Suite 300 Capital Office Park Greenbelt, MD 20770 -----Original Message----- From: Rex Brooks [mailto:rexb@starbourne.com] Sent: Wednesday, September 20, 2006 2:54 PM To: Tim Grapes; 'Rex Brooks'; 'Sukumar Dwarkanath'; Tom Merkle Cc: emergency-msg@lists.oasis-open.org Subject: RE: FW: [emergency] HAVE comments On that basis, I would be willing to have a session dedicated to these last details of HAVE. Fri, Mon and early Tuesday (Pacific Time) work for me. Cheers, Rex At 2:07 PM -0400 9/20/06, Tim Grapes wrote: >If you want to schedule one additional session, I'm sure we can use the >DM conference line. > >1-800-320-4330 # 327547 > >Tim > > >-----Original Message----- >From: Rex Brooks [mailto:rexb@starbourne.com] >Sent: Wednesday, September 20, 2006 11:56 AM >To: Sukumar Dwarkanath; rexb@starbourne.com; Tom Merkle; Tim Grapes >Subject: Re: FW: [emergency] HAVE comments > >Hi Sukumar, > >My thinking is that we should revisit this in the 60-day comment period >because we would not have time in the next SC meeting, which is next >Thursday in the late afternoon, Eastern Time. The EDXL_RM specification >is going to be quite large compared to our previous efforts, and I am >doubtful that we will be able to get through that, let alone that plus >HAVE. > >However, I could be persuaded to consider it provided we had a separate >session, and not another long distance charge. I am in the process of >changing my telephone service yet again and I have to schedule at least >one one-hour pilot group meeting next week in addition to the Thursday >slot. I will be switching to Vonage for these kinds of calls, but that >won't kick in until after next week at the soonest. > >Regards, >Rex > >At 11:16 AM -0400 9/20/06, Sukumar Dwarkanath wrote: >>Given that additional work is required on HAVE and the draft needs to >>change, should we discuss these issues as well and resolve them? >> >>Sukumar >> >> >>----------------------------------------------------- >>This communication is intended for the use of the recipient to which >>it is addressed, and may contain confidential, personal and/or >>privileged information. Please contact us immediately if you are not >>the intended recipient of this communication, and do not copy, >>distribute, or take action relying on it. Any communication received >>in error, or subsequent reply, should be deleted or destroyed. >> >> >> >> >>From: Renato Iannella [mailto:renato@nicta.com.au] >>Sent: Sunday, September 03, 2006 9:26 PM >>To: Emergency Mgt XML TC >>Subject: [emergency] HAVE comments >> >> >>Some technical comments on EDXL-HAVE 1.0 CD: >> >>1 - LocationCountryName is defined as an integer - should be string >>(line >261) >> >>2 - LocationPostalCodeID is defined as an integer, but some countries >>(eg UK) use non-integers. >> >>3 - Should we reuse the OASIS CIQ spec for all the >>org/address/location elements??? >>(since they have solved all the I18N issues) >> >>4 - EMSOffloadMinutes has a max of 60 - will it never exceed this?? >>(line >283) >> >>5 - ServiceCoverageStatus - all its subelements have one of two >>string values (available/unavailable) >> This could be replaced with an xsd:boolean type instead. >> >>6 - Surgery - all its subelements have one of two string values >>(available/unavailable) >> This could be replaced with an xsd:boolean type instead. >> NOTE: I assume the example (lines 1504-1514) is not correct as >>the elements have no values? >> >>7 - If there is no <Bed> element under <BedCapapcity>, then I assume >>the numbers are the total for the hospital? >> Otherwise, there should only be one <Bed> inside <BedCapacity>? >> >>8 - Is there a document that formally defines the GEO-OASIS specification? >> >> >>Cheers... Renato Iannella >>National ICT Australia (NICTA) >> >> >> >>---------------------------------------------------------------------- >>---- This email and any attachments may be confidential. They may >>contain >legally >>privileged information or copyright material. You should not read, >>copy, use or disclose them without authorisation. If you are not an >>intended recipient, please contact us at once by return email and then >>delete both messages. We do not accept liability in connection with >>computer virus, > >data corruption, delay, interruption, unauthorised access or > unauthorised >>amendment. This notice should not be removed. > > >-- >Rex Brooks >President, CEO >Starbourne Communications Design >GeoAddress: 1361-A Addison >Berkeley, CA 94702 >Tel: 510-849-2309 > >-- >No virus found in this incoming message. >Checked by AVG Free Edition. >Version: 7.1.405 / Virus Database: 268.12.5/451 - Release Date: >9/19/2006 > > >-- >No virus found in this outgoing message. >Checked by AVG Free Edition. >Version: 7.1.405 / Virus Database: 268.12.5/451 - Release Date: >9/19/2006 > -- Rex Brooks President, CEO Starbourne Communications Design GeoAddress: 1361-A Addison Berkeley, CA 94702 Tel: 510-849-2309
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]