Geospatial Models and Representations

DEvision: Overview of module sections


Acquisition and integration of feature data

Spatial entities can be represented with point, line or area polygon features (not considering volumes for now). Depending on purpose and scale, a city is modeled as a point or a polygon, a river as a line or a polygon.

Features are characterised as a combination of (i) position (coordinates) and (ii) attribute measurements.

In this section we will inspect existing feature layers, and then proceed with designing a schema for our own selection of real world observations.

Checking out feature classes

In one feature data set, point, line and polygon geometries can be combined. Explore the different types of feature layers by clicking and inspecting popups.

  • Points -
  • Lines -
  • Polygons -

We will further explore this data set in the 'Introduction to Spatial Data' web course.

Creating a feature layer

From the ArcGIS Online Content tab, you will create a layer based your own ideas, add attributes and domains and thus establish a full schema. Based on this you will add and edit sample data.

It will be important to fully document your feature layer, so that it can be well understood and found at a later time again.

Joining an attribute table

The geometry and associated attributes of feature classes will not necessarily originate from the same sources or at the same time. Think about a world countries data set, and demographic or economic data collected by different institutions.

Using an agreed unique identifier ('database key') like 'AT' or 'AUT' for Austria, tabular data can be associated ('joined') with the geometric polygon features representing countries.

Get started with 'vector modeling'!

The learning resources and tasks in this section will allow you to build your own vector representations of some interesting aspects of the real world, and help with understanding the fundamentals of this important type of spatial data model.

Re-view > this introduction ? Following this section overview, now continue below with study materials in the learning platform! Checking the Activities / Tasks section beforehand might be helpful.


Raster data and imagery

A 'Digital Earth' is built from different types of representations, depending on the characteristics of phenomena to be represented, data acquisition technology and intended purpose.

The raster (or grid) data model serves as the main alternative to a vector 'view' of the world. It is often triggered by remote sensing imagery as a primary source of observations. Ease of integration of different themes or layers by 'overlay' e.g. aiming at suitability modeling is another reason for employing a raster model of the world.

Image vs thematic rasters

Being familiar with digital photographs, and pixels as their building blocks, we easily understand aerial and satellite imagery digitally representing areas on Earth's surface.

Image pixels are defined by colours (e.g. with red-green-blue components). Processing these colours in combination with topographic and temporal context, and based on 'ground truth' sampling, land cover rasters are generated.

This transition from radiometric reflectance ('colour') to thematic data is an important workflow in Geoinformatics, and a major application domain of the raster data model.

Raster geometry and georeference

In most cases we will be working with square raster cells - actually requiring a projected spatial reference system. Exceptions are global grid data sets defined in fractions of degrees longitude / latitude.

Spatial resolution - the size of individual grid cells - is the main characteristic of any raster. This, of course is not to be confused with positional accuracy.

Each raster cell is considered a homogeneous, elementary building block in a raster layer. Cell values represent reflectance 'colours' in the case of images or refer to a legend entry for thematic rasters.

Spatially continuous vs discrete phenomena

Land cover is one example of a spatially discrete phenomenon: land cover classes have crisp boundaries, inside one class all cells are considered identical.

Temperature and other weather or climate observations, though, will vary gradually over any area. Adjacent cells typically will have slightly different values within an overall range. We refer to these as spatially continuous layers, and as thematic or topographic 'surfaces'. Terrain data in the form of raster Digital Elevation Models (DEM) are typical examples of spatial continuity.

Discrete phenomena typically are represented by nominal-level categorical data, while surfaces require a metric level of measurement.

Raster conversion and interpolation

Vector layers are sometimes converted into raster representations, e.g. to facilitate multi-criteria overlay analysis within the raster domain.

This is a non-reversible process, typically data layers will be maintained in their original formats and only temporarily converted as needed.

Measurements at weather stations (or other local samples of spatially continuous phenomena) are converted into raster surfaces by spatial interpolation - a large family of spatial analysis methods.

Explore raster data!

After completing the suggested learning resources in this section, explore raster data sets available e.g. in the Living Atlas. Familiarize yourself with raster / grid / image layer characteristics, using (self) assessment questions for guidance ...

