![]() ![]() |
||||||
|
Integrated biodiversity conservation
solutions
|
||||||
GIS |
Conservation assessments using CLUZ: steps 5 to 8 |
|
- Steps 5 to 8
|
Step 5: Set the conserved and excluded planning unitsThe next step is to identify the planning units that will always be included and always be excluded from the portfolios that MARXAN identifies. Conserved planning units will appear in every portfolio identified by MARXAN. In general, all existing protected areas (PAs) should be set as conserved, unless there are plans to radically review the existing PA network and deproclaim areas that are not needed to meet the representation targets. In some cases, it might also be useful to set planning units containing eco-tourism infrastructure as being conserved, so that MARXAN preferentially selects areas that neighbour these sites.
Another important reason for excluding a unit is to prevent MARXAN from selecting unsuitable areas to act as corridors between important habitats. MARXAN can select units based on their connectivity value alone, so it is important to exclude units that could not play this role. For example, units that mostly contain urban or agricultural habitats should normally be excluded (Smith et al., 2006).
You can also use the Query Builder feature to identify important planning units based on information stored in the planning unit theme table. For example, you can use CLUZ's Calculate % of unit that falls within PAs module to add a field to the table that measures the extent to which each unit falls within a PA. You could then use the Query builder to select units that are more than 50% conserved. Once you have selected the relevant units, use the CLUZ's Change Status panel to set the status of planning units to being Conserved or Excluded. Always use the Change Status panel to update the status of the planning units. If you change the status of units manually in the planning unit theme table then this will not update the values in the Conserved field of the target table. If you do make any changes that fail to be reflected in the target table then use CLUZ's Recalculate target table data module to overcome the problem.
Step 6: Set the targetsYour representation targets should ensure the long-term persistence of each of your conservation features and I recommend reading the Set your representation targets section before proceeding. You can now add your target values to the CLUZ target table.
Once you have added the target data, close the Target table and then re-open it to update the information in the Pc_target field. You can also use the target table's Total field to check whether the total amount in the planning region is less than the target amount, in which case you will need to revise the targets.
Step 7: Set your target penalty factors Target penalty factors (also called species penalty factors) and set for each conservation feature. They specify the amount that is added to the total portfolio cost if the target for that feature is not met, so that MARXAN tends to meet each target when it acts to minimise the total portfolio cost. In theory, you should set a penalty factor that relates to the cost of actions that address the problem of not meeting the target (Ball and Possingham, 2000). This would allow MARXAN to make trade-offs between the cost of including more planning units in the portfolio and the cost of not meeting particular targets. In practice, very few people know what these penalty cost should be and so it is better to set penalty factors that are large enough to ensure all the targets are met. Setting these very large penalty values does not affect the final portfolio, other than making it almost certain that all the targets are met (as long as the target is not more than the total amount in the planning region).
---- YOU ARE NOW READY TO CREATE THE MARXAN INPUT FILES ----
Step 8: Lock planning units together with boundary cost values
The way to ensure that planning units are locked together is to manipulate the boundary cost file (H. Possingham, pers. comm.). If very large boundary values are set between planning units, then MARXAN will act to reduce those boundary costs by always selecting them together. It does not matter if the planning units do not actually share a boundary - MARXAN only uses data from the bound.dat file to calculate boundary costs and so can be "tricked" into always selecting non-neighbouring planning units together in this way.
Next, go to the CLUZ menu and select the module named Add to bound.dat to group selected units. In the input box, select a boundary cost value that is much larger than the normal boundary and planning unit costs to ensure that MARXAN will always select the whole group of planning units together. |
|
Last
updated
19/10/09
|