6. FAQ

There are the most common troubles and solutions for those. Please add your soluted problem here.

6.1. Run time

6.1.1. Flooded land

Sometimes areas appear to be covered with water, even if there is just land. This is a result of defective OpenStreetMap data, here esp. the coastline borders.

Düdingen_flood.png|flooded Düdingen_ok.png|ok

You can help to fix that problem:

  • look at the OSM coastline error checker, if there are obviously data problems in the surrounding area and try to fix them

  • tip at the mapview at the waterarea, menu: actions, curr. position, poly_water_tiled,attributes

  • ask in the Forum, e.g. 1

6.1.2. Permanently wrong announcements

A strange bug, where you get every few seconds the direction to turn, even if there is no obvious reason to do so. This can happen, if you have (accidently?) multiple binfile maps enabled.

Tickets #1039, #1046

6.1.3. Address not found

Even if can has various reasons that a specific address isn’t found (not at mapdata, wrong data/data format, internal bugs, …), it is a specific behaviour, if Navit couldn’t recognize any of your local addresses.
This is caused how maptool recognizes OpenStreetMap addresses and how they are modelled 2 3 4. In short: we do a lot of postprocessing, that is country-specific and needs to be adapted to your country. Currently there are just a few countries enabled that way:
  • Germany

  • Swiss

6.1.6. My position is reported incorrectly

Most of the time, this is caused by the decimal separator being incorrectly set. Navit tries to override the decimal separator at startup, but the LC_ALL environment variable can block this. You can check this easily : echo $LC_ALL

If it returns something, you can’t override your locale settings. You should “unset LC_ALL” and try again. If it works, you got it :)

In gentoo, this is set in the /etc/env.d/locales. You may want to remove or comment the LC_ALL line in that file.

6.1.7. In the GTK gui, accents are broken in the buttons, and i get blank entries in the menus

Same thing as previously. The LC_ALL blocks you from changing the charset.

6.2. Configuration

6.2.2. Weird coordinates in bookmarks.txt and centre.txt

Internally, Navit uses hexadecimal values to represent latitude and longitude values (see Coordinate format for details). These values spill over to the outside world in bookmarks.txt and centre.txt, where points are saved as hexadecimal values by default.

6.2.2.1. Convert hex coordinates to decimal degrees

The following example entry from centre.txt will be used as our example:

`` mg: 0x7c877 0x6496e5``

The first set of numbers/letters is the longitude, the second the latitude.

Step 1: Convert hex to integer
The first step is to convert the strings to integer values. This can be done in a variety of ways:
1) Online
A variety of converters can be found by Googling “hex to decimal converter”. One such is Wolfram Alpha, which provides the following results (http://www.wolframalpha.com/input/?i=0x7c877+to+decimal):
`` 0x7c877  -> 510071``
`` 0x6496e5 -> 6592229``
2) Command line
Using the printf command, hex can be converted to decimal using the following command:
`` printf “%d” 0x7c877``
`` 510071``
`` printf “%d” 0x6496e5``
`` 6592229``
Step 2: Convert integer to decimal degrees
The integers are then converted to decimal degrees using the following formulae (from ):
`` Longitude: INT/6371000.0/PI*180``
`` Latitude: atan(exp(INT/6371000.0))/PI*360-90``

You can drop the calculation straight into Wolfram Alpha, as below:

`` Longitude: 510071/6371000.0/PI*180 = \ ```4.5871787 <http://www.wolframalpha.com/input/?i=510071/6371000.0/PI*180>`__
`` Latitude: atan(exp(6592229/6371000.0))/PI*360-90 = [\ ```http://www.wolframalpha.com/input/?i=atan(exp(6592229/6371000.0 <http://www.wolframalpha.com/input/?i=atan(exp(6592229/6371000.0>`__))/PI*360-90 50.877276]

So there we go:

`` Longitude: 4.5871787``
`` Latitude: 50.877276``

Which is here, just in case you wanted to know…

Converting in one commmand

