Talk:Gosmore
From OpenStreetMap
Trunk ways
Are there any reasons why trunk, primary, secondary have the same weights in elemstyles.xml? Imho a faster route would go over a trunk way, instead of primary/secondary. This gives some weird routings in my areas where a new trunk road (110 kmhs straight) is constructed a few kms parallel to the old road (tagged as secondary), Because the old road goes trough villages, across roundabouts etc it is a much slower route, so definitely not the fastest route bot not the shortest. see http://tile.openstreetmap.nl/%7Elambertus/routing-world/?flat=42.697564&flon=2.860424&tlat=42.814406&tlon=2.914154&v=motorcar&fast=1 . Also does gosmore uses the maxspeed account while calculating a route? --Skywave 10:38, 21 August 2008 (UTC)
- Primary ways should also have a higher routing value in elemstyles.xml. Now it is the same as secondary roads --Skywave 16:58, 6 September 2008 (UTC)
.pak file endianness
Is it the case that the format of the .pak file depends on the endianness of the processor? Someone mentioned something that seemed to imply this. Can this be fixed so that the .pak file is the same always? Rjmunro 20:12, 22 June 2007 (BST)
- Yes, it needs to be fixed.
Separate the program into 3 pieces
I think that Gosmore's database system could be useful outside of Gosmore's interface. It would be great to write a mapnik backend that uses it, for example. Could gosmore be split into 3 parts - a library for accessing the database, a sample front end, and a program to make the .pak file (both of which would use the library)? Rjmunro 20:15, 22 June 2007 (BST)
Running it headless, outputting routepoints?
I wonder if it could be adjusted so it runs headlessly. I imagine a web based route planner, where the user defines a start and end point for a bicycle route. Passing both with arguments to gosmore and retrieving a list of waypoints (all direction changes or optional crossing turns only) would make it possible to display a route with waypoints which the user can still adjust. After that the user can request it as a file for his/her gps. Anyway, cool piece of software already. Playing with it is just fun :) --SlowRider 18:15, 10 July 2007 (BST)
- Compile with make CFLAGS='-O2 -D HEADLESS'. It implements CGI : Run with the QUERY_STRING environment variable set to something like 'flat=-25.7786&flon=28.2906&tlat=-25.7681&tlon=28.2705&fast=1&v=motorcar' Error reporting is non existent at this stage.
Using gosmore with direct-fb (without X)
This is quite easy. Just change the line
EXTRA=`pkg-config --cflags --libs gtk+-2.0 || echo -D HEADLESS`
to lines
EXTRA=`pkg-config --cflags --libs gtk+-directfb-2.0 || echo -D HEADLESS` EXTRA+=`pkg-config --cflags --libs gdk-directfb-2.0`
in your Makefile.
It will be very useful to adapt the window-size to your screen settings of framebuffer device.
--Art1 16:29, 21 May 2008 (UTC)
Possible Bug?
Erm, following GPSd seems to me not having any effect? Could you explain, how it works? My GPSd is w orking correctly (tested with gpsdrive). Any hints?
The program (svn-version and the versions of May 2008 sometimes crashing with double-free. I need some additional work (and time) to catch this...
I would very happy if gosmore will be reach the stable state. Because it is easy adaptable to embedd ed devices and old laptops. --Art1 16:29, 21 May 2008 (UTC)
- GPSd support have been re-enabled today. I'm not sure how useful the realtime route updates / audio instructions were, so I disabled it -- Nic 21:40, 23 May 2008 (UTC)
Segmentation fault while rebuild pak file
On FreeBSD when I try to rebuild pak file for any size osm data file allways get this error:
264 for (pairs = 0; pairs < PAIRS && s2grp < S2GROUP (0) + S2GROUPS; )
Segmentation fault (core dumped)
What am I doing wrong ? Thanks for answer
--Dido 18:13, 23 May 2008 (UTC)
I noticed also a crash on Ubuntu 8.04 both with the ubuntu install as with compiling from the svn source.
This happened with rebuild upon http://download.geofabrik.de/osm/europe/netherlands.osm.bz2
But I could make it work by changing the Makefile, changing
CFLAGS=-O2
into
CFLAGS=-g -O2
I did this to debug this problem with gdb, but "-g" also fixed the problem. If I remember correctly "-g" intializes undefined variables on 0, so it might be that gosmore uses undefined variables somewhere in its source-file.
--Stephan 13:19, 13 June 2008 (UTC)
with CFLAGS=-g -O2 I got same error
... Debug: 3724 Debug: 372 Debug: 3723 Debug: 3724 Debug: 372 Debug: 3723 Debug: 3724 Debug: 372
followed by segfault --Dido 12:52, 28 July 2008 (UTC)
- The program used to go into an infinite loop after creating the window when compiled with gcc-4.x -O2, but that problem has now been fixed. The program will also cause a segfault when it cannot get the memory it wants during a rebuild, so you must have a good 230 MB free. (These 'Debug:' messages does not look familiar??) -- Nic 07:13, 2 August 2008 (UTC)
BBOX rebuild problem with latest SVN version
I tried the following command as described on the main page to build a .pak file for the America's on a 32bit machine:
bzcat ../../planet-latest.osm.bz2 | nice ./gosmore rebuild -83 -30 83 179
But unfortunately Gosmore instantly fails with:
Unable to open master.pak for bbox rebuild.
Gosmore starts building the .pak file immediately when I remove the BBOX parameters though. --Lambertus 21:31, 27 June 2008 (UTC)
- Did you first build the whole planet ? (3 hours) Did you then remember to mv gosmore.pak master.pak ? I would love to burn this file and the executables (1.3GB) to a directory on a DVD. I hope it runs responsively on the majority of PCs (Windows, Linux). In other words a 'live' CD that can be handed out at conferences. -- Nic 11:15, 28 June 2008 (UTC)
- I have changed the way the pak file is generated: First split the planet file into two areas (Eurasia and America's) using Osmosis, then feed each area to a separate instance of Gosmore. The Eurasia area results in a pak file succesfully while the America's fails due to much data (32-bit limit). Splitting the America's into North and South won't help because the main body is the USA Tiger data which I don't like to split because that would break routing. So for 32-bit systems it seems impossible to do worldwide routing. Maybe an optional compiler switch to use a 64bit datatype at the expense of larger datafile size? --Lambertus 09:35, 7 August 2008 (UTC)
Floating point exception
I've updated the webbased routing service today with a new version of Gosmore today (svn up) and I must say that it returns many more requests succesfully then before (it used to go into a loop often). Great stuff! Unfortunately I did run into a problem with one request though where Gosmore exits with a 'floating point exception'. Can you have a look at this please? Please tell me what you want me to do to help... The commandline is: QUERY_STRING='flat=51.7967&flon=4.6715&tlat=52.37736&tlon=4.8838&fast=1&v=motorcar' nice ./gosmore using this i686 pak file. --Lambertus 15:51, 6 August 2008 (UTC)
- Solved in revision 9694. -- Nic 22:13, 11 August 2008 (UTC)
Roundabout support broken
It appears that roundabout support is broken in svn version 2008-08-06. It will not route over rounabouts and makes giant detours to avoid them. --Lambertus 08:17, 7 August 2008 (UTC)
- This problem was probably caused by using an old elemstyles.xml file with a new Gosmore version. Using a clean build solved it. --Lambertus 19:52, 8 August 2008 (UTC)
Translation
If you need a "Fastest Route" translation, why don't you need a "Shortest Route" and "Pedestrian Route" translation? --Lulu-Ann 16:14, 14 August 2008 (UTC)
- If FastestRoute is off, the shortest route will be calculated. To get pedestrian mode, set Vehicle to 'foot'. Vehicle names are always in English. The user interface isn't very clean, but at least it works. -- Nic 20:46, 22 August 2008 (UTC)
Roads invisible
I downloaded the 2008-08-13 gosm_arm.exe. When I run it it doesn't show roads or road names but POIs appear ok. If I just replace the exe with an older version roads appear again. --Zorko 13:40, 15 August 2008 (UTC)
- Executables and data files should be created / downloaded at the same time. The project is evolving rapidly a.t.m. -- Nic 20:48, 22 August 2008 (UTC)
Fatal Application Error
gosm_arm.exe crashes when using the pak faile for argentina, both from 2008-08-23, downloaded from your site --Zorko 13:56, 25 August 2008 (UTC)
