veaac / monav Goto Github PK

Like Issue 18, while using OSMRenderer to download tiles on the fly, these 
tiles can be cached in external files(possibly same format as the 
MapnikRenderer's). Such cache is also reusable on next startup or while no 
connection being available (as "offline maps").
User could even manually predownload a specified area with specified zooms from 
tile server as external cache.

The difference between Issue 18 is that I propose to combine some functionality 
of MapnikRenderer into OSMRenderer rather than switch between them (cause they 
could handle incompatible datasets).

I get a couple of "standard" warnings here on startup of pretty much any 
program. MoNavC creates a warning box for each of them, which is highly 
annoying. Moreover, I get a couple "Reading ras files from sequential devices 
not supported" message when panning the map in the client, each of them 
resulting in a warning to click away.

What steps will reproduce the problem?

1. On N900 use Marble application with MoNav backend
2. Ask (MoNav) for route from 14° 12' 26.8" E, 50° 01' 19.1" N
   to 14° 12' 21.0" E, 50° 01' 27.1" N


What is the expected output? What do you see instead?

The correct way is a few meters straight ahead through one nearest crossing.
But MoNav finds complicated 15.3 km long way instead. This does not seem like 
OSM data bug, because http://www.yournavigation.org/ finds correct way.
Also I used Google maps to verify coordinates: both E 14 12 26.8 N 50 01 19.1 
and E 14 12 21.0  N 50 01 27.1 are correct. Does MoNav treat the crossing 
between points as been disconnected?


What version of the product are you using? On what operating system?

Nokia N900, OSMaemo5 PR1.3
Marble 1.0.1 with MoNav backend: monav-routing-daemon 0.2.release-2 
(extras-testing)
MoNav data for Czech Republic (motorcar) updated 2011-04-04.

Hello,
I'm packaging MoNav 0.2 for Debian. Using the OSM dump from [0] (but this has 
been confirmed by some other users, with different dumps, and I tried small 
subsets of [0] myself), and after preprocessing it, MoNav wrongly positions 
coordinates in the map view.

Please see the attachment: there I did choose "Catania", "City centre" -- you 
can see that Catania is really ~60km north of the position shown.

Also, but this might be unrelated, I don't get any routing at all. I tried both 
leaving the "wrong" positioning (maybe it's just a display problem?) and fixing 
the markers by clicking on the map, but the routing window never shows up. 
Reading the homepage, I infer that once source and target are chosen, it should 
automatically pop up. If this is totally unrelated, I'll be happy to file a new 
bug.

Thank you,
David

[0]: http://download.gfoss.it/osm/osm/regioni/SICILIA.osm.bz2

What steps will reproduce the problem?
1. Choose a valid data folder
2. Try switching the folder and abort
3. application exits with the assumption that no data folder can be found

What is the expected output? What do you see instead?

* Revert to using the old data folder

Please use labels and text to provide additional information.

* Additionally the message when first starting the application could be 
improved upon

Hello,

first of all thank you for your hard work!

I don't know if this fits your code or your goal but I faced the problem that 
your static QPlugins can only be instantiated once. So this can give problems 
if you have starting address and target address together. That would need 2 
instances of the IAddressLookup plugin since it stores the city ID in the class.

I made a patch which makes it possible to instantiate the IAddressLookup plugin 
several times. I don't know if it is also feasable for the other plugins since 
you e.g. barely would need more than 1 route at a time ;-)

pls be patient with me as this is my 1st(+- few hour) day with this soft.

after tinkering with this soft i realize that, this soft cant seem to 
connect/find the gps (no lock on gps after 20 mins)

i cant find any solution
and after a quick searching tru the source code,
i cant find any line regarding its setting


when i tried the monav pc client( with no gps -.-)
it give me a warning " no gps sensor found...."

correct me if im wrong,assuming that the code for both ppc and pc are 
"superficially" the same,(cant think of a good word for that :p)
doesn't this means that monav for mobilephone/pc are coded to find gps sensor 
and it should be able to communicate with it?

or is there some setting or work around i need to do before, i can use the 
built in gps?

i cant acces setting on the gui.

p.s. running other software, the gps works.

latest monav mobile built
on SAMSUNG OMNIA LITE B7300 wm6.5 (Screen resolution 240x400 qvga)
gps chipset: unknown(i tried googling)
gps software port: 7
gps hardware port: 9

and thru "GpsPort" from "trekbuddy"
gps url: 127.0.0.1:20175

Using OSM renderer France motorcar, trying to go from Camping Pont d'Avignon to 
Mulhouse leads to an impossible route.

MoNav leads me from the camping to the bridge to cross the river, then left and 
sharp right to enter D2 (2010-11-09_132243.png) 

In reality (2010-11-09_132302.png) the right turn is possible although the 
connection is not correctly mapped, but the previous left turn is impossible!

What steps will reproduce the problem?
1.qmake CONFIG+=release monavpreprocessor.pro && make
2.
3.

What is the expected output? What do you see instead?
a lot of undefined of QGUI

What version of the product are you using? On what operating system?
svn latest version.

Please provide any additional information below.
1 line in preprocessor/preprocessor.pro should be modified like:
QT += gui
instead of 
QT -= gui

What steps will reproduce the problem?
1. /usr/lib64/qt4/bin/qmake "CONFIG += release DEFINES = NOGUI" 
monavpreprocessor.pro && make
2. /usr/lib64/qt4/bin/qmake "CONFIG += release" monavpreprocessor-gui.pro && 
make
3.

What is the expected output? What do you see instead?

