Skip to main content
The Radar SDK abstracts away cross-platform differences between location services, allowing you to add geofencing, location tracking, trip tracking, geocoding, and search to your apps with just a few lines of code. Learn how to integrate the Android SDK below. You can also see the source and a detailed SDK reference on GitHub.

Install SDK

The best way to add the SDK to your project is via Gradle in Android Studio.
For details on the latest SDK releases, see the releases page on GitHub. You can also star ⭐️ and watch 👀 the repo.
The SDK is small and typically adds less than 500 KB to your compiled app. The SDK is distributed using Maven Central. Add the SDK to the dependencies section of your app’s build.gradle file:

Add manually

You can also add the SDK to your project manually. Download the current release and unzip the package. The package contains an aar file. In Android Studio, add the SDK as a module using File > New Module > Import .JAR/.AAR Package.

Dependencies

The SDK depends on Google Play Services Location version 21.0.1 and higher, which will be automatically included as a transitive dependency by Gradle. Learn more about managing dependencies in Gradle here. If you haven’t already configured your project for Google Play Services, follow the instructions here. As of version 3.8.0, the SDK uses play-services-location:21.0.1. If another dependency that depends on play-services-location is causing version conflicts, you can exclude the transitive dependencies and include the play-services-location dependency at the project level instead. We strongly recommend using 21.0.1 or higher. As an alternative to Google Play Services, the SDK also optionally supports Huawei Mobile Services. The SDK currently supports API level 16 or above.

Initialize SDK

When your app starts, in application onCreate(), initialize the SDK with your publishable API key, found on the Settings page. Use your Test Publishable key for testing and non-production environments. Use your Live Publishable key for production environments.
Note that you should always use your publishable API keys, which are restricted in scope, in the SDK. Do not use your secret API keys, which are unrestricted in scope, in any client-side code.

Network timeout

To override the default network timeout, set networkTimeout on RadarInitializeOptions as a Kotlin Duration. The extended timeout used for longer-running requests is automatically set to 2.5x this value. Values are clamped to [1, 300] seconds.
Kotlin

Request permissions

Radar respects standard Android location permissions. For foreground tracking or trip tracking with continuous mode, Radar requires the ACCESS_FINE_LOCATION permission for precise location and/or the ACCESS_COARSE_LOCATION permission for approximate location. These permissions are automatically added by the SDK manifest along with the INTERNET, ACCESS_NETWORK_STATE, FOREGROUND_SERVICE, and RECEIVE_BOOT_COMPLETED permissions. For background tracking or geofencing with responsive mode, and if targeting API level 29 or above, Radar also requires the new ACCESS_BACKGROUND_LOCATION permission. You must add the ACCESS_BACKGROUND_LOCATION permission to your manifest manually. To start a foreground service or use the continuous tracking preset, you must add the FOREGROUND_SERVICE_LOCATION permission:
To request foreground and background permissions:
Build and run the app to make sure permissions prompts are displayed!
Not seeing permissions prompts? First, make sure you’ve added permissions to your manifest. Second, check your device settings to make sure you haven’t already granted location permissions.

Foreground tracking

Once the user has granted foreground permissions, you can track the user’s location in the foreground. To track the user’s location in the foreground, call:
You may provide an optional instance of RadarTrackCallback with an implementation of onComplete() that receives the request status, the user’s location, the events generated, if any, and the user. The request status can be:
  • RadarStatus.SUCCESS: success
  • RadarStatus.ERROR_PUBLISHABLE_KEY: SDK not initialized
  • RadarStatus.ERROR_PERMISSIONS: location permissions not granted
  • RadarStatus.ERROR_LOCATION: location services error or timeout (10 seconds)
  • RadarStatus.ERROR_NETWORK: network error or timeout (10 seconds)
  • RadarStatus.ERROR_BAD_REQUEST: bad request (missing or invalid params)
  • RadarStatus.ERROR_UNAUTHORIZED: unauthorized (invalid API key)
  • RadarStatus.ERROR_PAYMENT_REQUIRED: payment required (organization disabled or usage exceeded)
  • RadarStatus.ERROR_FORBIDDEN: forbidden (insufficient permissions)
  • RadarStatus.ERROR_NOT_FOUND: not found
  • RadarStatus.ERROR_RATE_LIMIT: too many requests (rate limit exceeded)
  • RadarStatus.ERROR_SERVER: internal server error
  • RadarStatus.ERROR_UNKNOWN: unknown error
Build and run the app, then find your user on the Users page! To trigger an event, you’ll need to create a geofence if you haven’t already. Not seeing your user on the Users page? Check status in the callback to see what went wrong.

Background tracking for geofencing

