• SDSN - Greece
• Research softwareclose
• EU close
• European Marine Science close
• SDSN - Greece close

The multi-species ecosystem model SS-DBEM integrates a species based model (DBEM) with the spectrum approach (SS). This model includes a large number of mechanisms and ecological processes such as population growth, movement, and dispersal of adults and larvae, as well as the ecophysiological effects of temperature, oxygen, and pH on body size, growth, mortality, and reproduction. The SS-DBEM model provides spatially (at a 0.5x0.5º resolution) and temporally (yearly) resolved predictions of changes in species’ size, abundance and biomass with consideration of competition. The competition algorithm describes the resource allocation between different species co-occurring in a spatial unit (thereafter cell) by comparing the flux of energy (in biomass) that can be supported (estimated with the SS model) with the energy demanded by the species predicted to inhabit that cell (estimated with the DBEM model). In addition, the environmental conditions are considered in the mechanisms and since there are different environmental conditions that are provided by the biogeochemical models, species responses are also different spatially. See readme.txt for scientific publications developing and using the model.

The Cage Aquaculture Particulate Output and Transport (CAPOT) model is an easy to use and flexible farm-scale model that can be used to rapidly estimate particulate waste deposition from cage production. CAPOT is a suitable initial, rapid assessment model to give an overview of potential impact of particulate waste from new or expanded fish cage farms, with little operator expertise by a wide range of stakeholders. The model is wholly encapsulated within standard spreadsheet format (.xlsm). Visualisation of the output is achieved using proprietary contour plotting software, such as SurferTM (Golden Software. CA, USA) and open-source Geographic Information System (GIS) software, such as QGIS, but can be achieved in a more limited form within the spreadsheet itself. Visual Basic for Applications (VBA) macro scripts within the spreadsheets perform calculations and data formatting to produce outputs in Surfer and ESRI (GIS) grid formats. The model should not be used for environment regulation/licensing purposes without checking with the relevant regulatory authority. Disclaimer: This model is distributed in good faith as a work in progress and potentially subject to error. As such, the authors and the University of Stirling do not accept any liability for inaccurate predictions or their consequences. This model is employed at the users own risk.

gCube Catalogue (gCat) Client is a library designed to interact with REST API exposed by the gCat Service. gCube is an open-source software toolkit used for building and operating Hybrid Data Infrastructures enabling the dynamic deployment of Virtual Research Environments, such as the D4Science Infrastructure, by favouring the realisation of reuse-oriented policies. gCube has been used to successfully build and operate infrastructures and virtual research environments for application domains ranging from biodiversity to environmental data management and cultural heritage. gCube offers components supporting typical data management workflows including data access, curation, processing, and visualisation on a large set of data typologies ranging from primary biodiversity data to geospatial and tabular data. D4Science is a Hybrid Data Infrastructure combining over 500 software components and integrating data from more than 50 different data providers into a coherent and managed system of hardware, software, and data resources. The D4Science infrastructure drastically reduces the cost of ownership, maintenance, and operation thanks to the exploitation of gCube. The source code of this software version is available at: https://code-repo.d4science.org/gCubeSystem/gcat-client/releases/tag/v2.4.0

Viscoelastic COMSOL COMice-ve.mph for manuscript entitled "Elastic deformation plays a non-negligible role in Greenland’s outlet glacier flow" from Christmann et al., Communications Earth & Environment, https://doi.org/10.1038/s43247-021-00296-3, 2021. You can find here the mph file and all external data used in the finite element Comsol mph file. These files are also accessible via GitLab: https://gitlab.awi.de/jchristm/viscoelastic-79ng-greenland.git.

gCube Catalogue (gCat) API is a library containing classes shared across gcat* components. gCube is an open-source software toolkit used for building and operating Hybrid Data Infrastructures enabling the dynamic deployment of Virtual Research Environments, such as the D4Science Infrastructure, by favouring the realisation of reuse-oriented policies. gCube has been used to successfully build and operate infrastructures and virtual research environments for application domains ranging from biodiversity to environmental data management and cultural heritage. gCube offers components supporting typical data management workflows including data access, curation, processing, and visualisation on a large set of data typologies ranging from primary biodiversity data to geospatial and tabular data. D4Science is a Hybrid Data Infrastructure combining over 500 software components and integrating data from more than 50 different data providers into a coherent and managed system of hardware, software, and data resources. The D4Science infrastructure drastically reduces the cost of ownership, maintenance, and operation thanks to the exploitation of gCube. The source code of this software version is available at: https://code-repo.d4science.org/gCubeSystem/gcat-api/releases/tag/v2.3.1

