WFS3 is a novel OGC API for feature access

When browsing through the OGC Web Feature Service (WFS) version 2.0 standard the first time back in 2011 I remember wondering how close the API it defined was to a generic database access: all the basic CRUD (create, read, update, delete) operations, data query with filtering, and no fixed definition for the data model of the information the service provides. In a way it seemed like a neat generic solution to publishing various kinds of spatial “feature” data using a single set of defined operations, but on the other hand building a client application to work with such a generic API seemed, and still is, a challenge.

In a way the API in WFS standard was only defined half way: there had to be a predefined agreement, in addition to agreeing on using WFS, between the client and the service on the data content and structure for interoperable data exchange. Gradually I’ve also started to wonder what all this technical agreeing and coding has to do with handling geospatial data, and shouldn’t we use the same solutions for defining interoperable APIs as everyone else in the Web world is using, and as it turns out, I’m certainly not alone thinking along these lines.

The idea of using mainstream API technologies, resource-oriented data access patterns for spatial data and generally making the browsing the data both more web-browser and web-developer friendly has been pioneered in the development of the OGC WFS 3.0 standard now officially called “OGC API – Features: Part 1 – Core”. This new standard has been written entirely from scratch, and it’s really a completely different beast compared to its predecessor WFS 2.0: It embraces (although does not mandate) defining the service API using OpenAPI specification (previously known as Swagger) with wide industry and tool support outside the geospatial domain. It also introduces JavaScript Object Notation (JSON) format as a first class citizen for both the service and the data encoding, although XML encoding is still a viable option.

In addition to making adopting a spatial data API more straightforward to developers, the OGC API – Features standard also encourages server software implementers to make the services speak the native language of the Web: HTML service landing page as well as web browser accessible feature collection metadata and data content browsing rises the accessibility of a service on the completely new level compared to having the traditional OGC Web Service capabilities XML document.

HTML representation of features in available in WFS3 collection “opendata_1h”

The OGC WFS/FES working group responsible for defining the new OGC API – Features: Part 1 – Core standard is currently working with the first release candidate version of the specification to be submitted into the official OGC and ISO / TC 211 approval process. The core standard in intentionally stripped down what comes to functionality: even the pretty common place functionality such as support for coordinate reference systems additional to WGS84, query filtering beyond bounding box, time, and explicit feature property value matching, and updating feature collections, will be defined as extensions to the core standard. This allows implementing only the subset of the functionality really required for particular use cases and environments. Considering fact that this new standard is a galaxy away from being backwards-compatible with WFS 2.0, and the considerable existing investment made in the WFS 2.0 technology, it’s clear that both standards will be actively used for quite a while.

The working method for getting up to this point has been open and transparent with the first draft version made publicly available in April 2018. The ideas and the requirements have been properly wetted in hackathons, various software implementation projects and using the project’s open Github repository. The group members have strongly expressed that the final standard should be a technically mature, stable basis for building feature based spatial data web access APIs. No wonder there has been considerable interest within the OGC membership to follow the path set by the WFS/FES standards working group and widening the scope of the new kind of spatial data APIs outside feature data.

Timeline for the standardisation of OGC API – Features: Part 1 – Core

We at Spatineo have had the opportunity to be one of the early implementers of the OGC APIs – Features / WFS3 specification as we have worked together with the Vaisala and the Finnish Meteorological Institute technical people in the Simple Observation Features Pilot project (SOFP). The idea has been to create a proof-of-concept for testing out two sides of the same coin:

  • How well does the well OGC API – Features specification fit for delivering dynamic data such as near real-time weather and air quality observation data?
  • How the draft Simple Feature profile for Observations and measurements (OMSF) data model with JSON and XML encodings really work with real-world environmental observation and forecast data?
  • How well does the combination of WFS3 API and OMSF GeoJSON encoding work with existing GIS and web map applications with as QGIS, OpenLayers, Leaflet?