Once you have initialized the SDK and the user has authorized background permissions, you can start tracking the user’s location in the background. The SDK supports custom tracking options as well as three presets. For geofencing, we recommend using RadarTrackingOptions.RESPONSIVE. This preset detects whether the device is stopped or moving. When moving, it tells the SDK to send location updates to the server every 2-3 minutes. When stopped, it tells the SDK to shut down to save battery. Once stopped, the device will need to move more than 100 meters to wake up and start moving again. Assuming the user has authorized background permissions, background tracking will work even if the app has been backgrounded or killed, as Android location services will wake up the app to deliver events and the SDK uses JobScheduler to schedule network requests.
Note that location updates may be delayed significantly by Doze Mode, App Standby, and Background Location Limits, or if the device has connectivity issues, low battery, or wi-fi disabled.In practice, location updates may be sent to the server every 5-10 minutes while moving, faster if you power on the screen or if other apps are requesting location, and slower otherwise. These restrictions apply to all apps using location services, not just Radar.
Though we recommend using presets for most use cases, you can modify the presets. See the tracking options reference.
To start tracking for geofencing, call:
To determine whether tracking has been started, call:
To stop tracking (e.g., when the user logs out), call:
You only need to call these methods once, as these settings will be persisted across app sessions.

Background tracking for trips

For trips, we recommend using RadarTrackingOptions.continuous. This preset tells the SDK to send location updates to the server every 30 seconds, regardless of whether the device is moving. To avoid Background Location Limits, the continuous preset starts a foreground service with a notification while tracking. When the foreground service with a notification is running, only foreground permissions are required for tracking. See the tracking options reference to adjust the foreground service notification copy and behavior. Tracking for the duration of a trip is started or updated by including tracking options in the startTrip call:
If tracking was disabled before the trip started, it will stop after the trip ends. Otherwise, it will revert to the tracking options in use before the trip started:
Learn more about starting, completing, and canceling trips in the trip tracking documentation.

Mock tracking for testing

Can’t go for a walk or a drive? You can simulate a sequence of location updates. For example, to simulate a sequence of 10 location updates every 3 seconds by car from an origin to a destination, call:

Location metadata

The SDK can also pass along information like motion activity detection, speed and heading via the location metadata field. Turn on useMotion in your sdkConfiguration to enable this feature. Include permissions for motion activity detection in your manifest
You will need to manually prompt for motion permissions with

Listening for events with a receiver

To listen for events, location updates, and errors client-side, create a class that extends RadarReceiver. Then, pass in an instance of your receiver when initializing the SDK in application onCreate().
Your receiver should implement the following:

Manual tracking

If you want to manage location services yourself, you can manually update the user’s location instead by calling:
where location is a Location instance with a valid latitude, longitude, and accuracy.

Identify user

The SDK automatically collects installId (a GUID generated on fresh install) and deviceId (Android ID). You can also assign a custom userId, also called External ID in the dashboard. To set a custom userId, call:
where userId is a stable unique ID for the user. To set a dictionary of custom metadata for the user, call:
where metadata is a JSONObject with up to 16 keys and values of type string, boolean, or number. Finally, to set an optional description for the user, displayed in the dashboard, call:
You only need to call these methods once, as these settings will be persisted across app sessions. Learn more about when Radar creates new user records here.

Debug logging

By default, only critical errors are logged to the console. To enable debug logging, call:
The Android SDK automatically logs lifecycle events without the additional setup required on iOS.

Other APIs

The Android SDK also exposes APIs for beacons, geocoding, search, and distance.

Beacons

To range and monitor beacons, you must request Bluetooth permissions. If targeting API level 31 or above, both BLUETOOTH_CONNECT and BLUETOOTH_SCAN are required runtime permissions. The following bluetooth permissions must be added to your manifest:
To range beacons in the foreground, call:
To monitor beacons in the background, update your tracking options:
Learn more about beacons.

Geocoding

With the forward geocoding API, geocode an address, converting address to coordinates:
With the reverse geocoding API, reverse geocode a location, converting coordinates to address:
With the IP geocoding API, geocode the device’s current IP address, converting IP address to city, state, and country:
With the autocomplete API, autocomplete partial addresses and place names, sorted by relevance:
With the geofence search API, search for geofences near a location, sorted by distance:
With the places search API, search for places near a location, sorted by distance:
With the address validation API (currently in beta), validate a structured address in the US or Canada:

Distance

With the distance API, calculate the travel distance and duration from an origin to a destination:

Matrix

With the matrix API, calculate the travel distance and duration between multiple origins and destinations for up to 25 routes:

Conversions

With the conversions API, log a conversion, such as a purchase or signup, to analyze alongside your app’s location activity:

User tags

With the user tag API, you can configure campaigns to only target users with the corresponding tags:

Notifications

With setNotificationOptions, set the icon and the background color of foreground service and event notifications:

Huawei

By default, the SDK depends on Google Play Services Location. However, you can use Huawei Mobile Services Location Kit instead. If you haven’t already configured your project for Huawei Mobile Services, follow the instructions here. Then, add the dependency to your app’s build.gradle file:
Finally, pass in RadarLocationServicesProvider.HUAWEI when you initialize the SDK: