Extending documentation

[mach0]

Problem

As the functional documentation is completely reworked and restructuring I found

Things to cover (suggested by Trias Aditya)

• access to statistics data
• access to WFS (for exposure data)
• access to WMS (for background data)
• you have got an idea to access WCS (e.g. hazard, elevation data etc)
• map the projected impact into graphical charts (this will be my favourites then...)

in using_qgis.rst under user-docs keeping it here for reference and ask Trias what he meant with this .. At hat place it does not fit and I delete it from there to be hidden to public audience.

Solution

Find a place and write the documentation for the suggested topics The link to this github issue will be mailed to trias by me. Would be nice if he has some time to cover his topics himself and provide it.

[mach0]

@takmid did you have time to cover a bit of that?

[takmid]

@macho,

Please let me make the list more specific...:

Access to WFS exposure (buildings, roads) data

Problem

Access to online vector geospatial data types roads and buildings (not necessarily come from OSM source but for example data coming from Planning Agency or Public Work Agency which are available through SDI access nodes, i.e. offered as WFS services) need to be provided. At the moment, the QGIS can accomodate WFS data access but for InaSAFE uses, users need to:

• store the resulting data access from a WFS service first
• load the data into the canvas
• provide keyword through the keywords’ editor
• run the impact calculation for given vector data against loaded hazard layer

Expeted Outcome

InaSAFE has a capability to allow users to locate a WFS resource that will be used as an exposure layer. Solution Possibly this can be done by implementing:

• User Dialog to locate and specify the WFS Service
• Once the online connection to WFS is built, the application has an access to WFS meatdata (InaSAFE plugin could execute WFS’s GetFeatureInfo method/operation to have schemes of attributes of the corresponding WFS data resource)
• Users can select which coloumn/field in the schema that will be used for processing
• InaSAFE set keywords editor accordingly (based on users selection)
• Users click run to calculate impacted features out of WFS data This will be a nice feature to attract/challenge BIG (National Mapping Agency) interest to provide free and accessible data  See also #432

Access to WCS data

Problem

Access to online raster geospatial such as hazard rasters (e.g. landslide, earthquake model, tsunami, flood hazard layers for example provided by disaster management’s geospatial services), exposure data (population data from Statistics office) should be provided to InaSAFE users. These online raster data potentially can be accessed through various online WCS resources. At the moment, the QGIS 2.0 is in the development to provide access to WCS data access.

Expected Outcome

INaSAFE has a capability to allow users to locate a WCS resource that will be used as an exposure layer (in case of population data at village level) or hazard layer (in case of tsunami, earthquake, flood, etc).

Solution

Possibly this can be done by the following mechanism:

• User Dialog to locate and specify the WCS Service
• Once the online connection to WCS is built, the application has an access to WCS metadata Users can select which coloumn/field in the schema that will be used for processing (either in case of WCS data related to exposure or WCS data related to hazards)
• InaSAFE set keywords editor accordingly (based on users selection)
• Users click run and give the results Again, this will be a nice feature to attract/challenge BIG (National Mapping Agency) interest to provide free and accessible data  See also #432

Access to WMS

Problem Many government agencies provide basic and thematic features as WMS. These WMS layers should be able to be used for making impact maps produced by InaSAFE more communicative and intuitive. At the moment, the QGIS can accomodate WMS data access . So, it is just a matter on how WMS layers can be displayed/arranged by InaSAFE users as the background for their impact maps nicely.

See also #432

Project the results of impact calculation into graphical charts (closely related to #420)

Problem

Visualization of impact calculation is merely point or area based visualization (which point is heavily/moderately/lowly impacted, which polygons (buildings, zones)that are heavily/moderately/lowly impacted). For clarity (and more quicker and specific interpretation), attribute values related to point or area need to be communicated (visually)

Expected Outcome

InaSAFE impact map can accomodate:

• Visualization of attributes’ values of individual impacted features in the form of graphical charts (e.g. pie charts of woman/man for each RW impacted by floods or pregnant woman/elderly people pie charts for each RW etc...
• Visualization of aggregated attribute values (e.g. numbers of impacted people for each RW/Kelurahan/Kabupaten according to results gained in the aggregration
• Multiple representations of results, such as: o Graph lines o Pie charts o Bar Charts o Parallel coordinate plots of multiple attributes (good to identify pattern) Can be plotted either independently as individual charts or overlaid on top of the impact map. Those multiple respresentations can also be better to represent losses (in DALA)

Solution

Possibly this can be done by implementing the following mechanims:

• User Dialog to select which type of graphical charts/multiple representations to be plotted on top of a map
• User can select either the chart is presented on top of a map or presented separately
• Charts properties (colors, chart legend, chart component texts) are defined
• Users can select to aggregate the results or to have the results as individual items
• Depending on the result, charts are displayed
• The charts can also be exported into map composer