Management zones tutorial

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 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 the Marxan with Zones decision support tool (Watts et al. 2009), this concept has become known as “zones” and is becoming increasingly important in conservation planning.

The aim of this tutorial 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 package. If you don’t have much experience in either of these topics, we recommend first reading the Package overview vignette.

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, 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 solutions 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.

## A conservation problem (<ConservationProblem>)
## ├•data
## │├•features:    "feature_1", "feature_2", "feature_3", "feature_4", and "feature_5" (5 total)
## │└•planning units:
## │ ├•data:       <SpatRaster> (90 total)
## │ ├•costs:      continuous values (between 190.1328 and 215.8638)
## │ ├•extent:     0, 0, 1, 1 (xmin, ymin, xmax, ymax)
## │ └•CRS:        Undefined Cartesian SRS (projected)
## ├•formulation
## │├•objective:   minimum set objective
## │├•penalties:   none specified
## │├•targets:     relative targets (between 0.1 and 0.1)
## │├•constraints: none specified
## │└•decisions:   binary decision
## └•optimization
##  ├•portfolio:   shuffle portfolio (`number_solutions` = 1, …)
##  └•solver:      gurobi solver (`gap` = 0.1, `time_limit` = 2147483647, `first_feasible` = FALSE, …)
## # ℹ Use `summary(...)` to see complete formulation.
## Gurobi Optimizer version 10.0.1 build v10.0.1rc0 (linux64)
## 
## CPU model: AMD Ryzen Threadripper 3960X 24-Core Processor, instruction set [SSE2|AVX|AVX2]
## Thread count: 24 physical cores, 48 logical processors, using up to 1 threads
## 
## Optimize a model with 5 rows, 90 columns and 450 nonzeros
## Model fingerprint: 0x4bb5d283
## 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.9617767
## Presolve time: 0.00s
## Presolved: 5 rows, 90 columns, 450 nonzeros
## Variable types: 0 continuous, 90 integer (90 binary)
## Found heuristic solution: objective 2332.1004028
## Root relaxation presolved: 5 rows, 90 columns, 450 nonzeros
## 
## 
## Root relaxation: objective 1.931582e+03, 12 iterations, 0.00 seconds (0.00 work units)
## 
##     Nodes    |    Current Node    |     Objective Bounds      |     Work
##  Expl Unexpl |  Obj  Depth IntInf | Incumbent    BestBd   Gap | It/Node Time
## 
##      0     0 1931.58191    0    4 2332.10040 1931.58191  17.2%     -    0s
## H    0     0                    1987.3985291 1931.58191  2.81%     -    0s
## 
## Explored 1 nodes (12 simplex iterations) in 0.00 seconds (0.00 work units)
## Thread count was 1 (of 48 available processors)
## 
## Solution count 3: 1987.4 2332.1 2337.96 
## 
## Optimal solution found (tolerance 1.00e-01)
## Best objective 1.987398529053e+03, best bound 1.931581907658e+03, gap 2.8085%
## # A tibble: 5 × 5
##   summary feature   total_amount absolute_held relative_held
##   <chr>   <chr>            <dbl>         <dbl>         <dbl>
## 1 overall feature_1         83.3          8.91         0.107
## 2 overall feature_2         31.2          3.13         0.100
## 3 overall feature_3         72.0          7.34         0.102
## 4 overall feature_4         42.7          4.35         0.102
## 5 overall feature_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
## A zones object <ZonesSpatRaster/Zones>
## • zones:    "zone 1" and "zone 2" (2 total)
## • features: "1", "2", "3", "4", and "5" (5 total)
## class       : SpatRaster 
## dimensions  : 10, 10, 2  (nrow, ncol, nlyr)
## resolution  : 0.1, 0.1  (x, y)
## extent      : 0, 1, 0, 1  (xmin, xmax, ymin, ymax)
## coord. ref. : Undefined Cartesian SRS 
## sources     : sim_pu_raster.tif  
##               sim_pu_raster.tif  
## names       :    layer,    layer 
## min values  : 190.1328, 190.1328 
## max values  : 215.8638, 215.8638
## A conservation problem (<ConservationProblem>)
## ├•data
## │├•zones:       "zone 1" and "zone 2" (2 total)
## │├•features:    "1", "2", "3", "4", and "5" (5 total)
## │└•planning units:
## │ ├•data:       <SpatRaster> (90 total)
## │ ├•costs:      continuous values (between 190.1328 and 215.8638)
## │ ├•extent:     0, 0, 1, 1 (xmin, ymin, xmax, ymax)
## │ └•CRS:        Undefined Cartesian SRS (projected)
## ├•formulation
## │├•objective:   minimum set objective
## │├•penalties:   none specified
## │├•targets:     relative targets (between 0.05 and 0.1)
## │├•constraints: none specified
## │└•decisions:   binary decision
## └•optimization
##  ├•portfolio:   shuffle portfolio (`number_solutions` = 1, …)
##  └•solver:      gurobi solver (`gap` = 0.1, `time_limit` = 2147483647, `first_feasible` = FALSE, …)
## # ℹ Use `summary(...)` to see complete formulation.
## Gurobi Optimizer version 10.0.1 build v10.0.1rc0 (linux64)
## 
## CPU model: AMD Ryzen Threadripper 3960X 24-Core Processor, instruction set [SSE2|AVX|AVX2]
## Thread count: 24 physical cores, 48 logical processors, using up to 1 threads
## 
## Optimize a model with 100 rows, 180 columns and 1080 nonzeros
## Model fingerprint: 0x5c140ae3
## 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.4931335
## Presolve time: 0.00s
## Presolved: 100 rows, 180 columns, 1080 nonzeros
## Variable types: 0 continuous, 180 integer (180 binary)
## Found heuristic solution: objective 3440.6550903
## Root relaxation presolved: 100 rows, 180 columns, 1080 nonzeros
## 
## 
## Root relaxation: objective 2.911333e+03, 75 iterations, 0.00 seconds (0.00 work units)
## 
##     Nodes    |    Current Node    |     Objective Bounds      |     Work
##  Expl Unexpl |  Obj  Depth IntInf | Incumbent    BestBd   Gap | It/Node Time
## 
##      0     0 2911.33336    0   10 3440.65509 2911.33336  15.4%     -    0s
## H    0     0                    2996.1175232 2911.33336  2.83%     -    0s
## 
## Explored 1 nodes (79 simplex iterations) in 0.00 seconds (0.00 work units)
## Thread count was 1 (of 48 available processors)
## 
## Solution count 3: 2996.12 3440.66 3568.49 
## 
## Optimal solution found (tolerance 1.00e-01)
## Best objective 2.996117523193e+03, best bound 2.911333356299e+03, gap 2.8298%
## # A tibble: 15 × 5
##    summary feature total_amount absolute_held relative_held
##    <chr>   <chr>          <dbl>         <dbl>         <dbl>
##  1 overall 1              167.          13.4         0.0803
##  2 overall 2               62.4          4.77        0.0765
##  3 overall 3              144.          10.9         0.0758
##  4 overall 4               85.3          6.41        0.0751
##  5 overall 5              113.           9.06        0.0799
##  6 zone 1  1               83.3          8.87        0.106 
##  7 zone 1  2               31.2          3.21        0.103 
##  8 zone 1  3               72.0          7.21        0.100 
##  9 zone 1  4               42.7          4.27        0.100 
## 10 zone 1  5               56.7          6.03        0.106 
## 11 zone 2  1               83.3          4.50        0.0541
## 12 zone 2  2               31.2          1.56        0.0500
## 13 zone 2  3               72.0          3.70        0.0515
## 14 zone 2  4               42.7          2.14        0.0501
## 15 zone 2  5               56.7          3.03        0.0533

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.

