prior3D
Toolset for 3D systematic conservation planning, conducting nested prioritization analyses across multiple depth levels and ensuring efficient resource allocation throughout the water column
Science Score: 57.0%
This score indicates how likely this project is to be science-related based on various indicators:
-
✓CITATION.cff file
Found CITATION.cff file -
✓codemeta.json file
Found codemeta.json file -
✓.zenodo.json file
Found .zenodo.json file -
✓DOI references
Found 10 DOI reference(s) in README -
○Academic publication links
-
○Academic email domains
-
○Institutional organization owner
-
○JOSS paper metadata
-
○Scientific vocabulary similarity
Low similarity (13.3%) to scientific vocabulary
Keywords
Repository
Toolset for 3D systematic conservation planning, conducting nested prioritization analyses across multiple depth levels and ensuring efficient resource allocation throughout the water column
Basic Info
- Host: GitHub
- Owner: cadam00
- License: gpl-3.0
- Language: R
- Default Branch: main
- Homepage: https://cadam00.github.io/prior3D/
- Size: 3.72 MB
Statistics
- Stars: 6
- Watchers: 1
- Forks: 0
- Open Issues: 0
- Releases: 0
Topics
Metadata Files
README.md
This research was conducted at the Department of Marine Sciences, University of the Aegean, Greece, supported by the European Union’s Horizon 2020 research and innovation programme HORIZON-CL6–2021-BIODIV-01–12, under grant agreement No 101059407, “MarinePlan – Improved transdisciplinary science for effective ecosystem-based maritime spatial planning and conservation in European Seas”.
1 Introduction to the prior3D Package (tutorial)
The prior3D package offers a comprehensive toolset for 3D systematic conservation planning, conducting nested prioritization analyses across multiple depth levels and ensuring efficient resource allocation throughout the water column (Doxa et al. 2022). It provides a structured workflow designed to address biodiversity conservation and management challenges in the 3 dimensions, such as the incorporation of multiple costs at different depth levels, while facilitating users’ choices and parameterization. The process initiates from the deepest level and progressively moves toward the surface, by conducting a step-by-step prioritization analysis at each depth Figure 1. The optimization result at each depth level is considered as a cost layer for the layer above. This approach gives priority to areas chosen in deeper waters when selecting areas at the subsequent upper level, thus creating a cascading prioritization structure. The prior3D package is built upon the prioritizr package (Hanson et al. 2024), using commercial and open-source exact algorithm solvers that ensure optimal solutions to prioritization problems.
Figure 1: Flow chart of the 3D prioritization analysis for the four depth zones considered in the Doxa et al. (2022) analysis
This tutorial will guide you through the key functions of the package, from data preparation to generating informative outputs to address conservation challenges in diverse marine (and terrestrial) ecosystems and enable informed decision-making in biodiversity conservation, restoration and management.
2 Workflow: Running the analysis
The package provides two options for conducting analyses:
Running a Step-by-Step 3D SCP analysis
Running a Comparative Analysis of a 2D and a 3D SCP approach
When opting for the step-by-step analysis (first option), the workflow proceeds as follows:
Use the
split_rast()function to convert 2D distribution rasters of biodiversity features into a 3D format.Use the
prioritize_3D()function to set the optimization problem and define its parameters. This function also solves the problem and provides the solution in the form of a map.Use the
evaluate_3D()function to obtain detailed results in a tabular format.Use the
plot_3D()function to generate graphs based on the solution results.
When opting for a comparative analysis of a 2D and a 3D SCP approach
(second option), users can use the Compare_2D_3D() function. This
function incorporates the aforementioned detailed workflow and applies
it to both 2D and 3D approaches, streamlining and simplifying the
analysis process for users. By using this function, users provide the
input data, define the optimization problem and its parameterization,
run the analysis and finally obtain the results in the form of maps,
graphs and tables.
The spatial coherence of the solution maps can be evaluated through a post-processing analysis, which can be conducted after either the step-by-step or the comparative analysis. The necessary functions for this assessment are also provided within the package.
3 Installation
All the functions of the package prior3D can be installed in R via:
r
install.packages("prior3D")
Alternatively, development version of the package can be installed using:
r
if (!require(remotes)) install.packages("remotes")
remotes::install_github("cadam00/prior3D")
4 Citation
Doxa A, Adam C, Nagkoulis N, Mazaris AD, Katsanevakis S, 2025. prior3D: An R package for three-dimensional conservation prioritization. Ecological Modelling 499: 110919. https://doi.org/10.1016/j.ecolmodel.2024.110919
5 Illustration example
Let us consider the following dataset as an illustrative example. It represents a subset of the species analyzed in Doxa et al. (2022). For simplicity reasons, we have included only 20 species for demonstration purposes.
Biodiversity features
Two types of input data are needed for the biodiversity features.
Species information tables in tabular form (
data.frame). The firstdata.framecontains information about the features. If the biodiversity features concern species then this data.frame must indicate at least the species name and species classification as pelagic or benthic (mandatory). Additional optional data may include species assignment to prioritization groups and, if available, the species’ bathymetric range (min and max depth at which the species occurs). The seconddata.frameis a prioritization weights table, where users can assign specific weights to different prioritization groups. These groups can represent any meaningful categorization for the prioritization process, like taxonomical, functional, or conservation status categories, such as those defined by the IUCN.Biodiversity distribution data in 2D raster form. These rasters contain the information on the spatial distribution of the features across the study area. Biodiversity distribution information can represent either presence-absence data (binary) or any continuous information, such as biomass/abundance, probability of occurrences.
``` r
Import prior3D R package
library(prior3D)
Species information table
data(biodivdf) head(biodivdf) ```
``` r
speciesname pelagic minz max_z
1 acanthocybium_solandri 1 -20 0
2 acantholabrus_palloni 0 -500 -30
3 acanthomysis_longicornis 0 -100 -2
4 abraliopsis_morisii 0 -3660 0
5 abralia_veranyi 0 -900 -1
6 abraliopsis_pfefferi 0 -750 -1
```
``` r
Biodiversity distribution data in 2D raster form
biodivraster <- getbiodivraster() biodivraster ```
``` r
class : SpatRaster
dimensions : 31, 83, 20 (nrow, ncol, nlyr)
resolution : 0.5, 0.5 (x, y)
extent : -5.5, 36, 30.5, 46 (xmin, xmax, ymin, ymax)
coord. ref. : lon/lat WGS 84 (EPSG:4326)
source : biodiv_raster.tif
names : aapto~aptos, abiet~etina, abra_alba, abral~ranyi, abral~risii, abral~fferi, ...
min values : 0.01, 0.01, 0.01, 0.01, 0.01, 0.01, ...
max values : 1.00, 0.63, 1.00, 1.00, 1.00, 1.00, ...
```
Planning site, planning units and depth levels
In the illustration example, we consider as our planning site the Mediterranean Sea, with 0.5°x0.5° cells as our planning unites (PUs). We consider four depth levels: (i) 0 to 40 m (infralittoral zone, extending to the lower limit of photophilic algae and seagrasses), (ii) 40 to 200 m (circalittoral zone, continental shelf, animal-dominated), (iii) 200 to 2000 m (~continental slope), and (iv) exceeding 2000 m in depth (lower bathyal plains and abyssal zone) (Figure 2).
Figure 2: The study area and the considered depth zones
To conduct the analysis, a SpatRaster object containing bathymetric data for the planning site is needed. This raster should represent depths with negative values and match the extent and resolution of the biodiversity rasters. Alternatively, if bathymetry maps of greater resolution and broader extent are available, they can also be used, as the prior3D functions internally conduct cropping and resampling to match the biodiversity data. Producing the final depth raster that delineates the desired depth zones is also produced by the prior3D functions.
``` r
Biodiversity distribution data in 2D raster form
depthraster <- getdepthraster() depthraster ```
``` r
class : SpatRaster
dimensions : 31, 83, 1 (nrow, ncol, nlyr)
resolution : 0.5, 0.5 (x, y)
extent : -5.5, 36, 30.5, 46 (xmin, xmax, ymin, ymax)
coord. ref. : lon/lat WGS 84 (EPSG:4326)
source : depth_raster.tif
name : depth_raster
min value : -4082.70312
max value : -6.60191
```
6 Step-by-Step 3D SCP analysis
6.1 Step 1: Data Preparation
Transforming Biodiversity Distributions into Multilevel (3D) Data
The split_rast() function is used to convert 2D distributions of
biodiversity features (rasters) into a 3D format.
``` r
Splitting features' 2D distributions into 3D ones
splitfeatures <- splitrast(biodivraster, depthraster, breaks = c(0, -40, -200, -2000, -Inf), biodivdf, valdepth_range=TRUE) ```
The output is a list containing species distributions for each bathymetric layer, necessary for the analysis next steps.
6.2 Step 2: 3D Prioritization Algorithm
The 3D prioritization algorithm is implemented using the
prioritize_3D() function, the core function of the prior3D
package. This function uses the list generated from the split_rast()
function and other necessary inputs.
r
single_3D <- prioritize_3D(split_features = split_features,
depth_raster = depth_raster,
breaks = c(0, -40, -200, -2000, -Inf),
biodiv_df = biodiv_df,
budget_percents = 0.3,
budget_weights = "richness",
threads = parallel::detectCores(),
portfolio = "gap", #"shuffle"
portfolio_opts = list(number_solutions = 10))
``` r
Budget: 0.3
```
Notes:
budget_percent: Contrarily to its strict economic definition, budget
reflects the desired level of protection to be modeled. It ranges from 0
to 1, with 0 indicating no resources available for protection, while 1
signifies resources sufficient to protect the entire study area.
Typically, setting a budget of 0.3 corresponds to the 30% conservation
target (i.e. 30% of the total area set aside for conservation). Users
also have the flexibility to define multiple budget levels using a
vector, allowing for the exploration of various protection scenarios.
For instance, a vector like c(0.1, 0.3, 0.5) represents three
scenarios where 10%, 30%, and 50% of the study area are designated for
protection.
budget_weights: The prioritize_3D() function allows users to specify
how the budget is distributed among depth levels. Three allocation
methods are available:
Equal Distribution: Allocates an equal share of the budget to each depth level (
budget_weights ="equal").Proportional to Area: Allocates budget based on the spatial extent of each depth level (
budget_weights ="area").Proportional to Species Richness: Prioritizes budget allocation to depth levels with higher species diversity (number of species). (
budget_weights = "richness")
6.3 Step 3: Generating Outputs
Prioritization Maps
The prioritize_3D() function is used to generate prioritization maps.
Single budget settings (ex. total_budget=0.3) produce standard maps,
as typical Marxan outputs. Multiple budgets, by using a vector (ex.
c(0.1,0.3,0.5), indicating available resources sufficient to protect
10%, 30% and 50% of the area) result in cumulative maps, illustrating
areas selected by various budget levels. Although this output follows a
different approach, it resembles to typical Zonation output maps.
Figure 3: Prioritization maps for single and multiple budget percentages
``` r
Create plot of outputs for a single budget percentage
plot3D(single3D, toplot="all", addlines=FALSE) ```
Figure 4: Output for 30% budget percentage
And for multiple budgets
``` r
Create plot of outputs for multiple budget percentages
multiple3D <- prioritize3D(splitfeatures = splitfeatures, depthraster = depthraster, breaks = c(0, -40, -200, -2000, -Inf), biodivdf = biodivdf, budgetpercents = seq(0,1,0.1), budgetweights = "richness", threads = parallel::detectCores(), portfolio = "gap", portfolioopts = list(numbersolutions = 10)) ```
``` r
Budget: 0
Warning: Portfolio could only find 1 out of 10 solutions.
Warning: Portfolio could only find 1 out of 10 solutions.
Warning: Portfolio could only find 1 out of 10 solutions.
Warning: Portfolio could only find 1 out of 10 solutions.
Budget: 0.1
Budget: 0.2
Budget: 0.3
Budget: 0.4
Budget: 0.5
Budget: 0.6
Budget: 0.7
Budget: 0.8
Budget: 0.9
Budget: 1
Warning: Problem failed presolve checks.
These checks indicate that solutions might not identify meaningful priority
areas:
✖ Budget is greater than the total cost of selecting all planning units.
→ Maybe you made a mistake when setting the budget in the objective function?
ℹ For more information, see presolve_check().
```
r
plot_3D(multiple_3D)
Figure 5: Output for multiple budget percentages
7 Comparative Analysis of a 2D and a 3D SCP approach
To facilitate comparisons between 3D and 2D approaches, the
compare_2D_3D() function is provided in the package. This function
enables users to conduct all the above mentioned steps of analysis (data
generation, setting and solving the optimization problem and producing
outputs), by executing both 2D and 3D approaches, with similar settings,
that facilitate comparisons. The function plot_Compare_2D_3D()
generates corresponding maps and graphs for both approaches.
r
out_2D_3D <- Compare_2D_3D(biodiv_raster = biodiv_raster,
depth_raster = depth_raster,
breaks = c(0, -40, -200, -2000, -Inf),
biodiv_df = biodiv_df,
budget_percents = seq(0, 1, 0.1),
budget_weights = "richness",
threads = parallel::detectCores(),
portfolio = "gap", #"shuffle"
portfolio_opts = list(number_solutions = 10))
```r
Budget: 0
Warning: Portfolio could only find 1 out of 10 solutions.
Warning: Portfolio could only find 1 out of 10 solutions.
Warning: Portfolio could only find 1 out of 10 solutions.
Warning: Portfolio could only find 1 out of 10 solutions.
Warning: Portfolio could only find 1 out of 10 solutions.
Budget: 0.1
Budget: 0.2
Budget: 0.3
Budget: 0.4
Budget: 0.5
Budget: 0.6
Budget: 0.7
Budget: 0.8
Budget: 0.9
Budget: 1
Warning: Problem failed presolve checks.
These checks indicate that solutions might not identify meaningful priority
areas:
✖ Budget is greater than the total cost of selecting all planning units.
→ Maybe you made a mistake when setting the budget in the objective function?
ℹ For more information, see presolve_check().
Warning: Problem failed presolve checks.
These checks indicate that solutions might not identify meaningful priority
areas:
✖ Budget is greater than the total cost of selecting all planning units.
→ Maybe you made a mistake when setting the budget in the objective function?
ℹ For more information, see presolve_check().
```
r
plot_Compare_2D_3D(out_2D_3D, to_plot="all", add_lines=TRUE)
Figure 6: Comparison of 2D vs 3D approach for multiple budget percentages
8 Spatial Coherence Metrics
The spatial coherence of the prioritization output (optimization solution) maps is assessed using three metrics: average surface roughness (SA), surface kurtosis (SKU), and the RAO index. These can be used for comparison among solution 2D and 3D solutions.
High SA values signify that there is a high spatial heterogeneity,
indicating lower spatial coherence. High SKU indicate high spatial
coherence. Both SA and SKU are calculated using R package geodiv
(Smith et al. 2023), applying geodiv::focal_metrics
functions “sa” and “sku” to optimization solution rasters.
High RAO values suggest increased spatial heterogeneity, thus low
spatial coherence. To compute the RAO metric, a moving window approach
is employed on optimization solution maps, using function
rasterdiv::paRao from R package rasterdiv (Rocchini, Thouverai,
et al. 2021; Rocchini, Marcantonio, et al.
2021). The dimensions of the window chosen is 3×3.
The new raster, which is a result of the application of the algorithm,
is used to get an average RAO value for the whole raster.
r
coherence(out_2D_3D, w=3)
``` r
Progress metrics: 1 / 1
Progress metrics: 1 / 1
sa2D sa3D sa2Dw sa3Dw
3.806 3.503 2.413 2.118
```
Figure 7: SA
r
coherence(out_2D_3D, w=3, metric="sku")
``` r
Progress metrics: 1 / 1
Progress metrics: 1 / 1
sku2D sku3D sku2Dw sku3Dw
0.347 1.138 -0.536 -0.374
```
Figure 8: SKU
r
coherence(out_2D_3D, w=3, metric="rao")
``` r
2D RAO
Processing alpha: 1 Moving Window: 3
Processing alpha: 1 Moving Window: 3
[============================>----------------] 64% in 0s
[============================>----------------] 65% in 0s
[=============================>---------------] 66% in 0s
[=============================>---------------] 67% in 0s
[==============================>--------------] 69% in 0s
[==============================>--------------] 70% in 0s
[===============================>-------------] 71% in 0s
[================================>------------] 72% in 0s
[================================>------------] 73% in 0s
[=================================>-----------] 75% in 0s
[=================================>-----------] 76% in 0s
[==================================>----------] 77% in 0s
[==================================>----------] 78% in 0s
[===================================>---------] 80% in 0s
[===================================>---------] 81% in 0s
[====================================>--------] 82% in 0s
[====================================>--------] 83% in 0s
[=====================================>-------] 84% in 0s
[=====================================>-------] 86% in 0s
[======================================>------] 87% in 0s
[=======================================>-----] 88% in 0s
[=======================================>-----] 89% in 0s
[========================================>----] 90% in 0s
[========================================>----] 92% in 0s
[=========================================>---] 93% in 0s
[=========================================>---] 94% in 0s
[==========================================>--] 95% in 0s
[==========================================>--] 96% in 0s
[===========================================>-] 98% in 0s
[===========================================>-] 99% in 0s
[=============================================] 100% in 0s
3D RAO
Processing alpha: 1 Moving Window: 3
Processing alpha: 1 Moving Window: 3
[=============================>---------------] 67% in 0s
[==============================>--------------] 69% in 0s
[==============================>--------------] 70% in 0s
[===============================>-------------] 71% in 0s
[================================>------------] 72% in 0s
[================================>------------] 73% in 0s
[=================================>-----------] 75% in 0s
[=================================>-----------] 76% in 0s
[==================================>----------] 77% in 0s
[==================================>----------] 78% in 0s
[===================================>---------] 80% in 0s
[===================================>---------] 81% in 0s
[====================================>--------] 82% in 0s
[====================================>--------] 83% in 0s
[=====================================>-------] 84% in 0s
[=====================================>-------] 86% in 0s
[======================================>------] 87% in 0s
[=======================================>-----] 88% in 0s
[=======================================>-----] 89% in 0s
[========================================>----] 90% in 0s
[========================================>----] 92% in 0s
[=========================================>---] 93% in 0s
[=========================================>---] 94% in 0s
[==========================================>--] 95% in 0s
[==========================================>--] 96% in 0s
[===========================================>-] 98% in 0s
[===========================================>-] 99% in 0s
[=============================================] 100% in 0s
$rao2D.mean
[1] 1.872
$rao3D.mean
[1] 1.709
Warning messages:
1: In rasterdiv::paRao(x = rasterdata2D, window = w, na.tolerance = 1, :
Simplify=0. Rounding data to 0 decimal places.
2: In rasterdiv::paRao(x = rasterdata2D, window = w, na.tolerance = 1, :
Input data are float numbers. Converting data to integer matrices.
3: In rasterdiv::paRao(x = rasterdata3D, window = w, na.tolerance = 1, :
Simplify=0. Rounding data to 0 decimal places.
4: In rasterdiv::paRao(x = rasterdata3D, window = w, na.tolerance = 1, :
Input data are float numbers. Converting data to integer matrices.
```
Figure 9: RAO
9 References
Doxa, Aggeliki, Vasiliki Almpanidou, Stelios Katsanevakis, Ana M Queirós, Kristin Kaschner, Cristina Garilao, Kathleen Kesner-Reyes, and Antonios D Mazaris. 2022. “4D marine conservation networks: Combining 3D prioritization of present and future biodiversity with climatic refugia. ” Global Change Biology 28 (15): 4577–88. https://doi.org/10.1111/gcb.16268
Hanson, Jeffrey O, Richard Schuster, Nina Morrell, Matthew Strimas-Mackey, Brandon P M Edwards, Matthew E Watts, Peter Arcese, Joseph Bennett, and Hugh P Possingham. 2024. prioritizr: Systematic Conservation Prioritization in R. https://prioritizr.net
Rocchini, Duccio, Matteo Marcantonio, Daniele Da Re, Giovanni Bacaro, Enrico Feoli, Giles Foody, Reinhard Furrer, et al. 2021. “From zero to infinity: Minimum to maximum diversity of the planet by spatio-parametric Rao’s quadratic entropy.” Global Ecology and Biogeography 30 (5): 2315. https://doi.org/10.1111/geb.13270
Rocchini, Duccio, Elisa Thouverai, Matteo Marcantonio, Martina Iannacito, Daniele Da Re, Michele Torresani, Giovanni Bacaro, et al. 2021. “ rasterdiv - An Information Theory tailored R package for measuring ecosystem heterogeneity from space: To the origin and back.” Methods in Ecology and Evolution 12 (6): 2195. https://doi.org/10.1111/2041-210X.13583
Smith, Annie C., Phoebe Zarnetske, Kyla Dahlin, Adam Wilson, and Andrew Latimer. 2023. Geodiv: Methods for Calculating Gradient Surface Metrics. https://doi.org/10.32614/CRAN.package.geodiv
Owner
- Login: cadam00
- Kind: user
- Repositories: 1
- Profile: https://github.com/cadam00
Citation (CITATION.cff)
# --------------------------------------------
# CITATION file created with {cffr} R package
# See also: https://docs.ropensci.org/cffr/
# --------------------------------------------
cff-version: 1.2.0
message: 'To cite package "prior3D" in publications use:'
type: software
license: GPL-3.0-only
title: 'prior3D: 3D Prioritization Algorithm'
version: 0.1.4
doi: 10.1016/j.ecolmodel.2024.110919
identifiers:
- type: doi
value: 10.32614/CRAN.package.prior3D
abstract: Three-dimensional systematic conservation planning, conducting nested prioritization
analyses across multiple depth levels and ensuring efficient resource allocation
throughout the water column. It provides a structured workflow designed to address
biodiversity conservation and management challenges in the 3 dimensions, while facilitating
users’ choices and parameterization (Doxa et al. 2025 <https://doi.org/10.1016/j.ecolmodel.2024.110919>).
authors:
- family-names: Doxa
given-names: Aggeliki
email: aggeliki.doxa@uoc.gr
orcid: https://orcid.org/0000-0003-4279-1499
- family-names: Adam
given-names: Christos
email: econp266@econ.soc.uoc.gr
orcid: https://orcid.org/0009-0003-3244-7034
- family-names: Nagkoulis
given-names: Nikolaos
email: nikolaosn@civil.auth.gr
orcid: https://orcid.org/0000-0002-1900-2634
- family-names: Mazaris
given-names: Antonios D.
email: amazaris@bio.auth.gr
orcid: https://orcid.org/0000-0002-4961-5490
- family-names: Katsanevakis
given-names: Stelios
email: stelios@katsanevakis.com
orcid: https://orcid.org/0000-0002-5137-7540
preferred-citation:
type: article
title: 'prior3D: An R package for three-dimensional conservation prioritization'
authors:
- family-names: Doxa
given-names: Aggeliki
email: aggeliki.doxa@uoc.gr
orcid: https://orcid.org/0000-0003-4279-1499
- family-names: Adam
given-names: Christos
email: econp266@econ.soc.uoc.gr
orcid: https://orcid.org/0009-0003-3244-7034
- family-names: Nagkoulis
given-names: Nikolaos
email: nikolaosn@civil.auth.gr
orcid: https://orcid.org/0000-0002-1900-2634
- family-names: Mazaris
given-names: Antonios D.
email: amazaris@bio.auth.gr
orcid: https://orcid.org/0000-0002-4961-5490
- family-names: Katsanevakis
given-names: Stelios
email: stelios@katsanevakis.com
orcid: https://orcid.org/0000-0002-5137-7540
journal: Ecological Modelling
year: '2025'
volume: '499'
doi: 10.1016/j.ecolmodel.2024.110919
start: '110919'
repository: https://CRAN.R-project.org/package=prior3D
repository-code: https://github.com/cadam00/prior3D
url: https://cadam00.github.io/prior3D/
contact:
- family-names: Adam
given-names: Christos
email: econp266@econ.soc.uoc.gr
orcid: https://orcid.org/0009-0003-3244-7034
keywords:
- biodiversity
- conservation
- conservation-planning
- depth
- marine-spatial-planning
- multidimensional-environments
- prioritization
- r
- r-package
references:
- type: software
title: prioritizr
abstract: 'prioritizr: Systematic Conservation Prioritization in R'
notes: Imports
url: https://prioritizr.net
repository: https://CRAN.R-project.org/package=prioritizr
authors:
- family-names: Hanson
given-names: Jeffrey O
email: jeffrey.hanson@uqconnect.edu.au
orcid: https://orcid.org/0000-0002-4716-6134
- family-names: Schuster
given-names: Richard
email: richard.schuster@glel.carleton.ca
orcid: https://orcid.org/0000-0003-3191-7869
- family-names: Morrell
given-names: Nina
email: nina.morrell@ubc.ca
- family-names: Strimas-Mackey
given-names: Matthew
email: mstrimas@gmail.com
orcid: https://orcid.org/0000-0001-8929-7776
- family-names: Edwards
given-names: Brandon P M
email: brandonedwards3@cmail.carleton.ca
orcid: https://orcid.org/0000-0003-0865-3076
- family-names: Watts
given-names: Matthew E
email: m.watts@uq.edu.au
- family-names: Arcese
given-names: Peter
email: peter.arcese@ubc.ca
orcid: https://orcid.org/0000-0002-8097-482X
- family-names: Bennett
given-names: Joseph R
email: joseph.bennett@carleton.ca
orcid: https://orcid.org/0000-0002-3901-9513
- family-names: Possingham
given-names: Hugh P
email: hugh.possingham@tnc.org
orcid: https://orcid.org/0000-0001-7755-996X
year: '2025'
doi: 10.32614/CRAN.package.prioritizr
version: '>= 8.0.4'
- type: software
title: terra
abstract: 'terra: Spatial Data Analysis'
notes: Imports
url: https://rspatial.org/
repository: https://CRAN.R-project.org/package=terra
authors:
- family-names: Hijmans
given-names: Robert J.
email: r.hijmans@gmail.com
orcid: https://orcid.org/0000-0001-5872-2872
year: '2025'
doi: 10.32614/CRAN.package.terra
- type: software
title: maps
abstract: 'maps: Draw Geographical Maps'
notes: Imports
repository: https://CRAN.R-project.org/package=maps
authors:
- family-names: Becker
given-names: Original S code by Richard A.
- family-names: Minka
given-names: Allan R. Wilks. R version by Ray Brownrigg. Enhancements by Thomas
P
- family-names: Deckmyn.
given-names: Alex
year: '2025'
doi: 10.32614/CRAN.package.maps
version: '>= 3.4.2'
- type: software
title: highs
abstract: 'highs: ''HiGHS'' Optimization Solver'
notes: Imports
url: https://gitlab.com/roigrp/solver/highs
repository: https://CRAN.R-project.org/package=highs
authors:
- family-names: Schwendinger
given-names: Florian
email: FlorianSchwendinger@gmx.at
- family-names: Schumacher
given-names: Dirk
year: '2025'
doi: 10.32614/CRAN.package.highs
- type: software
title: viridis
abstract: 'viridis: Colorblind-Friendly Color Maps for R'
notes: Imports
url: https://sjmgarnier.github.io/viridis/
repository: https://CRAN.R-project.org/package=viridis
authors:
- family-names: Garnier
given-names: Simon
email: garnier@njit.edu
year: '2025'
doi: 10.32614/CRAN.package.viridis
version: '>= 0.6.5'
- type: software
title: readxl
abstract: 'readxl: Read Excel Files'
notes: Imports
url: https://readxl.tidyverse.org
repository: https://CRAN.R-project.org/package=readxl
authors:
- family-names: Wickham
given-names: Hadley
email: hadley@posit.co
orcid: https://orcid.org/0000-0003-4757-117X
- family-names: Bryan
given-names: Jennifer
email: jenny@posit.co
orcid: https://orcid.org/0000-0002-6983-2759
year: '2025'
doi: 10.32614/CRAN.package.readxl
version: '>= 1.4.3'
- type: software
title: rasterdiv
abstract: 'rasterdiv: Diversity Indices for Numerical Matrices'
notes: Imports
url: https://mattmar.github.io/rasterdiv/
repository: https://CRAN.R-project.org/package=rasterdiv
authors:
- family-names: Marcantonio
given-names: Matteo
email: marcantoniomatteo@gmail.com
- family-names: Iannacito
given-names: Martina
email: martina.iannacito@inria.fr
- family-names: Thouverai
given-names: Elisa
email: elisa.th95@gmail.com
- family-names: Torresani
given-names: Michele
email: michele.torresani@unibo.it
- family-names: Da Re
given-names: Daniele
email: daniele.dare@uclouvain.be
- family-names: Tattoni
given-names: Clara
email: clara.tattoni@gmail.com
- family-names: Bacaro
given-names: Giovanni
email: gbacaro@units.it
- family-names: Vicario
given-names: Saverio
email: saverio.vicario@cnr.it
- family-names: Ricotta
given-names: Carlo
email: carlo.ricotta@uniroma1.it
- family-names: Rocchini
given-names: Duccio
email: duccio.rocchini@unibo.it
year: '2025'
doi: 10.32614/CRAN.package.rasterdiv
version: '>= 0.3.4'
- type: software
title: geodiv
abstract: 'geodiv: Methods for Calculating Gradient Surface Metrics'
notes: Imports
url: https://github.com/bioXgeo/geodiv
repository: https://CRAN.R-project.org/package=geodiv
authors:
- family-names: Smith
given-names: Annie C.
- family-names: Zarnetske
given-names: Phoebe
- family-names: Dahlin
given-names: Kyla
- family-names: Wilson
given-names: Adam
- family-names: Latimer
given-names: Andrew
year: '2025'
doi: 10.32614/CRAN.package.geodiv
version: '>= 1.1.0'
- type: software
title: methods
abstract: 'R: A Language and Environment for Statistical Computing'
notes: Imports
authors:
- name: R Core Team
institution:
name: R Foundation for Statistical Computing
address: Vienna, Austria
year: '2025'
- type: software
title: stats
abstract: 'R: A Language and Environment for Statistical Computing'
notes: Imports
authors:
- name: R Core Team
institution:
name: R Foundation for Statistical Computing
address: Vienna, Austria
year: '2025'
- type: software
title: utils
abstract: 'R: A Language and Environment for Statistical Computing'
notes: Imports
authors:
- name: R Core Team
institution:
name: R Foundation for Statistical Computing
address: Vienna, Austria
year: '2025'
- type: software
title: graphics
abstract: 'R: A Language and Environment for Statistical Computing'
notes: Imports
authors:
- name: R Core Team
institution:
name: R Foundation for Statistical Computing
address: Vienna, Austria
year: '2025'
- type: software
title: grDevices
abstract: 'R: A Language and Environment for Statistical Computing'
notes: Imports
authors:
- name: R Core Team
institution:
name: R Foundation for Statistical Computing
address: Vienna, Austria
year: '2025'
- type: software
title: knitr
abstract: 'knitr: A General-Purpose Package for Dynamic Report Generation in R'
notes: Suggests
url: https://yihui.org/knitr/
repository: https://CRAN.R-project.org/package=knitr
authors:
- family-names: Xie
given-names: Yihui
email: xie@yihui.name
orcid: https://orcid.org/0000-0003-0645-5666
year: '2025'
doi: 10.32614/CRAN.package.knitr
- type: software
title: rmarkdown
abstract: 'rmarkdown: Dynamic Documents for R'
notes: Suggests
url: https://pkgs.rstudio.com/rmarkdown/
repository: https://CRAN.R-project.org/package=rmarkdown
authors:
- family-names: Allaire
given-names: JJ
email: jj@posit.co
- family-names: Xie
given-names: Yihui
email: xie@yihui.name
orcid: https://orcid.org/0000-0003-0645-5666
- family-names: Dervieux
given-names: Christophe
email: cderv@posit.co
orcid: https://orcid.org/0000-0003-4474-2498
- family-names: McPherson
given-names: Jonathan
email: jonathan@posit.co
- family-names: Luraschi
given-names: Javier
- family-names: Ushey
given-names: Kevin
email: kevin@posit.co
- family-names: Atkins
given-names: Aron
email: aron@posit.co
- family-names: Wickham
given-names: Hadley
email: hadley@posit.co
- family-names: Cheng
given-names: Joe
email: joe@posit.co
- family-names: Chang
given-names: Winston
email: winston@posit.co
- family-names: Iannone
given-names: Richard
email: rich@posit.co
orcid: https://orcid.org/0000-0003-3925-190X
year: '2025'
doi: 10.32614/CRAN.package.rmarkdown
- type: software
title: testthat
abstract: 'testthat: Unit Testing for R'
notes: Suggests
url: https://testthat.r-lib.org
repository: https://CRAN.R-project.org/package=testthat
authors:
- family-names: Wickham
given-names: Hadley
email: hadley@posit.co
year: '2025'
doi: 10.32614/CRAN.package.testthat
version: '>= 3.0.0'
- type: software
title: 'R: A Language and Environment for Statistical Computing'
notes: Depends
url: https://www.R-project.org/
authors:
- name: R Core Team
institution:
name: R Foundation for Statistical Computing
address: Vienna, Austria
year: '2025'
version: '>= 2.10'
GitHub Events
Total
- Watch event: 3
- Push event: 30
Last Year
- Watch event: 3
- Push event: 30
Issues and Pull Requests
Last synced: about 1 year ago
All Time
- Total issues: 0
- Total pull requests: 0
- Average time to close issues: N/A
- Average time to close pull requests: N/A
- Total issue authors: 0
- Total pull request authors: 0
- Average comments per issue: 0
- Average comments per pull request: 0
- Merged pull requests: 0
- Bot issues: 0
- Bot pull requests: 0
Past Year
- Issues: 0
- Pull requests: 0
- Average time to close issues: N/A
- Average time to close pull requests: N/A
- Issue authors: 0
- Pull request authors: 0
- Average comments per issue: 0
- Average comments per pull request: 0
- Merged pull requests: 0
- Bot issues: 0
- Bot pull requests: 0
Top Authors
Issue Authors
Pull Request Authors
Top Labels
Issue Labels
Pull Request Labels
Packages
- Total packages: 1
-
Total downloads:
- cran 154 last-month
- Total dependent packages: 0
- Total dependent repositories: 0
- Total versions: 5
- Total maintainers: 1
cran.r-project.org: prior3D
3D Prioritization Algorithm
- Homepage: https://github.com/cadam00/prior3D
- Documentation: http://cran.r-project.org/web/packages/prior3D/prior3D.pdf
- License: GPL-3
-
Latest release: 0.1.5
published about 1 year ago
Rankings
Maintainers (1)
Dependencies
- actions/checkout v4 composite
- r-lib/actions/check-r-package v2 composite
- r-lib/actions/setup-pandoc v2 composite
- r-lib/actions/setup-r v2 composite
- r-lib/actions/setup-r-dependencies v2 composite
- r-hub/actions/checkout v1 composite
- r-hub/actions/platform-info v1 composite
- r-hub/actions/run-check v1 composite
- r-hub/actions/setup v1 composite
- r-hub/actions/setup-deps v1 composite
- r-hub/actions/setup-r v1 composite
- R >= 2.10 depends
- geodiv >= 1.1.0 imports
- graphics * imports
- highs >= 0.1.10 imports
- maps >= 3.4.2 imports
- methods * imports
- prioritizr >= 8.0.4 imports
- rasterdiv >= 0.3.4 imports
- readxl >= 1.4.3 imports
- stats * imports
- terra >= 1.7.78 imports
- tools * imports
- utils * imports
- viridis >= 0.6.5 imports
- bookdown * suggests
- knitr * suggests
- rmarkdown * suggests
- testthat >= 3.0.0 suggests
- JamesIves/github-pages-deploy-action v4.5.0 composite
- actions/checkout v4 composite
- r-lib/actions/setup-pandoc v2 composite
- r-lib/actions/setup-r v2 composite
- r-lib/actions/setup-r-dependencies v2 composite