# Introduction

The need to estimate values from a source polygon to a target polygon arises constantly in various geospatial analysis. For instance, it is often useful to determine the population of neighbourhoods or postal codes by considering census datasets. Another important application is the estimation of the change in a given variable over time with evolving geometries. This is namely the case when one wants to study population growth by considering different censuses.

This post briefly explores some simple ways to solve this problem through different interpolation strategies. It focuses on three relatively simple techniques and their R implementations:

• Area weighted interpolation
• Raster based weighted interpolation
• Buildings density weighted interpolation

# Spatial interpolation

## Definitions and assumptions

Spatial interpolation is performed on either extensive or intensive geographical variables. Extensive variables can be meaningfully aggregated over regions by summing over them. Important examples of such variables include population, number of English speakers and other count variables. 1

On the other hand, intensive variables, which may be unitless, cannot be aggregated through summation. Examples include prevalence of low income on a scale of 1 to 100, proportion of women over 65 and after tax income per capita.

This post only considers extensive variables, but the methodologically can easily be extended to intensive variable as well. For simplicity, it also assumes that for each layer, the polygons partition the entire area of study into disjoint sets (usually true in practice) and that the union of both sets is the same (usually not the case in practice).

## Fundamentals

Interpolating one variable from a given polygon layer to another can be done by refining both geometries and taking their intersections as shown in the figure below.

Once this intersection is computed, we can determine the following undirected graph of polygon correspondance:

We abuse notation and use the same notation to refer to both the original polygons and the nodes in the graph. We denote $$A,B$$ and $$C$$ the set of nodes associated with polygons in the source, target and intersected layers respectively. We also use the lower case $$a,b,c$$ to differentiate between the three layers.2

Having defined this correspondance, we can set up the interpolation by identifying a non-negative weighting variable $$\kappa$$. This $$\kappa$$ weight often corresponds to the area of the polygons in the refined intersected geometry, but we will explore other choices. We then define the weight of polygon $$i$$ in the refined geometry as:

$w_{i}^c= \frac{\kappa_i^c}{\sum_{j \in N(p_a(i))} \kappa_j^c}$

where $$p_a(i) \in A$$ and $$p_b(i) \in B$$ represent the unique associated parent/neighbour of node $$i \in C$$ in each layer and $$N(k) \in A \cup B \cup C$$ is the neighbourhood of node $$k$$ in the tripartite graph.

Once this convex combination has been defined, we can interpolate any extensive variable $$v$$ that is constant over polygons from layer $$a$$ to $$c$$ by taking:

$v_i^c = v_{p_a(i)}^a w_{i}^c$

Finally, we can interpolate back to any polygon $$j \in B$$ in the target layer by taking:

$v_j^b = \sum_{i \in N(j)} v_i^c$

If $$\sum_{i \in N(k)} w_i^c =1, \forall k$$ and every geometry in the intersection is associated to exactly 1 polygon in the source and target layers, then :

\begin{align} \sum_{j \in B} v_j^b &= \sum_{j \in B} \sum_{i \in N(j)} v_i^c \\ &= \sum_{k \in A} \sum_{i \in N(k)} v_{p_a(i)}^a \frac{\kappa_i^c}{\sum_{j \in N(p_a(i))} \kappa_j^c} \\ &= \sum_{k \in A} v_{k}^a \sum_{i \in N(k)} \frac{\kappa_i^c}{ \sum_{j \in N(k)} \kappa_j^c} \\ &= \sum_{k \in A} v_{k}^a \end{align}

which means that the sum of $$v$$ is preserved.

In reality, the problem is more complicated since the geometries rarely match perfectly. Even if the geographical atoms considered by authoritative sources like Statistics Canada stay the same, it is still possible that small tweaks to polygon boundaries occur, for instance to improve alignment with roads or water bodies. These incongruent geometries imply that without any adjustment, the sum of the interpolated variable is different in the two layers.

# Numerical experiments

The advantage of the formalism above is that it allows us to easily tests new interpolation strategis by changing the $$\kappa_i^c$$ weight for each geometry in the refined geometry. To compare the different approaches, we use the 1996, 2001, 2006, 2011 and 2016 Ottawa census metropolitan area (CMA) population at the dissemination area (DA) level. The data was downloaded using the cancensus package. To ensure that maps from different censuses can be directly compared, the interpolated values $$v_i^c$$ are shown on the intersected polygons. 3

## Area

The first and simplest approach consists in using the area of the polygons by computing st_area(geom). This makes sense if the variable we are trying to interpolate is uniformly distributed over the polygon. For population, this does not necessarily make sense. Indeed the dissemination area polygons used by Statistics Canada are designed to have a relatively similar population so that large polygons correspond to sparsely populated areas.

## Raster based

Another approach consists in using a spatial covariate that may be correlated or provide meaningful information about the variable $$v$$ we are trying to interpolate. For instance, it might be useful to consider a population ecumene or other indicators of land use to perform spatial interpolation of population. Another interesting approach is to use buildings density as show in the figure below.

