|Version 5 (modified by 11 years ago) ( diff ),|
Building Assessments blueprint initially based on requirements for the February 2011 Christchurch earthquake.
This application is designed to implement the Building Safety Evaluation in a State of Emergency: Guidelines for Territorial Authorities. These guidelines were produced by the New Zealand Society for Earthquake Engineering, and were based on the US Applied Technology Councils ATC-20 assessment process.
- http://db.nzsee.org.nz/Publications.xml - see the section titled Bulding Safety Evaluation.
Note that the forms contained on the NZSEE webpage are outdated, as newer draft updated forms (that had yet to be published) were used for both the 4 SEP 2010 Canterbury, and 22 FEB 2011 Christchurch earthquakes. The forms that should be used, in addition to the updated guidelines, are contained below:
This is a list of desired capabilities, and some notes about why they are required and how they are intended to work. Approximate priorities are outlined (1 being highest), as well as idealised timelines for implementation.
- (1/immediate) Triage Data Entry Form - the complete forms (both Level 1 and 2) contain a lot of data and fields. Not all of this information is needed to be entered straight away. The intent is that initial entry of prioritised fields will be made, with later fields to be completed as more time/data operators become available. Priority fields are:
- (2/24-36 hours) Full Data Entry Form - complete form as outlined in the documents.
- (1/immediate) Turk Geocoding of Addresses - initially no lat/long will be provided of the building assessed. It would be great to have a simple form interface that serves up an address from the database, and allows a (remote) user to use Google Maps to search the address and add latitude/longitude to the address to enable mapping. This can be done without providing access to any data other than the name of the building and the address. Note that this ideally needs to be a manual process as quite a few addresses will be ambiguous, and we may require some people with local knowledge to properly geocode them. This is essential to have immediate mapping of assessments - following SEP 4 it took 4-5 days to map, it will be a big win if we can do this near instantaneously (e.g. as soon as someone geocodes a submitted address).
- (2/few days) Turk Council Identifiers - we need at least two council identifiers to enable Christchurch City Council to link the data we're collecting back to their business-as-usual information systems. Ideally want to support adding of n unique identifiers. Currently, there are two valuable identifiers we will need to link to. I may need to clarify what their ideal names are for export via CSV and the like. It would be good to have a simple turking process as above that pops up an address, and asks user to enter these IDs. These will be done be people here in Christchurch that have access to the councils mapping system to look up these IDs. This won't be a publis process, but will be similar to Turk Geocoding of Addresses.
- 'prupi' - this is a reference to the property in the council system
- 'gisratingid' - this is a reference to a polygon of the rating unit