Geo Explorer

From Gcube Wiki
Jump to: navigation, search


GeoExplorer is a web application that allows users to navigate, organize, search and discovery internal or external layers. This document outlines the design rationale, key features, and high-level architecture, as well as the deployment context.

Overview

The main objective of this application is to offer centralized environment for access to the entire spatial data in a certain scope. By external visual components, as GisViewer it's also possible to explore and analyze a personal set of selected resources.

The service is able to interface to other infrastructural services in order to expand the number of functionalities and applications to the data under analysis.

Design

Philosophy

GeoExplorer is based on Visual Information-Seeking Mantra, which is an approach to summarize the best user-interations order to get some information from a visual application: Overview first, Zoom and filter, Details on demand.

The application use a cloud network of geospatial resources called Geonetwork, these resources are tipically Geoserver Layers. It's still possible to get external layers by their WMS representation.


Architecture

The subsystem comprises the following components:

  • GeoExplorer Central Controller: manage all the internal components and their interactions;
  • Layers Grid Manager: a set of objects and widgets that allows layers discovering by a grid;
  • Layer Info Panel: widget that show all layer info (details on demand);
  • External WMS Layer Importer: a set of objects for import an external WMS layer;
  • Layer Preview Generator: an utility for obtain a preview image of a layer;
  • Data Retrieving Logic : a set of object that manage data filter, paging and ordering, exploiting the Geonetwork OGC Catalog Service for the Web (CSW);
  • GCube GeoExplorer : an external wrapper which interact with some GCube components (such ASL, Workspace Light Tree, and so on).


A diagram of the relationships between these components is reported in the following figure:

Occurrence Points Reconciliation Service, internal architecture

Deployment

All the components of the service must be deployed together in a single node. This subsystem can be replicated on multiple hosts and scopes, this does not guarantee a performance improvement because it is a management system for a single input dataset.

Small deployment

The deployment follows the following schema as it needs the presence of other complementary services.

Occurrence Points Reconciliation Service, deployment schema

Use Cases

Well suited Use Cases

The subsystem is particularly suited when experiment have to be performed on occurrence points referring to a certain species or family. The set of operations which can be applied, even lying on state-of-the-art and general purpose algorithms, have been studied and developed for managing such kind of information.