## A conservation problem (<ConservationProblem>)
## ├•data
## │├•zones:       "1" and "2" (2 total)
## │├•features:    "1", "2", "3", "4", and "5" (5 total)
## │└•planning units:
## │ ├•data:       <SpatRaster> (90 total)
## │ ├•costs:      continuous values (between 182.6017 and 221.363)
## │ ├•extent:     0, 0, 1, 1 (xmin, ymin, xmax, ymax)
## │ └•CRS:        Undefined Cartesian SRS (projected)
## ├•formulation
## │├•objective:   minimum set objective
## │├•penalties:   none specified
## │├•targets:     relative targets (between 0.05 and 0.1)
## │├•constraints: none specified
## │└•decisions:   binary decision
## └•optimization
##  ├•portfolio:   shuffle portfolio (`number_solutions` = 1, …)
##  └•solver:      gurobi solver (`gap` = 0.1, `time_limit` = 2147483647, `first_feasible` = FALSE, …)
## # ℹ Use `summary(...)` to see complete formulation.
## Gurobi Optimizer version 10.0.1 build v10.0.1rc0 (linux64)
## 
## CPU model: AMD Ryzen Threadripper 3960X 24-Core Processor, instruction set [SSE2|AVX|AVX2]
## Thread count: 24 physical cores, 48 logical processors, using up to 1 threads
## 
## Optimize a model with 100 rows, 180 columns and 1080 nonzeros
## Model fingerprint: 0xdfa75166
## 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.7708740
## Presolve time: 0.00s
## Presolved: 100 rows, 180 columns, 1080 nonzeros
## Variable types: 0 continuous, 180 integer (180 binary)
## Found heuristic solution: objective 3388.0249329
## Root relaxation presolved: 100 rows, 180 columns, 1080 nonzeros
## 
## 
## Root relaxation: objective 2.884872e+03, 38 iterations, 0.00 seconds (0.00 work units)
## 
##     Nodes    |    Current Node    |     Objective Bounds      |     Work
##  Expl Unexpl |  Obj  Depth IntInf | Incumbent    BestBd   Gap | It/Node Time
## 
##      0     0 2884.87201    0    8 3388.02493 2884.87201  14.9%     -    0s
## H    0     0                    2958.1201477 2884.87201  2.48%     -    0s
## 
## Explored 1 nodes (38 simplex iterations) in 0.00 seconds (0.00 work units)
## Thread count was 1 (of 48 available processors)
## 
## Solution count 3: 2958.12 3388.02 3667.77 
## 
## Optimal solution found (tolerance 1.00e-01)
## Best objective 2.958120147705e+03, best bound 2.884872007846e+03, gap 2.4762%
## # A tibble: 15 × 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 (i) set up a few traps in a given planning unit and make 10 % of the habitat in the unit pest-free, (ii) set up a lot of traps and make 50 % of the habitat in the unit pest-free, or (iii) 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 × 4
##   feature   zone      target type    
##   <chr>     <list>     <dbl> <chr>   
## 1 feature_1 <chr [3]>      8 absolute
## 2 feature_2 <chr [3]>      8 absolute
## 3 feature_3 <chr [3]>      8 absolute
## 4 feature_4 <chr [3]>      8 absolute
## 5 feature_5 <chr [3]>      8 absolute
## A conservation problem (<ConservationProblem>)
## ├•data
## │├•zones:       "few traps", "many traps", and "baiting" (3 total)
## │├•features:    "feature_1", "feature_2", "feature_3", "feature_4", and "feature_5" (5 total)
## │└•planning units:
## │ ├•data:       <SpatRaster> (100 total)
## │ ├•costs:      continuous values (between 0 and 300)
## │ ├•extent:     0, 0, 1, 1 (xmin, ymin, xmax, ymax)
## │ └•CRS:        Undefined Cartesian SRS (projected)
## ├•formulation
## │├•objective:   minimum set objective
## │├•penalties:   none specified
## │├•targets:     absolute targets (between 8 and 8)
## │├•constraints: none specified
## │└•decisions:   binary decision
## └•optimization
##  ├•portfolio:   shuffle portfolio (`number_solutions` = 1, …)
##  └•solver:      gurobi solver (`gap` = 0.1, `time_limit` = 2147483647, `first_feasible` = FALSE, …)
## # ℹ Use `summary(...)` to see complete formulation.
## Gurobi Optimizer version 10.0.1 build v10.0.1rc0 (linux64)
## 
## CPU model: AMD Ryzen Threadripper 3960X 24-Core Processor, instruction set [SSE2|AVX|AVX2]
## Thread count: 24 physical cores, 48 logical processors, using up to 1 threads
## 
## Optimize a model with 105 rows, 300 columns and 1800 nonzeros
## Model fingerprint: 0xba527df5
## 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 4700.0000000
## Variable types: 0 continuous, 180 integer (180 binary)
## Root relaxation presolved: 91 rows, 180 columns, 360 nonzeros
## 
## 
## Root relaxation: objective 3.663237e+03, 1 iterations, 0.00 seconds (0.00 work units)
## 
##     Nodes    |    Current Node    |     Objective Bounds      |     Work
##  Expl Unexpl |  Obj  Depth IntInf | Incumbent    BestBd   Gap | It/Node Time
## 
##      0     0 3663.23656    0    1 4700.00000 3663.23656  22.1%     -    0s
## H    0     0                    3800.0000000 3663.23656  3.60%     -    0s
## 
## Explored 1 nodes (1 simplex iterations) in 0.00 seconds (0.00 work units)
## Thread count was 1 (of 48 available processors)
## 
## Solution count 3: 3800 4700 9400 
## 
## Optimal solution found (tolerance 1.00e-01)
## Best objective 3.800000000000e+03, best bound 3.700000000000e+03, gap 2.6316%
## # A tibble: 20 × 5
##    summary    feature   total_amount absolute_held relative_held
##    <chr>      <chr>            <dbl>         <dbl>         <dbl>
##  1 overall    feature_1       117.           18.3          0.157
##  2 overall    feature_2        43.7           8.19         0.187
##  3 overall    feature_3       101.           15.2          0.151
##  4 overall    feature_4        59.7          11.6          0.194
##  5 overall    feature_5        79.4          12.7          0.161
##  6 few traps  feature_1         8.33          0            0    
##  7 few traps  feature_2         3.12          0            0    
##  8 few traps  feature_3         7.20          0            0    
##  9 few traps  feature_4         4.27          0            0    
## 10 few traps  feature_5         5.67          0            0    
## 11 many traps feature_1        41.6           0            0    
## 12 many traps feature_2        15.6           0            0    
## 13 many traps feature_3        36.0           0            0    
## 14 many traps feature_4        21.3           0            0    
## 15 many traps feature_5        28.4           0            0    
## 16 baiting    feature_1        66.6          18.3          0.275
## 17 baiting    feature_2        25.0           8.19         0.328
## 18 baiting    feature_3        57.6          15.2          0.264
## 19 baiting    feature_4        34.1          11.6          0.340
## 20 baiting    feature_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 which of our planning units cannot be assigned to the third zone (baiting) to obtain a more useful solution.

