Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Panel
bgColorlightgreen

This page is under development, please be patient whilst we improve our website.  If you have questions that can not be answered by this website at this time please contact us via email: firepredictions@afac.com.au

TBD - pull more out of both PHOENIX_data_preparation_20080413.pdf and Phoenix User Manual

Overview

Input

When running a simulation Phoenix obtains input data from 3 sources.

...

The Phoenix asset code is an unsigned 9 digit integer (max integer length supported by shapefile .dbf files). The code is composed of the following 4 parts:

Some worked examples:

Asset IdImpact Type CodeAsset ValuePhoenix Integer Scientific NotationAsset Code
23031234

1234E+0

230312340

11021.234567

1234E-3

110212343

317.0012345

0012E-4

_31700124

14350

0050E+0

_14300500

Asset Id

The 2-digit asset id is used to report loss against. The current list of assets for Phoenix with their corresponding Impact Types is:

Asset IdDescriptionImpact Type
1Housing2
2Infrastructure5
3Plantation5
4Catchment Tributaries4
5Catchment3
6Rainforest5

Impact Type Code

Impact TypeLoss Description
1Record loss if fire present
2

HouseLossRatio (Intensity, Ember Density)
Loss if Intensity > 10,000 kW/m or Ember Density > 2.5 embers/m
2

3

Intensity > 3,000 kW/m

4

Intensity > 10,000 kW/m

5

Intensity > 30,000 kW/m

Asset Value

Assets values are all expressed as units per square metre; point assets such as houses will need to be converted to their equivalent density/m2 value. Area based assets such as catchments are given a asset value of 1, indicating a 1 to 1 relationship with burnt area i.e. 1 unit/m2.

Asset values are limited to a maximum of 4 digits and 4 decimal places giving an effective range of .0001 to 9999. Care needs to be taken to ensure suitable units are selected for assets to accommodate this limited range.

Asset Layer Preparation Process

Housing

Step 1. 

Starting with a house point layer in the correct projection, creates a house point density raster using the ‘Point Density’ tool in the ‘Spatial Analyst Tools – Density’ toolbox. Ensure the settings match the image below, this will create a 3m raster with a per metre housing density value. (Alternatively, Neighbourhood Settings could be 1 x 1 Cells)

NOTE : Ensure 'Area Units' are in m2

Step 2.

The housing density raster is next converted to a house count raster by multiplying the housing density value by each cells area (30 x 30 = 900m) and add 0.5 to round up. This is done using the ‘Single Output Map Algebra’ tool in the ‘Spatial Analyst Tools – Map Algebra’ toolbox with the following expression:

Int(D:\Otways2030\SourceShapefiles\Asset\house_density * 900 + 0.5)

Step 3.

The house count raster is next converted to an intermediate house count polygon shapefile using the ‘Raster to Polygon’ tool in the ‘Conversion Tools – From Raster’ toolbox.

NOTE: Uncheck the 'Simplify polygons' check box

Step 4.

NOTE : Delete all polygons with a house count of 0 after conversion to polygon. This significantly reduced the size of the file and speeds later processing.

Step 5.

Add a ‘House Density’ column (Double Precision) and using the "Calculate Field" option on the source table, convert the house count value back to a metre square density value by dividing the house count by 900.

Step 6.

Using the Phoenix asset classification tool for density values, generate the asset code

Step 7.

Finally use the Asset tool in Data Preparation toolbox to convert the housing layer into Phoenix Format.

NOTE : Convert to raster doesn’t seem to work from within a file geodatabase, export to shapefile before converting.


...