Management Zones

Introduction

One of the main aims in conservation planning is to identify the most cost-effective set of areas to manage biodiversity (Margules & Pressey 2000). To achieve this, prioritizations are generally created to identify areas for expanding protected area systems. However, many real-world conservation problems do not simply involve deciding if an area should be protected or not (e.g. Klein et al. 2009; Stigner et al. 2016). Instead, many real-world problems involve a range of different management categories and the goal is to determine which areas should be allocated to which management category. For example, a manager might have a range of different methods (e.g. baiting or trapping at various intensities) for controlling invasive pests in a set of different areas (e.g. Cattarino et al. 2018). They would need a prioritization that shows which control methods should be implemented in which areas. In this particular case, a binary prioritization showing which areas contain the most biodiversity is simply not helpful. Furthermore, many real-world problems require decisions that meet multiple, and sometimes conflicting, objectives from different stakeholders. For example, a manager might need to implement a set of no-take and partial-take areas to prevent overfishing, but also ensure that there still remain plenty of areas for fishing activities (e.g. Wilson et al. 2010; Klein et al. 2013). Popularized by Marxan with Zones (Watts et al. 2009), this concept has become known as “zones” and is becoming increasingly important in conservation planning.

The aim of this vignette is to showcase the zones functionality of the prioritizr R package. It will assume a certain level of familiarity with conservation planning terminology and the prioritizr R package. We recommend reading the prioritizr vignette first if you don’t have much experience in either of these topics.

Usage

Simple minimum set problem

In the prioritizr R package, all conservation planning problems—including those which contain multiple management zones or actions—are initialized using the problem function. To refresh our memory on how we can construct problems using the prioritizr R package, let us quickly construct a simple conservation planning problem. This problem will use the simulated built-in planning unit and feature data distributed with the package. It will have a minimum set objective, targets which require that solution secure to 10 % of the habitat in the study area for each feature, and binary decision variables indicating that planning units are selected or not selected for protection.

## Conservation Problem
##   planning units: RasterLayer (90 units)
##   cost:           min: 190.13276, max: 215.86384
##   features:       layer.1, layer.2, layer.3, ... (5 features)
##   objective:      Minimum set objective 
##   targets:        Relative targets [targets (min: 0.1, max: 0.1)]
##   decisions:      Binary decision 
##   constraints:    <none>
##   penalties:      <none>
##   portfolio:      default
##   solver:         default
## Gurobi Optimizer version 9.1.2 build v9.1.2rc0 (linux64)
## Thread count: 4 physical cores, 4 logical processors, using up to 1 threads
## Optimize a model with 5 rows, 90 columns and 450 nonzeros
## Model fingerprint: 0x6442bf6e
## Variable types: 0 continuous, 90 integer (90 binary)
## Coefficient statistics:
##   Matrix range     [2e-01, 9e-01]
##   Objective range  [2e+02, 2e+02]
##   Bounds range     [1e+00, 1e+00]
##   RHS range        [3e+00, 8e+00]
## Found heuristic solution: objective 2337.9617505
## Presolve time: 0.00s
## Presolved: 5 rows, 90 columns, 450 nonzeros
## Variable types: 0 continuous, 90 integer (90 binary)
## Presolved: 5 rows, 90 columns, 450 nonzeros
## 
## 
## Root relaxation: objective 1.931582e+03, 12 iterations, 0.00 seconds
## 
##     Nodes    |    Current Node    |     Objective Bounds      |     Work
##  Expl Unexpl |  Obj  Depth IntInf | Incumbent    BestBd   Gap | It/Node Time
## 
##      0     0 1931.58191    0    4 2337.96175 1931.58191  17.4%     -    0s
## H    0     0                    1987.3985265 1931.58191  2.81%     -    0s
## 
## Explored 1 nodes (12 simplex iterations) in 0.00 seconds
## Thread count was 1 (of 4 available processors)
## 
## Solution count 2: 1987.4 2337.96 
## 
## Optimal solution found (tolerance 1.00e-01)
## Best objective 1.987398526526e+03, best bound 1.931581908865e+03, gap 2.8085%
## # A tibble: 5 x 5
##   summary feature total_amount absolute_held relative_held
##   <chr>   <chr>          <dbl>         <dbl>         <dbl>
## 1 overall layer.1         83.3          8.91         0.107
## 2 overall layer.2         31.2          3.13         0.100
## 3 overall layer.3         72.0          7.34         0.102
## 4 overall layer.4         42.7          4.35         0.102
## 5 overall layer.5         56.7          6.01         0.106