../utils/log.cpp:70:1: error: ‘Log::Log’ names the constructor, not the type
make[1]: *** [log.o] Error 1
make[1]: Leaving directory `/home/files/DEV/monav/preprocessor'
make: *** [sub-preprocessor-make_default] Error 2


What version of the product are you using? On what operating system?

LSB Version:    :core-4.0-amd64:core-4.0-noarch
Distributor ID: Fedora
Description:    Fedora release 14 (Laughlin)
Release:    14
Codename:   Laughlin


Please provide any additional information below.

Previous attempts to compile monav preprocessor on Fedora-13 also failed. This 
system was upgrade from FC13 to FC14. All updates are installed.

Currently there is only the OSMImporter to import osm dataset. Adding a more 
general importer to handle other datasets would be a great enhancement.
I'd consider a OSMImporter front-end which converts other datasets into osm xml 
with mapnik concerned data which can be specified depending on the actual 
attributes of datasets.

[deleted issue]

Zoom in on an area with few features (eg. D117 at 43.0096, 1.3567) and at 
certain zoom levels sections of the road disappear.

why using qt library?

i have searched the code where qt is used. 
most of them ca be done with std classes.

ok, the ui part is more portable but is boring to download qt compile them and 
so on.

Find a suitably complex roundabout for which you have verified the data:
http://nroets.dev.openstreetmap.org/demo3/index.html?lat=51.075352&lon=-4.065188
&zoom=18&layers=B000FTFTT

or 
http://www.openstreetmap.org/?lat=52.3828567564487&lon=-1.56514137983322&zoom=18

And route around them.

It seems to go round the roundabout by going out the exit, u-turning and then 
going back onto the roundabout.

QFuture is not supported on Symbian, so monav (SVN) is not compilable on 
Symbian in the current state. see 
http://bugreports.qt.nokia.com/browse/QTBUG-5182

   C:/cbro/src/monav/client/mapmoduleswidget.cpp: In member function 'void MapModulesWidget::populateData()':
   C:/cbro/src/monav/client/mapmoduleswidget.cpp:77: error: 'QFuture' was not declared in this scope
   C:/cbro/src/monav/client/mapmoduleswidget.cpp:77: error: expected primary-expression before 'bool'
   C:/cbro/src/monav/client/mapmoduleswidget.cpp:77: error: expected ';' before 'bool'
   C:/cbro/src/monav/client/mapmoduleswidget.cpp:78: error: 'QFutureWatcher' was not declared in this scope
   C:/cbro/src/monav/client/mapmoduleswidget.cpp:78: error: expected primary-expression before 'bool'
   C:/cbro/src/monav/client/mapmoduleswidget.cpp:78: error: expected ';' before 'bool'
   C:/cbro/src/monav/client/mapmoduleswidget.cpp:79: error: 'watcher' was not declared in this scope
   C:/cbro/src/monav/client/mapmoduleswidget.cpp:80: error: 'future' was not declared in this scope

The map view as well as the main window perform a GPS lookup.

What steps will reproduce the problem?
1. Open map view
2. Perform address lookup and get prompted with the city selection screen
3. If cache size is small enough notice a constant flickering

What is the expected output? What do you see instead?

No screen flickering.

Please use labels and text to provide additional information.

This is caused by the map views having different zoom levels and the OSM 
Renderer plugin clearing the cache when switching zoom levels

Hello,
it would be nice if MoNav could load the data from a single compressed file -- 
be it a .zip, .tgz or anything else. This way, there could be some "data 
providers", which provide preprocessed data ready to download (I'm thinking at 
offering such a service), and the user would just have to choose the correct 
file.

Thanks :)

just tried monav for the first time
run the .exe on the phone

the "main menu"(including "setting" ) directories seems to be windowed
and due to smaller screen resolution, there is abit of cut-off @ bottom

but "map" view and other similar(eg map renderer,routevie, etc...)
seems fine

latest monav mobile built
on SAMSUNG OMNIA LITE wm6.5 (Screen resolution 240x400 qvga)

is there a way to run these @ fullscreen

Hello,
I'm attaching a patch fixing some typos in the sourcecode. I didn't find where 
the translations are kept, I suspect those need patching too :)

Kindly,
David

What steps will reproduce the problem?
1. start monav
2. go into window mode
3. press shift + ctrl + fn + l to switch from horizontal to vertical mode

What is the expected output? What do you see instead?
I attached a screenshot, which shows the current state. The expected output is, 
that one can still control MoNav and that the whole screen is used :)

What version of the product are you using? On what operating system?
MoNav 3.0 on Nokia N900 with up to date Maemo.

Everyone of the projects in the base directory fail to compile due to missing 
includes on Windows 7 with MSVC 2008 professional using Qt Creator or the 
command line qmake + nmake.

When applying the patch, the errors are gone.

Thanks for your work!

Thanks for the quick implementation of a daemon :-)

Looking over the code I think that the data directory is not evaluated when 
retrieving a route. This is not a problem if only one client accesses the 
daemon or all clients use the same data directory. Otherwise the route may be 
calculated on the wrong data if a different client loaded another data 
directory between the data loading and route retrieval calls.

I think that the current data directory should be remembered and checked when 
retrieving a route. If the provided one is different, either no route should be 
calculated or the new data directory be loaded.

What steps will reproduce the problem?
1. use qtile renderer
2. zoom in on a region far away from the data set

My guess is, that some expensive off-screen drawing takes place ( place labels? 
).

I can investigate further if you want to.

What steps will reproduce the problem?
1. Try to compile the preprocessor
2.
3.

Expected output: preprocessor binary

What do I see:
../osmimporter/protobuff definitions/fileformat.pb.h:17:2: error: #error This 
file was generated by an older version of protoc which is
../osmimporter/protobuff definitions/fileformat.pb.h:18:2: error: #error 
incompatible with your Protocol Buffer headers. Please
../osmimporter/protobuff definitions/fileformat.pb.h:19:2: error: #error 
regenerate this file with a newer version of protoc.

What version of the product are you using? On what operating system?
SVN r480

Please provide any additional information below.

I'm trying to make a PKGBUILD for Arch Linux so that people can try the latest 
version in trunk easily, however Arch Linux currently offers Protobuf 2.4.0a 
which breaks compilation. Changing fileformat.pb.h definitions manually to 
allow this version produces a working executable though.

What steps will reproduce the problem?

  1. Start Marble app and select routing by menu item,
  2. set 14° 26' 40,2"E, 50° 11' 18,8"N as starting point,
  3. set 14° 26' 13,3"E, 50° 11' 47,2"N as ending point.


What is the expected output? What do you see instead?

  Blue line should be drawn from A to B. But there is significant gap
  between A and start of the line. (See screenshot 1)


What version of the product are you using? On what operating system?

  Nokia N900, OSMaemo5 PR1.3
  Marble 1.0.1 with MoNav backend: monav-routing-daemon 0.2.release-2
  (both from extras repository)
  MoNav data for Czech Republic (motorcar)


Please provide any additional information below.

  Note 1: When I set starting point to "current location" so Marble & MoNav
          updates "A" position frequently, sometimes happen gap between A and
          line start is so big, that no blue line is seen on the screen.
          It causes car navigating a bit difficult then, because I completely
          cannot see where shoud I go 

  Note 2: Where I set ending point to 14° 26' 27,4"E, 50° 11' 50,8"N, then
          there is no such problem with the gap (See screenshot 2)

i study the CH algorithm and first use the MoNav code, i want learn the 
code,but when i use it in my computer, it always compile failed.
i only compile the part of preprocesser.
my enviroment:
Windows XP
Visul studio2005 or eclipst + g++
i use some lib, for example mapnik、libxml、boost and so on
but it also compile failed.

can you give me an instruction in details about compile the preprocesser? 
Thanks vey much

I had the assertion below trigger twice over the evening. Not sure how to 
reproduce, the data (contraction hierarchies and gps grid) is always the same, 
the queries (coordinates) always different.

MoNavD: blockcache.h:109: void BlockCache<Block>::useBlock(int) [with Block = 
CompressedGraph::Block]: Assertion `m_firstLoaded != -1' failed.

Program received signal SIGABRT, Aborted.
0x0012d422 in __kernel_vsyscall ()
(gdb) bt
#0  0x0012d422 in __kernel_vsyscall ()
#1  0x0068b651 in *__GI_raise (sig=6) at 
../nptl/sysdeps/unix/sysv/linux/raise.c:64
#2  0x0068ea82 in *__GI_abort () at abort.c:92
#3  0x00684718 in *__GI___assert_fail (assertion=0x806ec0c "m_firstLoaded != 
-1", file=0x806ebec "blockcache.h", line=109, 
    function=0x806ee60 "void BlockCache<Block>::useBlock(int) [with Block = CompressedGraph::Block]") at assert.c:81
#4  0x0805e9b1 in BlockCache<CompressedGraph::Block>::useBlock(int) ()
#5  0x0805d356 in BlockCache<CompressedGraph::Block>::getBlock(unsigned int) ()
#6  0x0805c9a1 in CompressedGraph::getBlock(unsigned int) ()
#7  0x0805c07e in CompressedGraph::edges(unsigned int) ()
#8  0x0805c100 in CompressedGraph::findEdge(unsigned int, unsigned int) ()
#9  0x0805ae61 in ContractionHierarchiesClient::computeRoute (this=0x809fab8, 
inputSource=..., inputTarget=..., path=0xbfffea20) at 
contractionhierarchiesclient.cpp:208
#10 0x0805ad85 in ContractionHierarchiesClient::GetRoute (this=0x809fab8, 
distance=0xbfffea00, path=0xbfffea20, source=..., target=...) at 
contractionhierarchiesclient.cpp:98
#11 0x0805774a in RoutingDaemon::computeRoute (this=0xbffff2dc, 
resultDistance=0xbfffea00, resultPath=0xbfffea20, source=..., target=...) at 
routinddaemon.h:162
#12 0x0805700e in RoutingDaemon::newConnection (this=0xbffff2dc) at 
routinddaemon.h:83
#13 0x0805638c in RoutingDaemon::qt_metacall (this=0xbffff2dc, 
_c=QMetaObject::InvokeMetaMethod, _id=0, _a=0xbfffeafc) at 
moc_routinddaemon.cpp:74
#14 0x003df6ca in QMetaObject::metacall(QObject*, QMetaObject::Call, int, 
void**) () from /usr/lib/libQtCore.so.4
#15 0x003f2455 in QMetaObject::activate(QObject*, QMetaObject const*, int, 
void**) () from /usr/lib/libQtCore.so.4
#16 0x001ed5c7 in QLocalServer::newConnection() () from 
/usr/lib/libQtNetwork.so.4
#17 0x001edaa2 in QLocalServer::incomingConnection(unsigned int) () from 
/usr/lib/libQtNetwork.so.4
#18 0x001f3870 in ?? () from /usr/lib/libQtNetwork.so.4
#19 0x001ed64b in QLocalServer::qt_metacall(QMetaObject::Call, int, void**) () 
from /usr/lib/libQtNetwork.so.4
#20 0x003df6ca in QMetaObject::metacall(QObject*, QMetaObject::Call, int, 
void**) () from /usr/lib/libQtCore.so.4
#21 0x003f2455 in QMetaObject::activate(QObject*, QMetaObject const*, int, 
void**) () from /usr/lib/libQtCore.so.4
#22 0x00443a33 in QSocketNotifier::activated(int) () from 
/usr/lib/libQtCore.so.4
#23 0x003f7177 in QSocketNotifier::event(QEvent*) () from 
/usr/lib/libQtCore.so.4
#24 0x003d9213 in QCoreApplicationPrivate::notify_helper(QObject*, QEvent*) () 
from /usr/lib/libQtCore.so.4
#25 0x003d98a3 in QCoreApplication::notify(QObject*, QEvent*) () from 
/usr/lib/libQtCore.so.4
#26 0x003d996b in QCoreApplication::notifyInternal(QObject*, QEvent*) () from 
/usr/lib/libQtCore.so.4
#27 0x0040856a in ?? () from /usr/lib/libQtCore.so.4
#28 0x0081e5e5 in g_main_context_dispatch () from /lib/libglib-2.0.so.0
#29 0x008222d8 in ?? () from /lib/libglib-2.0.so.0
#30 0x008224b8 in g_main_context_iteration () from /lib/libglib-2.0.so.0
#31 0x00408195 in 
QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () 
from /usr/lib/libQtCore.so.4
#32 0x003d8419 in 
QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from 
/usr/lib/libQtCore.so.4
#33 0x003d889a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () 
from /usr/lib/libQtCore.so.4
#34 0x003dce4f in QCoreApplication::exec() () from /usr/lib/libQtCore.so.4
#35 0x0804e5bd in QtService<QCoreApplication>::executeApplication 
(this=0xbffff2e4) at qtservice-2.6_1-opensource/src/qtservice.h:189
#36 0x0804ed8e in QtServiceBasePrivate::run (this=0x807e2b0, asService=false, 
argList=...) at qtservice-2.6_1-opensource/src/qtservice.cpp:469
#37 0x0804fdcd in QtServiceBase::exec (this=0xbffff2e4) at 
qtservice-2.6_1-opensource/src/qtservice.cpp:804
#38 0x0804dcc8 in main (argc=2, argv=0xbffff3f4) at main.cpp:69