Re-view > this introduction ? Following this section overview, now continue below with study materials in the learning platform! Checking the Activities / Tasks section beforehand might be helpful.


Accessing and managing services

As we today are working in a connected, web-based environment, data layers are not only stored in the cloud, but also shared and accessed as web services.

Data layers are accessible as services like this OpenStreetmap view. Such a Services Oriented Architecture (SOA) offers advantages as:

  • no local copies and storage
  • up to date, no outdated versions
  • flexible integration in use cases

Building a (map) view from services

Feature data layers provided as services offer a flexible and dynamic online working environment.

Individual OSM layers can be added, and queried, by accessing them through service interfaces. A few examples (you might need to zoom in further):

  • , of course

As all these services are accessible through open protocols, they can be integrated and used across all internet platforms and tools.

Publishing feature services

On the ArcGIS Online platform, we do have the opportunity to create feature services from feature layers by going through the 'Publish' workflow.

This allows control of access, editing rights and search facilities.

[insert example from previous example of establishing a feature layer, ev video; share link for viewing]

View layers

Feature services sometimes require selective sharing and publishing without changing the overall service definition. This is the case when differentiating access rights, or providing a subset of features and / or attributes.

This is achieved by publishing 'views' referring to original services, but a filtered and modified perspective for users and applications.

...

Image services

Imagery and thematic raster data require a different approach to sharing. Optimisation for fast display can be traded against access to original pixel values and readiness for analysis and classification.

For now, we just take note that feature and image services are different, but both provide full online access to geospatial data.

Accessing Live Data Streams

Not all geospatial data represent stable 'steady states' of geographic phenomena. With the increasing availability of connected sensors, we have the opportunity of a near real time monitoring of our planet, and also reaching into local scales all the way to 'smart buildings'.

Explore the 'live' access to local weather by clicking on some of the arrows on this map, or explore live runoff data through the button below:

Monitoring spatial dynamics in real time, through remote sensing, mobile sensors or in-situ observations helps creating a view of the world-at-our-fingertips, further establishing a truly Digital Earth.

Web Services Overview

Credit for developing and establishing the standards required for interoperable geospatial web services is mostly due to the Open Geospatial Consortium.

As a quick and simplified terminology orientation:

  • WFS - Web Feature Service offers access to feature details at the client, with local rendering
  • WMS - Web Map Service provides fast visualisation of maps generated by the server
  • Coverage and Image Services share rasters
  • WMTS and other 'tiled' services facilitate fast access to large data sets or maps pre-organized for different scales at the server

As an example, the bicycle paths from the earlier example also are handled as an OGC WFS web service through this URI -   https://dservices.arcgis.com/Sf0q24s0oDKgX14j/arcgis/services/BicyclePaths/WFSServer?service=wfs&request=getcapabilities   - you are welcome to check out the XML by opening the link!

Re-view > this introduction ? Following this section overview, now continue below with study materials in the learning platform! Checking the Activities / Tasks section beforehand might be helpful.


Principles and practice of open data

Within the wider framework of 'open science' and 'open resources' (like this learning platform), widespread availability of open data is the core element in turning a former scarcity into a flood of data. Similar to the change in business models towards open access publishing of scientific results, open access to data required a re-thinking of funding from micro- as well as macroeconomic perspectives.