In this case, the $$\kappa_i^c$$ weight represents the average raster values after cropping the raster with the polygon $$i \in C$$. This can be performed with the simple command kdeValsExtract <- raster::extract(rastKde, shp , fun=mean) where rastKde is a raster object representing the 2D KDE computed from the centroids of an sf buildings dataset and shp is a unique simple feature/row from the intersected sf polygon object.

This leads to the following figure, which seems qualitatively rather different from the one obtained by interpolating with polygon area. There seems to be much more areas with strong growth than previously.

Zooming in on certain regions in the figure below however reveals that the approach is imperfect. Indeed, the weight $$\kappa_i^c$$ is often close to a constant so that $$w_j^c = |N(p_a(i)|)|^{-1}, \forall j \in N(p_a(i)), \forall i \in C$$. In other words, all subgeometries associated with a given polygon in the source layer $$a$$ have the same weight. This can be seen in the figure below, where all polygons receive similar weight, even the small slivers with very few buildings.

This can be explained by the fact that the KDE is computed for the entire (large) region. In addition since the function is smooth, it will have similar values for neighbouring cells. It follows that neighbouring polygons in the intersected layer will all have similar weight.

## Buildings based

A preferable approach when trying to interpolate population might be to consider the raw number of buildings falling within each polygon $$i \in C$$. Using this strategy leads to the following map, where large changes seem much more localized than with the global KDE raster weights.

As the figure below illustrates, this results in arguably better weighting for population interpolation. Indeed, considering buildings seems to correct the excessive weight of the area-based interpolation for the much larger and sparser region

This is implemented very easily by a spatial join st_join(shp, shpBuildings) followed by a count of buildings by shp id. This implies that buildings that touch multiple geometries will be counted more than once. However, each building may only be counted once for each individual geometry.

## Caveats

The precision of any spatial interpolation strategy crucially depends on the quality and availability of the associated covariate used to compute polygon weights. Area is a robust metric that should always be available. This is not necessarily the case of buildings. Nonetheless the Microsoft buildings dataset used for the numerical experimens is of very high quality, with close to 250 000 unique buildings for the Ottawa CMA. Comparing these figures to other authoritative datasets such as the ones computed from lidar data by various Canadian cities also confirms its excellent quality.

On the other hand, these buildings were automatically extracted with a convolutional neural network from satellite images taken at a given date, which is not precisely known.4 Using data that may have been captured in 2020 to perform interpolation on the 1996 census dataset is obviously questionable.

Another limitation of the approach presented above is that both the KDE and raw number of buildings counts are based on unique buildings centroids. As such, they do not consider population and a 100 floor skyscraper has the same impact as a small cabin in the woods.

## Existing implementations

Although interesting, the approaches described above are simplistic and not extremely robust. There alreay exists better R implementations as well as dedicated packages to perform spatial interpolation. Functions like st_interpolate_aw from the sf package readily implements area-based interpolation while aw_interpolate from the areal package further extend the functionality.

## Alternatives to spatial interpolation

Another interesting approach to deal with different incongruent geometries is to aggregate them so as to find a common tiling, which corresponds to finding connected components in the tripartite graph above. If the union of all polygons is the same for both layers, then it is always possible to do so and in the worst case we end up with a single unique geometry. This offers the important advantage of providing exact rather than approximate results, albeit on large geometries.

However, small incongruities often imply that many polygons must be aggregated into very large units, which may make it hard to provide any valuable analysis. One way to circumvent the problem for the Canadian census is to use correspondance tables provided by Statistics Canada. This approach along with more sophisticated generalizations are implemented in the tongfen package.5

# Conclusion

Spatial interpolation is an important problem that arises in various spatial statistics applications. Although the standard out-of-the box spatial weighted interpolation provided by sf and areal may provide good results for most purposes, other strategies may also be worth exploring. Depending on the variable being interpolated, using a spatially discontinuous raster with sufficiently fine granularity can yield good results. Counting the number of shops, street segments or buildings that fall in a given geometry can also result in interesting findings.

Although this post only considered population, the same interpolation schemes readily apply to other count variables that are correlated with human and buildings presence. Intensive variables can also be considered by changing the weight computation.

Special thanks to Simon Coulombe who came up with the idea of using buildings for interpolation.

1. Check out this post for more details and examples.

2. Under our initial assumptions, every polygon in the intersection is a subset of exactly one polygon in either of the 2 layers. As such, the nodes in $$C$$ of the tripartite graph all have degree 2. If the source and target layers do not cover the same area, it is possible that this is not always the case and some nodes in the intersected layer may only be associated to a polygon in only a single layer.

3. This is out of laziness and a preferable approach would be to choose a common target layer (for instance the 2016 census) and aggregate over these larger geometries. Indeed, using the intersected polygons creates various noisy artefacts as some slivers may appear to suddently have very large variations.

4. The Microsoft Github page mentions that : “Because Bing Imagery is a composite of multiple sources it is difficult to know the exact dates for individual pieces of data”.

5. For mode details on tongfen, also check out this blog post