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

 


Help: OASIS Mailing Lists Help | MarkMail Help

emergency message

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


Subject: Fwd: FW: [emergency] CAP Visualization (was RE: CAP Developers'Forum...)


>From: "Bullard, Claude L (Len)" <len.bullard@intergraph.com>
>To: "'Art Botterell'" <acb@incident.com>
>Subject: FW: [emergency] CAP Visualization (was RE: CAP Developers' Forum.
>	..)
>Date: Thu, 20 May 2004 08:28:49 -0500
>Status:  
>
>Hi Art:
>
>Please forward this to the emergency list.  Ingr has
>changed our email addresses and that blocks my messages.
>A meteorologist for a local station is interested in
>these applications and needs more information.
>
>Thanks in advance!
>
>len
>
>-----Original Message-----
>From: Bullard, Claude L (Len)
>Sent: Thursday, May 20, 2004 8:25 AM
>To: emergency@lists.oasis-open.org; 'Kon Wilms'
>Subject: RE: [emergency] CAP Visualization (was RE: CAP Developers'
>Forum...)
>
>
>Noting the snapshot of the application from Kon yesterday,
>I forwarded that to a local TV weather broadcaster.   He
>is interested in this kind of application.
>
>1.  Are these real products or mockups?
>2.  Who would one contact to find out more about them?
>3.  How would these work with a TV broadcast system?
>
>A prompt answer will be appreciated.  Thanks!
>
>len
>
>From: Speede, Kwasi [mailto:Kwasi.Speede@associates.dhs.gov]
>
>Kon,
>
>We are implementing simple GIS capabilities here at Anteon. In particular,
>we use Oracle Spatial on the backend to produce map views for the area
>impacted by the broadcast incident. Oracle Spatial will convert the polygon
>or circle Lat/Long data into a map. I am not sure how sophisticated your
>application scenario is, ours is relatively straightforward. We use Oracle
>to convert the Lat/Longs into clickable maps and State/County codes. Our
>application code then generates census data reports that present
>demographics about the affected geographic region and estimate the potential
>impacts to people and structures.
>
>We've built a CAP broker in Oracle OC4J 10G. The broker parses the CAP
>broadcasts to identify messages relevant to our customer (FEMA) business
>processes. We store the message in Oracle XML DB with a Receiver Method
>(JMS/Message Driven Bean) and populate our incident software with relevant
>data from the message content. The J2EE enterprise application executes the
>Oracle Mapviewer component to generate the map display from the Oracle
>Spatial db. When the broker identifies an appropriate message, notification
>methods are executed that deliver email, mobile phone and PDA messages to
>subscribers. Subscribers can then access their various applications to view
>the incident event data.
>
>Kwasi
>
>
>From: Jeff Kyser [mailto:ktrails@comcast.net]
>
>Warning Systems also displayed polygons representing
>the plumes from chemical disasters - the messages were
>generated by other CAP providers.
>
>We adapted some code we had used to display storm
>cells in a previous application, and displayed the plumes
>instead.
>
>We used the Pepperwhite mapping software in a VB
>environment. Well, actually, the map application was VB,
>and the CAP parser / plume broadcaster was Java.
>
>-jeff kyser
>
>On Wednesday, May 19, 2004, at 03:28  PM, Art Botterell wrote:
>
>>  Kon -
>>
>>  The idea of visualizing aggregate CAP traffic is an interesting one. 
>>  The <references> and <incidents> fields provide a mechanism for 
>>  associating multiple messages in a graph... provided that the 
>>  originator provides them, or that some reliable mechanism can be 
>>  devised for inferring such relationships after the fact.  As is so 
>>  often the case, the holdup appears to be at the input.
>>
>>  (Of course, relationships could be built on the basis of sender, event 
>>  category or whatever, but it seems like in most cases the result would 
>>  be a simple set that might not be very interesting visually, except 
>>  perhaps when displayed geographically.)
>>
>>  As for mapping, I've done a couple of demos plotting CAP location data 
>>  over a map... I used an open-source platform called OpenMap that reads 
>>  various formats including ESRI shape files, but a commercial GIS would 
>>  work as well if not better.  The ComCARE team (in particular, a 
>  > company called GeoDecisions out of Pennsylvania) has also done CAP 
>>  plots in a web mapping service.
>>
>>  The CAP <polygon> tag, in particular, is derived from GML, so 
>>  GML-aware platforms should be able to use it pretty directly... 
>>  although extracting the points and constructing a new shape is pretty 
>>  easy.  <geocode> values require the use of polygon lookup tables... 
>>  easy in the case of well-known areas like ZIP codes or county (FIPS) 
>>  boundaries... less so in the case of system-specific zones that may 
>>  not be familiar to all recipients.
>>
>>  - Art
>>
>>
>>  At 11:17 AM -0700 5/19/04, Kon Wilms wrote:
>>>  A few questions for other implementers:
>>>
>>>  1. Is anyone else working on data visualization of mass amounts of CAP
>>>  alerts (such as treemaps, hyperbolic graphs, spatial trees, or such)?
>>>
>>>  2. I would be interested to hear from the GIS folks as to what formats
>>>  they are using for vector data importing/plotting. If no-one is
>>>  implementing GIS as part of an application, are there any guidelines 
>>>  for
>>>  supporting GIS file formats in CAP reception/parsing (or do we need
>>>  some)?



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