OASIS Emergency Management TC

 View Only

RE: [emergency] EDXL-DE routing and valueListUrn

  • 1.  RE: [emergency] EDXL-DE routing and valueListUrn

    Posted 03-22-2006 01:13
     MHonArc v2.5.0b2 -->
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    

    emergency message

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


    Subject: RE: [emergency] EDXL-DE routing and valueListUrn


    Amen!
    
    Let's learn this lesson and make it a highlight of the 
    cookbook-implenter's guide. Everyone who implements a critical 
    standard needs to understand this, and, we should definitely 
    recommend a best practice of having a local copy of the standard with 
    the installation of any application that implements the standard and 
    recommend the use of a customized schemaLocation-specific version of 
    the app for the installation. That doesn't mean we don't also use a 
    urn because even a local copy can be on a machine that goes down or 
    is temporarily commandeered by another application in a dynamic 
    provisioning system. This is one of those things I just thought 
    everyone did until it bit me in the assets.
    
    Cheers,
    Rex
    
    At 7:14 PM -0500 3/21/06, Ham, Gary A wrote:
    >Renato has it exactly right.  If the identifier resolves to a specific
    >URL only, systems will have difficulty if the URL is down for any
    >reason. But the party responsible for a URN can make the resource
    >available in multiple ways, even sneaker net, if necessary (as is often
    >done when crossing from unclassified to classified systems).  Ideally,
    >you might want to associate a URN with a source URL, but only as an
    >authoritative reference, because most of the time using the URL is just
    >a lot of extra work retrieving a foreign source that could be kept
    >locally.
    >
    >For the EDXL-DE, in particular, the value is in the URN as a unique
    >identifier that tells me whether I know how to process the content or
    >not.  If I don't know the URN, I cannot do specialized processing. If I
    >do, I can. It is as simple as that.
    >
    >Respectfully,
    >
    >Gary A. Ham
    >Senior Research Scientist
    >Battelle Memorial Institute
    >540-288-5611 (office)
    >703-869-6241 (cell)
    >"You would be surprised what you can accomplish when you do not care who
    >gets the credit." - Harry S. Truman
    >
    >-----Original Message-----
    >From: Renato Iannella [mailto:renato@nicta.com.au]
    >Sent: Tuesday, March 21, 2006 7:00 PM
    >To: Ron Lake
    >Cc: Emergency_Mgt_TC TC; David Ellis; SIA Pilot-6; Harry Haury;
    >Haleftiras, Pericles; Carl Reed OGC Account; Glaser, Ronald
    >Subject: Re: [emergency] EDXL-DE routing and valueListUrn
    >
    >
    >
    >On 22 Mar 2006, at 09:41, Ron Lake wrote:
    >
    >>  My view is that it should - else how do you know what it means?
    >>  In effect you are saying that a URN "resolves" to a text description
    >>  somewhere but the somewhere is not defined?
    >
    >Agree, but there is role for unique identifiers.
    >
    >For example, the EDXL-DE XML Schema has this unique identifier:
    >     urn:oasis:names:tc:emergency:EDXL:DE:1.0
    >
    >You could resolve this to a URL (to get the actual XML Schema file) but
    >it does not (yet). It is up to the registrant of the namespace
    >identifier to provide these services.
    >
    >
    >
    >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.
    >
    >---------------------------------------------------------------------
    >To unsubscribe from this mail list, you must leave the OASIS TC that
    >generates this mail.  You may a link to this group and all your TCs in
    >OASIS
    >at:
    >https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php
    >
    >
    >---------------------------------------------------------------------
    >To unsubscribe from this mail list, you must leave the OASIS TC that
    >generates this mail.  You may a link to this group and all your TCs in OASIS
    >at:
    >https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php
    
    
    -- 
    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]