Migrating from V3 to V4
The Android SDK for MapsIndoors has been upgraded from V3 to V4, which comes with improved interfaces and flexibility for developing your own map experience. The MapsIndoors SDK now supports Mapbox as a map provider, alongside some reworked and refactored features that simplify development and SDK behavior. This guide will cover specific changes to the SDK and how to use it to provide you with a guide on how to upgrade from V3 to V4.
MapsIndoors SDK Map Engine Flavors
With the release of V4 the MapsIndoors SDK is released as two separate libraries depending on the map provider - Google Maps or Mapbox. You can get them through Maven by changing your dependency to get:
MapsIndoors Initialization
MapsIndoors is a singleton class, which can be described as the data layer of the SDK. Below you will find an example that demonstrates how initialization has been simplified between V3 and V4.
V3
In V3, SDK initialization is started with:
And subsequently setting the Google API key using:
If you want to change the MapsIndoors API key of an already initialized SDK you invoke:
And to close down the SDK, call:
V4
In V4, initialization is started by the new function MapsIndoors.load()
:
Map engine specific API keys are handled by MPMapConfig
, covered in the "MapControl Initialization" section of this guide.
Switching to another MapsIndoors API key, such as for switching active solutions, is now done by invoking MapsIndoors.load()
again with a new key. The SDK will close down, and reload with the new API key.
To close down the SDK without reloading a new API key, invoke:
MapControl Initialization
MapControl instantiation and initialization are separate concepts. You create a new instance of MapControl
and configure it with a map and view - optionally you could set clustering, overlapping and other behavior on the object.
V3
In V3, MapControl.init()
is a separate asynchronous call:
V4
In V4, MapControl
now requires a MPMapConfig
object, which is acquired using a builder on the class MPMapConfig
. Here you must provide an activity, a map provider (Google Maps or Mapbox), a mapview
and a map engine API key.
With a MPMapConfig
instance, you may create a new MapControl
instance. This now happens through a factory pattern. This both instantiates and initializes your MapControl
object asynchronously. If everything succeeds, you will receive a ready-to-use MapControl
instance - if not, you will get an error and receive no MapControl
instance.
Please note that this factory method will wait to return until a valid MapsIndoors solution is loaded, therefore it is safe to invoke MapControl.create()
prior to, or in parallel with MapsIndoors.load()
.
SolutionConfig & AppConfig
V3
In V3, AppConfig contained information about clustering (POI_GROUPING
) and collisions (POI_HIDE_ON_OVERLAP
), which could be fetched and updated like this:
V4
In V4, these settings have been moved to MPSolutionConfig
, which is located on the MPSolution. Now these settings have types (a boolean and an Enum type). This helps ensure that the settings are easier to configure and have no parsing errors. They can be fetched and updates like this:
NB: As a consequence the SDK will no longer respect these settings in the appConfig, they will have to be set in the solutionConfig.
Venue Name
V3
In V3, the getName()
method return the venue's Administrative ID, shadowing its Display Name.
V4
In V4, the getName()
method now returns the venue's Display Name. A new method has been added: getAdministrativeId()
which returns the venue's Administrative ID.
Display Rules
The manner in which the SDK handles Display Rules has recieved a major overhaul in V4. This is intended to simplify usage, such as editing Display Rules for certain Locations.
V3
In V3 you would create new DisplayRule objects and add them onto Locations through MapControl.
Editing a single location
Editing multiple locations
V4
In V4, DisplayRules have been changed to a reference-based approach. You now receive MPDisplayRules
through MapsIndoors and are able to change the values, and see it reflected on the map instantly.
Editing a single DisplayRule
Editing multiple DisplayRules
Resetting Display Rules
Building outlines and selections are now also DisplayRules, so that you can customize the looks just like you can when doing it on locations.
Please note that MapsIndoors has to have finished loading for these DisplayRules to not be
null
.
Editing Selection and Building Outline
The following methods are examples of how you can use DisplayRules to set the outline color of a building, or if selecting a building highlights it.
DirectionsService & DirectionsRenderer
There are two basic functions here - Retrieving, or querying a route, and rendering it onto the map.
Query Route
V3
In V3, the process to query a route is to instantiate a MPRoutingProvider
and set the desired travel mode, departure/arrival time, etc. You should also instantiate an OnRouteResultListener
to receive the result (or error in case of failure).
V4
In V4, MPRoutingProvider
has been renamed to MPDirectionsService
, to align with other platforms. It has also changed the method of setting a departure or arrival, as shown below.
Instantiate a new MPDirectionsService
, and apply the settings needed for a route. Use the query()
method to search for a route between two points.
Render Route
V3
To render a given route in V3, instantiate a MPDirectionsRenderer
with parameters. Then your IDE should be able to show you the various configurable attributes (various animation settings and styling) as well as setting the route. Alternatively, refer to further documentation. To start the renderer/animation, invoke initMap()
.
V4
In V4, this has been simplified. Given a route, you can instantiate a new MPDirectionsRenderer
, and set the route using setRoute()
. Use the MPDirectionsRenderer
object to navigate through the route (next/previous leg) as well as configure the animation and styling of the route on the map. By default the route is animated and repeating, but this is customizable on the MPDirectionsRenderer
instance.
Map & Camera Behavior Configs
In V3, there were many overloaded methods for selection and filtering, where various boolean and integer/double values were set. In V4, the preferred method is configuration objects for heavily configurable use cases. Thus, filtering and selection methods are now dependent on MP...Behavior
objects.
We have introduced MPFilterBehavior
and MPSelectionBehavior
. These object contains behavioral configuration to describe how and if the camera should behave. The following can be configured:
setZoomToFit(boolean)
setMoveCamera(boolean)
setShowInfoWindow(boolean)
setAnimationDuration(int)
setAllowFloorChange(boolean)
There are statically defined defaults available on the classes.
The "Go-To" Function
In V4 MapControl.goTo(MPEntity)
is introduced. This is an easy way to quickly move the camera to almost any MapsIndoors geographical object (referred to as MPEntity
). The method implements pre-determined defaults for camera behavior, which cannot be configured.
The following classes are of type MPEntity
:
MPLocation
MPFloor
MPBuilding
MPVenue
Map Filtering
V3
In V3, filtering map content is performed with MapControl.displaySearchResult()
. This results in a lot of undesirable overloads.
Clearing the map filter is done by invoking MapControl.clearMap()
.
V4
To avoid the aforementioned undesirable overloads, in V4, filtering map content is now performed with MapControl.setFilter(List<MPLocation>, MPFilterBehavior)
or alternatively MapControl.setFilter(MPFilter, MPFilterBehavior, MPSuccessListener)
. To clear the filter, invoke MapControl.clearFilter()
.
One way to perform map filtering, is given a list of MPLocation
, display only these locations on the map.
Another way is to configure a MPFilter
object. This is an easy way to only show locations of a given type or category on the map.
Positioning Providers
V3
In V3, the snippet below is the PositionProvider
interface. While perfectly functional, it leaves a lot be desired in terms of readability and clarity, and avoiding bloat in the code.
V4
To fix this in V4, PositionProvider
has been optimized and renamed to MPPositionProvider
, to fall in line with other naming conventions. It has been renamed with the MP-prefix and has been heavily trimmed, to only describe the necessary interface for the MapsIndoors SDK to utilize a position provider sufficiently.
SDK Interface Changes
Removed Classes & Interfaces
Removed |
---|
ImageSize |
SphericalUtil |
Convert |
DirectionsRenderer (interface) |
DisplayRule |
Feature |
FloorTileOfflineManager |
GeometryCollectionGeometry |
GoogleMapsDirectionStatusCodes |
JavaClusteringEngine |
JSONUtil |
LineStringGeometry |
LintTestClass |
ListenerCallbacks |
LocationsUpdatedListener |
MapView (interface) |
MathUtil |
MPAuthClient |
MPBadgeType |
MPBookingListener |
MPBookingListListener |
MPDataSetCacheManagerSyncListener |
MPDistanceMatrixReceiver |
MPFloatRange |
MPLocationCluster |
MPLocationClusteringEngine |
MPLocationListListener |
MPOrdering |
MultiLineStringGeometry |
MultiPointGeometry |
NodeLabel |
PolyUtil |
PositionIndicator |
Renderer |
RouteVertex |
TileCacheStrategy |
TileSize |
UriLoaderListener |
Utils |
DSCUnzipFileTask |
DSCUrlDownloadingTask |
Renamed Classes & Interfaces
V3 | V4 |
---|---|
AppConfig | MPAppConfig |
BadgePosition | MPBadgePosition |
Building | MPBuilding |
BuildingCollection | MPBuildingCollection |
BuildingInfo | MPBuildingInfo |
Category | MPCategory |
CategoryCollection | MPCategoryCollection |
DataField | MPDataField |
DataSet | MPDataSet |
DataSetManagerStatus | MPDataSetManagerStatus |
dbglog | MPDebugLog |
DistanceMatrixResponse | MPDistanceMatrixResponse |
FastSphericalUtils | MPFastSphericalUtils |
Floor | MPFloor |
FloorSelectorInterface | MPFloorSelectorInterface |
GeocodedWaypoints | MPGeocodedWaypoints |
GeoData | MPGeoData |
Geometry | MPGeometry |
Highway | MPHighway |
IFloorSelector | MPFloorSelectorInterface |
ImageProvider | MPImageProvider |
LocationDisplayRule | MPDisplayRule |
LocationPropertyNames | MPLocationPropertyNames |
Maneuver | MPManeuver |
MapExtend | MPMapExtend |
MapStyle | MPMapStyle |
MenuInfo | MPMenuInfo |
MPApiKeyValidatorService | MPApiKeyValidator |
MPBaseType | MPLocationBaseType |
MPLocationClusterImageAdapter | MPClusterIconAdapter |
MPRoutingProvider | MPDirectionsService |
MultiPolygonGeometry | MPMultiPolygonGeometry |
NodeData | MPNodeData |
Object | MPObject |
PermissionsAndPSListener | MPPermissionsAndPSListener |
Point | MPPoint |
POIType | MPPOIType |
PolygonDisplayRule | MPPolygonDisplayRule |
PolygonGeometry | MPPolygonGeometry |
PositionProvider | MPPositionProvider |
PositionResult | MPPositionResult & MPPositionResultInterface |
PropertyData | MPPropertyData |
ReadyListener | MPReadyListener |
Route | MPRoute |
RouteCoordinate | MPRouteCoordinate |
RouteLeg | MPRouteLeg |
RoutePolyline | MPRoutePolyline |
RouteProperty | MPRouteProperty |
RouteResult | MPRouteResult |
RouteSegmentPath | MPRouteSegmentPath |
RouteStep | MPRouteStep |
RoutingProvider | MPDirectionsServiceInterface & MPDirectionsServiceExternalInterface |
Solution | MPSolution |
SolutionInfo | MPSolutionInfo |
TransitDetails | MPTransitDetails |
TravelMode | MPTravelMOde |
URITemplate | MPURITemplate |
UrlResourceGroupType | MPUrlResourceGroupType |
UserRole | MPUserRole |
Venue | MPVenue |
VenueCollection | MPVenueCollection |
VenueInfo | MPVenueInfo |
Last updated