Moritz Kobitzsch
Moritz Kobitzsch
On [this route](http://map.project-osrm.org/?z=18¢er=52.157968%2C9.874499&loc=52.156038%2C9.872396&loc=52.157983%2C9.872283&hl=en&alt=0), OSRM reports a `on ramp straight`. The frontend does end up showing a `right` arrow though. 
For the query, http://map.project-osrm.org/?z=18¢er=51.046407%2C13.741493&loc=51.046628%2C13.741708&loc=51.046274%2C13.741273&hl=en&alt=0 the frontend shows a straight arrow: The response for the same query (https://router.project-osrm.org/route/v1/driving/13.741708,51.046628;13.741273,51.046274?steps=true) shows the indications: `{"intersections":[{"lanes":[{"valid":false,"indications":["uturn"]},{"valid":false,"indications":["left"]},{"valid":true,"indications":["straight"]},{"valid":false,"indications":["straight"]}` The shown arrow should indicate a reverse, which is...
When selecting alternatives, zooming switches back to the first alternative returned by osrm. Searching for a path, I get: Then I can select the second path, which would be Zooming...
The GPS coordinate look-up in [map.project-osrm.de](http://map.project-osrm.org/) is producing results that may deviate far from the entered GPS coordinates. When entering the coordinates `34.129382,-118.141254` and `34.124382,-118.141254` into the textfields, the route...
For evaluating existing solutions / to test own development we require actual data sets. From a very initial glance, the data format to go seems to be GTFS. This ticket...
Since not all trips are available on all days, we should make sure to only use the available ones. This includes handling calendar.txt/calendar_dates.txt. In a first step, we should make...
The current test set-up exhibits a broken behaviour on Travis-CI. On some runs, we show a missing test in running `npm test` on the `node/nepomuk` directory. The test is not...
Splitting out from https://github.com/mapbox/directions-transit/issues/66: When a trip contains an OnRoute transfer, we currently would issue a new leg for this trip, since the line changes. In reality, we stay on...
Our current queries do a lot of linear look-ups on trips. We can speed-up our queries quite immensely by adding look-ups to the stop-tables. These should allow finding the correct...
The current implementation of our search algorithms simply output a list of stops without considering lines / transfers. To allow reasonable annotation, we should augment the output of the transit...