Adding management zones

Now let us imagine that instead of having a single management zone (e.g. protected area), we have two management zones. Similar to the example above, we require a solution that secures 10 % of the habitat in the study area for each feature in the first management zone. But we also require a solution that secures 5 % of the habitat in the study area for each feature in the second management zone. Each planning unit must be allocated to either zone or not selected for management at all. In this example, each planning unit costs the same when it is allocated to either of the two zones. We can formulate and solve this problem using the following code.

##      [,1] [,2]
## [1,]  0.1 0.05
## [2,]  0.1 0.05
## [3,]  0.1 0.05
## [4,]  0.1 0.05
## [5,]  0.1 0.05
## Zones
##   zones: zone 1, zone 2 (2 zones)
##   features: 1, 2, 3, ... (5 features)
##   data type: RasterStack
## class      : RasterStack 
## dimensions : 10, 10, 100, 2  (nrow, ncol, ncell, nlayers)
## resolution : 0.1, 0.1  (x, y)
## extent     : 0, 1, 0, 1  (xmin, xmax, ymin, ymax)
## crs        : NA 
## names      :  layer.1,  layer.2 
## min values : 190.1328, 190.1328 
## max values : 215.8638, 215.8638
## Conservation Problem
##   zones:          zone 1, zone 2 (2 zones)
##   planning units: RasterStack (90 units)
##   cost:           min: 190.13276, max: 215.86384
##   features:       1, 2, 3, ... (5 features)
##   objective:      Minimum set objective 
##   targets:        Relative targets [targets (min: 0.05, max: 0.1)]
##   decisions:      Binary decision 
##   constraints:    <none>
##   penalties:      <none>
##   portfolio:      default
##   solver:         default
## Gurobi Optimizer version 9.1.2 build v9.1.2rc0 (linux64)
## Thread count: 4 physical cores, 4 logical processors, using up to 1 threads
## Optimize a model with 100 rows, 180 columns and 1080 nonzeros
## Model fingerprint: 0xbdab1647
## Variable types: 0 continuous, 180 integer (180 binary)
## Coefficient statistics:
##   Matrix range     [2e-01, 1e+00]
##   Objective range  [2e+02, 2e+02]
##   Bounds range     [1e+00, 1e+00]
##   RHS range        [1e+00, 8e+00]
## Found heuristic solution: objective 3568.4931394
## Presolve time: 0.00s
## Presolved: 100 rows, 180 columns, 1080 nonzeros
## Variable types: 0 continuous, 180 integer (180 binary)
## Presolved: 100 rows, 180 columns, 1080 nonzeros
## 
## 
## Root relaxation: objective 2.911333e+03, 80 iterations, 0.00 seconds
## 
##     Nodes    |    Current Node    |     Objective Bounds      |     Work
##  Expl Unexpl |  Obj  Depth IntInf | Incumbent    BestBd   Gap | It/Node Time
## 
##      0     0 2911.33335    0   10 3568.49314 2911.33335  18.4%     -    0s
## H    0     0                    3003.8743974 2911.33335  3.08%     -    0s
## 
## Explored 1 nodes (83 simplex iterations) in 0.00 seconds
## Thread count was 1 (of 4 available processors)
## 
## Solution count 2: 3003.87 3568.49 
## 
## Optimal solution found (tolerance 1.00e-01)
## Best objective 3.003874397435e+03, best bound 2.911333350606e+03, gap 3.0807%
## # A tibble: 15 x 5
##    summary feature total_amount absolute_held relative_held
##    <chr>   <chr>          <dbl>         <dbl>         <dbl>
##  1 overall 1              167.          13.3         0.0799
##  2 overall 2               62.4          4.75        0.0761
##  3 overall 3              144.          10.9         0.0760
##  4 overall 4               85.3          6.44        0.0755
##  5 overall 5              113.           9.03        0.0796
##  6 zone 1  1               83.3          8.87        0.106 
##  7 zone 1  2               31.2          3.18        0.102 
##  8 zone 1  3               72.0          7.22        0.100 
##  9 zone 1  4               42.7          4.27        0.100 
## 10 zone 1  5               56.7          6.07        0.107 
## 11 zone 2  1               83.3          4.44        0.0533
## 12 zone 2  2               31.2          1.57        0.0504
## 13 zone 2  3               72.0          3.72        0.0517
## 14 zone 2  4               42.7          2.17        0.0508
## 15 zone 2  5               56.7          2.96        0.0521

