This release includes a huge amount of polishing and cleaning in the InaSAFE code base. Many of these improvements are not things that you will immediately notice in the user interface, but rather represent incremental refinements to the software. There have been over 725 changes made in the code since 3.0 was released. The most fundamental change has been the implementation of a new architecture for impact functions. We have added two new impact functions and polished the user interface in various places. In particular the OSM downloader has been improved to give better feedback during downloads and to provide more flexible options. Read on in our change log below to see the highlights of this release!
The OSM Downloader tool can now download buildings as points (based on point-on-surface centroids). This makes it easy to use InaSAFE for doing hazard on point analyses such as flood on building points, earthquake on buildings points etc.
Now when you download data using the OSM Downloader tool, you can specify the extents of the data to be downloaded, either by entering specific coordinates, or by dragging a rectangle on the map canvas in QGIS. You can also now specify if you want the downloader to overwrite existing files, or to save the downloaded files with a unique filename on each download.
You can now specify a directory that will be used when saving analysis results. In previous versions it was not obvious where InaSAFE would save its output data. Now you can provide a directory explicitly so that you can easily find your analysis results again in the future.
You can now set the analysis extents using a QGIS bookmark. This makes it easy to create a collection of well defined, named analysis areas and then run impact assessments on them as needed.
The OSM downloader now gives more useful progress feedback, showing the elapsed and total download sizes in megabytes.
We have improved the menu layout so that items listed are more logically consistent using this logic:
In previous versions of InaSAFE, if you used the QGIS 'save as' feature on an impact layer, the keywords and other associated files were not transferred. In InaSAFE 3.1 these files are now correctly transferred to the new destination, ensuring that when you create copies of your data, their metadata are propagated too.
Note: You need version 2.8 or better of QGIS in order for this feature to work.
InaSAFE 3.1 is now Unicode compliant. That means that if you have accented / special characters in your file names, InaSAFE should deal with them gracefully instead of raising an error when you try to use them.
We have a new generic impact function that allows you to use a polygon layer containing classified hazard data (e.g. flood layer where polygons are tagged with high, medium, low flood depth) against a buildings layer.
All impact functions that work on polygon hazard and raster exposure will return the raster exposure. These are:
The impact layer will return the population layer with some modifications:
We have done a lot of work to internally organise the impact functions in a more logical and consistent way. There are multiple aims behind this work including:
In InaSAFE 3.1 each impact function is in it's own python package and we are introducing a new API for impact functions with the intention that Impact Functions can be used in different contexts (web, desktop, API) and be able to do all the pre-and-post processing work currently hard wired into the desktop code of InaSAFE. For example with the new API you will be able to clip input layers and generate post processing summaries and PDF reports. This is the first iteration of this API overhaul and additional implementation towards this goal will be coming in future releases of InaSAFE