Moving code – Sharing geoprocessing logic on the Web

Müller, Matthias S.; Bernard, Lars; Kadner, Daniel

doi:10.1016/j.isprsjprs.2013.02.011

Cited by 24 publications

(18 citation statements)

References 29 publications

Supporting

Mentioning

Contrasting

Order By: Relevance

“…A more general framework for code exchange requires an agreement on common functionality and computing platforms, including software environments and infrastructure. Some research has been done on that matter (Mü ller, Mü ller, Kadner, and Bernard 2012) which demonstrates the feasibility of code-driven strategies in a GDI but has not yet led to any operational standard or widely used practice. However, the concept was found to link nicely with cloud computing since portability of the software stack is a core asset to achieve computing scalability.…”

Section: Sharing and Integration Of Geoprocessing Methodsmentioning

confidence: 99%

Scientific geodata infrastructures: challenges, approaches and directions

Bernard

Mäs

Müller

et al. 2013

International Journal of Digital Earth

Self Cite

View full text Add to dashboard Cite

Based on various experiences in developing Geodata Infrastructures (GDIs) for scientific applications, this article proposes the concept of a Scientific GDI that can be used by scientists in environmental and earth sciences to share and disseminate their research results and related analysis methods. Scientific GDI is understood as an approach to tackle the science case in Digital Earth and to further enhance e-science for environmental research. Creating Scientific GDI to support the research community in efficiently exchanging data and methods related to the various scientific disciplines forming the basis of environmental studies poses numerous challenges on today's GDI developments. The paper summarizes requirements and recommendations on the publication of scientific geospatial data and on functionalities to be provided in Scientific GDI. Best practices and open issues for governance and policies of a Scientific GDI are discussed and are concluded by deriving a research agenda for the next decade.

show abstract

Section: Sharing and Integration Of Geoprocessing Methodsmentioning

confidence: 99%

Scientific geodata infrastructures: challenges, approaches and directions

Bernard

Mäs

Müller

et al. 2013

International Journal of Digital Earth

Self Cite

View full text Add to dashboard Cite

show abstract

“…Current approaches to reproducibility and re-usability of research methods (which often include geoprocessing workflows) rely on the idea of re-computation (Rey 2009;Müller, Bernard, and Kadner 2013;Singleton, Spielman, and Brunsdon 2016). Reproducing and reusing spatial analysis methods, however, goes considerably beyond re-computing or replicating workflows (Drummond 2009).…”

Section: Re-usabilitymentioning

confidence: 99%

“…1 The intended semantics of workflows and their input and output datasets -what real-world entities they are targeting -determines what they can be used for . This is usually expressed by analysts with text documentation attached to the workflows and datasets (Müller, Bernard, and Kadner 2013). In a typical scenario, an analyst might create a textual description of a raster file, stating that it represents the concentration of carbon dioxide over a city, adding provenance information about what sensors and geoprocessing tools generated it.…”

Section: Introductionmentioning

confidence: 99%

Semantic typing of linked geoprocessing workflows

Scheider

Ballatore

2017

International Journal of Digital Earth

View full text Add to dashboard Cite

In Geographic Information Systems (GIS), geoprocessing workflows allow analysts to organize their methods on spatial data in complex chains. We propose a method for expressing workflows as linked data, and for semi-automatically enriching them with semantics on the level of their operations and datasets. Linked workflows can be easily published on the Web and queried for types of inputs, results, or tools. Thus, GIS analysts can reuse their workflows in a modular way, selecting, adapting, and recommending resources based on compatible semantic types. Our typing approach starts from minimal annotations of workflow operations with classes of GIS tools, and then propagates data types and implicit semantic structures through the workflow using an OWL typing scheme and SPARQL rules by backtracking over GIS operations. The method is implemented in Python and is evaluated on two real-world geoprocessing workflows, generated with Esri's ArcGIS. To illustrate the potential applications of our typing method, we formulate and execute competency questions over these workflows. ARTICLE HISTORY

show abstract

“…It is used in an adapted form of the upcoming WPS 2.0 extension WPS Transactional (WPS-T, unpublished work/draft). It is of significant importance because it is the precondition for applying the moving code paradigm [47]. It not only enables simple process deployment, but also (semi-) automatic deployment and thereby can realize dynamic environments to improve performance (e.g., bring the code to the data) and share functionality by realizing ad-hoc services.…”

Section: Model Description and Executionmentioning

confidence: 99%

The RichWPS Environment for Orchestration

Bensmann¹,

Alcacer-Labrador²,

Ziegenhagen³

et al. 2014

IJGI

View full text Add to dashboard Cite

Web service (WS) orchestration can be considered as a fundamental concept in service-oriented architectures (SOA), as well as in spatial data infrastructures (SDI). In recent years in SOA, advanced solutions were developed, such as realizing orchestrated web services on the basis of already existing more fine-granular web services by using standardized notations and existing orchestration engines. Even if the concepts can be mapped to the field of SDI, on a conceptual level the implementations target different goals. As a specialized form of a common web service, an Open Geospatial Consortium (OGC) web service (OWS) is optimized for a specific purpose. On the technological level, web services depend on standards like the Web Service Description Language (WSDL) or the Simple Object Access Protocol (SOAP). However OWS are different. Consequently, a new concept for OWS orchestration is needed that works on the interface provided by OWS. Such a concept is presented in this work. The major component is an orchestration engine integrated in a Web Processing Service (WPS) server that uses a domain specific language (DSL) for workflow description. The developed concept is the base for the realization of new functionality, such as workflow testing, and workflow optimization.

show abstract

Moving code – Sharing geoprocessing logic on the Web

Cited by 24 publications

References 29 publications

Scientific geodata infrastructures: challenges, approaches and directions

Scientific geodata infrastructures: challenges, approaches and directions

Semantic typing of linked geoprocessing workflows

The RichWPS Environment for Orchestration

Contact Info

Product

Resources

About