| Literature DB >> 35315961 |
Eliot J B McIntire1,2,3, Alex M Chubaty1,3,4, Steven G Cumming3, Dave Andison2,5, Ceres Barros2, Céline Boisvenue1,2, Samuel Haché6, Yong Luo1,7, Tatiane Micheletti2, Frances E C Stewart1,8,9.
Abstract
Making predictions from ecological models-and comparing them to data-offers a coherent approach to evaluate model quality, regardless of model complexity or modelling paradigm. To date, our ability to use predictions for developing, validating, updating, integrating and applying models across scientific disciplines while influencing management decisions, policies, and the public has been hampered by disparate perspectives on prediction and inadequately integrated approaches. We present an updated foundation for Predictive Ecology based on seven principles applied to ecological modelling: make frequent Predictions, Evaluate models, make models Reusable, Freely accessible and Interoperable, built within Continuous workflows that are routinely Tested (PERFICT). We outline some benefits of working with these principles: accelerating science; linking with data science; and improving science-policy integration.Entities:
Keywords: FAIR data; computational workflows; cross-disciplinary; ecological forecasting; open models; predictive ecology; predictive validation; science-policy integration
Mesh:
Year: 2022 PMID: 35315961 PMCID: PMC9310704 DOI: 10.1111/ele.13994
Source DB: PubMed Journal: Ecol Lett ISSN: 1461-023X Impact factor: 11.274
FIGURE 1Functions and modules as key tools of a PERFICT approach. Functions are modular and can be bundled into packages that can utilise tools that enable easy dissemination, quality control, continuous integration, documentation, and writing. Functions may have default values for arguments, but they are not intended to do something without the user understanding the function and providing input arguments. Like functions, modules have inputs and convert those inputs into some output. However, modules are higher‐order collections of one or more functions that have computer and human readable metadata describing their inputs and outputs. Unlike functions, module metadata contain the information that describes how modules fit (or not) together. Modules, as we suggest here, are the basic unit of code that enables and facilitates all the elements of the PERFICT approach. In analogy, functions are Lego® pieces, often supplied in a package (collections of functions) with instructions (function documentation), and modules are Lego® structures made with those pieces (i.e., the original developer wrote the documentation and built the structure), such as trucks, houses, roads, space shuttles. A given structure has inherent value, e.g., a truck can be the end goal of a project and can be stand alone. The metadata (implicit in Lego®) describe the ways these structures interact, e.g., a road can take things with wheels (input); a bus has wheels (output), so can go on a road, but a house does not so cannot. Using a structure by itself or combining multiple structures together makes simple to complex “models”, such as neighbourhoods, villages, cities, or space stations. Many modules fit together (a truck and a road); others do not (a truck and a space station). The structures can be used in many new ways, bricks added to structures, and collected into complex meta‐structures. If we want to build a Lego® city, we could either start with individual bricks to build a new configuration or reuse some or all pre‐existing structures. Furthermore, other toy “brands”—or computer languages, e.g., R, Python, C++—can be added to the city. Using the PERFICT approach, ecologists build robust, reusable modules, enabling rapid creation, use, testing and reformulating of models
Benefits and examples of the PERFICT approach and how these benefits can be realised
| Benefit | Example | PERFICT approach enables the benefit by: |
|---|---|---|
| Accelerating science | Occam's razor | Evaluation of how much complexity is right for a given project, as models of arbitrary complexity can be readily compared |
| Informative priors | Easing the process of moving from a previous study's Bayesian posteriors to a new study's priors, lessening the problems with specifying uninformative priors (Northrup & Gerber, | |
| Forecast horizon | Repeatedly iterating a forecasting model with regularly updated data and model (Petchey et al., | |
| Community of contributors | Allowing manageable projects with hundreds of contributors to quickly update our understanding of a system (Fer et al., | |
| Predictive validation | Using future out‐of‐sample data to test models becomes easier with reusable, interoperable modules (Power, | |
| Rewriting models | Encouraging reimplementation in a widely known language (e.g., R) allowing many experts to see and understand code (Thiele & Grimm, | |
| Many eyes | Modelling standards that are understandable by many scientists with sufficient capacity to more readily fix bugs and identify improvements | |
| Bridging to Data Science | Building on data science tools | Facilitating the use of cloud computing and repositories, user access control and data caching, for researchers who do not have the capacity or time to learn and develop them |
| Data quality and quantity | Building data‐model‐validation pipelines from reusable components allowing for assessment of different data sources (White et al., | |
| Linking models to data | Maintaining linkages between canonical data sources and models live at all times allows for rapid reparameterisation and updating with continuous testing (Micheletti et al., | |
| Improving science‐policy integration | Cross disciplinarity | Lessening the technological, data and cultural barriers that make cross‐disciplinary work challenging (Chassé et al., |
| Regular reporting | Reducing the effort required to produce regular updates for policy reporting | |
| IPCC‐like process | Allowing lower budget projects to achieve IPCC‐like integration with its benefits such as regular updating, ensemble modelling, and contributions to policy (Masson‐Delmotte et al., | |
| Different users | Creating a complete framework that allows for all types of expertise—from land managers, rights holders and the public, to scientists and computer programmers—to interact (Ferraz et al., | |
| Web and decision support applications | Allowing for the development of generic web and decision support tools—“dashboards”—that can be reused widely | |
| Coping with contradictions | Opening the science informed decision‐making and policy‐making process to shed light on cases where models contradict one another and offering an objective way to resolve those contradictions |
See Supporting Information C for further discussion. In each example, there may be certain elements of the PERFICT approach that may be more relevant; for clarity, we do not specify individually. In all cases, the more elements of the PERFICT approach that are followed by a model, the more beneficial the outcome.