How is the distance metric printed after each routing calculated.
I would expect it to be the distance in meters between start and target
but it does not make any sense. Is it the time it takes to travel along the 
route?

It would be helpful to be able to calclate both the distance and time of a 
route.

Best regards
Erik Rosen
[email protected]

The osm rendering plugin works nicely on an internet connected desktop, but 
doesn't work on an unconnected mobile device. Most mobile devices don't have 
the capacity to deal with pre-rendered tiles over a large area so the Mapnik 
renderer isn't much help either.

Do you have plans to implement a vector drawing renderer plugin? If not would 
you be interested in a patch implementing one? I have part written my own 
mobile routing app using OSM data, and have functional vector rendering code 
which works at reasonable speed on a mobile device. I came across monav when 
looking for a better routing algorithm than Dijkstra!

If you're interested I'll see if I can get my code cleaned up and into monav's 
plugin format.

What steps will reproduce the problem?
1. /usr/lib64/qt4/bin/qmake "CONFIG += release" monavpreprocessor.pro && make
2.
3.

What is the expected output? What do you see instead?


[root@trailblazer monav]# /usr/lib64/qt4/bin/qmake "CONFIG += release" 
monavpreprocessor.pro && make


In file included from ../osmimporter/pbfreader.h:24,
                 from qtilerenderer.cpp:23:
../osmimporter/protobuff definitions/fileformat.pb.h:9:42: error: 
google/protobuf/stubs/common.h: No such file or directory
../osmimporter/protobuff definitions/fileformat.pb.h:12:2: error: #error This 
file was generated by a newer version of protoc which is
../osmimporter/protobuff definitions/fileformat.pb.h:13:2: error: #error 
incompatible with your Protocol Buffer headers. Please update
../osmimporter/protobuff definitions/fileformat.pb.h:14:2: error: #error your 
headers.
../osmimporter/protobuff definitions/fileformat.pb.h:22:52: error: 
google/protobuf/generated_message_util.h: No such file or directory
../osmimporter/protobuff definitions/fileformat.pb.h:23:44: error: 
google/protobuf/repeated_field.h: No such file or directory
../osmimporter/protobuff definitions/fileformat.pb.h:24:43: error: 
google/protobuf/extension_set.h: No such file or directory
../osmimporter/protobuff definitions/fileformat.pb.h:25:58: error: 
google/protobuf/generated_message_reflection.h: No such file or directory
In file included from ../osmimporter/pbfreader.h:25,
                 from qtilerenderer.cpp:23:
../osmimporter/protobuff definitions/osmformat.pb.h:12:2: error: #error This 
file was generated by a newer version of protoc which is
../osmimporter/protobuff definitions/osmformat.pb.h:13:2: error: #error 
incompatible with your Protocol Buffer headers. Please update
../osmimporter/protobuff definitions/osmformat.pb.h:14:2: error: #error your 
headers.
In file included from ../osmimporter/pbfreader.h:24,
                 from qtilerenderer.cpp:23:
