The Following 2 Users Say Thank You to earthwings For This Useful Post: | ||
|
2011-06-27
, 10:08
|
|
Posts: 5,028 |
Thanked: 8,613 times |
Joined on Mar 2011
|
#122
|
|
2011-06-27
, 11:38
|
Posts: 961 |
Thanked: 565 times |
Joined on Jul 2007
@ Tyneside, North East England
|
#123
|
|
2011-06-27
, 13:52
|
|
Posts: 1,092 |
Thanked: 4,995 times |
Joined on Dec 2009
@ beautiful cave
|
#124
|
@Fellfrosch: Great to hear We don't have special Marble donations, but since KDE provides servers and covers our expenses (e.g. developer sprints) it makes sense to donate to KDE. Currently we're looking to get the T-shirts we'll provide as prizes for the Voice of Marble contest sponsored.
|
2011-06-27
, 14:39
|
Posts: 1,680 |
Thanked: 3,685 times |
Joined on Jan 2011
|
#125
|
<downloadUrl protocol="http" host="ecn.t3.tiles.virtualearth.net" path="/tiles/r{quadIndex}.png" query="g=41" />
<downloadUrl protocol="http" host="ecn.t3.tiles.virtualearth.net" path="/tiles/r{quadIndex}.png" query="g=41&productSet=mmOS " />
The Following 2 Users Say Thank You to vi_ For This Useful Post: | ||
|
2011-06-27
, 19:09
|
Posts: 87 |
Thanked: 535 times |
Joined on Oct 2010
@ Karlsruhe, Germany
|
#126
|
The Following 3 Users Say Thank You to earthwings For This Useful Post: | ||
|
2011-06-28
, 06:32
|
|
Posts: 1,092 |
Thanked: 4,995 times |
Joined on Dec 2009
@ beautiful cave
|
#127
|
@Fellfrosch: We've got one German contribution so far, but the more, the better!
There's no manual routing implemented and kml editing is on the todo list, but so far nobody worked on it.
|
2011-06-29
, 06:27
|
Posts: 2,225 |
Thanked: 3,822 times |
Joined on Jun 2010
@ Florida
|
#128
|
The Following 2 Users Say Thank You to Mentalist Traceur For This Useful Post: | ||
|
2011-06-29
, 20:35
|
Posts: 87 |
Thanked: 535 times |
Joined on Oct 2010
@ Karlsruhe, Germany
|
#129
|
The Following 3 Users Say Thank You to earthwings For This Useful Post: | ||
|
2011-06-30
, 04:20
|
Posts: 2,225 |
Thanked: 3,822 times |
Joined on Jun 2010
@ Florida
|
#130
|
Thanks for the detailed analysis. It was pretty easy to find the problem now (a memory leak). It explains the behavior you describe: At startup the maps are loaded into memory. I measured it on the desktop, the loading leads to an additional memory consumption of 220 MB. Because of the memory leak, after the installation of a new map (causing another parsing), another 220 MB are allocated and so on.
RC 2 will have the memory leak fixed and contains the workaround for the too detailed polygons. This brings the memory consumption down to 66 MB with all monav maps installed (in comparison it's 52 MB without any monav map).
I'll test it on the N900 when I get the device back, but I'm pretty sure it will behave much better in this (rather extreme) setup. RC 2 is scheduled for 2011-07-06; I'm not sure yet if I'll do an intermediate release before.
Thanks for getting a female contribution to the voice of marble contest, much appreciated
The Following User Says Thank You to Mentalist Traceur For This Useful Post: | ||
Tags |
marble, nokia n900 |
Thread Tools | |
|
I think the culprit for increased memory usage is a change in the bounding boxes that happened in the last map update. I switched from cloudmade to geofabrik as the map data source. The latter provide detailed bounding box polygons which are unfortunately quite large for some countries. The largest one, Indonesia, for example has a size of 7 MB (!). In the current implementation these bounding boxes are loaded into memory. If you happen to have all ~300 maps installed, this sums up to around 75 MB which is a problem on the N900.
Fortunately there's a workaround I can implement: Detect 'large' bounding boxes at load time and replace them with a simple rectangular bounding box. This will decrease memory usage significantly, but implies that I need to change the backend query as well: Since the rectangular bounding box is a very rough approximation of the original shape, there will be some false positives when route requests lie inside the rectangular bbox, but not in the polygon. In that case other countries have to be evaluated as well. A better fix will be to replace the bounding boxes with a simplified polygon approximation. This should be doable with a variant of the Douglas Peucker algorithm that does not allow polygon shrinking.
To cut a long story short: I'll implement a workaround for the final 1.2 version. A later map update with simplified polygons will fix the underlying issue.
Note that in contrast to offline routing, installing a huge amount of offline search databases (which are included in the offline maps now) does lead to a slowdown of offline search queries. That's because there's currently no way to avoid searching a country database based on the search query.
Re England, Scotland: The great britain map does cover them and there are indeed files missing in the offline maps for england and scotland. You're also right that turkey and russia are split by continents, leading to a similar problem like the georgia name clash. I'll work on an update of the maps on the server in the next days to fix it. Other than those maps not working installing them shouldn't affect Marble negatively, however.
@niqbal: What kind of problems did you experience? Was offline routing not working for a certain area?
@Fellfrosch: Great to hear We don't have special Marble donations, but since KDE provides servers and covers our expenses (e.g. developer sprints) it makes sense to donate to KDE. Currently we're looking to get the T-shirts we'll provide as prizes for the Voice of Marble contest sponsored.
Marble - Find your way and explore the world with your N900 or N9 | Your voice counts!