[Routing] monav, RAM and disk usage

[feverzsj]

Seems the moderator will be offline for a while, so I post this again 
with an external attachment link.

Tim Teulings wrote:
> libosmsocut builds under Windows using MinGW (gcc 3.x). Seems like gcc 
> and msvc differ in their standard interpretation (nothing new ;-)). I 
> do not have an msvc installation at hand and hesitate to install one 
> (primary development platform is Linux). I do however would thankfully 
> receive patches or would give you write acess to the git/sourceforge 
> repository if you were interested. I'm also definitely in other people 
> ativly participitating. While it already works fine the still a lot 
> that could be improved.
The patch can be done easily, but the behavior may differ. Msvc only
supports a small subset of c99 features and posix stuff. I'll suggest
you use c90 headers for compatibility, and use boost lib for other poisx
headers and functions. For example, msvc doesn't have <stdint.h> and
some cmath function like round, lround, instead, one can use
<boost/cstdin.hpp> and <boost/math/special_functions/round.hpp>.
Of course, I'll be glad to make libosmsocut more portable and "native"
under windows.
>
> I regulary import *.osm files for parts of germany. If you can name an 
> concrete downloadable part of planet.osm or simply send me your file 
> and can see if it crashes under gcc, too. If it does I'll to fix it of 
> course. If not, things might possibly be interlinked with above 
> gcc<->msvc problems.

Pls download http://www.webfilehost.com/?mode=viewupload&id=4179785, 
it's a small area of shanghai, downloaded by
josm several weeks ago.

> That I do not understand. Which of the offered applications did you 
> use to render a map?

>From http://framstag.wordpress.com/2010/08/03/libosmscout-now-supports-qt/:
"I also added OSMScout, a simple Qt application that mimics parts of
TravelJinni (the libillumination/cairo counterpart). It not yet has all
the features TravelJinni has, but already shows how map integration
should be done in Qt."


> Yes, more intelligent label placing is on the TODO list. I have some 
> ideas, but did not yet have the time to work on it.
>
You may take a look at mapnik, label_placement.hpp,
markers_placement.hpp, placement_finder.hpp.
Actually, I think mapnik is a good choice for rendering custom vector
data for desktop computer. You just need to write a datasouce plugin,
add your file and style in the map xml, and you get every cool thing
that mapnik offers (awesome rendering, general style solution, python
bindings, and should be fast enough for desktop computer).

> Definitely. I was surprised how slow Qt was in rendering compared to 
> cairo. I would like to try to use a OpenGL accelerated version of 
> QPainter to see if this works better.
>
I'll consider using agg. It's small, portable and fast under most platform.

> Can you be more concrete? Where do you see problems with the current 
> approach? I decided to use multiple files to keep below the 2GB mark 
> to avoid further platform problems. If your build a map for europe or 
> big countries like USA (planed maximum area to be supported) and use 
> one file for all this limited you be a problem.
It's all right for desktop application. However, mobile devices usually
have very limited system resource. For example, win mobile commonly
limits its file handle within 40, and you are still in a multi-thread
environment. WM is generous, while for some lightweight mobile system,
it will be a disaster. For example, a uc/os based mobile system I worked
on several years ago limited the file handle within 6 for the whole system.

>
> Btw., I'm currently working on getting coastline and oceans correctly 
> drawn.
>
So, any problem?

--Regards, zsj