[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [emergency] Re: Attention XML
Maybe I am missing something here, but AttentionXML appears to be
client-side content filtering which has a ruleset that starts with a
'the user sees everything' model and over time grows its filtering set
and filters out unwanted content as the user chooses which content to
view (with various sub-parameters).
That doesn't seem to work too well for the routing mechanism of EDXL. I
would assume that people who need to view CAP/EDXL content have already
had it dictated to them (or their client-side application using the
data) as to what content they will have access to and what they need to
read.
Where is the mesh here?
Cheers
Kon
> Hi Owen, Alice,
>
> I am copying this to the Emerency Management TC since we have a
> couple of meetings tomorrow in which we can give this some thought,
> since it is finally becoming a very hot topic. I completely agree
> that the time has come for actions, and we are giving it our best
> shot with the Emergency Data Exchange Language (EDXL).
>
> Regards,
> Rex
>
> At 9:47 AM -0400 5/9/05, Owen_Ambur@ios.doi.gov wrote:
> >Alice, based upon the introductory information, it appears this
initiative
> >aims to address a very important issue:
>
>http://developers.technorati.com/wiki/attentionxml#head-2473e96bc614a911821242119918a241a41836d6
> >
> >I am very frustrated that too many folks still seem to think that what is
> >needed is more "communications," when my experience tells that too much
> >communication of too little utilitarian value has become a much
bigger part
> >of the problem. I would love to see someone try to use the ET.gov
> >site/process to begin to build a .gov CoP around that issue. In the
> >meantime, I'm copying Rex Brooks in the event the CAP folks may have
begun
> >to address how to ensure that the right urgent information reaches the
> >right folks at the right time, without overloading them with messages
that
> >are either irrelevant to their immediate needs or a distraction from
those
> >to which their attention is more pressing.
> >
> >Owen
> >
> >
> >
> >
> >
> > Alice
> >Marshall
> > <prestovivace@worldn To: Owen
> >Ambur/PIR/OS/DOI@DOI, kasprzakj@ndu.edu, Ken
> > et.att.net> Sall
> ><xml@kensall.com>
> > cc: "Betty
> >Harvey" <harvey@eccnet.com>,
> > 05/07/2005 01:45 PM
> >Gailhodge@aol.com, [email protected],
> > chase@adobe.com,
> >bosley.john@bls.gov,
> >
> >isman_michael@bah.com, "Kathy Goldschmidt"
> >
> ><kgoldschmidt@cmfweb.org>, [email protected],
> >
> >Sol.Safran@irs.gov, [email protected],
> >
> >jtsprehe@jtsprehe.com, [email protected],
> >
> >Paul.Fontaine@ost.dot.gov
> > Subject:
> >Attention XML
> >
> >
> >
> >
> >
> >
> >This is going to be a big measurement tool for the PR industry, but the
> >privacy implications are disturbing. One of the best things the XML
> >community of practice could do is build a federal standard with privacy
> >built in. Moreover, the more I look at this, the more I am convinced
> >that privacy and security are linked.
> >
> >Attention XML
> >http://developers.technorati.com/wiki/attentionxml
> >
> >
> >Alice Marie Marshall
> >Presto Vivace, Inc.
> >4902 Powell Road
> >Fairfax, VA 22032
> >703/426-5876
> >marshall@prestovivace.biz
> >http://www.prestovivace.biz/
> >http://www.technoflak.blogspot.com/
>
>
> --
> Rex Brooks
> President, CEO
> Starbourne Communications Design
> GeoAddress: 1361-A Addison
> Berkeley, CA 94702
> Tel: 510-849-2309
>
> ---------------------------------------------------------------------
> 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
>
>
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]