Multiple zones with varying costs

Real-world problems often have different costs for managing planning units under different zones. These problems also tend to have different expected amounts of each feature when planning units are managed differently. So let us consider a slightly more complex example. Similar to before we will have two management zones. But this time, the cost of managing each planning unit is different depending on which management zone it is assigned to in the solution. Furthermore, when we assign a planning unit to the second zone, we only expect to end up with half of the habitat we would get if we managed the unit in the first zone (e.g. because the second zone is a partial-take zone and the first zone is a no-take zone). We will use the same target data as in the previous example.

## Conservation Problem
##   zones:          1, 2 (2 zones)
##   planning units: RasterStack (90 units)
##   cost:           min: 182.60173, max: 221.36296
##   features:       1, 2, 3, ... (5 features)
##   objective:      Minimum set objective 
##   targets:        Relative targets [targets (min: 0.05, max: 0.1)]
##   decisions:      Binary decision 
##   constraints:    <none>
##   penalties:      <none>
##   portfolio:      default
##   solver:         default
## Gurobi Optimizer version 9.1.2 build v9.1.2rc0 (linux64)
## Thread count: 4 physical cores, 4 logical processors, using up to 1 threads
## Optimize a model with 100 rows, 180 columns and 1080 nonzeros
## Model fingerprint: 0x07455a48
## Variable types: 0 continuous, 180 integer (180 binary)
## Coefficient statistics:
##   Matrix range     [1e-01, 1e+00]
##   Objective range  [2e+02, 2e+02]
##   Bounds range     [1e+00, 1e+00]
##   RHS range        [8e-01, 8e+00]
## Found heuristic solution: objective 3667.7708672
## Presolve time: 0.00s
## Presolved: 100 rows, 180 columns, 1080 nonzeros
## Variable types: 0 continuous, 180 integer (180 binary)
## Presolved: 100 rows, 180 columns, 1080 nonzeros
## 
## 
## Root relaxation: objective 2.884872e+03, 38 iterations, 0.00 seconds
## 
##     Nodes    |    Current Node    |     Objective Bounds      |     Work
##  Expl Unexpl |  Obj  Depth IntInf | Incumbent    BestBd   Gap | It/Node Time
## 
##      0     0 2884.87200    0    8 3667.77087 2884.87200  21.3%     -    0s
## H    0     0                    2958.1201508 2884.87200  2.48%     -    0s
## 
## Explored 1 nodes (38 simplex iterations) in 0.00 seconds
## Thread count was 1 (of 4 available processors)
## 
## Solution count 2: 2958.12 3667.77 
## 
## Optimal solution found (tolerance 1.00e-01)
## Best objective 2.958120150795e+03, best bound 2.884871999973e+03, gap 2.4762%
## # A tibble: 15 x 5
##    summary feature total_amount absolute_held relative_held
##    <chr>   <chr>          <dbl>         <dbl>         <dbl>
##  1 overall 1              125.         11.1          0.0891
##  2 overall 2               46.8         3.92         0.0838
##  3 overall 3              108.          9.28         0.0860
##  4 overall 4               64.0         5.37         0.0839
##  5 overall 5               85.1         7.46         0.0877
##  6 1       1               83.3         8.94         0.107 
##  7 1       2               31.2         3.13         0.100 
##  8 1       3               72.0         7.42         0.103 
##  9 1       4               42.7         4.29         0.101 
## 10 1       5               56.7         6.01         0.106 
## 11 2       1               41.6         2.19         0.0527
## 12 2       2               15.6         0.794        0.0509
## 13 2       3               36.0         1.87         0.0519
## 14 2       4               21.3         1.08         0.0505
## 15 2       5               28.4         1.44         0.0509

