Move away proto generated code. We don't use it.
Keep it around for reference purpose.
Use complete Boost libraries from external source code.
PARTIAL refactoring of RoutingIndex read.
UNUSABLE COMMIT
PARTIAL refactoring of MapIndex read.
UNUSABLE COMMIT
PARTIAL recovery of routing algorithm.
I suspect restriction proccess is wrong. May be node expansion is done wrong.
Map access must be abstacted away.
More clever algorithm implementation needed.
Testing 17 zoom level to load data. Change on routing.xml
Rethink map interface.
Update native build config.
Remove RoutingTile, memory management and related stuff.
FOR MAPCREATOR
Remove references to removed class member in java side.
Minor changes.
Rewrite of restriction proccess. Now is more uniform.
Update amd64-linux-gcc.cmake(cherry picked from commit 4bb1ac554638f70028c9158d5d658930beb7e507)
Update amd64-linux-gcc.cmake(cherry picked from commit 16a6a64656b77eb55974cca237a344fcc02634ef)
New experimental routing
Partially applied
(cherry picked from commit 81722b951037ea7ec8e9beba0b33d26e0276dda2)

Conflicts:

	native/src/binaryRoutePlanner.cpp
	native/src/generalRouter.cpp
	native/src/generalRouter.h
Workaround incorrect bounding boxes from map files.
Use correct std::abs
Choose less costly and equilibrate search direction on bidirectional algorithm.
Some changes on traces.
Remove extra copies of RouteDataObjects.
Map owns RouteDataObjects and share them.
A second try to findRouteSegment
Split binaryRoutePlanner.h
Move workaround for errors on boundary data of maps to RoutingQuery (Map implementation)
Change granularity of access to map data. Has a great influence on performance.
More lazy access to map data.
Recover use of PrecalculatedRouteDirection.
Update build system.
Some code cleanup.
Add conditional compilation for unidirectional reference routing algorithm implementation.
Move findRouteSegment to RoutingContext.
Rewrite routing memory size calculation.
Avoid copy.