In previous chapters, we learned a large number of transforms for manipulating and processing geotables. In all those code examples, we used Julia’s pipe operator |> to apply the transform and send the resulting geotable to the next transform:
In this chapter, we will learn two new powerful operators → and ⊔ provided by the framework to combine transforms into pipelines that can be optimized and reused with different geotables.
7.1 Motivation
The pipe operator |> in Julia is very convenient for sequential application of functions. Given an input x, we can type x |> f1 |> f2 to apply functions f1 and f2 in sequence, in a way that is equivalent to f2(f1(x)) or, alternatively, to the function composition (f2 ∘ f1)(x). Its syntax can drastically improve code readability when the number of functions is large. However, the operator has a major limitation in the context of geospatial data science: it evaluates all intermediate results as soon as the data is inserted in the pipe. This is known in computer science as eager evaluation.
Taking the expression above as an example, the operator will first evaluate f1(x) and store the result in a variable y. After f1 is completed, the operator evaluates f2(y) and produces the final (desired) result. If y requires a lot of computer memory as it is usually the case with large geotables, the application of the pipeline will be slow.
Another evaluation strategy, known as lazy evaluation, consists of building the entire pipeline without the data in it. The major advantage of this strategy is that it can analyze the functions, and potentially simplify the code before evaluation. For example, the pipeline cos → acos can be replaced by the much simpler pipeline identity for some values of the input x.
7.2 Operator →
In our framework, the operator → (\to) can be used in place of the pipe operator to build lazy sequential pipelines of transforms. Consider the synthetic data from previous chapters:
N =10000a = [2randn(N÷2) .+6; randn(N÷2)]b = [3randn(N÷2); 2randn(N÷2)]c =randn(N)d = c .+0.6randn(N)table = (; a, b, c, d)gtb =georef(table, CartesianGrid(100, 100))
10000×5 GeoTable over 100×100 CartesianGrid
a
b
c
d
geometry
Continuous
Continuous
Continuous
Continuous
Quadrangle
[NoUnits]
[NoUnits]
[NoUnits]
[NoUnits]
🖈 Cartesian{NoDatum}
3.47265
-2.7475
0.510783
-0.388589
Quadrangle((x: 0.0 m, y: 0.0 m), ..., (x: 0.0 m, y: 1.0 m))
5.04356
-3.99276
0.216586
-0.485547
Quadrangle((x: 1.0 m, y: 0.0 m), ..., (x: 1.0 m, y: 1.0 m))
8.02576
-2.86589
1.51044
1.37186
Quadrangle((x: 2.0 m, y: 0.0 m), ..., (x: 2.0 m, y: 1.0 m))
2.25718
3.96607
0.412583
0.309897
Quadrangle((x: 3.0 m, y: 0.0 m), ..., (x: 3.0 m, y: 1.0 m))
4.55773
1.40104
0.514082
0.815436
Quadrangle((x: 4.0 m, y: 0.0 m), ..., (x: 4.0 m, y: 1.0 m))
3.54716
0.974179
-0.334537
-0.785232
Quadrangle((x: 5.0 m, y: 0.0 m), ..., (x: 5.0 m, y: 1.0 m))
8.31941
-1.31637
-0.0515241
0.299433
Quadrangle((x: 6.0 m, y: 0.0 m), ..., (x: 6.0 m, y: 1.0 m))
9.39193
-1.32432
-0.130425
-0.824292
Quadrangle((x: 7.0 m, y: 0.0 m), ..., (x: 7.0 m, y: 1.0 m))
8.19166
-0.569984
-1.69236
-2.1292
Quadrangle((x: 8.0 m, y: 0.0 m), ..., (x: 8.0 m, y: 1.0 m))
5.72929
-0.286494
-0.227346
-0.0478236
Quadrangle((x: 9.0 m, y: 0.0 m), ..., (x: 9.0 m, y: 1.0 m))
⋮
⋮
⋮
⋮
⋮
And suppose that we are interested in converting the columns “a”, “b” and “c” of the geotable with the Quantile transform. Instead of creating the intermediate geotable with the Select transform, and then sending the result to the Quantile transform, we can create the entire pipeline without reference to the data:
The operator → creates a special SequentialTransform, which can be applied like any other transform in the framework:
gtb |> pipeline
10000×4 GeoTable over 100×100 CartesianGrid
a
b
c
geometry
Continuous
Continuous
Continuous
Quadrangle
[NoUnits]
[NoUnits]
[NoUnits]
🖈 Cartesian{NoDatum}
0.13021
-1.14889
0.508076
Quadrangle((x: 0.0 m, y: 0.0 m), ..., (x: 0.0 m, y: 1.0 m))
0.407828
-1.61183
0.214958
Quadrangle((x: 1.0 m, y: 0.0 m), ..., (x: 1.0 m, y: 1.0 m))
1.40373
-1.19369
1.52204
Quadrangle((x: 2.0 m, y: 0.0 m), ..., (x: 2.0 m, y: 1.0 m))
0.0182994
1.5573
0.409735
Quadrangle((x: 3.0 m, y: 0.0 m), ..., (x: 3.0 m, y: 1.0 m))
0.30338
0.573066
0.511216
Quadrangle((x: 4.0 m, y: 0.0 m), ..., (x: 4.0 m, y: 1.0 m))
0.142608
0.398312
-0.346456
Quadrangle((x: 5.0 m, y: 0.0 m), ..., (x: 5.0 m, y: 1.0 m))
1.54148
-0.570999
-0.059191
Quadrangle((x: 6.0 m, y: 0.0 m), ..., (x: 6.0 m, y: 1.0 m))
1.9863
-0.574248
-0.144887
Quadrangle((x: 7.0 m, y: 0.0 m), ..., (x: 7.0 m, y: 1.0 m))
1.47878
-0.240684
-1.70604
Quadrangle((x: 8.0 m, y: 0.0 m), ..., (x: 8.0 m, y: 1.0 m))
0.593271
-0.12263
-0.237073
Quadrangle((x: 9.0 m, y: 0.0 m), ..., (x: 9.0 m, y: 1.0 m))
⋮
⋮
⋮
⋮
It will perform optimizations whenever possible. For instance, we know a priori that adding the Identity transform anywhere in the pipeline doesn’t have any effect:
The operator ⊔ (\sqcup) can be used to create lazy parallel transforms. There is no equivalent in Julia as this operator is very specific to tables. It combines the geotables produced by two or more pipelines into a single geotable with the disjoint union of all columns.
Quadrangle((x: 0.0 m, y: 0.0 m), ..., (x: 0.0 m, y: 1.0 m))
false
true
true
-0.118418
-1.58905
Quadrangle((x: 1.0 m, y: 0.0 m), ..., (x: 1.0 m, y: 1.0 m))
false
false
true
1.9213
-1.10251
Quadrangle((x: 2.0 m, y: 0.0 m), ..., (x: 2.0 m, y: 1.0 m))
false
true
true
0.43777
1.55783
Quadrangle((x: 3.0 m, y: 0.0 m), ..., (x: 3.0 m, y: 1.0 m))
false
true
true
0.838743
0.554378
Quadrangle((x: 4.0 m, y: 0.0 m), ..., (x: 4.0 m, y: 1.0 m))
false
true
true
-0.73415
0.354384
Quadrangle((x: 5.0 m, y: 0.0 m), ..., (x: 5.0 m, y: 1.0 m))
false
false
true
0.14563
-0.531727
Quadrangle((x: 6.0 m, y: 0.0 m), ..., (x: 6.0 m, y: 1.0 m))
false
false
true
-0.59347
-0.5477
Quadrangle((x: 7.0 m, y: 0.0 m), ..., (x: 7.0 m, y: 1.0 m))
false
false
true
-2.50377
-0.292519
Quadrangle((x: 8.0 m, y: 0.0 m), ..., (x: 8.0 m, y: 1.0 m))
false
false
true
-0.199119
-0.132785
Quadrangle((x: 9.0 m, y: 0.0 m), ..., (x: 9.0 m, y: 1.0 m))
⋮
⋮
⋮
⋮
⋮
⋮
All 5 columns are present in the final geotable.
7.4 Revertibility
An important concept related to pipelines that is very useful in geospatial data science is revertibility. The concept is useful whenever we need to answer geoscientific questions in terms of variables that have been transformed for geostatistical analysis.
Let’s illustrate the concept with the following geotable and pipeline:
We saw that our pipelines can be evaluated with Julia’s pipe operator:
gtb |> pipeline
4×4 GeoTable over 4 PointSet
a
b
c
geometry
Continuous
Continuous
Continuous
Point
[NoUnits]
[NoUnits]
[NoUnits]
🖈 Cartesian{NoDatum}
-3.0
-0.4
1.4
(x: 0.0 m, y: 0.0 m)
2.0
1.4
0.0
(x: 1.0 m, y: 0.0 m)
-0.4
-3.0
1.6
(x: 1.0 m, y: 1.0 m)
1.4
2.0
-3.0
(x: 0.0 m, y: 1.0 m)
In order to revert a pipeline, however; we need to save auxiliary constants that were used to transform the data (e.g., mean of selected columns). The apply function serves this purpose:
newgtb, cache =apply(pipeline, gtb)newgtb
4×4 GeoTable over 4 PointSet
a
b
c
geometry
Continuous
Continuous
Continuous
Point
[NoUnits]
[NoUnits]
[NoUnits]
🖈 Cartesian{NoDatum}
-3.0
-0.4
1.4
(x: 0.0 m, y: 0.0 m)
2.0
1.4
0.0
(x: 1.0 m, y: 0.0 m)
-0.4
-3.0
1.6
(x: 1.0 m, y: 1.0 m)
1.4
2.0
-3.0
(x: 0.0 m, y: 1.0 m)
The function produces the new geotable as usual and an additional cache with all the information needed to revert the transforms in the pipeline. We say that a pipeline isrevertible, if there is an efficient way to revert its transforms starting from any geotable that has the same schema of the geotable produced by the apply function:
isrevertible(pipeline)
true
revert(pipeline, newgtb, cache)
4×4 GeoTable over 4 PointSet
a
b
c
geometry
Continuous
Continuous
Continuous
Point
[NoUnits]
[NoUnits]
[NoUnits]
🖈 Cartesian{NoDatum}
-1.0
1.6
3.4
(x: 0.0 m, y: 0.0 m)
4.0
3.4
2.0
(x: 1.0 m, y: 0.0 m)
1.6
-1.0
3.6
(x: 1.0 m, y: 1.0 m)
3.4
4.0
-1.0
(x: 0.0 m, y: 1.0 m)
A very common workflow in geospatial data science consists of:
Transforming the data to an appropriate sample space for geostatistical analysis
Doing additional modeling to predict variables in new geospatial locations
Reverting the modeling results with the saved pipeline and cache
We will see examples of this workflow in Part V of the book.
7.5 Congratulations!
Congratulations on finishing Part II of the book. Let’s quickly review what we learned so far:
Transforms and pipelines are powerful tools to achieve reproducible geospatial data science.
The operators → and ⊔ can be used to build lazy pipelines. After a pipeline is built, it can be applied to different geotables, which may have different types of geospatial domain.
Lazy pipelines can always be optimized for computational performance, and the Julia language really thrives to dispatch the appropriate optimizations when they are available.
Map projections are specific types of coordinate transforms. They can be combined with many other transforms in the framework to produce advanced geostatistical visualizations.
There is a long journey until the technology reaches its full potential. The good news is that Julia code is easy to read and modify, and you can become an active contributor after just a few weeks working with the language. We invite you to contribute new transforms and optimizations as soon as you feel comfortable with the framework.