Multiple zones with complex targets

So far, we have dealt with problems where each feature has a target that pertains to a single zone. But sometimes we have targets that pertain to multiple zones. For example, what if we were in charge of managing pest control in a set of areas and we had three different pest control methods we could implement in any given planning unit. We could (1) set up a few traps in a given planning unit and make 10 % of the habitat in the unit pest-free, (2) set up a lot of traps and make 50 % of the habitat in the unit pest-free, or (3) drop baits over a given planning unit and make 80 % of the planning unit pest-free. Each of these different actions has a different cost, with a few low intensity trapping costing $100 per planning unit, a high intensity trapping costing $300, and baiting costing $200 (please note these costs aren’t meant to be realistic). After defining our management actions and costs, we require a solution that will yield 8 units of pest free habitat per feature. It’s important to note that unlike the previous examples, here we don’t have targets for each feature in each zone, but rather our targets are for each feature and across multiple zones. In other words, we don’t really care which management actions we implement, we just want the set of actions that will meet our targets for minimum expenditure. We can formulate and solve this problem using the following code.

## # A tibble: 5 x 4
##   feature zone      target type    
##   <chr>   <list>     <dbl> <chr>   
## 1 layer.1 <chr [3]>      8 absolute
## 2 layer.2 <chr [3]>      8 absolute
## 3 layer.3 <chr [3]>      8 absolute
## 4 layer.4 <chr [3]>      8 absolute
## 5 layer.5 <chr [3]>      8 absolute
## Conservation Problem
##   zones:          few.traps, many.traps, baiting (3 zones)
##   planning units: RasterStack (100 units)
##   cost:           min: 0, max: 300
##   features:       layer.1, layer.2, layer.3, ... (5 features)
##   objective:      Minimum set objective 
##   targets:        Absolute targets [targets (min: 8, max: 8)]
##   decisions:      Binary decision 
##   constraints:    <none>
##   penalties:      <none>
##   portfolio:      default
##   solver:         default
## Gurobi Optimizer version 9.1.2 build v9.1.2rc0 (linux64)
## Thread count: 4 physical cores, 4 logical processors, using up to 1 threads
## Optimize a model with 105 rows, 300 columns and 1800 nonzeros
## Model fingerprint: 0xd67e7fdc
## Variable types: 0 continuous, 300 integer (300 binary)
## Coefficient statistics:
##   Matrix range     [2e-02, 1e+00]
##   Objective range  [1e+02, 3e+02]
##   Bounds range     [1e+00, 1e+00]
##   RHS range        [1e+00, 8e+00]
## Found heuristic solution: objective 9400.0000000
## Presolve removed 14 rows and 120 columns
## Presolve time: 0.00s
## Presolved: 91 rows, 180 columns, 360 nonzeros
## Found heuristic solution: objective 4800.0000000
## Variable types: 0 continuous, 180 integer (180 binary)
## Presolved: 91 rows, 180 columns, 360 nonzeros
## 
## 
## Root relaxation: objective 3.663237e+03, 1 iterations, 0.00 seconds
## 
##     Nodes    |    Current Node    |     Objective Bounds      |     Work
##  Expl Unexpl |  Obj  Depth IntInf | Incumbent    BestBd   Gap | It/Node Time
## 
##      0     0 3663.23657    0    1 4800.00000 3663.23657  23.7%     -    0s
## H    0     0                    3800.0000000 3663.23657  3.60%     -    0s
## 
## Explored 1 nodes (1 simplex iterations) in 0.00 seconds
## Thread count was 1 (of 4 available processors)
## 
## Solution count 3: 3800 4800 9400 
## 
## Optimal solution found (tolerance 1.00e-01)
## Best objective 3.800000000000e+03, best bound 3.700000000000e+03, gap 2.6316%
## # A tibble: 20 x 5
##    summary    feature total_amount absolute_held relative_held
##    <chr>      <chr>          <dbl>         <dbl>         <dbl>
##  1 overall    layer.1       117.           18.3          0.157
##  2 overall    layer.2        43.7           8.19         0.187
##  3 overall    layer.3       101.           15.2          0.151
##  4 overall    layer.4        59.7          11.6          0.194
##  5 overall    layer.5        79.4          12.7          0.161
##  6 few.traps  layer.1         8.33          0            0    
##  7 few.traps  layer.2         3.12          0            0    
##  8 few.traps  layer.3         7.20          0            0    
##  9 few.traps  layer.4         4.27          0            0    
## 10 few.traps  layer.5         5.67          0            0    
## 11 many.traps layer.1        41.6           0            0    
## 12 many.traps layer.2        15.6           0            0    
## 13 many.traps layer.3        36.0           0            0    
## 14 many.traps layer.4        21.3           0            0    
## 15 many.traps layer.5        28.4           0            0    
## 16 baiting    layer.1        66.6          18.3          0.275
## 17 baiting    layer.2        25.0           8.19         0.328
## 18 baiting    layer.3        57.6          15.2          0.264
## 19 baiting    layer.4        34.1          11.6          0.340
## 20 baiting    layer.5        45.4          12.7          0.281

