MHonArc v2.5.0b2 -->
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]