## # A tibble: 6 × 3
##      pu zone    status
##   <int> <chr>    <dbl>
## 1     1 baiting      0
## 2     2 baiting      0
## 3     3 baiting      0
## 4     4 baiting      0
## 5     5 baiting      0
## 6     6 baiting      0
## A conservation problem (<ConservationProblem>)
## ├•data
## │├•zones:       "few traps", "many traps", and "baiting" (3 total)
## │├•features:    "feature_1", "feature_2", "feature_3", "feature_4", and "feature_5" (5 total)
## │└•planning units:
## │ ├•data:       <SpatRaster> (100 total)
## │ ├•costs:      continuous values (between 0 and 300)
## │ ├•extent:     0, 0, 1, 1 (xmin, ymin, xmax, ymax)
## │ └•CRS:        Undefined Cartesian SRS (projected)
## ├•formulation
## │├•objective:   minimum set objective
## │├•penalties:   none specified
## │├•targets:     absolute targets (between 8 and 8)
## │├•constraints:
## ││└•1:          manual locked constraints (80 planning units)
## │└•decisions:   binary decision
## └•optimization
##  ├•portfolio:   shuffle portfolio (`number_solutions` = 1, …)
##  └•solver:      gurobi solver (`gap` = 0.1, `time_limit` = 2147483647, `first_feasible` = FALSE, …)
## # ℹ Use `summary(...)` to see complete formulation.
## Gurobi Optimizer version 10.0.1 build v10.0.1rc0 (linux64)
## 
## CPU model: AMD Ryzen Threadripper 3960X 24-Core Processor, instruction set [SSE2|AVX|AVX2]
## Thread count: 24 physical cores, 48 logical processors, using up to 1 threads
## 
## Optimize a model with 105 rows, 300 columns and 1800 nonzeros
## Model fingerprint: 0x0d87ce25
## 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)
## Root relaxation presolved: 91 rows, 180 columns, 360 nonzeros
## 
## 
## Root relaxation: objective 6.938068e+03, 1 iterations, 0.00 seconds (0.00 work units)
## 
##     Nodes    |    Current Node    |     Objective Bounds      |     Work
##  Expl Unexpl |  Obj  Depth IntInf | Incumbent    BestBd   Gap | It/Node Time
## 
##      0     0 6938.06815    0    1 9600.00000 6938.06815  27.7%     -    0s
## H    0     0                    7000.0000000 6938.06815  0.88%     -    0s
##      0     0 6938.06815    0    1 7000.00000 6938.06815  0.88%     -    0s
## 
## Explored 1 nodes (1 simplex iterations) in 0.00 seconds (0.00 work units)
## Thread count was 1 (of 48 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 × 5
##    summary    feature   total_amount absolute_held relative_held
##    <chr>      <chr>            <dbl>         <dbl>         <dbl>
##  1 overall    feature_1       117.           21.8          0.187
##  2 overall    feature_2        43.7           8.04         0.184
##  3 overall    feature_3       101.           17.7          0.176
##  4 overall    feature_4        59.7          10.9          0.182
##  5 overall    feature_5        79.4          15.2          0.192
##  6 few traps  feature_1         8.33          0            0    
##  7 few traps  feature_2         3.12          0            0    
##  8 few traps  feature_3         7.20          0            0    
##  9 few traps  feature_4         4.27          0            0    
## 10 few traps  feature_5         5.67          0            0    
## 11 many traps feature_1        41.6           7.40         0.178
## 12 many traps feature_2        15.6           3.42         0.219
## 13 many traps feature_3        36.0           6.00         0.167
## 14 many traps feature_4        21.3           4.84         0.227
## 15 many traps feature_5        28.4           5.26         0.186
## 16 baiting    feature_1        66.6          14.4          0.217
## 17 baiting    feature_2        25.0           4.62         0.185
## 18 baiting    feature_3        57.6          11.7          0.203
## 19 baiting    feature_4        34.1           6.05         0.177
## 20 baiting    feature_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
## A conservation problem (<ConservationProblem>)
## ├•data
## │├•zones:       "few traps", "many traps", and "baiting" (3 total)
## │├•features:    "feature_1", "feature_2", "feature_3", "feature_4", and "feature_5" (5 total)
## │└•planning units:
## │ ├•data:       <SpatRaster> (100 total)
## │ ├•costs:      continuous values (between 0 and 300)
## │ ├•extent:     0, 0, 1, 1 (xmin, ymin, xmax, ymax)
## │ └•CRS:        Undefined Cartesian SRS (projected)
## ├•formulation
## │├•objective:   minimum set objective
## │├•penalties:
## ││└•1:          boundary penalties (`penalty` = 640, `edge_factor` = 0.5, 0.5, and 0.5, …)
## │├•targets:     absolute targets (between 8 and 8)
## │├•constraints:
## ││└•1:          manual locked constraints (80 planning units)
## │└•decisions:   binary decision
## └•optimization
##  ├•portfolio:   shuffle portfolio (`number_solutions` = 1, …)
##  └•solver:      gurobi solver (`gap` = 0.1, `time_limit` = 2147483647, `first_feasible` = FALSE, …)
## # ℹ Use `summary(...)` to see complete formulation.
## Gurobi Optimizer version 10.0.1 build v10.0.1rc0 (linux64)
## 
## CPU model: AMD Ryzen Threadripper 3960X 24-Core Processor, instruction set [SSE2|AVX|AVX2]
## Thread count: 24 physical cores, 48 logical processors, using up to 1 threads
## 
## Optimize a model with 1905 rows, 1200 columns and 5400 nonzeros
## Model fingerprint: 0xcf2ec927
## 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)
## Found heuristic solution: objective 19632.000000
## Root relaxation presolved: 877 rows, 968 columns, 2712 nonzeros
## 
## 
## Root relaxation: objective 1.005410e+04, 568 iterations, 0.01 seconds (0.01 work units)
## 
##     Nodes    |    Current Node    |     Objective Bounds      |     Work
##  Expl Unexpl |  Obj  Depth IntInf | Incumbent    BestBd   Gap | It/Node Time
## 
##      0     0 10054.0986    0   57 19632.0000 10054.0986  48.8%     -    0s
## H    0     0                    11300.000000 10054.0986  11.0%     -    0s
## H    0     0                    11140.000000 10054.0986  9.75%     -    0s
## 
## Explored 1 nodes (823 simplex iterations) in 0.03 seconds (0.04 work units)
## Thread count was 1 (of 48 available processors)
## 
## Solution count 4: 11140 11300 19632 20096 
## 
## Optimal solution found (tolerance 1.00e-01)
## Best objective 1.114000000000e+04, best bound 1.005600000000e+04, gap 9.7307%
## # A tibble: 20 × 5
##    summary    feature   total_amount absolute_held relative_held
##    <chr>      <chr>            <dbl>         <dbl>         <dbl>
##  1 overall    feature_1       117.           22.5          0.193
##  2 overall    feature_2        43.7           8.11         0.186
##  3 overall    feature_3       101.           18.0          0.178
##  4 overall    feature_4        59.7          11.3          0.190
##  5 overall    feature_5        79.4          15.7          0.198
##  6 few traps  feature_1         8.33          0            0    
##  7 few traps  feature_2         3.12          0            0    
##  8 few traps  feature_3         7.20          0            0    
##  9 few traps  feature_4         4.27          0            0    
## 10 few traps  feature_5         5.67          0            0    
## 11 many traps feature_1        41.6           8.00         0.192
## 12 many traps feature_2        15.6           3.49         0.224
## 13 many traps feature_3        36.0           6.24         0.174
## 14 many traps feature_4        21.3           5.28         0.247
## 15 many traps feature_5        28.4           5.72         0.202
## 16 baiting    feature_1        66.6          14.4          0.217
## 17 baiting    feature_2        25.0           4.62         0.185
## 18 baiting    feature_3        57.6          11.7          0.203
## 19 baiting    feature_4        34.1           6.05         0.177
## 20 baiting    feature_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.

