Changes between Version 43 and Version 44 of BluePrint/CrisisMap


Ignore:
Timestamp:
06/24/14 07:02:23 (7 years ago)
Author:
Hemant Kumar Singh
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • BluePrint/CrisisMap

    v43 v44  
    107107<List of features which could be included, but are outside of the scope of this extension>
    108108
    109 ==Keypoints of Brainstorming session at Barcamp@IOTX 2014 ==
     109== Keypoints of Brainstorming session at Barcamp@IOTX 2014 ==
    110110
    111 The audience of Crisis Map are divided into three categories and their use cases :
    112 * Organisations : Situational awareness, Inventory management, catering to requests
     111'''The audience of Crisis Map are divided into three categories :'''
     112* Organisations : Situational awareness, Inventory management, catering to requests amongst other organizational operations
    113113* Public reporters :
    114 - tool for easy and quick reporting (pic upload, location marking on map)
    115 - the reporting tool should be designed such that the report should be automatically structured before sending to the database
     114 - tool for easy and quick reporting (pic upload, location marking on map)
     115 - the reporting tool should be designed such that the report should be automatically structured before sending to the database
    116116* Population : making requests, seeing resources on map, volunteering, local community communication
    117117
    118 Problems seen in crisis maps :
     118'''Problems seen in crisis maps :'''
    119119- Data overload (can be solved by using AI or call center models)
    120120- Outdated data
    121 - verification of data
     121- No quick scalable solution for verification of data
    122122- multiple requests for same situation from different sources
    123123- there is confusion between implementers on the permission level for different types of users
    124124
    125 New ideas by participants of the barcamp:
     125'''New ideas by participants of the barcamp:'''
    126126- There should be focus on improving usability to reduce training time
    127127- there should be inter organization communication. Every organization should be aware of other organization activities. This would help in better allocation and deployment of help/resources
     
    130130- people should be able to report by SMS also (or maybe tweet the situation through SMS)
    131131- the location data should also have data source ( GPS or wifi location or tower triangulation) which will help in separating accurate information. This will help in decision making for organizations as accurate data is high priority data.
    132 - the number of steps for reporting should be minimized. For mobile devices we can have a simple click UI where by few clicks user can report a situation (this will also have optional field of description in the end)It will also matter which questions are being asked by the user first. e.g. Asking for type of disaster should come before asking for location. Such kind of click UI will also help in having a structured report.
     132- the number of steps for reporting should be minimized. For mobile devices we can have a simple click UI where by few clicks user can report a situation (this will also have optional field of description in the end)It will also matter which questions are being asked by the user first. e.g. Asking for type of disaster and photos should come before asking for location. Such kind of click UI will also help in having a structured report.
    133133- Organizations should be update status for requests in bulk. e.g. by selecting all markers of a particular area by drawing a polygon or circle and then marking them complete.
    134134- The data on the map should be aggregated (e.g. heat maps). Aggregated data gives better situational awareness and can play a important role in deploying group of resources.