Changes between Version 10 and Version 11 of Event/2012/GSoC/CAPBroker

06/26/12 15:47:17 (9 years ago)

Added Nuwan's email


  • Event/2012/GSoC/CAPBroker

    v10 v11  
    3434|| Subscription and Delivery || Not started || July 25th ||
    3535   * Plan: auth_user level for subscription, completely use s3msg here.
     36== Feedback ==
     38This is the received feedback:
     42Hi Shashi et al,
     44Final Deliverable should be a set of forms with appropriate work flows to create a CAP message and then produce an XML file. Thereafter, we would validate that XML file with's CAP validator. Trying to build one that can handle multiple languages may be too ambitious, therefore, we'll restrict it to English for now. However, we should still assume we'll need multiple <info> segments that can be populated in English. If we are to deliver a CAP-enabled alerting module that can be utilized, then we would need the Profile and Template components to work.
     46First, some comments on the Create CAP Alert form
     471) <Alert> segment = Create CAP Alert
     48a) Given that CAP already contains the word Alert in it we can possibly simply call it "Create Alert" or "Create Message", where CAP is simply the underlying data structure
     49b) <identifier> - typical format is prefix + dateTime + timezone + sequence + postfix; e.g. scdmc-20120626T19:30:00+8:00-005- The prefix = "scdmc-", postfix="-", and sequence="005" (we may issue more than one alert in one day).
     50c) <scope> - need to build in the logic for each of the values: Public, Private, Restricted.
     51     If "Public", then control(<Restriction> && <Recipients>) = disabled
     52     If "Restricted", then control(<Restriction>)=enabled && control( <Recipients>)=disabled
     53     If "Private", then control(<Restriction>)=disabled && control( <Recipients>)=enabled
     54d) <Reference> - if <reference> is empty, then <reference> = <identifier>; else leave whatever it already is.
     55e) <incidents> should be related to the same incidents list in the IRS module. Example: a mass movement that causes an accident, then incidents would be ="rock slide", "train derailment". I believe "rock slide" and "train derailment" may be archetypes of "mass movement" and "accident", respectively.
     58Work flow you need is discussed in this ticket: . Read the Attachments section and the Change History. For the create CAP Alert; specifically refer to the paragraphs beginning with Scrn03_CAP_Msg.png. Disregard the images added by Nostraa , you may get confused.
     60Some notes on Scrn03_CAP_Msg.png
     62Scrn03_CAP_Msg.png: the image shows the <info> segment given at the bottom. One option would be to create tabs in the Create CAP Alert form. Put the <Alert> segment attributes in the first tab and the <Info> segment attributes in the second tab. Since there is a 1-to-many relationship between the <Alert> segment and the <Info> segments, in the image: Scrn03_CAP_Msg.png, the related <info> records are displayed in a table. The table shows only a selected set of elements to guide the user to enter in to that particular <info> block. The instances that create multiple <info> segments are Language and Updates.
     64Example: The Met depart may detect a cyclone developing in the Bay of Bengal. The Tamil Nadu DMC would issue an alert in English, French, Hindi, and Tamil, that's 4 <info> segments. Then every six hours they would issue an update of the same alert but with the new position, wind-speed, trajectory, etc. These updates would need to be issued in the 4 languages. Assuming there are 5 updates before it hits land, then that particular message would have 20 <info> segments.
     66We'll discuss the subsequent developments such as the <info> segment logic and layout when you get to that point; i.e. Scrn031_CAP_msg_Info.png, etc.
    3770* Student information: