An open source Java library for online and offline map matching with OpenStreetMap. Together with its extensive set of geometric and spatial functions, an in-memory map data structure and basic machine learning functions, it is a versatile basis for scalable location-based services and spatio-temporal data analysis on the map. It is designed for use in parallel and distributed systems and, hence, includes a stand-alone map matching server and can be used in distributed systems for map matching services in the cloud.
Barefoot consists of a software library and a (Docker-based) map server that provides access to street map data from OpenStreetMap and is flexible to be used in distributed cloud infrastructures as map data server or side-by-side with Barefoot's stand-alone servers for offline (matcher server) and online map matching (tracker server), or other applications built with Barefoot library. Access to map data is provided with a fast and flexible in-memory map data structure. Together with GeographicLib [1] and ESRI's geometry API [2], it provides an extensive set of geographic and geometric operations for spatial data analysis on the map.
Barefoot includes a Hidden Markov Model map matching implementation for both, offline map matching as proposed by Newson and Krumm in [3] and online map matching as proposed by Goh et al. in [4]. Offline map matching is the path reconstruction of a moving object from a recorded GPS trace. In contrast, online map matching determines an object's position and movement on the map iteratively from live GPS position updates in real-time.
Barefoot is designed for use in parallel and distributed high-throughput systems [5]. For map matching large batches of GPS traces (offline map matching), it can be easily integrated in Apache Hadoop or Apache Spark (see example below), whereas Apache Storm and Apache Spark Streaming provide a runtime environment for processing massive data streams (online map matching). To support other data analysis functions, Barefoot comes with basic machine learning support, e.g., DBSCAN for spatial cluster analysis [6].
Barefoot is licensed under the business-friendly Apache License 2.0 and uses only business-friendly open source software with open map data from OpenStreetMap.
See wiki.
See Javadoc.
Barefoot provides a HMM map matching solution that can be used via the software library API, see the wiki, or via REST-like APIs provided with the stand-alone servers (matcher and tracker servers), see below or the wiki. This map matching solution covers both, online and offline map matching:
- Offline map matching: Most map matching applications rely on the matching of a sequence of position measurements recorded in the past (traces) for reconstruction of the object's path on the map. Offline map matching finds the best matching on the map and exploits availability of the full trace.
- Online map matching: In many other applications, objects send position updates to some monitoring system periodically. An online map matching system matches each position update right away and, hence, keeps track of the objects' movements on the map in (near) real-time.
Accuracy of map matching depends mostly on the quality and quantity of input data, which consists of a sequence of measurement samples over time (including position measurement). Samples are submitted as a whole sequence for offline map matching or one after another for online map matching. A single sample includes the following information:
- time of the measurement sample which is given in unix time.
- position of the object (point in space, e.g. GPS measurement).
- heading of the object (azimuth measurement) which is optional and, if available, increases map matching accuracy.
Map matching of a GPS trace (violet markers) in Munich city area shown as geometrical path (orange path)
© Mapbox © OpenStreetMap Improve this map © DigitalGlobe © geojson.io
Note: The following example uses the setup of the test map server. For further details, see the wiki.
-
Install prerequisites.
- Docker Engine (version 1.6 or higher, see https://docs.docker.com/installation/ubuntulinux/)
-
Download OSM extract (examples require
oberbayern.osm.pbf
)curl http://download.geofabrik.de/europe/germany/bayern/oberbayern-latest.osm.pbf -o barefoot/map/osm/oberbayern.osm.pbf
-
Build Docker image.
cd barefoot sudo docker build -t barefoot-map ./map
-
Create Docker container.
sudo docker run -it -p 5432:5432 --name="barefoot-oberbayern" -v ${PWD}/map/:/mnt/map barefoot-map
-
Import OSM extract (in the container).
root@acef54deeedb# bash /mnt/map/osm/import.sh
Note: To detach the interactive shell from a running container without stopping it, use the escape sequence Ctrl-p + Ctrl-q.
-
Make sure the container is running ("up").
sudo docker ps -a ...
Note: The output of the last command should show status 'Up x seconds'.
Note: The following example is a quick start setup. For further details, see the wiki.
-
Install prerequisites.
- Maven (e.g. with
sudo apt-get install maven
) - Java JDK (Java version 7 or higher, e.g. with
sudo apt-get install openjdk-1.7-jdk
)
- Maven (e.g. with
-
Package Barefoot JAR. (Includes dependencies and executable main class.)
mvn package
Note: Add
-DskipTests
to skip tests. -
Start server with standard configuration for map server and map matching, and option for GeoJSON output format.
java -jar target/barefoot-<VERSION>-matcher-jar-with-dependencies.jar --geojson config/server.properties config/oberbayern.properties
Note: Stop server with Ctrl-c.
Note: In case of 'parse errors', use the following Java options:
-Duser.language=en -Duser.country=US
-
Test setup with provided sample data.
python util/submit/batch.py --host localhost --port 1234 --file src/test/resources/com/bmwcarit/barefoot/matcher/x0001-015.json SUCCESS ...
Note: On success, i.e. result code is SUCCESS, the output can be visualized with http://geojson.io/ and should show the same path as in the figure above. Otherwise, result code is either TIMEOUT or ERROR.
Online (real-time) map matching of a GPS trace in Munich city area with most likely position (blue dot) and alternative possible positions and routes (green dots and paths with transparency according to their probability). Alternative positions and routes disappear with continuously processed updates, which shows the principle of online map matching converging alternatives over time.
© Mapbox © OpenStreetMap Improve this map
(see above)
Note: The following example is a quick start setup. For further details, see the wiki.
-
Install prerequisites.
- Maven (e.g. with
sudo apt-get install maven
) - Java JDK (Java version 7 or higher, e.g. with
sudo apt-get install openjdk-1.7-jdk
) - ZeroMQ (e.g. with
sudo apt-get install libzmq3-dev
) - NodeJS (e.g. with
sudo apt-get install nodejs
)
- Maven (e.g. with
-
Package Barefoot JAR. (Includes dependencies and executable main class.)
mvn package
Note: Add
-DskipTests
to skip tests. -
Start tracker with standard configuration for map server, map matching, and tracking.
java -jar target/barefoot-<VERSION>-tracker-jar-with-dependencies.jar config/tracker.properties config/oberbayern.properties
Note: Stop server with Ctrl-c.
Note: In case of 'parse errors', use the following Java options:
-Duser.language=en -Duser.country=US
-
Install and start monitor (NodeJS server).
Install (required only once)
cd util/monitor && npm install && cd ../..
... and start:
node util/monitor/monitor.js 3000 127.0.0.1 1235
-
Test setup with provided sample data.
python util/submit/stream.py --host localhost --port 1234 --file src/test/resources/com/bmwcarit/barefoot/matcher/x0001-001.json SUCCESS ...
Note: On success, i.e. result code is SUCCESS, the tracking is visible in the browser on http://localhost:3000. Otherwise, result code is either TIMEOUT or ERROR.
A straight line between two points, here Reykjavik (green marker) and Moskva (blue marker), on the earth surface is a geodesic (orange). The closest point on a geodesic to another point, here Berlin (violet marker), is referred to as the interception point (red marker).
© Mapbox © OpenStreetMap Improve this map © DigitalGlobe © geojson.io
import com.bmwcarit.barefoot.spatial.Geography;
import com.bmwcarit.barefoot.spatial.SpatialOperator;
import com.esri.core.geometry.Point;
SpatialOperator spatial = new Geography();
Point reykjavik = new Point(-21.933333, 64.15);
Point moskva = new Point(37.616667, 55.75);
Point berlin = new Point(13.408056, 52.518611);
double f = spatial.intercept(reykjavik, moskva, berlin);
Point interception = spatial.interpolate(reykjavik, moskva, f);
Other spatial operations and formats provided with GeographicLib and ESRI Geometry API:
- Geodesics on ellipsoid of rotation (lines on earth surface)
- Calculation of distances, interception, intersection, etc.
- WKT (well-known-text) import/export
- GeoJSON import/export
- Geometric operations (convex hull, overlap, contains, etc.)
- Quad-tree spatial index
Spatial search in the road map requires access to spatial data of the road map and spatial operations for distance and point-to-line projection. Barefoot implements the following basic search operations:
- radius
- nearest
- k-nearest (kNN)
The following code snippet shows a radius search given a certain map:
import com.bmwcarit.barefoot.roadmap.Loader;
import com.bmwcarit.barefoot.roadmap.Road;
import com.bmwcarit.barefoot.roadmap.RoadMap;
import com.esri.core.geometry.GeometryEngine;
RoadMap map = Loader.roadmap("config/oberbayern.properties", true).construct();
Point c = new Point(11.550474464893341, 48.034123185269095);
double r = 50; // radius search within 50 meters
Set<RoadPoint> points = map.spatial().radius(c, r);
for (RoadPoint point : points) {
GeometryEngine.geometryToGeoJson(point.geometry()));
GeometryEngine.geometryToGeoJson(point.edge().geometry()));
}
A radius search, given a center point (red marker), returns road segments (colored lines) with their closest points (colored markers) on the road.
© Mapbox © OpenStreetMap Improve this map © DigitalGlobe © geojson.io
TBD.
Spatial cluster analysis aggregates point data to high density clusters for detecting e.g. points of interest like frequent start and end points of trips. For that purpose, Barefoot includes a DBSCAN implementation for simple density-based spatial cluster analysis, which is an unsupervised machine learning algorithm. For details, see the wiki.
The following code snippet shows the simple usage of the algorithm:
import com.bmwcarit.barefoot.analysis.DBSCAN;
import com.esri.core.geometry.GeometryEngine;
import com.esri.core.geometry.MultiPoint;
import com.esri.core.geometry.Point;
List<Point> points = new LinkedList<Point>();
...
// DBSCAN algorithm with radius neighborhood of 100 and minimum density of 10
Set<List<Point>> clusters = DBSCAN.cluster(points, 100, 10);
for (List<Point> cluster : clusters) {
MultiPoint multipoint = new MultiPoint();
for (Point point : cluster) {
multipoint.add(point);
}
GeometryEngine.geometryToGeoJson(multipoint);
}
As an example, the figure below shows typical locations for standing times of a New York City taxi driver (hack license BA96DE419E711691B9445D6A6307C170) derived by spatial cluster analysis of start and end points of all trips in January 2013. For details on the data set, see below.
© Mapbox © OpenStreetMap Improve this map © DigitalGlobe © geojson.io
Copyright 2015 BMW Car IT GmbH
Licensed under the Apache License, Version 2.0 (the "License"); you may not use this file except in compliance with the License. You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License.
- Sebastian Mattheis
The following dependencies are linked only dynamically in the Java source of Barefoot. They can be resolved usually automatically with Maven. For details, see NOTICE.txt.
- ESRI Geometry API, 1.1, Apache-2.0 (https://github.com/Esri/geometry-api-java)
- Java, JSON 20090211 (see below)
- Jackson, 1.9.12, Apache-2.0 (https://github.com/FasterXML/jackson-core)
- GeographicLib-Java, 1.46, MIT License (http://geographiclib.sourceforge.net/)
- Java JSON, 20090211, MIT License with extra clause "The Software shall be used for Good, not Evil." (http://www.json.org)
- PostgreSQL JDBC, 9.2-1003-jdbc4, BSD 3-Clause (http://jdbc.postgresql.org/about/license.html)
- JUnit, 4.11, CPL-1.0 (https://github.com/junit-team/junit)
- Hamcrest, 1.3, BSD 3-Clause (https://github.com/hamcrest/JavaHamcrest)
- SLF4J, 1.7.10, MIT License (http://slf4j.org)
- Logback, 1.0.9, LGPL-2.1 (http://logback.qos.ch)
- SLF4J, 1.7.10 (see above)
- Logback core, 1.0.9, LGPL-2.1 (http://logback.qos.ch)
- JeroMQ, 0.3.5, LGPL-3.0 (https://github.com/zeromq/jeromq)
The following dependencies are not linked in any source but used for setting up map servers.
- Docker, Apache License 2.0 (https://www.docker.com)
Note: Docker is used only as a tool for setting up map databases, e.g. in the test setup. - PostgreSQL, PostgreSQL License (http://www.postgresql.org/)
- PostGIS, GPL-2.0 (http://postgis.net/)
- Osmosis, GPL-3 (https://github.com/openstreetmap/osmosis)
Note: A single file from Osmosis project, i.e. pgsnapshot_schema_0.6.sql, is included in directory map/osm but is not compiled in any binary. - OpenStreetMap, ODbL (http://download.geofabrik.de)
Note: A sample, i.e. oberbayern.osm.pbf, is required for testing but not included in the source repository.
The following dependencies are linked only dynamically in the Python source of map server tools for importing data into the map server.
- psycopg 'psycopg2', LGPL-3.0 (http://initd.org/psycopg/license/)
- NumPy 'numpy', BSD 3-Clause (http://www.numpy.org/)
- GDAL OGR 'osgeo.ogr' 1.10, MIT License (http://trac.osgeo.org/gdal/wiki/GdalOgrInPython)
- Python Standard Library 2.7.3, Python License (https://docs.python.org/2/license.html)
- 'os' (https://docs.python.org/2/library/os.html)
- 'optparse' (https://docs.python.org/2/library/optparse.html)
- 'getpass' (https://docs.python.org/2/library/getpass.html)
- 'binascii' (https://docs.python.org/2/library/binascii.html)
- 'json' (https://docs.python.org/2/library/json.html)
- 'unittest' (https://docs.python.org/2/library/unittest.html)
The following dependencies are linked only dynamically in the NodeJS source of the monitor.
- Socket.io, 1.4.4, and packages, MIT License (http://socket.io/)
- Express, 4.13.4, and packages, MIT License (https://github.com/strongloop/express)
- inherits, 2.0.1, ISC License (https://www.npmjs.com/package/inherits)
- qs, 4.0.0, BSD 3-Clause (https://www.npmjs.com/package/qs)
- ZeroMQ (NodeJS binding), 2.14.0, MIT License (https://github.com/JustinTulloss/zeromq.node)
- ZeroMQ (C++), LGPL-3.0 (https://github.com/zeromq/libzmq)
The following dependencies are linked only dynamically in the Javascript source of the monitor.
- OpenLayers 3, BSD 2-Clause (https://github.com/openlayers/ol3)
- jQuery, MIT License (http://jquery.com/)
- Socket.io.js, MIT License (http://socket.io/)
The following dependencies are linked only dynamically in the Python source of the submission scripts.
- Requests, 2.6.2, Apache License 2.0 (https://github.com/kennethreitz/requests)
- Python Standard Library 2.7.3, Python License (https://docs.python.org/2/license.html)
- 'os' (https://docs.python.org/2/library/os.html)
- 'sys' (https://docs.python.org/2/library/sys.html)
- 'optparse' (https://docs.python.org/2/library/optparse.html)
- 'json' (https://docs.python.org/2/library/json.html)
- 'subprocess' (https://docs.python.org/2/library/subprocess.html)
- 'time' (https://docs.python.org/2/library/time.html)
- 'datetime' (https://docs.python.org/2/library/datetime.html)
- OpenJUMP, GPL-2.0 (http://www.openjump.org)
Note: OpenJUMP project files included in directory openjump for test and debugging purposes. - Documents and graphics, CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/legalcode)
Note: The documentation includes PNG, PDF, TikZ/LaTeX, and Markdown files for this project (mainly included in directory doc-files) and is licensed under CC BY 4.0.
- Some tests and examples use an extract of NYC taxi data which is included in the source repository. The data is licensed under CC0 license (Public Domain). For details see: Brian Donovan and Daniel B. Work “New York City Taxi Trip Data (2010-2013)”. 1.0. University of Illinois at Urbana-Champaign. Dataset. http://dx.doi.org/10.13012/J8PN93H8, 2014.
[1] GeographicLib.
[2] ESRI's Geometry API.
[3] P. Newson and J. Krumm. Hidden Markov Map Matching Through Noise and Sparseness. In Proceedings of International Conference on Advances in Geographic Information Systems, 2009.
[4] C.Y. Goh, J. Dauwels, N. Mitrovic, M.T. Asif, A. Oran, and P. Jaillet. Online map-matching based on Hidden Markov model for real-time traffic sensing applications. In International IEEE Conference on Intelligent Transportation Systems, 2012.
[5] S. Mattheis, K. Al-Zahid, B. Engelmann, A. Hildisch, S. Holder, O. Lazarevych, D. Mohr, F. Sedlmeier, and R. Zinck. Putting the car on the map: A scalable map matching system for the Open Source Community. In INFORMATIK 2014: Workshop Automotive Software Engineering, 2014.
[6] M. Ester, H.-P. Kriegel, J. Sander, X. Xu. A Density-based algorithm for discovering clusters in large spatial databases with noise. In Proceedings of the Second International Conference on Knowledge Discovery and Data Mining (KDD-96), 1996.