`` Longitude: \ ```http://www.wolframalpha.com/input/?i=0x7c877/6371000.0/PI*180 <http://www.wolframalpha.com/input/?i=0x7c877/6371000.0/PI*180>`__
`` Latitude: \ ```http://www.wolframalpha.com/input/?i=atan(exp(0x6496e5/6371000.0 <http://www.wolframalpha.com/input/?i=atan(exp(0x6496e5/6371000.0>`__))/PI*360-90

6.2.2.2. Convert decimal degrees to hex coordinates

Using the same location as the previous example:

`` Longitude: 4.5871787``
`` Latitude: 50.877276``
Step 1: Convert decimal degrees to integer
From :
`` LONG*6371000.0*PI/180``
`` ln(tan(((LAT+90)*PI)/360))*6371000.0``

Dropping into Wolfram Alpha:

`` 4.5871787*6371000.0*PI/180 = \ ```510071 <http://www.wolframalpha.com/input/?i=4.5871787*6371000.0*PI/180>`__
`` ln(tan(((50.877276+90)*PI)/360))*6371000.0 = [\ ```http://www.wolframalpha.com/input/?i=ln(tan <http://www.wolframalpha.com/input/?i=ln(tan>`__(((50.877276%2B90)*PI)/360))*6371000.0 6592229]
Step 2: Convert integer to hex coordinate
Longitude: 510071 -> 7c877

`` Latitude: 6592229 -> \ ```6496e5 <http://www.wolframalpha.com/input/?i=6592229+to+hex>`__

Don’t forget the leading 0x to finish it off:

`` Longitude: 0x7c877``
`` Latitude: 0x6496e5``

Converting in one command

`` Longitude: \ ```http://www.wolframalpha.com/input/?i=round(4.5871787*6371000.0*PI/180)+to+hex <http://www.wolframalpha.com/input/?i=round(4.5871787*6371000.0*PI/180)+to+hex>`__
`` Latitude: \ ```http://www.wolframalpha.com/input/?i=round(ln(tan <http://www.wolframalpha.com/input/?i=round(ln(tan>`__(((50.877276%2B90)*PI)/360))*6371000.0)+to+hex

6.2.2.3. Negative coordinates

Sometimes the decimal or hex coordinate values have a negative sign in front of it. This will denote either a southern latitude or a western longitude. If you perform the transformation in one step using Wolfram Alpha, you can keep the negative sign in the formula without problems. If you’re transforming by hand, it’s probably easiest to forget about the sign whilst transforming, and just add it back in at the end.

An example in hex is:

mg: -0x1c766 0x6812ff

Which can be put straight into Wolfram Alpha as follows:

`` Longitude: \ ```http://www.wolframalpha.com/input/?i=-0x1c766/6371000.0/PI*180 <http://www.wolframalpha.com/input/?i=-0x1c766/6371000.0/PI*180>`__
`` Latitude: \ ```http://www.wolframalpha.com/input/?i=atan(exp(0x6812ff/6371000.0 <http://www.wolframalpha.com/input/?i=atan(exp(0x6812ff/6371000.0>`__))/PI*360-90

6.3. Compilation

6.3.1. Build Logs

Build logs of released and committed revisions are available.

6.3.2. My compilation fails, complaining about GL/glc.h

You are missing the quesoglc package. We may switch to another more common library at some point. It isn’t widely used, so maybe it isn’t available via your distro’s repository. If you can’t find it, try to compile it from sources, available on the quesoGLC website

If your running Gentoo, you can grab an ebuild for it here : http://www.kazer.org/navit/quesoglc-0.6.0.ebuild.

6.3.3. Can’t exec “autopoint”: No such file or directory

You’re missing gettext-devel.

6.3.4. configure.in:21: error: possibly undefined macro: AC_DISABLE_STATIC

You’re missing libtool.

6.3.5. configure.in:25: error: possibly undefined macro: AC_DEFINE

If autogen.sh complains about missing macro AC_DEFINE or AC_MSG_WARN: You’re missing pkg-config

6.3.6. gui_sdl_window.cpp:23:19: error: CEGUI.h: No such file or directory

You need Crazy Eddie’s GUI development files. Ususally called cegui-devel or libcegui-mk2-dev.