Multiple zones with extra constraints

So it looks like baiting is the way to go! Except that we might recall that we can’t use baits in most of the planning units because they contain native species that are susceptible to baits. So now we need to specify that which of our planning units cannot be assigned to the third zone (baiting) to obtain a more useful solution.

##   pu    zone status
## 1  1 baiting      0
## 2  2 baiting      0
## 3  3 baiting      0
## 4  4 baiting      0
## 5  5 baiting      0
## 6  6 baiting      0
## Conservation Problem
##   zones:          few.traps, many.traps, baiting (3 zones)
##   planning units: RasterStack (100 units)
##   cost:           min: 0, max: 300
##   features:       layer.1, layer.2, layer.3, ... (5 features)
##   objective:      Minimum set objective 
##   targets:        Absolute targets [targets (min: 8, max: 8)]
##   decisions:      Binary decision 
##   constraints:    <Manually locked planning units [80 locked units]>
##   penalties:      <none>
##   portfolio:      default
##   solver:         default
## Gurobi Optimizer version 9.1.2 build v9.1.2rc0 (linux64)
## Thread count: 4 physical cores, 4 logical processors, using up to 1 threads
## Optimize a model with 105 rows, 300 columns and 1800 nonzeros
## Model fingerprint: 0x4ad99e4b
## Variable types: 0 continuous, 300 integer (300 binary)
## Coefficient statistics:
##   Matrix range     [2e-02, 1e+00]
##   Objective range  [1e+02, 3e+02]
##   Bounds range     [1e+00, 1e+00]
##   RHS range        [1e+00, 8e+00]
## Found heuristic solution: objective 13600.000000
## Presolve removed 14 rows and 120 columns
## Presolve time: 0.00s
## Presolved: 91 rows, 180 columns, 360 nonzeros
## Found heuristic solution: objective 9600.0000000
## Variable types: 0 continuous, 180 integer (180 binary)
## Presolved: 91 rows, 180 columns, 360 nonzeros
## 
## 
## Root relaxation: objective 6.938068e+03, 1 iterations, 0.00 seconds
## 
##     Nodes    |    Current Node    |     Objective Bounds      |     Work
##  Expl Unexpl |  Obj  Depth IntInf | Incumbent    BestBd   Gap | It/Node Time
## 
##      0     0 6938.06818    0    1 9600.00000 6938.06818  27.7%     -    0s
## H    0     0                    7000.0000000 6938.06818  0.88%     -    0s
##      0     0 6938.06818    0    1 7000.00000 6938.06818  0.88%     -    0s
## 
## Explored 1 nodes (1 simplex iterations) in 0.00 seconds
## Thread count was 1 (of 4 available processors)
## 
## Solution count 3: 7000 9600 13600 
## 
## Optimal solution found (tolerance 1.00e-01)
## Best objective 7.000000000000e+03, best bound 7.000000000000e+03, gap 0.0000%
## # A tibble: 20 x 5
##    summary    feature total_amount absolute_held relative_held
##    <chr>      <chr>          <dbl>         <dbl>         <dbl>
##  1 overall    layer.1       117.           21.8          0.187
##  2 overall    layer.2        43.7           8.04         0.184
##  3 overall    layer.3       101.           17.7          0.176
##  4 overall    layer.4        59.7          10.9          0.182
##  5 overall    layer.5        79.4          15.2          0.192
##  6 few.traps  layer.1         8.33          0            0    
##  7 few.traps  layer.2         3.12          0            0    
##  8 few.traps  layer.3         7.20          0            0    
##  9 few.traps  layer.4         4.27          0            0    
## 10 few.traps  layer.5         5.67          0            0    
## 11 many.traps layer.1        41.6           7.40         0.178
## 12 many.traps layer.2        15.6           3.42         0.219
## 13 many.traps layer.3        36.0           6.00         0.167
## 14 many.traps layer.4        21.3           4.84         0.227
## 15 many.traps layer.5        28.4           5.26         0.186
## 16 baiting    layer.1        66.6          14.4          0.217
## 17 baiting    layer.2        25.0           4.62         0.185
## 18 baiting    layer.3        57.6          11.7          0.203
## 19 baiting    layer.4        34.1           6.05         0.177
## 20 baiting    layer.5        45.4           9.98         0.220

