[Routing] monav, RAM and disk usage

[Tim Teulings]

Hello!

> After some quick and dirty modification for missing posix  
> environment, functions, invalid keyword usage and ambiguous call, I  
> finally made libosmscout compiled under msvc8. Then, I tried

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.

> converting a small osm file(<500KB), but the importer crashed for  
> invalid superscript access of std::vector in last several lines of  
> bool NumericIndexGenerator<N,T>::Import(...),

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.

> writer.Write(pageStarts[0]); So I added a if statement to avoid such  
> case. This time, the importer ran without errors. Then I tried using

This is normally an indicator that there is nothing to index. Since is  
likely a bug in data and/or data parsing I did not fixed that corner  
case. Possibly your rather small dataset produces an data anylsis  
error or is just not typical. Again, send me your data file and I take  
a look.

> the newly added osmscout to view the map, but get nothing at all.

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

> However, according to the screenshot, the display quality of  
> libosmscout is amazing ,almost close to mapnik, but still have some

I would say thanks to cairo :-)

> label placement issues. Cario has been slower than GDI+ under windows

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.

> for a long time. QPainter is just slow for such heavy job. The multi

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.

> file organization will also exhaust lots of system resource on  
> mobile 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 will be also grateful, if you could solve these posix environment  
> dependent issue to make libsomscout more portable.

See above.

Thanks for you good and fast response!

Btw., I'm currently working on getting coastline and oceans correctly drawn.

-- 
Gruß...
    Tim