[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, Stephen_Levenson@ao.USCourts.gov, > > chase@adobe.com, > >bosley.john@bls.gov, > > > >isman_michael@bah.com, "Kathy Goldschmidt" > > > ><kgoldschmidt@cmfweb.org>, mhahn@vasont.com, > > > >Sol.Safran@irs.gov, JohnPaul.Deley@eia.doe.gov, > > > >jtsprehe@jtsprehe.com, miconnor@adobe.com, > > > >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]