OMSF GeoJSON features extracted from the FMI SOFP WFS3 service presented in web application (

The project started in August 2018 and it’s expected to end in October 2019. The front-end server component developed during the project (sofp-core server) is based on Node.js server engine and delegates the data requests to one of the configured backend modules. A few notable links on the project for those interested in more details:

The SOFP project will culminate in the Inspire Helsinki 2019 Data Challenge in September – October 2019 where the SOFP APIs and various data sets are being used by voluntary coding teams in a hackathon-like fashion to create novel apps and ideas for improving the urban commuting by cycling, walking etc. in varying weather, air quality and other environmental conditions. The registration for the Data Challenge will open in early June, so stay tuned!

Inspire event in Helsinki this autumn – Data Challenge coming up!

Inspire Helsinki 2019

Inspiring news*! The Inspire Helsinki 2019 will be happening this autumn and Spatineo is part the organizing party. The event revolves around “Sea of European spatial data” and how to improve both decision making and our daily lives by using data.

*That joke never gets old, does it?

European Spatial Data

At Inspire Helsinki 2019 there will be workshops, presentations and results from teams that participated in the challenges. The topic could be summarized around couple of key things:

  • We look beyond the status quo to see what can be achieved with European spatial data now and in the future.
  • We want to get the full potential of the latest technologies.
  • We bring together 150 experts to foster discussions, and some of them will also give solutions to the challenges presented
  • We host practical hands-on workshops and outstanding keynote presentations in a modern venue.

With this kind of content, we are sure there is something to learn for all attendees! The program is not finalized yet, and we will start accepting abstract for presentations and workshops soon. There will be parallel sessions and sessions presenting the results produced by teams participating to the challenges.


With the recent evolution of spatial data delivery technologies like WFS 3.0, vector tiles and simpler data formats for INSPIRE, the geospatial field is reaching out to a wider audience of developers to enrich applications and processes with spatial data. The challenges will not be strictly limited to INSPIRE data, they can take full advantage of all data relevant to the challenges.

During the challenges, teams of developers and experts will take part in solving challenges presented by our challenge partners. The challenges will involve using spatial data to solve problems, to understand our environment better, and to create new solutions or even new business. We are currently building a network of challenge partners who will present the challenges. You can get in touch with the Challenge team from this site, in case you have ideas or data you feel would be a good fit for the challenge! The deadline for contacting the organizing party is 3rd of May, so make sure you submit your info soon!

Spatineo is helping with organising the challenges and is excited to develop challenges with our partners and of course to see how teams approach and solve the challenges.

For more information about the challenge follow the hashtag #InspireHelsinki2019 and please visit for more information of the event details.

Spatineo Customer Day in Helsinki with Inspire!

Many of our customers are keen users, producers and publishers of INSPIRE data, and a lot of you will be attending the Inspire Helsinki event. With that said, we are taking the opportunity to host a customer day earlier at the same week! The Inspire event will be starting on Tuesday, and Monday is the day we invite our customers to join us at Helsinki. Lunch & Learn – type of session will be held during the afternoon on Monday, so save the date: 21st of October for the Spatineo Customer Day!

We’ll be sending more information via email regarding the event, as soon as we get registration set up. So stay tuned and reserve your spot to the event.

Want to stay ahead of the game, and get latest news from us? Subscribe now to our newsletter!

Who are we? – Part XVII: Mikko Solismaa

Mikko Solismaa Senior GIS Consultant

1.) Name, title, what you will be doing at Spatineo?

My name is Mikko Solismaa and I work as a senior GIS consultant in Spatineo.

2.) What do you do at Spatineo in practice? Tell us about your typical work day!

Typical day is difficult to define, because I’ve been with the company less than a month.
Currently I’m working on a client project where my task is to create an orchestration for the AWS environment and create an automatic deployment definition for the API service.
Recently I’ve also started to work with Spatineo Impact concept.

3.) What is the best thing about your work?

The best part of my work is that each project brings out unique challenges and these challenges challenge me to continuously learn something new!

4.) How do you use location data in your daily life?

I’m using the HSL mobile app and the Journey Planner website daily. While traveling abroad, I use offline maps in the Google Maps mobile app.

Want to stay ahead of the game, and get latest news from us? Subscribe now to our newsletter!