Transformation and conversion framework (ETL) mainly for geospatial data
Stetl - Streaming ETL
Stetl, streaming ETL, pronounced "staedl", is a lightweight ETL-framework for geospatial data conversion.
Notice: the Stetl GH repo is now at the GeoPython GH organization.
The Stetl website and documentation can be found via http://stetl.org. For a quick overview read the 5-minute Stetl-introduction, or a more detailed presentation. Stetl was presented at several events like the FOSS4G 2013 in Nottingham and GeoPython 2016.
Stetl basically glues together existing parsing and transformation tools like GDAL/OGR, Jinja2 and
XSLT with custom Python code. By using native libraries like
libxslt (via Python
lxml) Stetl is speed-optimized.
A configuration file, in Python config
.ini format, specifies a chained sequence of transformation
steps: typically an
Input connected to one or more
Filters, and finally to an
At runtime, this sequence is instantiated and run as a linked series of Python objects. These objects are
symbolically specified (by their module/class name) and parameterized in the config file.
stetl -c <config file> command, the transformation is executed.
Stetl has been proven to handle 10's of millions of GML objects without any memory issues.
This is achieved through a technique called "streaming and splitting".
For example: using the
OgrPostgisInput module an GML stream can be generated from the database.
A component called the
GmlSplitter can split this stream into manageable chunks (like 20000 features)
and feed this upstream into the ETL chain.
Stetl has been found particularly useful for complex GML-related ETL-cases, like those found within EU INSPIRE Data Harmonization and the transformation of GML/XML-based National geo-datasets to for example PostGIS.
Most of the data conversions within the Dutch NLExtract Project apply Stetl.
Stetl also proved to be very effective in IoT-related transformations involving the SensorWeb/SOS.
Anyone and everyone is welcome to contribute. Please take a moment to review the guidelines for contributing.
Stetl originated in the INSPIRE-FOSS project: 2009-2013 now archived. Since then Stetl evolved into a wider use like transforming Dutch GML-based Open Datasets such as IMGEO/BGT (Large Scale Topography) and IMKAD/BRK (Cadastral Data) and Sensor Data Transformation and Calibration.
The word "stetl" is also an alternative writing for "shtetl": http://en.wikipedia.org/wiki/Stetl : "...Material things were neither disdained nor extremely praised in the shtetl. Learning and education were the ultimate measures of worth in the eyes of the community, while money was secondary to status..."
v2.0 - april 11, 2019
FIRST VERSION SUPPORTING PYTHON3-ONLY!
See closed issues in Milestone 2.0: https://github.com/geopython/stetl/milestone/10?closed=1 These are all related to the Py2 to Py3 migration. Other issues are moved to later Milestones/releases.
Main is the PR worked on for the Py2 to Py3 migration: https://github.com/geopython/stetl/pull/81
v1.3 - march 20, 2019
LAST VERSION SUPPORTING PYTHON2! See closed issues in Milestone 1.3: https://github.com/geopython/stetl/milestone/9?closed=1
Very few changes, this release is mainly to make a baseline for v2.0 (Python3).
v1.2 - july 7, 2018
See closed issues in Milestone 1.2: https://github.com/geopython/stetl/milestone/8?closed=1
Most important changes are related to deployment in Docker and Kubernetes environments, dealing with (env) variables, Stetl arguments and logging, for example:
- issue #71: Allow Environment vars to substitute/override config template arg-variables
- issue #72: Allow multiple -a args for Stetl main prog. Allowing multiple -a arguments allows for more simpler overriding of for example default options.
- #68 Stetl should not output passwords and other particular data in its log
v1.1.1 - november 7, 2017
Biggest change is that the Stetl repo moved to https://github.com/geopython/stetl/.
See closed issues in Milestone 1.1.1: https://github.com/geopython/stetl/milestone/6?closed=1
- new Component Splitter to split (Filter/Output) data streams within a Chain
- new Component Merger to combine (Input) data streams within a Chain
- Splitter and Merger can be combined in single Chain
- automatic Travis build
- more Unit tests
- flake8 for clean Python code
- move to GDAL v2 (though v1 may still work)
- new compact Docker Image based on debian:stretch-slim
- bugfixes XML stream support
v1.0.9 - 17 june 2016
- Substitutable config options in properties file (-a arg)
- Docker support via Stetl Docker image
- Generic ogr2ogr Input Component enhancement
v1.0.8 - 2 july 2015
- generic OgrOutput component
- Apache Log File Input
v1.0.7 - 24 nov 2014
- start of Stetl Format conversion Filter
- generic OgrInput component
- SQLite Input component
- BAG to INSPIRE Addresses example with Jinja2 Templating Filter
- Jinja2 Filter refinements
v1.0.6 - 5 sept 2014
- allow spatial_extent in OGROutput Top10NL example
- httpinput more robust
- Packet: new type 'record', as Python dict structure
- httpinput: ApacheDirInput, input data from Apache index listing
- dboutput: PostgresInsertOutput, insert single record into Postgres
- component: add before_/after_invoke and after_chain_invoke() for intercepting
- filters: start of Python Templating filters: simple string and Jinja2 templating
- Packet: new type 'struct' basically a free form dict, the result of reading CSV
- input: CSV file input
- new examples: 9_string_templating and 10_jinja2_templating
- start stetl --doc option to print class configuration info
- config: start of adding meta attribute config info via class vars of type Attr
v1.0.5 - 19 feb 2014
- cater for strange lxml parse error: https://bugs.launchpad.net/lxml/+bug/1185701
- more Dutch BGT (large scale topo) examples by thijsbrentjens
v1.0.4 - 23 sept 2013
- more documention
- Dutch BGT (Basis Registratie Grootschalige Topografie) example
- Ordnance Survey Mastermap example
- strip XML namespaces option to XmlElementStreamerFileInput
v1.0.1 v1.0.3 - aug/sept 2013
Minor changes to enable distribution.
v1.0.0 - june 2013
- First version
- Add to Python Package Index (#3).
Stetl is developed by:
- Just van den Broecke (initiator, http://www.justobjects.nl)
- Frank Steggink
- Thijs Brentjens
- and more, see contributors: https://github.com/geopython/stetl/graphs/contributors
Bas Couwenberg is providing Debian/Ubuntu packaging.
Rob van Loon preparing Python3 migration and other.
This project would not be possible without the great work of Frank Warmerdam and other GDAL/OGR developers (http://gdal.org).
Plus the people that brought Python, PostGIS (Paul Ramsey et al.), Jinja2, lxml and the libs like GEOS, Proj, libxml2 and libxslt.
We are mainly standing on the shoulders of these giants.
Thanks to Tom Kralidis for helping out to move from personal repo to https://github.com/geopython organization.