../osmimporter/protobuff definitions/fileformat.pb.h:40: error: ‘::google’ 
has not been declared
../osmimporter/protobuff definitions/fileformat.pb.h:40: error: expected 
‘{’ before ‘Message’
../osmimporter/protobuff definitions/fileformat.pb.h:40: error: invalid type in 
declaration before ‘{’ token
../osmimporter/protobuff definitions/fileformat.pb.h:40: warning: extended 
initializer lists only available with -std=c++0x or -std=gnu++0x
../osmimporter/protobuff definitions/fileformat.pb.h:41: error: expected 
primary-expression before ‘public’
../osmimporter/protobuff definitions/fileformat.pb.h:41: error: expected 
‘}’ before ‘public’
../osmimporter/protobuff definitions/fileformat.pb.h:41: error: expected 
‘,’ or ‘;’ before ‘public’
../osmimporter/protobuff definitions/fileformat.pb.h:43: error: declaration of 
‘~PBF::Blob’ as non-member
../osmimporter/protobuff definitions/fileformat.pb.h:45: error: expected 
unqualified-id before ‘const’
../osmimporter/protobuff definitions/fileformat.pb.h:45: error: expected 
‘)’ before ‘const’
../osmimporter/protobuff definitions/fileformat.pb.h:47: error: ‘PBF::Blob& 
PBF::operator=(const PBF::Blob&)’ must be a nonstatic member function
../osmimporter/protobuff definitions/fileformat.pb.h:52: error: ‘::google’ 
has not been declared
../osmimporter/protobuff definitions/fileformat.pb.h:52: error: expected 
initializer before ‘&’ token
../osmimporter/protobuff definitions/fileformat.pb.h:56: error: ‘::google’ 
has not been declared
../osmimporter/protobuff definitions/fileformat.pb.h:56: error: expected 
initializer before ‘*’ token
../osmimporter/protobuff definitions/fileformat.pb.h:60: error: ‘::google’ 
has not been declared
../osmimporter/protobuff definitions/fileformat.pb.h:60: error: expected 
initializer before ‘*’ token
../osmimporter/protobuff definitions/fileformat.pb.h:67: error: non-member 
function ‘PBF::Blob* PBF::New()’ cannot have cv-qualifier
../osmimporter/protobuff definitions/fileformat.pb.h:68: error: expected 
unqualified-id before ‘::’ token
../osmimporter/protobuff definitions/fileformat.pb.h:68: error: expected 
‘)’ before ‘::’ token
../osmimporter/protobuff definitions/fileformat.pb.h:68: error: expected 
initializer before ‘::’ token
../osmimporter/protobuff definitions/fileformat.pb.h:69: error: expected 
unqualified-id before ‘::’ token
../osmimporter/protobuff definitions/fileformat.pb.h:69: error: expected 
‘)’ before ‘::’ token
../osmimporter/protobuff definitions/fileformat.pb.h:69: error: expected 
initializer before ‘::’ token
../osmimporter/protobuff definitions/fileformat.pb.h:73: error: non-member 
function ‘bool PBF::IsInitialized()’ cannot have cv-qualifier
../osmimporter/protobuff definitions/fileformat.pb.h:75: error: non-member 
function ‘int PBF::ByteSize()’ cannot have cv-qualifier
../osmimporter/protobuff definitions/fileformat.pb.h:77: error: ‘::google’ 
has not been declared
../osmimporter/protobuff definitions/fileformat.pb.h:77: error: ‘input’ was 
not declared in this scope
../osmimporter/protobuff definitions/fileformat.pb.h:79: error: variable or 
field ‘SerializeWithCachedSizes’ declared void
../osmimporter/protobuff definitions/fileformat.pb.h:79: error: ‘::google’ 
has not been declared
../osmimporter/protobuff definitions/fileformat.pb.h:79: error: ‘output’ 
was not declared in this scope
../osmimporter/protobuff definitions/fileformat.pb.h:80: error: ‘::google’ 
has not been declared
../osmimporter/protobuff definitions/fileformat.pb.h:80: error: expected 
constructor, destructor, or type conversion before ‘*’ token
../osmimporter/protobuff definitions/fileformat.pb.h:81: error: non-member 
function ‘int PBF::GetCachedSize()’ cannot have cv-qualifier
../osmimporter/protobuff definitions/fileformat.pb.h: In function ‘int 
PBF::GetCachedSize()’:
../osmimporter/protobuff definitions/fileformat.pb.h:81: error: 
‘_cached_size_’ was not declared in this scope
../osmimporter/protobuff definitions/fileformat.pb.h: At global scope:
../osmimporter/protobuff definitions/fileformat.pb.h:82: error: expected 
unqualified-id before ‘private’
../osmimporter/protobuff definitions/fileformat.pb.h:85: error: non-member 
function ‘void PBF::SetCachedSize(int)’ cannot have cv-qualifier
../osmimporter/protobuff definitions/fileformat.pb.h:86: error: expected 
unqualified-id before ‘public’
../osmimporter/protobuff definitions/fileformat.pb.h:95: error: non-member 
function ‘bool PBF::has_raw()’ cannot have cv-qualifier
../osmimporter/protobuff definitions/fileformat.pb.h:98: error: non-member 
function ‘const std::string& PBF::raw()’ cannot have cv-qualifier
../osmimporter/protobuff definitions/fileformat.pb.h:105: error: non-member 
function ‘bool PBF::has_raw_size()’ cannot have cv-qualifier
../osmimporter/protobuff definitions/fileformat.pb.h:108: error: ‘::google’ 
has not been declared
../osmimporter/protobuff definitions/fileformat.pb.h:108: error: expected 
initializer before ‘raw_size’
../osmimporter/protobuff definitions/fileformat.pb.h:109: error: variable or 
field ‘set_raw_size’ declared void
../osmimporter/protobuff definitions/fileformat.pb.h:109: error: ‘::google’ 
has not been declared
../osmimporter/protobuff definitions/fileformat.pb.h:112: error: non-member 
function ‘bool PBF::has_zlib_data()’ cannot have cv-qualifier
../osmimporter/protobuff definitions/fileformat.pb.h:115: error: non-member 
function ‘const std::string& PBF::zlib_data()’ cannot have cv-qualifier
../osmimporter/protobuff definitions/fileformat.pb.h:122: error: non-member 
function ‘bool PBF::has_lzma_data()’ cannot have cv-qualifier
../osmimporter/protobuff definitions/fileformat.pb.h:125: error: non-member 
function ‘const std::string& PBF::lzma_data()’ cannot have cv-qualifier
../osmimporter/protobuff definitions/fileformat.pb.h:132: error: non-member 
function ‘bool PBF::has_bzip2_data()’ cannot have cv-qualifier
../osmimporter/protobuff definitions/fileformat.pb.h:135: error: non-member 
function ‘const std::string& PBF::bzip2_data()’ cannot have cv-qualifier
../osmimporter/protobuff definitions/fileformat.pb.h:142: error: expected 
unqualified-id before ‘private’
../osmimporter/protobuff definitions/fileformat.pb.h:144: error: non-member 
‘_cached_size_’ cannot be declared ‘mutable’
../osmimporter/protobuff definitions/fileformat.pb.h:148: error: ‘::google’ 
has not been declared
../osmimporter/protobuff definitions/fileformat.pb.h:148: error: expected 
constructor, destructor, or type conversion before ‘raw_size_’
../osmimporter/protobuff definitions/fileformat.pb.h:155: error: ‘friend’ 
used outside of class
../osmimporter/protobuff definitions/fileformat.pb.h:156: error: ‘friend’ 
used outside of class
../osmimporter/protobuff definitions/fileformat.pb.h:157: error: ‘friend’ 
used outside of class
../osmimporter/protobuff definitions/fileformat.pb.h:159: error: ‘::google’ 
has not been declared
../osmimporter/protobuff definitions/fileformat.pb.h:159: error: expected 
constructor, destructor, or type conversion before ‘_has_bits_’
../osmimporter/protobuff definitions/fileformat.pb.h:162: error: non-member 
function ‘bool PBF::_has_bit(int)’ cannot have cv-qualifier
../osmimporter/protobuff definitions/fileformat.pb.h: In function ‘bool 
PBF::_has_bit(int)’:
../osmimporter/protobuff definitions/fileformat.pb.h:163: error: 
‘_has_bits_’ was not declared in this scope
../osmimporter/protobuff definitions/fileformat.pb.h: In function ‘void 
PBF::_set_bit(int)’:
../osmimporter/protobuff definitions/fileformat.pb.h:166: error: 
‘_has_bits_’ was not declared in this scope
../osmimporter/protobuff definitions/fileformat.pb.h: In function ‘void 
PBF::_clear_bit(int)’:
../osmimporter/protobuff definitions/fileformat.pb.h:169: error: 
‘_has_bits_’ was not declared in this scope
../osmimporter/protobuff definitions/fileformat.pb.h: At global scope:
../osmimporter/protobuff definitions/fileformat.pb.h:177: error: ‘::google’ 
has not been declared
../osmimporter/protobuff definitions/fileformat.pb.h:177: error: expected 
‘{’ before ‘Message’
../osmimporter/protobuff definitions/fileformat.pb.h:177: error: invalid type 
in declaration before ‘{’ token
../osmimporter/protobuff definitions/fileformat.pb.h:177: warning: extended 
initializer lists only available with -std=c++0x or -std=gnu++0x
../osmimporter/protobuff definitions/fileformat.pb.h:178: error: expected 
primary-expression before ‘public’
../osmimporter/protobuff definitions/fileformat.pb.h:178: error: expected 
‘}’ before ‘public’
../osmimporter/protobuff definitions/fileformat.pb.h:178: error: expected 
‘,’ or ‘;’ before ‘public’
../osmimporter/protobuff definitions/fileformat.pb.h:180: error: declaration of 
‘~BlockHeader’ as non-member
../osmimporter/protobuff definitions/fileformat.pb.h:182: error: expected 
unqualified-id before ‘const’
../osmimporter/protobuff definitions/fileformat.pb.h:182: error: expected 
‘)’ before ‘const’
../osmimporter/protobuff definitions/fileformat.pb.h:184: error: 
‘BlockHeader& operator=(const BlockHeader&)’ must be a nonstatic member 
function
../osmimporter/protobuff definitions/fileformat.pb.h:189: error: ‘::google’ 
has not been declared
../osmimporter/protobuff definitions/fileformat.pb.h:189: error: expected 
initializer before ‘&’ token
../osmimporter/protobuff definitions/fileformat.pb.h:193: error: ‘::google’ 
has not been declared
../osmimporter/protobuff definitions/fileformat.pb.h:193: error: expected 
initializer before ‘*’ token
../osmimporter/protobuff definitions/fileformat.pb.h:197: error: ‘::google’ 
has not been declared
../osmimporter/protobuff definitions/fileformat.pb.h:197: error: expected 
initializer before ‘*’ token
../osmimporter/protobuff definitions/fileformat.pb.h:204: error: non-member 
function ‘BlockHeader* New()’ cannot have cv-qualifier
../osmimporter/protobuff definitions/fileformat.pb.h:205: error: expected 
unqualified-id before ‘::’ token
../osmimporter/protobuff definitions/fileformat.pb.h:205: error: expected 
‘)’ before ‘::’ token
../osmimporter/protobuff definitions/fileformat.pb.h:205: error: expected 
initializer before ‘::’ token
../osmimporter/protobuff definitions/fileformat.pb.h:206: error: expected 
unqualified-id before ‘::’ token
../osmimporter/protobuff definitions/fileformat.pb.h:206: error: expected 
‘)’ before ‘::’ token
../osmimporter/protobuff definitions/fileformat.pb.h:206: error: expected 
initializer before ‘::’ token
../osmimporter/protobuff definitions/fileformat.pb.h:210: error: non-member 
function ‘bool IsInitialized()’ cannot have cv-qualifier
../osmimporter/protobuff definitions/fileformat.pb.h:212: error: non-member 
function ‘int ByteSize()’ cannot have cv-qualifier
../osmimporter/protobuff definitions/fileformat.pb.h:214: error: ‘::google’ 
has not been declared
../osmimporter/protobuff definitions/fileformat.pb.h:214: error: ‘input’ 
was not declared in this scope
../osmimporter/protobuff definitions/fileformat.pb.h:216: error: variable or 
field ‘SerializeWithCachedSizes’ declared void
../osmimporter/protobuff definitions/fileformat.pb.h:216: error: ‘::google’ 
has not been declared
../osmimporter/protobuff definitions/fileformat.pb.h:216: error: ‘output’ 
was not declared in this scope
../osmimporter/protobuff definitions/fileformat.pb.h:217: error: ‘::google’ 
has not been declared
../osmimporter/protobuff definitions/fileformat.pb.h:217: error: expected 
constructor, destructor, or type conversion before ‘*’ token
../osmimporter/protobuff definitions/fileformat.pb.h:218: error: non-member 
function ‘int GetCachedSize()’ cannot have cv-qualifier
../osmimporter/protobuff definitions/fileformat.pb.h: In function ‘int 
GetCachedSize()’:
../osmimporter/protobuff definitions/fileformat.pb.h:218: error: 
‘_cached_size_’ was not declared in this scope
../osmimporter/protobuff definitions/fileformat.pb.h: At global scope:
../osmimporter/protobuff definitions/fileformat.pb.h:219: error: expected 
unqualified-id before ‘private’
../osmimporter/protobuff definitions/fileformat.pb.h:222: error: non-member 
function ‘void SetCachedSize(int)’ cannot have cv-qualifier
../osmimporter/protobuff definitions/fileformat.pb.h:223: error: expected 
unqualified-id before ‘public’
../osmimporter/protobuff definitions/fileformat.pb.h:232: error: non-member 
function ‘bool has_type()’ cannot have cv-qualifier
../osmimporter/protobuff definitions/fileformat.pb.h:235: error: non-member 
function ‘const std::string& type()’ cannot have cv-qualifier
../osmimporter/protobuff definitions/fileformat.pb.h:242: error: non-member 
function ‘bool has_indexdata()’ cannot have cv-qualifier
../osmimporter/protobuff definitions/fileformat.pb.h:245: error: non-member 
function ‘const std::string& indexdata()’ cannot have cv-qualifier
../osmimporter/protobuff definitions/fileformat.pb.h:252: error: non-member 
function ‘bool has_datasize()’ cannot have cv-qualifier
../osmimporter/protobuff definitions/fileformat.pb.h:255: error: ‘::google’ 
has not been declared
../osmimporter/protobuff definitions/fileformat.pb.h:255: error: expected 
initializer before ‘datasize’
../osmimporter/protobuff definitions/fileformat.pb.h:256: error: variable or 
field ‘set_datasize’ declared void
../osmimporter/protobuff definitions/fileformat.pb.h:256: error: ‘::google’ 
has not been declared
../osmimporter/protobuff definitions/fileformat.pb.h:259: error: expected 
unqualified-id before ‘private’
../osmimporter/protobuff definitions/fileformat.pb.h:261: error: non-member 
‘_cached_size_’ cannot be declared ‘mutable’
../osmimporter/protobuff definitions/fileformat.pb.h:267: error: ‘::google’ 
has not been declared
../osmimporter/protobuff definitions/fileformat.pb.h:267: error: expected 
constructor, destructor, or type conversion before ‘datasize_’
../osmimporter/protobuff definitions/fileformat.pb.h:268: error: ‘friend’ 
used outside of class
../osmimporter/protobuff definitions/fileformat.pb.h:269: error: ‘friend’ 
used outside of class
../osmimporter/protobuff definitions/fileformat.pb.h:270: error: ‘friend’ 
used outside of class
../osmimporter/protobuff definitions/fileformat.pb.h:272: error: ‘::google’ 
has not been declared
../osmimporter/protobuff definitions/fileformat.pb.h:272: error: expected 
constructor, destructor, or type conversion before ‘_has_bits_’
../osmimporter/protobuff definitions/fileformat.pb.h:275: error: non-member 
function ‘bool _has_bit(int)’ cannot have cv-qualifier
../osmimporter/protobuff definitions/fileformat.pb.h: In function ‘bool 
_has_bit(int)’:
../osmimporter/protobuff definitions/fileformat.pb.h:276: error: 
‘_has_bits_’ was not declared in this scope
../osmimporter/protobuff definitions/fileformat.pb.h: In function ‘void 
_set_bit(int)’:
../osmimporter/protobuff definitions/fileformat.pb.h:279: error: 
‘_has_bits_’ was not declared in this scope
../osmimporter/protobuff definitions/fileformat.pb.h: In function ‘void 
_clear_bit(int)’:
../osmimporter/protobuff definitions/fileformat.pb.h:282: error: 
‘_has_bits_’ was not declared in this scope
../osmimporter/protobuff definitions/fileformat.pb.h: At global scope:
../osmimporter/protobuff definitions/fileformat.pb.h:287: error: expected 
declaration before ‘}’ token
../osmimporter/protobuff definitions/fileformat.pb.h:286: warning: 
‘default_instance_’ defined but not used
../osmimporter/protobuff definitions/fileformat.pb.h:173: warning: 
‘PBF::default_instance_’ defined but not used
make[2]: *** [qtilerenderer.o] Error 1
make[2]: Leaving directory `/home/files/DEV/monav/plugins/osmrenderer'
make[1]: *** [sub-osmrenderer-qtilerenderer-pro-make_default] Error 2
make[1]: Leaving directory `/home/files/DEV/monav/plugins'
make: *** [sub-plugins-preprocessor_plugins-pro-make_default] Error 2

