One Ecosystem :
Short Communication
|
Corresponding author: Marcel Buchhorn (marcel.buchhorn@vito.be)
Academic editor: Ioanna Grammatikopoulou
Received: 15 Apr 2022 | Accepted: 18 Jul 2022 | Published: 24 Aug 2022
© 2022 Marcel Buchhorn, Bruno Smets, Thomas Danckaert, Maarten van Loo, Steven Broekx, Wim Peelaerts
This is an open access article distributed under the terms of the Creative Commons Attribution License (CC BY 4.0), which permits unrestricted use, distribution, and reproduction in any medium, provided the original author and source are credited.
Citation:
Buchhorn M, Smets B, Danckaert T, van Loo M, Broekx S, Peelaerts W (2022) Establishing a reference tool for ecosystem accounting in Europe, based on the INCA methodology. One Ecosystem 7: e85389. https://doi.org/10.3897/oneeco.7.e85389
|
The European Commission developed an amendment to Regulation 691/2011 on European environmental economic accounts to include reporting on ecosystem accounts compliant to the United Nations Statistical Commission System of Environmental-Economic Accounts – Ecosystem Accounts (SEEA-EA) standard. To support Member States implementing this regulation, an open source tool, known as INCA-tool, to generate ecosystem service accounts has been developed, based on the Knowledge Innovation Project on Integrated Systems of Naural Capital and Ecosystem Services Accounting (KIP-INCA) methodologies. The INCA-tool was developed by taking into account the FAIR principle for software and data, as well as existing interoperability standards by the SEEA community. Three types of users were identified with their specific needs, interactions and skills. To meet their needs, the INCA-tool was split into two parts, a python package to perform the calculations and an acessible and easy-to-use user interface in QGIS to integrate national information. With a first version of the toolkit in place, improvements to the existing calculation methods and alignment with the upcoming EU regulation can be achieved. Further, feedback from Member States beta-tests and their experiences is currently collected and implemented and the full public roll-out is planned for the end of 2022. The software packages in the toolkit were already used to extend the existing nine INCA European wall-to-wall account series with the year 2018.
INCA, SEEA EA, Natural Capital Accounting, QGIS, FAIR, open source, python
The European Union (EU) 7th Environment Action Programme (
Currently, the EC developed an amendment to Regulation 691/2011 on European environmental economic accounts to include ecosystem accounts compliant with the SEEA EA (
The main objective of this article is to introduce the INCA-tool as a reference tool for ecosystem accounting in the EU following the amendment to Regulation 691/2011. This includes the basic concept of the tool, the nine currently integrated and harmonised ecosystem services, as well as its usability. Moreover, we evaluate the FAIRness of the INCA-tool following the 15 principles as described in
To facilitate Member States in the implementation of Regulation 691/2011 (
A user requirements analysis was performed to identify all possible stakeholders (e.g. EU Institutions and Member States) and to determine their requirements and considerations through interviews. We identified three main users for the INCA-tools: EUROSTAT, Joint Research Centre (JRC) and EU Member States. Furthermore, the analysis showed a large variation of experience in the usage of NCA within the EU Member States. Some EU Member States have little to no experience in integrating NCA in their reporting, where others have expressed no needs for additional tools. Therefore, the INCA-tool has to support the following needs: (1) consultation and use of the results at national level, (2) integration of national data sources in existing KIP-INCA accounting models, (3) using the models as a starting point to develop methods more tailored to regional characteristics. The analysis unveiled that, to support the three main users, the INCA-tool needs to support three different levels of expertise (see Table
Type of User |
Needs |
Tool interaction |
Required skills |
Basic User |
Only source for national accounts / Cross validation of national models |
Consultation and use of final results at national level (tabular data) |
Consultation and processing of tabular data (e.g. MS Excel) |
Proficient User |
Starting point to develop improved national accounts |
Operate the tools on a national level and replace input data with national data sources |
Consultation and processing of spatial data (e.g. GIS software – QGIS, ArcGIS) |
Expert User |
Starting point to develop national accounting procedures and perform R&D (e.g. JRC) |
Operate the tools to replace formulae (open source code) and input data |
Programming skills (e.g. python) |
The tool requirements are based on an analysis of existing modelling platforms and the requirements from the European Commission. Table
Overview of existing modelling platforms with potential use in SEEA EA to support EU Regulation 691/2011, adapted from SEEA EA Guidelines (
Modelling platform | Primary goal of the platform | Annual timestep feasible | Spatial explicit | Scalable | Economic valuation | EU Regulation compliancy | Coverage |
INCA | Flagship tool of the European Union to support Member States in developing SEEA EA accounts. It includes all models in the EU legislation and is extendible according to the FAIR principles. | Yes | Yes | Yes | Yes | Yes | Extent, Ecosystem services |
ESTIMAP ( |
ESTIMAP is a collection of models for mapping ecosystem services in a multi-scale perspective. | Yes | Yes | Yes | No | Partly | Ecosystem services |
ARIES ( |
ARIES provides easy access to data and models through a web-based explorer and using Artificial Intelligence to simplify model selection, promoting transparent reuse of data and models in accordance with the FAIR principles. | Yes | Yes | Yes | Yes | No | Extent, Condition, Ecosystem services |
InVEST ( |
A compilation of open-source models for mapping and valuing ecosystem services. InVEST is the flagship tool of the Natural Capital Project and has been the most widely used ecosystem service modelling tool globally. | Yes | Yes | Yes | Yes | No | Condition, Ecosystem services |
Data4Nature ( |
Data4Nature is a decision support tool that is designed to answer questions about where organisations should invest in their natural resources. | Yes | Yes | Yes | No | No | Extent, Ecosystem Services |
i-Tree ( |
i-Tree is a tool developed by the USDA Forest Service with capabilities of modelling ecosystem services related to trees, particularly in urban settings. | Yes | Yes | Yes | Yes | No | Ecosystem services (forest related) |
Nature Braid/LUCI ( |
The Nature Braid provides a suite of high spatial resolution ecosystem services models designed to improve decision-making around restoration and land management. | Yes | Yes | Yes | No | No | Condition, Ecosystem Services (hydrological, soil) |
Therefore, we decided to build on the existing knowledge of the KIP-INCA models and decided to redesign the tool according to the following tool requirements:
Taking into account the user requirements (Table
Fig.
The command line interface provided by the core library, allows advanced users to set up batch runs or scripted sensitivity analyses. The core library supports integration into larger processing frameworks, either using the command line tool or through python Application Programming Interface (API). In this sense, the QGIS plug-in interface is just one example of such an integration.
The core INCA-tool library was set up with extensibility and flexibility in mind (see Fig.
The current implemented front-end (QGIS plug-in) takes away the complexity of having to know how to operate a programming language for the end user, by restricting its input to specifiying the necessary parameters and input data to run a calculation procedure. These can be selected via convenient drop-down menus. After completion of the automatic calculations, the users can inspect the tabular data and maps in the QGIS desktop. The integration of the plug-in in the official QGIS repository is planned.
The KIP-INCA accounts have been developed over the past years through the implementation of spatial models and integrating a variety of geospatial and other data not originally designed for statistical purposes (
To facilitate harmonisation of the services and usability of the tool, we adopted the FAIR (Findability, Accessibility, Interoperability and Reusability) principles for both the research software and the output data. The FAIRness of the software and the data is not limited to the fulfilment of all fifteen principles (
FAIRness assessment of the INCA-tool
The FAIRness of the INCA-tool was assessed by following the guideline by
FAIRness assessment of the INCA-tool following the guidelines by
Principle | Description | Fulfilled | Comment |
F1 | Software and its associated metadata have a global, unique and persistent identifier for each released version. | Yes (partially) | Identifier is 'INCA' plus version in X.x in all metadata sources. Currently no specific DOI is assigned, but can be easily found across GitHub repository. In the future, a concept DOI (resolved to the latest stable version) and version DOI (allows traceability to every version) will be assigned through Zenodo. |
F2 | Software is described with rich metadata. |
Yes (partially) |
Metadata covers the description, usage and accessibility of the software. Metadata is available in XML format, but does not yet use a structured controlled vocabulary. In the future, metadata will be updated to conform to the community vocabulary. |
F3 | Metadata clearly and explicitly include identifiers for all the versions of the software it describes. | Yes | All metadata include the version they apply to, for the core module as well as all ecosystem service models. |
F4 | Software and its associated metadata are included in a searchable software registry. | No | In future, the software and its metadata will be included in an appropriate software library in agreement with the ecosystem accounting community (SEEA EA and/or GEO EO4EA). |
A1 | Software and its associated metadata are accessible by their identifier using a standardised communications protocol. | Yes | Both software and metadata are accessible through HTTP/S:GitHub, webpage, INCA-tool publication. |
A1.1 | The protocol is open, free and universally implementable. | Yes | All software and associated metadata are available using HTTP/s across various sites: GitHub (public source code repository), webpage (open), INCA-tool publication (open). |
A1.2 | The protocol allows for an authentication and authorisation procedure, where necessary. | NA | Not necessary. |
A2 | Software metadata are accessible, even when the software is no longer available. | Yes | Metadata is independent of software accessibility in GitHub and on a webpage. |
I1 | Software and its associated metadata use a formal, accessible, shared and broadly applicable language to facilitate machine readability and data exchange. | Yes |
Software is written in python3, a formal machine-readable and widely used language. Metadata is available in XML format. |
I2S.1 | Software and its associated metadata are formally described using controlled vocabularies that follow the FAIR principles. | No | In the future, we opt to use the same vocabulary as ARIES and advocate the adoption of this vocabulary by the ecosystem accounting community. Note: adaptations to integrate INCA vocabulary will be needed. |
I2S.2 | Software use and produce data types and formats that are formally described using controlled vocabularies that follow the FAIR principles. |
Yes (partially) |
Input datasets in raster format follow the STAC (SpatioTemporal Asset Catalogue) format and (GML) Geography Markup Language metadata, input datasets in tabular format follow the Eurostat TSV (Tab Separated Value) format. Output raster formats follow STAC and GML, output tabular formats follow CSV and XLSX supply-use tables. |
I4S | Software dependencies are documented and mechanisms to access them exist. | Yes | Stated in GitHub DESCRIPTION. Automatically downloadable and installable through INCA-tool installer. |
R1 | Software and its associated metadata are richly described with a plurality of accurate and relevant attributes. |
Yes (partially) |
See comments for R1.1. |
R1.1 | Software and its associated metadata have independent, clear and accessible usage licences compatible with the software dependencies. |
Yes (partially) |
Software follows EUPL (EUROPEAN UNION PUBLIC LICENCE v. 1.2) Metadata attributes are described as key value pairs, according to the Climate and Forecast Convention (CF, version 1.6) |
R1.2 | Software metadata include detailed provenance, detail level should be community agreed. |
Yes |
Provenance of metadata is given by GitHub versioning, including history of releases. |
R1.3 | Software metadata and documentation meet domain-relevant community standards. | NA | Currently no domain-relevant community standards are available. In the future, standardisation from SEEA EA and GEO EO4EA is expected to become available and will be applied. |
Application of the FAIR principles for output data
Since the output from the INCA-tool is considered as a product, it is of equal importance to assess the application of the FAIR principles for this output data. The level of FAIRness of the output data was assessed by following the guidelines by
FAIRness assessment for INCA-tool output data, following
Principle | FAIR for data | Fulfilled | Comments |
F1 | (Meta)data are assigned a globally-unique and persistent identifier. |
Yes (partially) |
An internal identifier is used, based on software version and date, but no unique registered identifier (e.g. DOI) is assigned yet. |
F2 | Data are described with rich metadata. | Yes | Output raster formats follow GML (Geography Markup Language), output tables (csv, xlsx) are accompanied with an XML (eXtensible Markup Language) file. |
F3 | Metadata clearly and explicitly include the identifier of the data it describes. | Yes |
Output rasters do include metadata inside the raster file. Output tables and accomplished metadata file (XML) use same identifier. |
F4 | (Meta)data are registered or indexed in a searchable resource. | No | It is envisioned to add this information on the webpage in the future. |
A1 | (Meta)data are retrievable by their identifier using a standardised communications protocol. | Yes |
For rasters, the GML protocol is used. For tables, the XML protocol is used. |
A1.1 | The protocol is open, free and universally implementable. | Yes |
Rasters are provided in COG (Cloud Optimised Geotiffs), a commonly used standard in the OGC (Open Geospatial Community). GML and XML are open and free protocols, used by several tools. |
A1.2 | The protocol allows for an authentication and authorisation procedure, where necessary. | NA | |
A2 | Metadata are accessible, even when the data are no longer available. | No | See F4 |
I1 | (Meta)data use a formal, accessible, shared and broadly applicable language for knowledge representation. | Yes | GML and XML are broadly applicable languages. |
I2 | (Meta)data use vocabularies that follow FAIR principles. |
Yes (partially) |
A non-standard vocabulary is currrently used. See R1.3. |
I3 | (Meta)data include qualified references to other (meta)data. | Yes | Raster datasets include references to all input datasets and derived children. |
R1 | (Meta)data are richly described with a plurality of accurate and relevant attributes. |
Yes (partially) |
See R1.1 to R1.3 |
R1.1 | (Meta)data are released with a clear and accessible data usage licence. |
Yes (partially) |
All data are free and openly accessible through the website. A general statement is provided, but currently no reference to a data usage licence is included. |
R1.2 | (Meta)data are associated with detailed provenance. |
Yes (partially) |
See I3, but not following a standardised vocabulary. |
R1.3 | (Meta)data meet domain-relevant community standards. | No | No standard vocabulary is available. In agreement with the ecosystem accounting community (SEEA EA and/or GEO EO4EA). |
Currently, we see that 'Interoperability' is probably the most difficult principle to achieve and requires data compatibility, metadata compatibility and common APIs. The INCA-tool produces cloud-optimised geotiff (COG) raster images which are commonly recognised as an interoperable format that is supported by many platforms (
The assessment for the FAIRness of the software and the output data showed that our current implementation of the INCA-tool provides a certain degree of FAIRness. Nevertheless, the FAIR principles only describe the technical standard and do not provide any information on the functional correctness of the software itself. To ensure this correctness, we implemented a detailed evaluation and validation scheme for the models (unit tests), as well as the output data (cross-checks between table and map data, plausibility checks).
To demonstrate the integration of modular ecosystem services into the INCA-tool, the soil retention model was chosen. Soil retention, also known as sediment retention, requires a biophysical model and is an ecosystem service frequently included in ecosystem accounting. The service accounts for the value of the ecosystem to minimise soil erosion and, hence, contribute to the maintenance of soil quality and, therefore, of ecological processes. The Revised Universal Soil Loss Equation (RUSLE) model (
Fig.
The 13 input datasets and five configuration files necessary to generate the soil retention account are represented in the QGIS graphical interface. A set of default input datasets at EU level were prepared for the accounting years 2000, 2006, 2012 and 2018 and can be used by users to reproduce the results. Nevertheless, each of these datasets can be replaced by MS using the INCA tool interface to create their optimised national accounts. Fig.
The statistical reporting module is a generic module that not only calculates zonal statistics (provided as CSV files), but also automatically formats the tabular output in Supply-Use ecosystem accounting tables (provided as EXCEL files). Fig.
Currently, nine ecosystem services, based on the KIP-INCA methodology (
In a step forward for open science, we decided to implement the FAIR principles for software, as well as output data in the INCA-tool. The FAIRness concept is a relatively new topic to the ecosystem accounting community, well received, but requires more standardisation and integration. Despite the fact that we achieved a high level of FAIRness and plan to further raise this level, currently, the INCA-tool cannot be fully compliant with all principles until the community has decided on a standard vocabulary and registry.
Nevertheless, due to the modular design of the INCA-tool, it can be integrated into other tools, if the platforms support and can bind with python3. For that, we plan to further improve the tool to achieve semantic interoperability aligning with the SEEA interoperability strategy (
The new INCA-toolkit is the next step in harmonising ecosystem accounting within the European Union. By Regulation 691/2011, the INCA-tool will be the reference for ecosystem accounting in Europe. Thanks to its modular design, its appliance of FAIR principles and its free and open-source licence, expert users in the community have the ability to improve existing services or add new services to the toolkit.
We would like to thank the JRC team of the KIP-INCA project for their support during the refactoring of the accounts. Special thanks to Joachim Maes and Ioanna Grammatikopoulou for organising the knowledge transfers and to Alessandra La Notte, Sara Vallecilo and Mayra Zurbaran and Chiara Polce for their technical support. We also would like to thank the EU Member States that provided feedback on the first beta version. The content of this publication is based on the work done within the INCA project for Eurostat; however, it does not reflect the official opinion of the European Union.
INCA 2021-2023
Service contract 2020.031
Conceptualisation (B.S.; S.K.; M.B.), Methodology (M.B., T.D., M.vL.), Software (T.D., M.B., M.vL., W.P.), Formal analysis (M.B., T.D., M.vL.), Investigation (M.B., T.D., M.vL., B.S., S.K.), Data Curation (M.B., T.D., M.vL.), Writing – original draft preparation (M.B., B.S., S.K., T.D., M.vL.), Writing – review and editing (M.B., B.S., S.K., W.P., M.vL), Visualisation (M.B., T.D., W.P.), Supervision (B.S., S.K.), Project administration (B.S., S.K.), Funding acquisition (B.S., S.K.)
No conflict of interests.