This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision | Next revision Both sides next revision | ||
|
teaching:projh402 [2020/10/01 11:34] ezimanyi [Implementing TSBS on MobilityDB] |
teaching:projh402 [2020/10/01 11:56] mahmsakr [Map-matching as a Service] |
||
|---|---|---|---|
| Line 47: | Line 47: | ||
| ===== Map-matching as a Service ===== | ===== Map-matching as a Service ===== | ||
| - | When GPS tracks typically contain errors, because the GPS receiver | + | GPS location tracks typically contain errors, as the GPS points will normally be some meters away from the true position. If we know that the movement happened on a street network, e.g., a bus or a car, then we can correct this back by putting the points on the street. Luckily there are Algorithms for this, called Map-Matching. There are also a handful of open source systems that do map matching. It remains however difficult to end users to use them, because they involve non-trivial installation and configuration effort. Preparing the base map, which will be used in the matching is also an issue to users. |
| + | |||
| + | The goal of this project is to build an architecture for a Map-Matching service. The challanges are that the GPS data arrives in different formats, and that Map-Matching is a time consuming Algorithm. This architecture should thus allow different input formats, and should be able to automatically scale according to the request rate. Another key outcome of this project is to compare the existing Map-Matching implementations, and to discuss their suitability in real world problems. | ||
| + | |||
| + | Links: | ||
| + | [[https://github.com/bmwcarit/barefoot|Barefoot]] | ||
| + | [[https://valhalla.readthedocs.io/en/latest/api/map-matching/api-reference/|Valhalla Map Matching API]] | ||
| + | [[https://github.com/graphhopper/map-matching|GraphHopper]] | ||
| + | [[https://github.com/cyang-kth/fmm|Fast Map Matching]] | ||