An extension to the Apache Spark framework that allows easy and fast processing of very large geospatial datasets.
Mosaic was created to simplify the implementation of scalable geospatial data pipelines by bounding together common Open Source geospatial libraries via Apache Spark, with a set of examples and best practices for common geospatial use cases.
Mosaic provides geospatial tools for
- Data ingestion (WKT, WKB, GeoJSON)
- Data processing
- Geometry and geography
ST_
operations via JTS - Indexing (with default H3 or BNG)
- Chipping of polygons and lines over an indexing grid co-developed with Ordnance Survey and Microsoft
- Geometry and geography
- Data visualization (Kepler)
The supported languages are Scala, Python, R, and SQL.
The Mosaic library is written in Scala (JVM) to guarantee maximum performance with Spark and when possible, it uses code generation to give an extra performance boost.
The other supported languages (Python, R and SQL) are thin wrappers around the Scala (JVM) code.
Image1: Mosaic logical design.
We recommend using Databricks Runtime versions 13.3 LTS with Photon enabled.
DEPRECATION ERROR: Mosaic v0.4.x series only supports Databricks Runtime 13. You can specify
%pip install 'databricks-mosaic<0.4,>=0.3'
for DBR < 13.
DEPRECATION ERROR: Please use a Databricks Photon-enabled Runtime for performance benefits or Runtime ML for spatial AI benefits; Mosaic 0.4.x series restricts executing this cluster.
Language Bindings
As of Mosaic 0.4.0 (subject to change in follow-on releases)...
- Assigned Clusters: Mosaic Python, SQL, R, and Scala APIs.
- Shared Access Clusters: Mosaic Scala API (JVM) with Admin allowlisting; Python bindings to Mosaic Scala APIs are blocked by Py4J Security on Shared Access Clusters.
- Mosaic SQL expressions cannot yet be registered with Unity Catalog due to API changes affecting DBRs >= 13, more here.
Additional Notes:
As of Mosaic 0.4.0 (subject to change in follow-on releases)...
- Unity Catalog: Enforces process isolation which is difficult to accomplish with custom JVM libraries; as such only built-in (aka platform provided) JVM APIs can be invoked from other supported languages in Shared Access Clusters.
- Volumes: Along the same principle of isolation, clusters (both assigned and shared access) can read Volumes via relevant built-in readers and writers or via custom python calls which do not involve any custom JVM code.
We recommend using Databricks Runtime versions 12.2 LTS with Photon enabled.
As of the 0.3.11 release, Mosaic issues the following WARNING when initialized on a cluster that is neither Photon Runtime nor Databricks Runtime ML [ADB | AWS | GCP]:
DEPRECATION WARNING: Please use a Databricks Photon-enabled Runtime for performance benefits or Runtime ML for spatial AI benefits; Mosaic will stop working on this cluster after v0.3.x.
If you are receiving this warning in v0.3.11+, you will want to begin to plan for a supported runtime. The reason we are making this change is that we are streamlining Mosaic internals to be more aligned with future product APIs which are powered by Photon. Along this direction of change, Mosaic has standardized to JTS as its default and supported Vector Geometry Provider.
Check out the documentation pages.
Install databricks-mosaic as a cluster library, or run from a Databricks notebook
%pip install databricks-mosaic
Then enable Mosaic (and namespace it in python) with
import mosaic as mos
mos.enable_mosaic(spark, dbutils)
Get the jar from the releases page and install it as a cluster library.
Then enable it with
import com.databricks.labs.mosaic.functions.MosaicContext
import com.databricks.labs.mosaic.H3
import com.databricks.labs.mosaic.JTS
val mosaicContext = MosaicContext.build(H3, JTS)
import mosaicContext.functions._
Get the Scala JAR and the R from the releases page. Install the JAR as a cluster library, and copy the sparkrMosaic.tar.gz
to DBFS (This example uses /FileStore
location, but you can put it anywhere on DBFS).
library(SparkR)
install.packages('/FileStore/sparkrMosaic.tar.gz', repos=NULL)
Enable the R bindings
library(sparkrMosaic)
enableMosaic()
Configure the Automatic SQL Registration or follow the Scala installation process and register the Mosaic SQL functions in your SparkSession from a Scala notebook cell:
%scala
import com.databricks.labs.mosaic.functions.MosaicContext
import com.databricks.labs.mosaic.H3
import com.databricks.labs.mosaic.JTS
val mosaicContext = MosaicContext.build(H3, JTS)
mosaicContext.register(spark)
Note: Mosaic 0.4.x SQL bindings for DBR 13 can register with Assigned clusters (as Hive UDFs), but not Shared Access due to API changes, more here.
Here are some example notebooks, check the language links for latest [Python | Scala | SQL | R]:
Example | Description | Links |
---|---|---|
Quick Start | Example of performing spatial point-in-polygon joins on the NYC Taxi dataset | python, scala, R, SQL |
Shapefiles | Examples of reading multiple shapefiles | python |
Spatial KNN | Runnable notebook-based example using Mosaic SpatialKNN model | python |
NetCDF | Read multiple NetCDFs, process through various data engineering steps before analyzing and rendering | python |
STS Transfers | Detecting Ship-to-Ship transfers at scale by leveraging Mosaic to process AIS data. | python, blog |
EO Gridded STAC | End-to-end Earth Observation series showing downloading Sentinel-2 STAC assets for Alaska from MSFT Planetary Computer, tiling them to H3 global grid, band stacking, NDVI, merging (mosaicing), clipping, and applying a Segment Anything Model | python |
You can import those examples in Databricks workspace using these instructions.
Mosaic is intended to augment the existing system and unlock the potential by integrating Spark, Delta Lake and 3rd party frameworks into the Lakehouse architecture.
Image2: Mosaic ecosystem - Lakehouse integration.
Please note that all projects in the databrickslabs
github space are provided for your exploration only, and are not formally supported by Databricks with Service Level Agreements (SLAs). They are provided AS-IS and we do not make any guarantees of any kind. Please do not submit a support ticket relating to any issues arising from the use of these projects.
Any issues discovered through the use of this project should be filed as GitHub Issues on the Repo. They will be reviewed as time permits, but there are no formal SLAs for support.