Open Source Routing Machine - C++ backend
Go to file
2012-01-31 17:44:55 +01:00
Algorithms Replace recursive unpacking procedure by a stack'ed implementation. 2011-12-17 20:17:40 +01:00
Contractor Fixes issue #94. 2012-01-31 16:12:19 +01:00
DataStructures Fixing constant-sized memory leaks 2012-01-31 17:44:55 +01:00
Descriptors Preparing edgebased via node routes. Via routes disabled for the moment. 2011-12-20 18:45:48 +01:00
Docs Removed redundant information 2011-12-10 14:57:59 +01:00
Plugins Edge-based via routes working again. Beware, it may be buggy or slow or 2011-12-30 22:11:48 +01:00
Server fix compilation on mac; openmp issues and an unneeded typename 2011-11-26 16:42:15 +01:00
Util memory problem (because of n+1 in StaticGraph::EndEdges) 2012-01-27 00:41:31 +01:00
win Moved all Windows related files to win folder 2012-01-01 23:33:10 +08:00
.gitignore Moved all Windows related files to win folder 2012-01-01 23:33:10 +08:00
AUTHORS.TXT Welcome to the list Emil 2011-11-26 11:37:23 +00:00
contractor.ini SRTM Root directory parsed from ini file 2011-12-13 15:30:52 +01:00
createHierarchy.cpp another memory problem 2012-01-26 23:03:39 +01:00
extractor.cpp Extractor dies more gracefully now if the stxxl singleton is already in 2012-01-31 14:48:46 +01:00
extractor.ini Parameterize amount of RAM for extractLargenetwork. Fixes ticket 21. 2011-03-24 15:06:49 +00:00
LICENCE.TXT Initial Import. 2010-07-09 09:05:40 +00:00
README.TXT Removed redundant information 2011-12-10 14:57:59 +01:00
routed.cpp fix compilation on mac; openmp issues and an unneeded typename 2011-11-26 16:42:15 +01:00
SConstruct add pthread check to SConscript so subsequent google protocol buffers check doesn't fail 2012-01-21 23:10:23 +00:00
server.ini This is a large update that brings many internal and architectural changes. The most obvious change to the user is the presence of configuration files for extractLargeNetwork and routed. Optimistically speaking, it should not break anything. Thanks to rskr for support patches and suggestions. 2011-01-09 21:42:27 +00:00
speedprofile.ini barrier=bollard is now used. Fixes ticket #9 and saves about .5% RAM in 2012-01-02 13:09:20 +01:00
typedefs.h Optimization hacks. Saving about 10% preprocessing time and about 1-2% 2012-01-07 15:00:40 +01:00

Compilation
---

Compiling the source code is easy. If you are running a decent linux 
installing dependencies and running make should suffice. Make sure the following
dependencies are installed:

 - Boost		1.41+
 - g++			4.2+
 - libxml2		2.7+
 - scons 		2.10+
 - stxxl		1.3.1+

Building the binaries is done by using scons. It should check for required
libraries and header files and report missing ones.The Scons script accepts
two optional parameters:

--cxx=XYZ lets you specify to use C++ compiler XYZ[[BR]]
--stxxlroot=/path/to/stxxl lets you specify the path to the root directory 
          of the stxxl library if it's installed in a non default location

Once the dependencies are properly installed running 'scons' should build the 
binaries. The Sconstruct has been built for Ubuntu 10.04, but it should work 
under any recent Linux. 

Compiling Under Windows
---

Visual Studio 2008 solution and projects are included for Windows compilation, and
can be found in the vsproject directory.  All required dependencies need to be
present, and the osrm.vsprops file will need to be edited to point to the various
dependency directories.  The suggested directory structure for dependencies is:

lib\
  boost\
    boost  (contains includes)
	lib
  bzip2\
    bin  (contains libbz2.dll)
	include
	lib
  iconv\
    bin
	include
	lib
  libxml2\
    bin
	include
	lib
  protobuf
    bin  (contains protoc.exe)
	include
	lib  (contains libprotobuf.lib and libprotobuf-debug.lib)
  stxxl
    include
	lib  (contains libstxxl.lib and libstxxl-debug.lib)
  zlib
    bin
	include
	lib  (zlib.lib and zlibd.lib)
	
Using the above structure, the only changes necessary for compilations are setting
the base paths in osrm.vsprops.  


Running the Server
---
Running the server requires preprocessing data from Openstreetmap. To do so you
you need to acquire an .osm file. Beware of the world file, because you need
serious computing power to preprocess it. Start with a smaller country. The
preprocessing runs in three steps, all done by seperate programs.

'osrm-extract file.osm' extracts the road network of an osm file. This is
necessary, because the osm data is not made to support fast routing out of the
box. The output of the step is a file called 'file.osrm'

'osrm-prepare file.osrm file.restrictions' preprocesses the road network and 
computes additional information that is exploited later to speed up the path 
computation. The output of this step consists of two file 'file.osrm.hsgr' and 
'file.osrm.nodes'. The first file is the so-called hierarchy that speeds up the 
path computation while the latter one carries (among other things) geographical
information.

'osrm-routed' starts the server on TCP Port 5000. The
server communicates over http and can be queried by any browser or http-capable
command line tool. The server responds with KML-formatted output.Assume the 
server is installed on machine localhost and a map containing the Netherlands 
has been installed. Computing a route from Amsterdam to Den Haag can be done by
calling 
        http://localhost:5000/route&52.370197&4.890444&52.048167&4.3175
which gives a shortest (fastest) route between the two points. To locate a
point in the map that is nearest to a given coordinate use the following call
        http://localhost:5000/nearest&52.048167&4.3175