[root@trailblazer monav]# 



What version of the product are you using? On what operating system?

This is the latest code from svn monav r450

The monav client code compiled without any errors - but the Preprocessor code 
compile failed.

The last version of the Preprocessor code (svn r219) compiled without error. 


Please provide any additional information below.

[root@trailblazer monav]$ lsb_release -a
LSB Version:    :core-4.0-amd64:core-4.0-noarch
Distributor ID: Fedora
Description:    Fedora release 13 (Goddard)
Release:    13
Codename:   Goddard

All of the software dependencies (listed on the wiki site) are installed.

Running MoNavP and trying to preprocess a .osm file (Baden-Württemberg 
downloaded from geofabrik), it aborts when an assertion triggers after some 
time. Console output and backtrace below.

What version of the product are you using? On what operating system?
https://monav.googlecode.com/svn/tags/release-0.1
Qt 4.7 Beta 2
Kubuntu Lucid

Please provide any additional information below.

Console output:
0 :  "motorcar" 
1 :  "motor_vehicle" 
2 :  "vehicle" 
3 :  "access" 
starting import pass 1
finished import pass 1: 90355 ms 
starting import pass 2
filtered node coordinates: 5102 ms 
wrote routing node coordinates: 0 ms 
read city outlines: 5 s 
read places: 20 ms 
MoNavP: ../../../monav/plugins/osmimporter/statickdtree.h:107: 
KDTree::StaticKDTree<k, T, Data, Metric>::StaticKDTree(const 
std::vector<KDTree::StaticKDTree<k, T, Data, Metric>::InputPoint, 
std::allocator<KDTree::StaticKDTree<k, T, Data, Metric>::InputPoint> >&) [with 
unsigned int k = 2u, T = double, Data = unsigned int, Metric = 
OSMImporter::GPSMetric]: Assertion `points.size() > 0' failed.
[1]    5302 abort (core dumped)  ../monavpreprocessor-build/bin/MoNavP


Backtrace:
#0  0x00eea422 in __kernel_vsyscall ()
#1  0x007d5651 in *__GI_raise (sig=6) at 
../nptl/sysdeps/unix/sysv/linux/raise.c:64
#2  0x007d8a82 in *__GI_abort () at abort.c:92
#3  0x007ce718 in *__GI___assert_fail (assertion=0x80e75d2 "points.size() > 0", 
file=0x80e75a0 "../../../monav/plugins/osmimporter/statickdtree.h", 
    line=107, 
    function=0x80e7780 "KDTree::StaticKDTree<k, T, Data, Metric>::StaticKDTree(const std::vector<KDTree::StaticKDTree<k, T, Data, Metric>::InputPoint, std::allocator<KDTree::StaticKDTree<k, T, Data, Metric>::InputPoint> >&) "...) at assert.c:81
#4  0x080b3d8d in KDTree::StaticKDTree<2u, double, unsigned int, 
OSMImporter::GPSMetric>::StaticKDTree(std::vector<KDTree::StaticKDTree<2u, 
double, unsigned int, OSMImporter::GPSMetric>::InputPoint, 
std::allocator<KDTree::StaticKDTree<2u, double, unsigned int, 
OSMImporter::GPSMetric>::InputPoint> > const&) ()
#5  0x080ad3d6 in OSMImporter::_PreprocessData (this=0x84fd858, filename=..., 
usedNodes=..., outlineNodes=..., signalNodes=...)
    at ../../../monav/plugins/osmimporter/osmimporter.cpp:394
#6  0x080aaf3d in OSMImporter::Preprocess (this=0x84fd858) at 
../../../monav/plugins/osmimporter/osmimporter.cpp:111
#7  0x08053b02 in PreprocessingWindow::importerPreprocessing (this=0xbff988e4) 
at ../../monav/preprocessor/preprocessingwindow.cpp:212
#8  0x0805bef2 in PreprocessingWindow::qt_metacall (this=0xbff988e4, 
_c=QMetaObject::InvokeMetaMethod, _id=3, _a=0xbff97998)
    at moc_preprocessingwindow.cpp:98
#9  0x004266ca in QMetaObject::metacall(QObject*, QMetaObject::Call, int, 
void**) () from /usr/lib/libQtCore.so.4
#10 0x00439455 in QMetaObject::activate(QObject*, QMetaObject const*, int, 
void**) () from /usr/lib/libQtCore.so.4
#11 0x018855e9 in QAbstractButton::clicked(bool) () from /usr/lib/libQtGui.so.4
#12 0x01546e39 in ?? () from /usr/lib/libQtGui.so.4
#13 0x01548544 in ?? () from /usr/lib/libQtGui.so.4
#14 0x015487fe in QAbstractButton::mouseReleaseEvent(QMouseEvent*) () from 
/usr/lib/libQtGui.so.4
#15 0x0117ac48 in QWidget::event(QEvent*) () from /usr/lib/libQtGui.so.4
#16 0x01546cde in QAbstractButton::event(QEvent*) () from /usr/lib/libQtGui.so.4
#17 0x015f4782 in QPushButton::event(QEvent*) () from /usr/lib/libQtGui.so.4
#18 0x0111d0cc in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from 
/usr/lib/libQtGui.so.4
#19 0x01123ab7 in QApplication::notify(QObject*, QEvent*) () from 
/usr/lib/libQtGui.so.4
#20 0x0042096b in QCoreApplication::notifyInternal(QObject*, QEvent*) () from 
/usr/lib/libQtCore.so.4
#21 0x01122162 in QApplicationPrivate::sendMouseEvent(QWidget*, QMouseEvent*, 
QWidget*, QWidget*, QWidget**, QPointer<QWidget>&, bool) ()
   from /usr/lib/libQtGui.so.4
#22 0x011b06b8 in ?? () from /usr/lib/libQtGui.so.4
#23 0x011afb49 in QApplication::x11ProcessEvent(_XEvent*) () from 
/usr/lib/libQtGui.so.4
#24 0x011deb3a in ?? () from /usr/lib/libQtGui.so.4
#25 0x009405e5 in g_main_context_dispatch () from /lib/libglib-2.0.so.0
#26 0x009442d8 in ?? () from /lib/libglib-2.0.so.0
#27 0x009444b8 in g_main_context_iteration () from /lib/libglib-2.0.so.0
#28 0x0044f195 in 
QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () 
from /usr/lib/libQtCore.so.4
#29 0x011de3b5 in ?? () from /usr/lib/libQtGui.so.4
#30 0x0041f419 in 
QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from 
/usr/lib/libQtCore.so.4
#31 0x0041f89a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () 
from /usr/lib/libQtCore.so.4

It would be nice to have a non-GUI client which takes source and destination 
(maybe via points, additional settings) from the command line, calculates the 
route and outputs it (either as text or gpx/kml file). Similar to what gosmore 
and routino already do.

Here is a first patch for compiling monav on Symbian.

Index: plugins/gpsgrid/cell.h
===================================================================
--- plugins/gpsgrid/cell.h  (revision 467)
+++ plugins/gpsgrid/cell.h  (working copy)
@@ -170,8 +170,8 @@

            std::vector< UnsignedCoordinate > nodeCoordinates( nodes.size() );
            for ( std::vector< Edge >::iterator i = edges.begin(), e = edges.end(); i != e; ++i ) {
-               unsigned sourcePos = lower_bound( nodes.begin(), nodes.end(), i->source ) 
- nodes.begin();
-               unsigned targetPos = lower_bound( nodes.begin(), nodes.end(), i->target ) 
- nodes.begin();
+                unsigned sourcePos = std::lower_bound( nodes.begin(), 
nodes.end(), i->source ) - nodes.begin();
+                unsigned targetPos = std::lower_bound( nodes.begin(), 
nodes.end(), i->target ) - nodes.begin();
                nodeCoordinates[sourcePos] = coordinates[i->pathID];
                nodeCoordinates[targetPos] = coordinates[i->pathID + i->pathLength - 1];
            }
@@ -238,8 +238,8 @@
            }

            for ( std::vector< Edge >::iterator i = edges.begin(), iend = edges.end(); i != iend; i++ ) {
-               unsigned sourcePos = lower_bound( nodes.begin(), nodes.end(), i->source ) 
- nodes.begin();
-               unsigned targetPos = lower_bound( nodes.begin(), nodes.end(), i->target ) 
- nodes.begin();
+                unsigned sourcePos = std::lower_bound( nodes.begin(), 
nodes.end(), i->source ) - nodes.begin();
+                unsigned targetPos = std::lower_bound( nodes.begin(), 
nodes.end(), i->target ) - nodes.begin();
                if ( coordinates.size() == 0 || coordinates.back().x != nodeCoordinates[sourcePos].x || coordinates.back().y != nodeCoordinates[sourcePos].y )
                    coordinates.push_back( nodeCoordinates[sourcePos] );
                i->pathID = coordinates.size() - 1;
Index: plugins/osmrenderer/qtilerendererclient.cpp
===================================================================
--- plugins/osmrenderer/qtilerendererclient.cpp (revision 467)
+++ plugins/osmrenderer/qtilerendererclient.cpp (working copy)
@@ -40,7 +40,7 @@
         if(t1.z>t2.z) return true;
         return false;
     };
-    bool operator==(const struct tileref &t) {
+    bool operator==(const struct tileref &t) const {
         return(x==t.x && y==t.y && z==t.z);
     };
 };

Place names don't render correctly in other scripts.

What steps will reproduce the problem?

1. [myuser@mypc monav]$ /home/files/DEV/monav/bin/MoNavP
2. Click any of the Preprocess or PreprocessAll buttons.
3.



What is the expected output? What do you see instead?


[myuser@mypc monav]$ /home/files/DEV/monav/bin/MoNavP 

The file 
'/home/files/DEV/monav/bin/plugins_preprocessor/libcontractionhierarchies.a' is 
not a valid Qt plugin.
The file '/home/files/DEV/monav/bin/plugins_preprocessor/libgpsgrid.a' is not a 
valid Qt plugin.
The file '/home/files/DEV/monav/bin/plugins_preprocessor/libmapnikrenderer.a' 
is not a valid Qt plugin.
The file '/home/files/DEV/monav/bin/plugins_preprocessor/libosmimporter.a' is 
not a valid Qt plugin.
The file '/home/files/DEV/monav/bin/plugins_preprocessor/libosmrenderer.a' is 
not a valid Qt plugin.
The file 
'/home/files/DEV/monav/bin/plugins_preprocessor/libunicodetournamenttrie.a' is 
not a valid Qt plugin.
Importer 
0 :  "motorcar" 
1 :  "motor_vehicle" 
2 :  "vehicle" 
3 :  "access" 
starting import pass 1
Failed to open XML Reader 





What version of the product are you using? On what operating system?

The latest SVN r215

Distro: Fedora-13 x86_64


Please provide any additional information below.

Both the MoNav Client and Preprocessor compiled without error.

Sorry, if this is more appropriate to be raised on a mail list please direct me 
to it.
I have a bluetooth BlueNext GPS and is working fine with GPSD / Navit etc.  But 
I am unable to get it to connect with Monav, I get:
$ monav-client 
No GPS Sensor found! GPS Updates are not available

Would this be a bug during compiling into a Debian package or something in 
Monav itself?

All other functions within Monav appear to work correctly.

I'm currently looking into an automated way to transform OSM xml maps for the 
whole world into monav's data format. Therefore I need a preprocessor tool that 
can do all steps in one go. It'd be nice if MoNavP would support that.

Attached is a quick hack in that direction. It works, but should be extended to 
take the input file and output directory as well. Currently I modify 
~/.config/MoNav.conf with sed to do that which isn't really sane.

I just had a thought that it might be possible to combine the OSM and mapnik 
renderers so that when it's possible to contact a tile server any zoom levels 
not preprocessed by mapnik become available from OSM. Perhaps it is possible to 
display the mapnik preprocessed tile of best fit then overlay it with the OSM 
downloaded tile when it is downloaded, effectively using the mapnik instead of 
the default grey background that is displayed until a tile downloads?

This might be rendered irrelevant if a vector renderer is implemented of course.

Also without looking at the specifics of the storage format, perhaps it's 
possible to over time allow storing any tiles downloaded in the same format as 
the mapnik preprocess step?

I want to use a simple method in my code to detect whether MoNavD is running:

bool MonavPluginPrivate::isDaemonRunning() const
{
    QLocalSocket socket;
    socket.connectToServer( "MoNavD" );
    return socket.waitForConnected();
}

Currently MoNavD enters an endless loop polling the CPU in that case (the 
connection is closed without sending a command and in->waitForReadyRead( 1000 
); returns immediately in signals.h). A patch is attached.

QTile memory consumption during preprocessing seems to be quite high. In fact I 
could not preprocess France on my 8GB machine. Is there room for improvement?

Maybe it already suffices to reduce memory fragmentation ( avoid allocating 
with new / malloc, reuse dynamic arrays etc... ).

At the moment qtilerenderer loads its quadtile index into memory. This should 
be avoided in the future, it would be best to load on-demand and only cache a 
small amount.

Hello :)
During my experiments, I found that MoNav doesn't route through _any_ barrier=* 
node. This is wrong, since there is at least barrier=toll_booth which is 
routable (with a fee, usually).

It would be best to add an option to the client (like: "Avoid paid routes?") 
but, for the moment, I've made a patch making it route through toll_booths.

I'll include this patch in my upcoming Debian package ;) (which is quite ready, 
I must say).

Thanks for your work on MoNav! :)

Similar to #7, it would be nice to have a non-GUI preprocessor :)

What steps will reproduce the problem?
1. [myuser@mypc monav]$ /home/files/DEV/monav/bin/MoNavP
2. Click the PreprocessAll button.
3.


What is the expected output? What do you see instead?


[myuser@mypc monav]$ /home/files/DEV/monav/bin/MoNavP 

The file 
'/home/files/DEV/monav/bin/plugins_preprocessor/libcontractionhierarchies.a' is 
not a valid Qt plugin.
The file '/home/files/DEV/monav/bin/plugins_preprocessor/libgpsgrid.a' is not a 
valid Qt plugin.
The file '/home/files/DEV/monav/bin/plugins_preprocessor/libmapnikrenderer.a' 
is not a valid Qt plugin.
The file '/home/files/DEV/monav/bin/plugins_preprocessor/libosmimporter.a' is 
not a valid Qt plugin.
The file '/home/files/DEV/monav/bin/plugins_preprocessor/libosmrenderer.a' is 
not a valid Qt plugin.
The file 
'/home/files/DEV/monav/bin/plugins_preprocessor/libunicodetournamenttrie.a' is 
not a valid Qt plugin.
Importer 
OSM Importer: read speed profile from: ":/speedprofiles/default.spp" 
OSM Importer: access list: 0 : "motorcar" 
OSM Importer: access list: 1 : "motor_vehicle" 
OSM Importer: access list: 2 : "vehicle" 
OSM Importer: access list: 3 : "access" 
starting import pass 1
finished import pass 1: 202 ms 
starting import pass 2
filtered node coordinates: 3 ms 
wrote routing node coordinates: 1 ms 
read city outlines: 0 s 
read places: 0 ms 
build kd-tree: 3 ms 
assigned 'in-city' flags: 3 ms 
wrote 'in-city' flags 1 ms 
remapped edges 19 ms 
finished import pass 2: 67 ms 
OSM Importer: Nodes: 19751
OSM Importer: Ways: 2765
OSM Importer: Places: 1
OSM Importer: Places Outlines: 0 
OSM Importer: Places Outline Nodes: 0 
OSM Importer: Edges: 14368
OSM Importer: Routing Nodes: 12749
OSM Importer: Traffic Signal Nodes: 0
OSM Importer: #Maxspeed Specified: 0
OSM Importer: Number Of Zero Speed Ways: 0
OSM Importer: Number Of Edges with Default City Speed: 12847
Router 
Removed 20 edges of 28736
12749 nodes, 28716 edges
using 4 threads
Initialise Elimination PQ... 
done
Iteration   Nodes   Independent Contraction Inserting   Removing    Updating
0   0   0.000000    0.000000    0.000000    0.000000    0.019000
0   2826    0.001000    0.002000    0.001000    0.000000    0.004000
1   1889    0.001000    0.001000    0.000000    0.000000    0.004000
2   1418    0.001000    0.000000    0.000000    0.001000    0.003000
3   1078    0.000000    0.001000    0.000000    0.000000    0.003000
4   850 0.000000    0.001000    0.000000    0.000000    0.002000
5   685 0.000000    0.001000    0.000000    0.000000    0.002000
6   555 0.000000    0.001000    0.000000    0.000000    0.002000
7   467 0.000000    0.000000    0.000000    0.001000    0.001000
8   378 0.000000    0.001000    0.000000    0.000000    0.001000
9   310 0.000000    0.000000    0.000000    0.001000    0.001000
10  264 0.000000    0.000000    0.000000    0.000000    0.001000
11  229 0.000000    0.001000    0.000000    0.000000    0.000000
12  186 0.000000    0.000000    0.000000    0.000000    0.001000
13  154 0.000000    0.000000    0.000000    0.000000    0.001000
14  135 0.000000    0.000000    0.000000    0.000000    0.001000
15  108 0.000000    0.001000    0.000000    0.000000    0.000000
16  93  0.000000    0.001000    0.000000    0.000000    0.000000
17  92  0.000000    0.001000    0.000000    0.000000    0.000000
18  78  0.000000    0.001000    0.000000    0.000000    0.000000
19  74  0.000000    0.001000    0.000000    0.000000    0.000000
20  67  0.000000    0.001000    0.000000    0.000000    0.000000
21  63  0.000000    0.001000    0.000000    0.000000    0.000000
22  55  0.000000    0.000000    0.000000    0.000000    0.001000
23  52  0.000000    0.000000    0.000000    0.000000    0.001000
24  43  0.000000    0.000000    0.000000    0.000000    0.001000
25  39  0.000000    0.000000    0.000000    0.000000    0.001000
26  36  0.000000    0.000000    0.000000    0.000000    0.001000
27  34  0.000000    0.000000    0.000000    0.000000    0.001000
28  35  0.000000    0.000000    0.000000    0.000000    0.001000
29  34  0.000000    0.000000    0.000000    0.000000    0.000000
30  24  0.000000    0.001000    0.000000    0.000000    0.000000
31  20  0.000000    0.000000    0.000000    0.000000    0.001000
32  13  0.000000    0.000000    0.000000    0.000000    0.005000
33  16  0.000000    0.000000    0.000000    0.000000    0.000000
34  16  0.000000    0.000000    0.000000    0.000000    0.001000
35  18  0.000000    0.000000    0.000000    0.000000    0.001000
36  19  0.000000    0.000000    0.000000    0.000000    0.001000
37  22  0.000000    0.000000    0.000000    0.000000    0.000000
38  13  0.000000    0.000000    0.000000    0.000000    0.001000
39  12  0.000000    0.000000    0.000000    0.000000    0.001000
40  13  0.000000    0.000000    0.000000    0.000000    0.000000
41  14  0.000000    0.000000    0.000000    0.000000    0.001000
42  10  0.000000    0.000000    0.000000    0.000000    0.000000
43  12  0.000000    0.000000    0.000000    0.000000    0.001000
44  7   0.000000    0.000000    0.000000    0.000000    0.000000
45  8   0.000000    0.000000    0.000000    0.000000    0.001000
46  9   0.000000    0.000000    0.000000    0.000000    0.000000
47  8   0.000000    0.000000    0.000000    0.000000    0.001000
48  7   0.000000    0.000000    0.000000    0.000000    0.000000
49  6   0.000000    0.000000    0.000000    0.000000    0.000000
50  5   0.000000    0.000000    0.000000    0.000000    0.000000
51  4   0.001000    0.000000    0.000000    0.000000    0.000000
52  4   0.000000    0.000000    0.000000    0.000000    0.000000
53  5   0.000000    0.000000    0.000000    0.000000    0.000000
54  5   0.000000    0.000000    0.000000    0.000000    0.001000
55  4   0.000000    0.000000    0.000000    0.000000    0.000000
56  6   0.000000    0.000000    0.000000    0.000000    0.000000
57  5   0.000000    0.000000    0.000000    0.000000    0.001000
58  5   0.000000    0.000000    0.000000    0.000000    0.000000
59  3   0.000000    0.000000    0.000000    0.000000    0.000000
60  5   0.000000    0.000000    0.000000    0.000000    0.001000
61  3   0.000000    0.000000    0.000000    0.000000    0.000000
62  7   0.000000    0.000000    0.000000    0.000000    0.000000
63  4   0.000000    0.000000    0.000000    0.001000    0.000000
64  5   0.000000    0.000000    0.000000    0.000000    0.000000
65  5   0.000000    0.000000    0.000000    0.000000    0.001000
66  3   0.000000    0.000000    0.000000    0.000000    0.000000
67  3   0.000000    0.000000    0.000000    0.000000    0.000000
68  2   0.000000    0.000000    0.000000    0.000000    0.000000
69  3   0.000000    0.001000    0.000000    0.000000    0.000000
70  1   0.000000    0.000000    0.000000    0.000000    0.000000
71  2   0.000000    0.000000    0.000000    0.000000    0.000000
72  3   0.000000    0.000000    0.000000    0.000000    0.000000
73  2   0.000000    0.000000    0.000000    0.000000    0.000000
74  3   0.000000    0.000000    0.000000    0.000000    0.000000
75  3   0.000000    0.000000    0.000000    0.000000    0.000000
76  4   0.000000    0.000000    0.000000    0.000000    0.000000
77  3   0.000000    0.000000    0.000000    0.000000    0.000000
78  4   0.000000    0.000000    0.000000    0.000000    0.001000
79  3   0.000000    0.000000    0.000000    0.000000    0.000000
80  2   0.000000    0.000000    0.000000    0.000000    0.000000
81  2   0.000000    0.000000    0.000000    0.000000    0.000000
82  3   0.000000    0.000000    0.000000    0.000000    0.000000
83  2   0.000000    0.000000    0.000000    0.000000    0.000000
84  2   0.000000    0.000000    0.000000    0.000000    0.000000
85  2   0.000000    0.000000    0.000000    0.000000    0.000000
86  2   0.001000    0.000000    0.000000    0.000000    0.000000
87  2   0.000000    0.000000    0.000000    0.000000    0.000000
88  2   0.000000    0.000000    0.000000    0.000000    0.000000
89  2   0.000000    0.000000    0.000000    0.000000    0.000000
90  2   0.000000    0.000000    0.000000    0.000000    0.000000
91  2   0.000000    0.000000    0.000000    0.000000    0.000000
92  1   0.000000    0.000000    0.000000    0.000000    0.000000
93  1   0.000000    0.000000    0.000000    0.000000    0.000000
94  2   0.000000    0.000000    0.000000    0.000000    0.000000
95  1   0.000000    0.000000    0.000000    0.000000    0.000000
96  2   0.000000    0.000000    0.000000    0.000000    0.000000
97  1   0.000000    0.000000    0.000000    0.000000    0.000000
98  1   0.000000    0.000000    0.000000    0.000000    0.000000
99  2   0.000000    0.000000    0.000000    0.000000    0.000000
100 2   0.000000    0.000000    0.000000    0.000000    0.000000
101 1   0.000000    0.000000    0.000000    0.000000    0.000000
102 1   0.000000    0.000000    0.000000    0.000000    0.000000
103 1   0.000000    0.000000    0.000000    0.000000    0.000000
Iteration   Nodes   Independent Contraction Inserting   Removing    Updating
105 12749   0.005000    0.018000    0.001000    0.004000    0.073000
Total Time: 0.101000 s
Scanning for useless shortcuts
Found 0 useless shortcut directions
Removing edges
Removed 0 useless shortcuts
Compute Node Depth
Sort Nodes Topologically Depths First
Sort Nodes into buckets according to hierarchy depths
Sort Nodes Topologically by computed order
Postprocessing Time: 0.029000 s
creating compressed graph with 12749 nodes and 25721 edges 
build node index: 0 ms 
Computing path data
max path index: 25992 
computed max path index: 2 ms 
computed block layout: 6 ms 
Computing path data
unpacked total shortcuts: 8.835695 %
unpacked shortcuts: 2 ms 
wrote blocks 14 ms 
used Settings:
    block size: 4096
    internal bits: 9
    path bits: 15
    blocks: 43
    path blocks: 25
    block space: 0 Mb
    path block space: 0 Mb
    max internal ID: 21760
statistics: 
adjacentBlocks: 206 
noWeightSplit : 0 
forwardOnly       : 2358 
backwardOnly      : 2338 
externalTarget    : 6088 
externalMiddle    : 1561 
reversed          : 442 
shortcuts         : 11363 
directed shortcuts: 536 
xSize        : 0 MB / 0 MB 
ySize        : 0 MB / 0 MB 
firstEdgeSize: 0 MB / 0 MB 
directionSize     : 0 MB / 0 MB 
weightSize        : 0 MB / 0 MB 
externalMiddleSize: 0 MB / 0 MB 
internalMiddleSize: 0 MB / 0 MB 
externalTargetSize: 0 MB / 0 MB 
internalTargetSize: 0 MB / 0 MB 
Renderer 



What version of the product are you using? On what operating system?

SVN r219

Distro: Fedora-13 x86_64


Please provide any additional information below.

As far as I can tell the PostgreSQL and PostGIS database is configured, setup 
and working properly.

Hey,

It's me again with another patch of my changes to Monav. ;-)

Using the preprocessor plugins is really difficult since they contain UI code. 
The workflow is this in the moment: Load settings from QSettings file into UI, 
read settings from UI into own "settings" struct, write settings from UI to 
QSettings file.

Now I like to skip the UI part to be able to just provide a settings file.
That's what this patch is about.

Anyway, there is no need to apply the patch or whatever (the patch a bit clumsy 
anyway), it's just part of the Open Source/GPL/ "share all changes" stuff :-)

Thanks for the good work so far!

What steps will reproduce the problem?
1. [myuser@mypc monav]$ /usr/lib64/qt4/bin/qmake "CONFIG += release" 
monavpreprocessor.pro && mak

2.

3.

What is the expected output? What do you see instead?



[myuser@mypc monav]$ /usr/lib64/qt4/bin/qmake "CONFIG += release" 
monavpreprocessor.pro && make
cd plugins/ && make -f Makefile.preprocessor_plugins 
make[1]: Entering directory `/home/files/DEV/monav/plugins'
cd contractionhierarchies/ && make -f Makefile.preprocessor_plugins 
make[2]: Entering directory 
`/home/files/DEV/monav/plugins/contractionhierarchies'
make[2]: Nothing to be done for `first'.
make[2]: Leaving directory 
`/home/files/DEV/monav/plugins/contractionhierarchies'
cd gpsgrid/ && make -f Makefile.preprocessor_plugins 
make[2]: Entering directory `/home/files/DEV/monav/plugins/gpsgrid'
make[2]: Nothing to be done for `first'.
make[2]: Leaving directory `/home/files/DEV/monav/plugins/gpsgrid'
cd osmrenderer/ && make -f Makefile.preprocessor_plugins 
make[2]: Entering directory `/home/files/DEV/monav/plugins/osmrenderer'
make[2]: Nothing to be done for `first'.
make[2]: Leaving directory `/home/files/DEV/monav/plugins/osmrenderer'
cd osmrenderer/ && make -f Makefile.preprocessor_plugins.mapnikrenderer 
make[2]: Entering directory `/home/files/DEV/monav/plugins/osmrenderer'
make[2]: Nothing to be done for `first'.
make[2]: Leaving directory `/home/files/DEV/monav/plugins/osmrenderer'
cd unicodetournamenttrie/ && make -f Makefile.preprocessor_plugins 
make[2]: Entering directory 
`/home/files/DEV/monav/plugins/unicodetournamenttrie'
make[2]: Nothing to be done for `first'.
make[2]: Leaving directory `/home/files/DEV/monav/plugins/unicodetournamenttrie'
cd osmimporter/ && make -f Makefile.preprocessor_plugins 
make[2]: Entering directory `/home/files/DEV/monav/plugins/osmimporter'
make[2]: Nothing to be done for `first'.
make[2]: Leaving directory `/home/files/DEV/monav/plugins/osmimporter'
make[1]: Leaving directory `/home/files/DEV/monav/plugins'
cd preprocessor/ && make -f Makefile 
make[1]: Entering directory `/home/files/DEV/monav/preprocessor'
g++ -Wl,-O1 -o ../bin/MoNavP main.o preprocessingwindow.o aboutdialog.o 
moc_preprocessingwindow.o moc_aboutdialog.o qrc_images.o     -fopenmp -lmapnik 
-lbz2 -L../bin/plugins_preprocessor -lmapnikrenderer -lcontractionhierarchies 
-lgpsgrid -losmrenderer -lunicodetournamenttrie -losmimporter -lQtGui -lQtCore 
-lpthread 
/usr/bin/ld: ../bin/plugins_preprocessor/libosmimporter.a(osmimporter.o): 
undefined reference to symbol 'xmlTextReaderIsEmptyElement@@LIBXML2_2.4.30'
/usr/bin/ld: note: 'xmlTextReaderIsEmptyElement@@LIBXML2_2.4.30' is defined in 
DSO /usr/lib64/libxml2.so.2 so try adding it to the linker command line
/usr/lib64/libxml2.so.2: could not read symbols: Invalid operation
collect2: ld returned 1 exit status
make[1]: *** [../bin/MoNavP] Error 1
make[1]: Leaving directory `/home/files/DEV/monav/preprocessor'
make: *** [sub-preprocessor-make_default] Error 2





What version of the product are you using? On what operating system?

This is the latest code (Sun-29-August-2010) from SVN:
[myuser@mypc monav]$ svn checkout http://monav.googlecode.com/svn/trunk/ monav



[myuser@mypc monav]$ uname -a
Linux mypc.mydomain.com 2.6.33.8-149.fc13.x86_64 #1 SMP Tue Aug 17 22:53:15 UTC 
2010 x86_64 x86_64 x86_64 GNU/Linux

[myuser@mypc monav]$ lsb_release 
LSB Version:    :core-4.0-amd64:core-4.0-noarch
[padderly@trailblazer monav]$ lsb_release -a
LSB Version:    :core-4.0-amd64:core-4.0-noarch
Distributor ID: Fedora
Description:    Fedora release 13 (Goddard)
Release:    13
Codename:   Goddard



Please provide any additional information below.

I think all the dependency from your wiki page seem to be installed.

Please let me know if there is any other information that you would like me to 
provide. Thank you kindly.

The daemon fails to retrieve routes if the distance between the provided 
coordinates and nearby edges exceeds 100m. This is quite tight and often leads 
to failures for non-address input (clicking at a map). OpenRouteService for 
example uses a tolerance of 300m which IMHO is too small as well. Can you 
increase the distance or make it configurable?

Currently, MapnikRenderer preprocessor requires huge amounts of memory, which 
simplify and speed up multiprocess. For huge extensions, 64bit capacity is 
required. 
A slim mode would benefit a lot of "common" users. The main problem could be 
multiprocess in slim mode. But, in most cases, single process could just be 
fine.