m20io / monav Goto Github PK
View Code? Open in Web Editor NEWAutomatically exported from code.google.com/p/monav
Automatically exported from code.google.com/p/monav
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.
Original issue reported on code.google.com by [email protected]
on 17 Dec 2010 at 7:00
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.
Original issue reported on code.google.com by [email protected]
on 2 Sep 2010 at 8:50
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.
Original issue reported on code.google.com by [email protected]
on 4 Apr 2011 at 8:50
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.
Original issue reported on code.google.com by [email protected]
on 10 Mar 2011 at 1:11
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.
Original issue reported on code.google.com by [email protected]
on 24 Aug 2010 at 2:51
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
Original issue reported on code.google.com by [email protected]
on 14 Aug 2010 at 1:35
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);
};
};
Original issue reported on code.google.com by [email protected]
on 31 Mar 2011 at 1:11
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
Original issue reported on code.google.com by [email protected]
on 27 Aug 2010 at 5:40
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.
Original issue reported on code.google.com by [email protected]
on 5 Sep 2010 at 7:35
The map view as well as the main window perform a GPS lookup.
Original issue reported on code.google.com by [email protected]
on 25 Aug 2010 at 2:46
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.
Original issue reported on code.google.com by [email protected]
on 9 Feb 2011 at 11:03
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?
Original issue reported on code.google.com by mark%[email protected]
on 20 Oct 2010 at 11:36
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.
Original issue reported on code.google.com by [email protected]
on 28 Jan 2011 at 1:54
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
Original issue reported on code.google.com by [email protected]
on 23 Feb 2011 at 1:39
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
Original issue reported on code.google.com by [email protected]
on 31 Mar 2011 at 1:09
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]
Original issue reported on code.google.com by [email protected]
on 6 Sep 2010 at 2:02
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.
Original issue reported on code.google.com by [email protected]
on 11 Apr 2011 at 3:11
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
Original issue reported on code.google.com by [email protected]
on 21 Dec 2010 at 6:56
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!
Original issue reported on code.google.com by [email protected]
on 22 Nov 2010 at 10:46
Attachments:
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.
Original issue reported on code.google.com by [email protected]
on 27 Aug 2010 at 5:51
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... ).
Original issue reported on code.google.com by [email protected]
on 10 Feb 2011 at 4:53
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.
Original issue reported on code.google.com by [email protected]
on 10 Mar 2011 at 10:53
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 :)
Original issue reported on code.google.com by [email protected]
on 11 Jan 2011 at 4:07
Similar to #7, it would be nice to have a non-GUI preprocessor :)
Original issue reported on code.google.com by [email protected]
on 11 Jan 2011 at 9:41
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
Original issue reported on code.google.com by [email protected]
on 3 Jan 2011 at 5:50
Attachments:
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
Original issue reported on code.google.com by [email protected]
on 5 Sep 2010 at 8:35
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.
Original issue reported on code.google.com by [email protected]
on 17 Apr 2011 at 8:49
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.
Original issue reported on code.google.com by [email protected]
on 14 Mar 2011 at 1:52
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!
Original issue reported on code.google.com by [email protected]
on 15 Dec 2010 at 4:47
Attachments:
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
Original issue reported on code.google.com by [email protected]
on 18 Jan 2011 at 4:39
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
Original issue reported on code.google.com by [email protected]
on 14 Aug 2010 at 1:32
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?
Original issue reported on code.google.com by [email protected]
on 5 Sep 2010 at 7:45
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.
Original issue reported on code.google.com by [email protected]
on 30 Aug 2010 at 12:07
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.
Original issue reported on code.google.com by [email protected]
on 9 Oct 2010 at 8:13
Attachments:
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).
Original issue reported on code.google.com by [email protected]
on 17 Dec 2010 at 7:59
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 ;-)
Original issue reported on code.google.com by [email protected]
on 27 Nov 2010 at 12:35
Attachments:
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.
Original issue reported on code.google.com by [email protected]
on 5 Sep 2010 at 9:00
Attachments:
[deleted issue]
Place names don't render correctly in other scripts.
Original issue reported on code.google.com by [email protected]
on 21 May 2011 at 4:42
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
Original issue reported on code.google.com by [email protected]
on 11 Jan 2011 at 3:27
Attachments:
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!
Original issue reported on code.google.com by [email protected]
on 9 Nov 2010 at 2:02
Attachments:
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.
Original issue reported on code.google.com by [email protected]
on 3 Aug 2010 at 12:08
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.
Original issue reported on code.google.com by [email protected]
on 21 May 2011 at 2:33
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)
Original issue reported on code.google.com by [email protected]
on 15 May 2011 at 12:22
Attachments:
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.
Original issue reported on code.google.com by [email protected]
on 29 Aug 2010 at 11:41
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.
Original issue reported on code.google.com by [email protected]
on 17 Dec 2010 at 8:14
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! :)
Original issue reported on code.google.com by [email protected]
on 11 Jan 2011 at 12:20
Attachments:
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.
Original issue reported on code.google.com by [email protected]
on 6 May 2011 at 5:45
Attachments:
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
Original issue reported on code.google.com by [email protected]
on 20 Dec 2010 at 2:12
Attachments:
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.
Original issue reported on code.google.com by [email protected]
on 27 Aug 2010 at 6:23
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.