Mapbox Android SDK

An open source alternative for native maps on Android. This library lets you use Mapbox, OpenStreetMap, and other tile sources in your app, as well as overlays like GeoJSON data and interactive tooltips.

This is a fork of osmdroid, so the entire core is open source: it doesn't depend on the Google Maps SDK or any components outside of AOSP that would require the Google Play Store.

Installation

We recommend using the Mapbox Android SDK with Gradle: this will automatically install the necessary dependencies and pull the SDK binaries from the Maven Central repository ( Mapbox Android SDK on Maven Central ).

To install the current stable version add this to your build.gradle:

repositories {
    mavenCentral()
}

dependencies {
    compile ('com.mapbox.mapboxsdk:mapbox-android-sdk:0.6.0@aar'){
        transitive=true
    }
}

To install the current SNAPSHOT version add this to your build.gradle:

repositories {
    mavenCentral()
    maven { url "http://oss.sonatype.org/content/repositories/snapshots/" }
}

dependencies {
    compile ('com.mapbox.mapboxsdk:mapbox-android-sdk:0.7.0-SNAPSHOT@aar'){
        transitive=true
    }
}

For a full example Android project incorporating the SDK in this manner, please see the Mapbox Dev Preview app.

• Source: https://github.com/mapbox/mapbox-android-demo
• Free download to your Android device from Google Play: https://play.google.com/store/apps/details?id=com.mapbox.mapboxandroiddemo

NOTE: SDK Versions

At any given time there will be 3 different versions of the SDK to use. You're welcome to use whichever one makes the most sense for your project, just be aware that each comes with a different level of stability.

1. Stable / Supported

• Currently 0.6.0

2. SNAPSHOT

• Currently 0.7.0-SNAPSHOT

3. Source

Manually / Hardcoding In Project

Download and include the mapbox-android-sdk.aar file and all artifacts (.aar, .jar files, and Android support / compatibility libraries listed) listed in MapboxAndroidSDK / build.gradle. For those new to Gradle the artifacts are listed in the dependencies block. These will change over time so please check back regularly.

Legacy Support (Eclipse) - Experimental

The Mapbox Android SDK is also packaged as a .apklib file. This allows integration with older tools (Eclipse) that don't support the .aar format yet. In order to make this work the project will need to make use of Maven, and it the case of Eclipse the M2Eclipse Maven plugin. From there configure the Maven pom.xml to include the following dependency:

<dependency>
    <groupId>com.mapbox.mapboxsdk</groupId>
    <artifactId>mapbox-android-sdk</artifactId>
    <version>0.6.0</version>
    <type>apklib</type>
</dependency>

For more information on how to use Maven and Eclipse together please see Sonatype's Developing with Eclipse and Maven tutorial.

Eclipse Hardcoding - NOT Recommended

The best way to make sure that the Mapbox Android SDK is setup properly (as well as updated as new versions are released) is to make use of Gradle or Maven as documented above. However, if that's not possible the Mapbox Android SDK can also be added to the project by hardcoding it in. Please note that this is extremely brittle and not scalable. Here's the steps:

1. Download the mapbox-android-sdk-0.6.0.apklib.
2. Extract the source code and import it directly into the Eclipse project

• jar xf mapbox-android-sdk-0.6.0.apklib

3. Download all .jar dependencies from build.gradle and add to the Eclipse project as libaries. Do NOT extract the content of these files.
4. Automatically Included as of 0.6.0 Download all .java files from Cocoahero's GeoJSON library and add to the Eclipse project's source code.

Building From Source

Building from source means you get the very latest version of our code. The first step is to clone the repository to a directory in your system

git clone https://github.com/mapbox/mapbox-android-sdk.git

We use Gradle as a configuration and build tool: to use it with your IDE, import the project by selecting build.gradle in the project root directory as the project file.

Don't worry about installing Gradle on your system if you don't already have it: the project makes use of Gradle Wrapper, so a correct & current project version of Gradle will automatically be installed and used to run the builds. To use the Gradle wrapper just look for gradlew or gradlew.bat (Windows) in the project's main directory.

Then you can build an archive:

cd <PROJECT_ROOT>

./gradlew clean assembleRelease

# The archive (mapbox-android-sdk-<VERSION>.aar) will be found in
<PROJECTHOME>/MapboxAndroidSDK/build/libs

Don't forget to then also include the dependencies from MapboxAndroidSDK / build.gradle in your classpath!

Changes from OSMDroid

This project is a fork of OSMDroid, but is significantly different as the result of major refactoring and rethinking.

• GeoJSON and TileJSON support added.
• The Mapbox Android SDK is Apache 2.0 licensed, and does not include any GPL or copyleft add-ons.
• Mapbox Android SDK is a small core design. OSMDroid's semi-related utilities like GPX uploading, UI zoom buttons, GEM & Zip file support, Scale Bar, Compass Overlay, and more have been removed. These requirements will be better served by separate modules that do one thing well.
• Interfaces and abstract classes are only defined when suitable: most single-use interfaces are removed for simplicity.
• Data objects like points and lines use doubles instead of the E6 int convention. This simplifies implementations. The reuse pattern is also deemphasized, since it's less necessary with newer JITs.
• Instead of supporting specific tile layers with hardcoded paths, Mapbox Android SDK provides an easy-to-configure TileLayer class.
• Small modules are used in place of local implementations - DiskLRUCache for caching, OkHttp for connection niceties, and android-geojson for GeoJSON parsing.
• Markers can optionally use the Mapbox marker API for customized images.
• Code style follows the Sun conventions
• Automated tests are included.
• slf4j dependency is removed

Contributors Note (aka, Where's the master branch?)

The project's master branch is actually mb-pages. There is no branch named master nor will there be. The reason for it is that it allows some automatic processing and publishing of documentation behind the scenes. In practice this shouldn't affect anybody wanting to contribute, but is something that will probably seem a bit "different" to newcomers. Anyway, that's what's going on. If you'd like more information please see #404 .

Quick-start Guide