Multiple zones with fragmentation penalties

So now the best strategy seems to be a combination of high intensity trapping and baiting. But we can also see that this solution is fairly fragmented, so we can add penalties to cluster managed planning units together. Here we will add penalties that will cluster the planning units allocated to the two trapping zones together, and penalties that will cluster the planning units allocated to the baiting zone together. We will also set an overall penalty factor to 640 to strongly penalize fragmented solutions.

##            few.traps many.traps baiting
## few.traps          1          1       0
## many.traps         1          1       0
## baiting            0          0       1
## Conservation Problem
##   zones:          few.traps, many.traps, baiting (3 zones)
##   planning units: RasterStack (100 units)
##   cost:           min: 0, max: 300
##   features:       layer.1, layer.2, layer.3, ... (5 features)
##   objective:      Minimum set objective 
##   targets:        Absolute targets [targets (min: 8, max: 8)]
##   decisions:      Binary decision 
##   constraints:    <Manually locked planning units [80 locked units]>
##   penalties:      <Boundary penalties [edge factor (min: 0.5, max: 0.5), penalty (640), zones]>
##   portfolio:      default
##   solver:         default
## Gurobi Optimizer version 9.1.2 build v9.1.2rc0 (linux64)
## Thread count: 4 physical cores, 4 logical processors, using up to 1 threads
## Optimize a model with 1905 rows, 1200 columns and 5400 nonzeros
## Model fingerprint: 0xb44cc86f
## Variable types: 0 continuous, 1200 integer (1200 binary)
## Coefficient statistics:
##   Matrix range     [2e-02, 1e+00]
##   Objective range  [1e+02, 6e+02]
##   Bounds range     [1e+00, 1e+00]
##   RHS range        [1e+00, 8e+00]
## Found heuristic solution: objective 20096.000000
## Presolve removed 1028 rows and 232 columns
## Presolve time: 0.02s
## Presolved: 877 rows, 968 columns, 2712 nonzeros
## Variable types: 0 continuous, 968 integer (968 binary)
## Presolved: 877 rows, 968 columns, 2712 nonzeros
## 
## 
## Root relaxation: objective 1.005410e+04, 529 iterations, 0.01 seconds
## 
##     Nodes    |    Current Node    |     Objective Bounds      |     Work
##  Expl Unexpl |  Obj  Depth IntInf | Incumbent    BestBd   Gap | It/Node Time
## 
##      0     0 10054.0986    0   57 20096.0000 10054.0986  50.0%     -    0s
## H    0     0                    11300.000000 10054.0986  11.0%     -    0s
## H    0     0                    10588.000000 10054.0986  5.04%     -    0s
## 
## Explored 1 nodes (785 simplex iterations) in 0.03 seconds
## Thread count was 1 (of 4 available processors)
## 
## Solution count 3: 10588 11300 20096 
## 
## Optimal solution found (tolerance 1.00e-01)
## Best objective 1.058800000000e+04, best bound 1.005600000000e+04, gap 5.0246%
## # A tibble: 20 x 5
##    summary    feature total_amount absolute_held relative_held
##    <chr>      <chr>          <dbl>         <dbl>         <dbl>
##  1 overall    layer.1       117.           22.5          0.193
##  2 overall    layer.2        43.7           8.06         0.184
##  3 overall    layer.3       101.           18.0          0.179
##  4 overall    layer.4        59.7          11.6          0.193
##  5 overall    layer.5        79.4          15.6          0.197
##  6 few.traps  layer.1         8.33          0            0    
##  7 few.traps  layer.2         3.12          0            0    
##  8 few.traps  layer.3         7.20          0            0    
##  9 few.traps  layer.4         4.27          0            0    
## 10 few.traps  layer.5         5.67          0            0    
## 11 many.traps layer.1        41.6           8.01         0.192
## 12 many.traps layer.2        15.6           3.44         0.221
## 13 many.traps layer.3        36.0           6.31         0.175
## 14 many.traps layer.4        21.3           5.50         0.258
## 15 many.traps layer.5        28.4           5.62         0.198
## 16 baiting    layer.1        66.6          14.4          0.217
## 17 baiting    layer.2        25.0           4.62         0.185
## 18 baiting    layer.3        57.6          11.7          0.203
## 19 baiting    layer.4        34.1           6.05         0.177
## 20 baiting    layer.5        45.4           9.98         0.220

Finally, it appears we might have a viable solution for this made-up conservation problem.

Multiple zones with fragmentation penalties and mandatory allocations

Finally, we might be interested in conservation planning scenarios where every single planning unit must be allocated to a management zone. This is often the case when developing land-use plans where every single planning unit needs to be allocated to a specific management zone. Though it makes less sense here, let’s see what happens to the solution if we needed to do at least one form of control in every single planning unit.

## Conservation Problem
##   zones:          few.traps, many.traps, baiting (3 zones)
##   planning units: RasterStack (100 units)
##   cost:           min: 0, max: 300
##   features:       layer.1, layer.2, layer.3, ... (5 features)
##   objective:      Minimum set objective 
##   targets:        Absolute targets [targets (min: 8, max: 8)]
##   decisions:      Binary decision 
##   constraints:    <Manually locked planning units [80 locked units]
##                    Mandatory allocation constraints [apply constraints? (1)]>
##   penalties:      <Boundary penalties [edge factor (min: 0.5, max: 0.5), penalty (640), zones]>
##   portfolio:      default
##   solver:         default
## Gurobi Optimizer version 9.1.2 build v9.1.2rc0 (linux64)
## Thread count: 4 physical cores, 4 logical processors, using up to 1 threads
## Optimize a model with 1905 rows, 1200 columns and 5400 nonzeros
## Model fingerprint: 0x89a9dafb
## Variable types: 0 continuous, 1200 integer (1200 binary)
## Coefficient statistics:
##   Matrix range     [2e-02, 1e+00]
##   Objective range  [1e+02, 6e+02]
##   Bounds range     [1e+00, 1e+00]
##   RHS range        [1e+00, 8e+00]
## Found heuristic solution: objective 19600.000000
## Presolve removed 1120 rows and 324 columns
## Presolve time: 0.02s
## Presolved: 785 rows, 876 columns, 2448 nonzeros
## Variable types: 0 continuous, 876 integer (876 binary)
## Presolved: 785 rows, 876 columns, 2448 nonzeros
## 
## 
## Root relaxation: objective 1.323093e+04, 277 iterations, 0.00 seconds
## 
##     Nodes    |    Current Node    |     Objective Bounds      |     Work
##  Expl Unexpl |  Obj  Depth IntInf | Incumbent    BestBd   Gap | It/Node Time
## 
##      0     0 13230.9255    0   95 19600.0000 13230.9255  32.5%     -    0s
## H    0     0                    13260.000000 13230.9255  0.22%     -    0s
## 
## Explored 1 nodes (417 simplex iterations) in 0.02 seconds
## Thread count was 1 (of 4 available processors)
## 
## Solution count 2: 13260 19600 
## 
## Optimal solution found (tolerance 1.00e-01)
## Best objective 1.326000000000e+04, best bound 1.323200000000e+04, gap 0.2112%
## # A tibble: 20 x 5
##    summary    feature total_amount absolute_held relative_held
##    <chr>      <chr>          <dbl>         <dbl>         <dbl>
##  1 overall    layer.1       117.           23.4         0.201 
##  2 overall    layer.2        43.7           8.04        0.184 
##  3 overall    layer.3       101.           19.4         0.192 
##  4 overall    layer.4        59.7          10.9         0.182 
##  5 overall    layer.5        79.4          16.1         0.203 
##  6 few.traps  layer.1         8.33          5.92        0.711 
##  7 few.traps  layer.2         3.12          2.33        0.745 
##  8 few.traps  layer.3         7.20          5.25        0.730 
##  9 few.traps  layer.4         4.27          3.18        0.745 
## 10 few.traps  layer.5         5.67          4.00        0.706 
## 11 many.traps layer.1        41.6           3.02        0.0725
## 12 many.traps layer.2        15.6           1.09        0.0700
## 13 many.traps layer.3        36.0           2.41        0.0670
## 14 many.traps layer.4        21.3           1.66        0.0779
## 15 many.traps layer.5        28.4           2.11        0.0743
## 16 baiting    layer.1        66.6          14.4         0.217 
## 17 baiting    layer.2        25.0           4.62        0.185 
## 18 baiting    layer.3        57.6          11.7         0.203 
## 19 baiting    layer.4        34.1           6.05        0.177 
## 20 baiting    layer.5        45.4           9.98        0.220