Open data is data that is openly accessible, exploitable, editable and shared by anyone for any purpose, even commercially. Open data is licensed under an open license. (https://okfn.org/opendata/)

Open data therefore is a key element for distributed infrastructures and emerging geospatial ecosystems of services and applications.

The FAIR principle

While 'FAIR' does not necessarily mean 'open', this principle offers a quick and easy summary of important criteria for sharing data and services:

  1. Data need to be findable through metadata, catalog entries and registered portals
  2. Data need to be retrievable through unique identifiers, w/o authentification, and open protocols
  3. Data allow integration with other data, workflows, applications by following open standards
  4. Data follow a clear usage license, with source context and semantics documented to allow reuse

Open Licenses

Open data products and services are available under a open license (not 'no license', as frequently misunderstood). Looking at the Austrian  basemap.at  as an example, which is  published under a CC-BY  license.

 Creative Commons  now is widely established as a flexible open licensing framework, stating the conditions for (re-)use of the licensed materials.

Open Data Portals

Remembering the FAIR principle, we need a 'discovery infrastructure' to find (open) data. These frequently are national level or regional portals, like the official portal for European data:

It is important to become familiar with (open) data portals in your region and domain, and to practice search including criteria answering the questions of where, when, what, who, why etc

Eurogeographics

This association of National Mapping agencies publishes  https://www.mapsforeurope.org , where either download links or WFS/WMS/WMTS access tokens can be requested.

This is just one of many examples of trans-national initiatives requiring not only adherence to open service standards, but also homogeneisation of underlying data.

Volunteered Geographic Information

While traditionally spatial data creation was firmly in the hands of state institutions, modern technologies have enabled to citizens to contribute their local and domain-specific knowledge. OpenStreetMap may be the best known platform for crowd-sourcing, but many other communities contribute either to local initiatives through participatory GIS or even citizen science projects.

Summary

  1. Open by Default
  2. Timely and Comprehensive
  3. Accessible and Usable
  4. Comparable and Interoperable
  5. For Improved Governance & Citizen Engagement
  6. For Inclusive Development and Innovation

Re-view > this introduction ? Following this section overview, now continue below with study materials in the learning platform! Checking the Activities / Tasks section beforehand might be helpful.


Navigating Spatial Data Infrastructures

Spatial Data Infrastructures have been implemented and proposed in many parts of the world, frequently as national-level initiatives or in the case of Europe with INSPIRE as a trans-national effort.

 https://openknowledge.worldbank.org:  Spatial Data Infrastructure (SDI) is defined as a framework of policies, institutional arrangements, technologies, data, and people that enables the sharing and effective usage of geographic information by standardizing formats and protocols for access and interoperability. The goals of SDI are to: 1) reduce duplication of efforts among governments, 2) lower costs related to geographic information while making geographic data more accessible, 3) increase the benefits of using available spatial data, and 4) establish key partnerships between states, counties, cities, academia, and the private sector. SDI should be seen as part of wider e- Government initiatives. 

INSPIRE - Europe

The INSPIRE - Infrastructure for Spatial Information in Europe - initiative is based on an EC directive with legal status in EU member countries. It mandates the establishment of a community geoportal as an access point to the Member States infrastructures through network services. 

Explore the ' Thematic Viewer ' and identify a sample data set in your field of interest.

UN-GGIM IGIF

The Committee of Experts on Global Geospatial Information Management adopted the Integrated Geospatial Information Framework (IGIF), which can be considered a 'next generation approach' to SDI. It is designed to support the implementation of the Sustainable Development Goals, especially in developing countries.

Re-view > this introduction ? Following this section overview, now continue below with study materials in the learning platform! Checking the Activities / Tasks section beforehand might be helpful.


Creating apps for data collection

Ultimately, geospatial (data) services - whether integrated with and accessed through SDIs and portals - support workflows seamlessly connecting observations with user needs.

Data acquisition is not any more reserved for large institutions and big technology platforms, but increasingly in the hands of individuals and local initiatives using mobile devices.

Public Participation GIS

You are welcome to practice the design and implementation of mobile / field data acquisition in the context of your professional domain and activities.

If there is no immediate task set for you, think about an interesting and relevant participation initiative in your personal environment. Spatial technologies empower citizens, local community initiatives and grassroots efforts - you certainly will find a worthwhile cause somewhere near you!

Community Citizen Engagement

Increasingly, local governments use GIS-enabled frameworks to engage with citizens and to secure their participation in planning and decision making. Consider this as a potential experimentation space for your app development.

Mobile Apps

Depending on the use case you select, your app framework will be chosen from

  1. QuickCapture
  2. Survey123
  3. Field Maps

Re-view > this introduction ? Following this section overview, now continue below with study materials in the learning platform! Checking the Activities / Tasks section beforehand might be helpful.