SDI Overview

From Gcube Wiki
Revision as of 17:49, 13 March 2023 by Fabio.sinibaldi (Talk | contribs) (Created page with "<!-- CATEGORIES --> Category: gCube Spatial Data Infrastructure <!-- CATEGORIES --> This page aims to provide an overview of gCube '''S'''patial '''D'''ata '''I'''nfrastr...")

(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to: navigation, search

This page aims to provide an overview of gCube Spatial Data Infrastructure (SDI) facilities for gCube developers and administrators.

Overview

gCube SDI is the set of engines and logic responsible of dealing with 'GIS data management in a gCube Infrastructure.

Third party engines are exploited for their core GIS features (i.e. store/access to GIS data/metadata), while gCube libraries and services orchestrate and integrate these engines in the gCube Infrastructure.

gCube libraries in general 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.

Third Party Engines

In gCube SDI, third party engines are exploited for their GIS data/metadata management, more in details we use :

  • [[1]] :
    • 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
    • Client for GeoNetwork service
    • Metadata publication utilities
    • Metadata enhancement (NB uses IS Generic Resource )
    • GeoNetwork credentials management (generation and retrieval)
  • org.gcube.spatial.data.gis-interface
    • 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
    • Credentials management and retrieval
    • Metadata enhancement via template application


Administration

Information

Tools