Conclusion

Hopefully, this vignette has provided an informative introduction to building and solving problems with multiple zones using the prioritizr R package. Although we have examined only a few different functions here, almost every single function for modifying conservation planning problems is compatible with problems that contain zones. It’s worth noting that working with multiple zones is a lot trickier than working with a single zone, so we would recommend playing around with the code in the Examples sections of the help pages to get a feel for what different functions do when they are applied to problems with multiple zones.

References

Cattarino, L., Hermoso, V., Carwardine, J., Adams, V.M., Kennard, M.J. & Linke, S. (2018). Information uncertainty influences conservation outcomes when prioritizing multi-action management efforts. Journal of Applied Ecology, Available at: https://doi.org/10.1111/1365–2664.13147.

Klein, C.J., Tulloch, V.J., Halpern, B.S., Selkoe, K.A., Watts, M.E., Steinback, C., Scholz, A. & Possingham, H.P. (2013). Tradeoffs in marine reserve design: Habitat condition, representation, and socioeconomic costs. Conservation Letters, 6, 324–332.

Klein, C., Wilson, K., Watts, M., Stein, J., Berry, S., Carwardine, J., Smith, M.S., Mackey, B. & Possingham, H. (2009). Incorporating ecological and evolutionary processes into continental-scale conservation planning. Ecological Applications, 19, 206–217.

Margules, C.R. & Pressey, R.L. (2000). Systematic conservation planning. Nature, 405, 243–253.

Stigner, M.G., Beyer, H.L., Klein, C.J. & Fuller, R.A. (2016). Reconciling recreational use and conservation values in a coastal protected area. Journal of Applied Ecology, 53, 1206–1214.

Watts, M.E., Ball, I.R., Stewart, R.S., Klein, C.J., Wilson, K., Steinback, C., Lourival, R., Kircher, L. & Possingham, H.P. (2009). Marxan with Zones: Software for optimal conservation based land- and sea-use zoning. Environmental Modelling & Software, 24, 1513–1521.

Wilson, K.A., Meijaard, E., Drummond, S., Grantham, H.S., Boitani, L., Catullo, G., Christie, L., Dennis, R., Dutton, I., Falcucci, A. & others. (2010). Conserving biodiversity in production landscapes. Ecological Applications, 20, 1721–1732.