## A conservation problem (<ConservationProblem>)
## ├•data
## │├•zones:       "few traps", "many traps", and "baiting" (3 total)
## │├•features:    "feature_1", "feature_2", "feature_3", "feature_4", and "feature_5" (5 total)
## │└•planning units:
## │ ├•data:       <SpatRaster> (100 total)
## │ ├•costs:      continuous values (between 0 and 300)
## │ ├•extent:     0, 0, 1, 1 (xmin, ymin, xmax, ymax)
## │ └•CRS:        Undefined Cartesian SRS (projected)
## ├•formulation
## │├•objective:   minimum set objective
## │├•penalties:
## ││└•1:          boundary penalties (`penalty` = 640, `edge_factor` = 0.5, 0.5, and 0.5, …)
## │├•targets:     absolute targets (between 8 and 8)
## │├•constraints:
## ││├•1:          mandatory allocation constraints
## ││└•2:          manual locked constraints (80 planning units)
## │└•decisions:   binary decision
## └•optimization
##  ├•portfolio:   shuffle portfolio (`number_solutions` = 1, …)
##  └•solver:      gurobi solver (`gap` = 0.1, `time_limit` = 2147483647, `first_feasible` = FALSE, …)
## # ℹ Use `summary(...)` to see complete formulation.
## Gurobi Optimizer version 10.0.1 build v10.0.1rc0 (linux64)
## 
## CPU model: AMD Ryzen Threadripper 3960X 24-Core Processor, instruction set [SSE2|AVX|AVX2]
## Thread count: 24 physical cores, 48 logical processors, using up to 1 threads
## 
## Optimize a model with 1905 rows, 1200 columns and 5400 nonzeros
## Model fingerprint: 0x3bb74472
## 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)
## Found heuristic solution: objective 18988.000000
## Root relaxation presolved: 785 rows, 876 columns, 2448 nonzeros
## 
## 
## Root relaxation: objective 1.323093e+04, 265 iterations, 0.00 seconds (0.00 work units)
## 
##     Nodes    |    Current Node    |     Objective Bounds      |     Work
##  Expl Unexpl |  Obj  Depth IntInf | Incumbent    BestBd   Gap | It/Node Time
## 
##      0     0 13230.9255    0   95 18988.0000 13230.9255  30.3%     -    0s
## H    0     0                    13260.000000 13230.9255  0.22%     -    0s
## 
## Explored 1 nodes (426 simplex iterations) in 0.02 seconds (0.03 work units)
## Thread count was 1 (of 48 available processors)
## 
## Solution count 3: 13260 18988 19600 
## 
## Optimal solution found (tolerance 1.00e-01)
## Best objective 1.326000000000e+04, best bound 1.323200000000e+04, gap 0.2112%
## # A tibble: 20 × 5
##    summary    feature   total_amount absolute_held relative_held
##    <chr>      <chr>            <dbl>         <dbl>         <dbl>
##  1 overall    feature_1       117.           23.4         0.201 
##  2 overall    feature_2        43.7           8.04        0.184 
##  3 overall    feature_3       101.           19.4         0.192 
##  4 overall    feature_4        59.7          10.9         0.182 
##  5 overall    feature_5        79.4          16.1         0.203 
##  6 few traps  feature_1         8.33          5.92        0.711 
##  7 few traps  feature_2         3.12          2.33        0.745 
##  8 few traps  feature_3         7.20          5.25        0.730 
##  9 few traps  feature_4         4.27          3.18        0.745 
## 10 few traps  feature_5         5.67          4.00        0.706 
## 11 many traps feature_1        41.6           3.02        0.0725
## 12 many traps feature_2        15.6           1.09        0.0700
## 13 many traps feature_3        36.0           2.41        0.0670
## 14 many traps feature_4        21.3           1.66        0.0779
## 15 many traps feature_5        28.4           2.11        0.0743
## 16 baiting    feature_1        66.6          14.4         0.217 
## 17 baiting    feature_2        25.0           4.62        0.185 
## 18 baiting    feature_3        57.6          11.7         0.203 
## 19 baiting    feature_4        34.1           6.05        0.177 
## 20 baiting    feature_5        45.4           9.98        0.220

Conclusion

Hopefully, this vignette has provided an informative introduction to building and solving problems with multiple zones. 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 package documentation to help understand how functions work when applied to 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.