gCube Catalogue (gCat) Service allows any client to publish on the gCube Catalogue. gCube is an open-source software toolkit used for building and operating Hybrid Data Infrastructures enabling the dynamic deployment of Virtual Research Environments, such as the D4Science Infrastructure, by favouring the realisation of reuse-oriented policies. gCube has been used to successfully build and operate infrastructures and virtual research environments for application domains ranging from biodiversity to environmental data management and cultural heritage. gCube offers components supporting typical data management workflows including data access, curation, processing, and visualisation on a large set of data typologies ranging from primary biodiversity data to geospatial and tabular data. D4Science is a Hybrid Data Infrastructure combining over 500 software components and integrating data from more than 50 different data providers into a coherent and managed system of hardware, software, and data resources. The D4Science infrastructure drastically reduces the cost of ownership, maintenance, and operation thanks to the exploitation of gCube. The source code of this software version is available at: https://code-repo.d4science.org/gCubeSystem/gcat/releases/tag/v2.4.1

gCube SDI is the set of engines and logic responsible of dealing with GIS data management in a gCube Infrastructure. In the image above is presented the SDI from a logic point of view : Orange components are all gCube SDI logic meant to facilitate the management of the SDI nodes and content (see #gCube Logic below), in particular : SDI-Service manages instances credentials on IS and some configuration operation on the nodes GeoServer and GeoNetwork are equipped with connectors in order to manage http(s) requests Thredds node are provisioned with a Data_Transfer_2 equipped with a dedicated How_to_use_Data_Transfer_2#Thredds_Plugin_Suite. Third party engines are exploited for their core GIS features (i.e. store/access to GIS data/metadata) The generic rationale of gCube logic is to provide : Context-oriented credential management, in order to enforce access policies to published (meta) Metadata enrichment in publication phase GIS (meta)data publication utilities NB : It is important to note that while the use of gCube logic is recommended, various use cases may directly exploit provided third party engines for various reasons (e.g. non-Java algorithms) Third Party Engines In gCube SDI, third party engines are exploited for their GIS data/metadata management, more in details we use : GeoNetwork : Store GIS ISO Metadata (xml) Expose metadata with CSW Harvest metadata GeoServer : Store GIS DATA (e.g. shp, postgis, geopackage) Expose data with WMS, WFS, WCS.. Thredds : Store GIS DATA Expose data with WMS, WFS, WCS.. Managed Credentials GeoNetwork credentials are managed by gCube org.gcube.spatial.data.geonetwork library and org.gcube.spatial.data.sdi-service SmartGear service. These credentials are generated as needed, and configured in such a way that metadata visibility between gCube contexts reflects gCube policies (more information here). GeoServer and Thredds credentials are loosely managed, meaning that only administrator user is used in order to publish data to these engines. gCube Logic During SDI evolution, distributed gCube logic evolved according to emerging needs while trying to maintain retro-compatibility. For this reason, some components may still be used while being deprecated (e.g. ws-thredds) and there is still some overlap between logic. Following list aims to provide a generic overview of provided gCube logic features by component : org.gcube.spatial.data.geonetwork Library Client for GeoNetwork service Metadata publication utilities Metadata enhancement (NB uses IS Generic Resource, more information at GeoNetwork_library#Metadata_generation_facilities) GeoNetwork credentials management (generation and retrieval) org.gcube.spatial.data.gis-interface Library Data publication utilities with contextual metadata publishing (uses org.gcube.spatial.data.geonetwork for metadata) Currently supported data engine is only GeoServer org.gcube.spatial.data.sdi-service SmartGear Service Credentials management and retrieval Metadata enhancement via template application (used in Thredds publication, see ws-thredds below) SDI configuration management Thredds Plugin Suite Data Transfer Plugins Configure catalogs in local Thredds Publish transferred dataset's metadata in VRE's GeoNewtork org.gcube.spatial.data.ws-thredds Deprecated Library Synchronize a ws-folder with a Thredds catalog, generating and publishing metadata on GeoNetwork Connectors These components are library which implement a Web Application Filter in order to : Intercept incoming http(s) requests If gcube-token is declared, then retrieve credentials from SDI Service and set them in the current request This allows for authentication within third party engines unaware of gCube logic, by using gcube-token. NB : this approach is considered obsolete and should be changed in favor of oauth integration. Available connectors are : GeoNetwork : org.gcube.data.access.geonetwork.gcube-geonetwork-connector GeoServer : org.gcube.data.access.geoserver.gcube-geoserver-connector

The org.gcube.data.publishing.ckan2Zenodo gCube component is a Java library which translates CKAN items into Zenodo depositions, allowing to further editing and publication. The library is invoked by the client (in this case the gCube CKAN GUI), which relies on the gCat service for interacting with CKAN. After the ckan item is loaded, a default translation is then applied on the item's core fields generating in a Draft Zenodo Deposition. NB If the item has already a linked Zenodo DOI, the Draft Deposition overrides its specified informations. A XML Mapping associated with item's profile, is then loaded from the IS (token must be specified by the client). The XML Mapping extracts data from the CKAN item and applies them to the Draft Deposition, resulting in a Final Deposition. The Final Deposition is then returned to the client for further editing, which can eventually ask for its publication (the new Zenodo Doi will be then applied to the CKAN item through gCat).