OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

emergency-msg message

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


Subject: RE: [emergency-msg] RM elements - Ross/Jon Skeels


The "Role" element currently in ContactInfo is the incident role (incident commander, first responder, ,etc.) rather than the role in this procurement (manufacturer, distributor, consumer, etc.).
 
Patti


From: Renato Iannella [mailto:renato@nicta.com.au]
Sent: Tue 8/29/2006 12:24 AM
To: Emergency_Mgt_Msg_SC
Subject: Re: [emergency-msg] RM elements - Ross/Jon Skeels


On 29 Aug 2006, at 00:51, Aymond, Patti wrote:

I'm comfortable with ContactInfo structure as we have it now as long as we add an element that indicates what role the contact has in the resource procurement process.

We currently have a role element under ContactInfo.  

BTW: I've been looking at the OASIS CIQ spec - I think we can easily reuse this for all the elements to describe people/orgs/addresses.

I'm more interested in grouping elements together based on what role provides them. I think having resource producer elements grouped together, resource distributor elements grouped together, resource owner elements grouped together... etc. would clarify what elements are appropriate for what message type. For example, elements associated with resource owner would never be used for a "Request Resource" message.

Agree. 


Cheers...  Renato Iannella
National ICT Australia (NICTA)


IEM CONFIDENTIAL INFORMATION PLEASE READ OUR NOTICE:
http://www.ieminc.com/e_mail_confidentiality_notice.html

--------------------------------------------------------------------------
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.


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