Revealing driver-mediated indirect interactions between ecosystem services using Bayesian Belief Networks
Bibliographic record
Abstract
• Bayesian Belief Networks improve our understanding of ecosystem service interactions. • Human activity influences trade-offs and synergies among ecosystem services. • Not accounting for an urban driver under- or overestimates direct interactions. • Human activity intensity explains a trade-off among bird-watching & carbon storage. • Identifying drivers behind interactions may lead to more informed decision making. Understanding the drivers mediating ecosystem service interactions is essential for supporting policy decisions aimed at sustaining synergies and mitigating trade-offs. Currently, most studies assessing ecosystem service interactions do not model them as a causal network. Here, we use Bayesian Belief Networks (BBNs) to assess how human activity intensity influences ecosystem service interactions ( e.g. , trade-off, synergy, no effect). We quantify changes in interactions for two snapshots in time in Southern Quebec (Canada) among aboveground forest carbon regulation, maple syrup provisioning, livestock provisioning, landscape recreation, bird-watching recreation, and number of bird species per route (an Essential Biodiversity Variable). By comparing correlation analyses to BBNs with or without the driver of human activity intensity, we show that not accounting for human activity intensity results in incorrectly attributing a driver-mediated trade-off as a direct trade-off ( e.g. , between bird-watching recreation and aboveground forest carbon regulation) and failure to detect direct interactions ( e.g. , between bird-watching recreation and livestock provisioning). BBNs provide a more complete understanding of interactions. In contrast to correlation analysis, which can only assess a relationship between two variables, BBNs can assess relationships among multiple variables and as such determine whether a relationship is due to a shared driver or whether the relationship is due to a direct synergy or trade-off among services. However, if relevant drivers are excluded, then direct interactions may be missed, and driver-mediated relationships may be incorrectly attributed as direct interactions. A better understanding of drivers that shape ecosystem service interactions could guide their management and provide targeted policy interventions.
Fetched live from OpenAlex and de-inverted. Abstracts are not stored in this database: the inverted indexes are 8.6 GB of the frame’s 9.3 GB of text, and the host has 13 GB free.
How this classification was reachedexpand
Full frame machine prediction
Teacher imitationNot calibrated prevalence, not ground truth. Human validation pending. The Gemma side is a direct model label for every work in the frame, read from the title-only record. The Codex side is a classifier learned from the 10,348 direct Codex labels and calibrated to design-weighted sample rates; fields without enough sample support carry no Codex call. Candidate is the union of the two sides; consensus is their intersection. These outputs are machine_predicted_unvalidated and are not human labels.
Distilled classifier scores by category (both heads)
| Category | Codex | Gemma |
|---|---|---|
| Metaresearch | 0.003 | 0.012 |
| Meta-epidemiology (narrow) | 0.001 | 0.001 |
| Meta-epidemiology (broad) | 0.001 | 0.001 |
| Bibliometrics | 0.002 | 0.001 |
| Science and technology studies | 0.001 | 0.001 |
| Scholarly communication | 0.002 | 0.002 |
| Open science | 0.001 | 0.001 |
| Research integrity | 0.001 | 0.001 |
| Insufficient payload (model declined to judge) | 0.003 | 0.000 |
Machine scores (provisional)
The two teacher heads of the student model, read on this work. A score orders the frame for review; it never asserts a category, and the validation status ships verbatim with every row.
Baseline scores from an immature model (maturity gate not passed, 7 training rounds). Scores rank; they never assert a category.
score_only:v0-immature-baseline · verbatim from the scoring run: score_only means the number may rank works, and no category label ships from itClassification
machine, unvalidatedMachine predicted; a candidate call from one source (direct Gemma or distilled Codex), not a consensus.
How this classification was reached, model by model and score by score, is at the end of the page under "How this classification was reached".