Amazon EMR
Install WherobotsDB on an EMR on EC2 cluster with a bootstrap action, and test it in EMR Studio.
Databricks
Install WherobotsDB on a Databricks cluster with an init script, including Photon-enabled clusters.
Deployment options
Wherobots requirements
Both platforms need the following in your Wherobots Organization:- An account in a Professional, Innovation, or Enterprise Edition Organization.
Admins and Users can both create the personal API key this deployment uses. Only an Admin can add an API key to a service principal. See Organization Roles.
- The BYOS feature enabled on your Organization. Contact Wherobots to enable it. BYOS unlocks both halves of this deployment: read access to the WherobotsDB release artifacts, and the runtime authentication and usage-reporting endpoints the JAR calls. Without it, those endpoints return
403and cluster initialization fails. - A Wherobots API key. See Create an API key.
- The WherobotsDB release artifacts from Wherobots: the platform’s shaded WherobotsDB JAR, the
geotools-wrapperJAR, and thewherobots-sedonaPython wheels. These are not published to Maven Central or PyPI.
Once BYOS is enabled for your Organization, a read-only WherobotsDB Releases storage source appears automatically in your Wherobots Cloud storage list. Go to Storage, open that source, and download the JARs and wheel from the release folder. If the source does not appear, BYOS is not yet enabled — contact Wherobots.
SedonaContext.create fails to authenticate.
Versions
WherobotsDB JARs are compiled against JDK 17. Each platform page lists the JAR artifact for each supported Spark and Scala version. A Spark or Scala mismatch surfaces at runtime asNoSuchMethodError or ClassNotFoundException.
WherobotsDB is versioned independently of Apache Sedona. Each WherobotsDB release is API-compatible with a specific Apache Sedona version, and the GeoTools wrapper version follows the Sedona version — so VERSION and GEOTOOLS_VERSION are different values. For example:
Always use the exact filenames Wherobots delivered to you.
Spark properties
Both platforms set these Spark properties on the cluster. The platform pages show where to set them, along with the properties each platform needs to load the JARs.
For how to check the configuration with
SedonaConf and for the optional spatial join parameters, see WherobotsDB Spark Parameters.
How Wherobots authentication works
WherobotsDB validates your API key at startup and uses it for usage-based billing. Both operations call Wherobots Cloud endpoints that are part of the BYOS feature:- At startup, the JAR authenticates against
POST /apps/authenticate, which returns a workload ID. - While the workload runs, the JAR periodically reports usage heartbeats to
POST /apps/report/{workload_id}.
403 and initialization fails. The same feature grants access to the release artifacts.
The cluster reads the key from the spark.wherobots.api.key Spark property or the WHEROBOTS_API_KEY environment variable. Each platform page shows how to supply it from a secret store: AWS Secrets Manager on Amazon EMR, and Databricks secrets on Databricks.
Create an API key
1
Open the API Keys page
Log in to Wherobots Cloud and go to Settings → API Keys.
2
Create the key
Select Create new key, name it, and choose an expiration date. The default is one year. Select Submit.
3
Copy it immediately
Feature differences from Wherobots Cloud
BYOS provides the WherobotsDB engine on your cluster. Features of the managed Wherobots Cloud platform are not included:- The Wherobots managed catalogs —
wherobots,wherobots_open_data,wherobots_pro_data, and the tutorialexamples_tempcatalog — are not available. Notebooks or jobs that reference them must be pointed at your own catalogs or read public data directly. - Runtime conveniences that Wherobots Cloud preconfigures — the Spark checkpoint directory, visualization packages such as SedonaKepler, and pre-installed Python dependencies — must be set up on your cluster yourself.

