[ gpsdrive ] New Version gpsdrive-2.10pre5 is online

[Joerg Ostertag (gpsdrive Munich/Germany)]

On Donnerstag 10 Juli 2008, Andreas Putzo wrote:
> On Jul 10  06:51, Chris H wrote:
> > On Thursday 10 July 2008 03:30:14 Guenther Meyer wrote:
> > > Am Donnerstag 10 Juli 2008 schrieb Chris H:
> > > > I was wondering, is it possible to separate out the mapnik
> > > > dependencies for those of us who done use it and also for those like
> > > > myself who would love to use it on an EEEPC. I suppose the options
> > > > are present are to drop back to previous versions.
> > >
> > > it is possible, to compile without mapnik support.
> > > maybe we should provide a binary package (gpsdrive_lite ?) for this
> > > version also...
> >
> > The other option would be to provide detailed notes on how to build it
> > without mapnik support for the uninitiated. More advanced users could
> > then provide the packages as usual as long as its officially supported or
> > approved. This would go a long way to support gpsdrive on smaller SDD
> > units which are all the rage right now. Thanks for considering it.
> >
> > The other issue is however, on smaller SDD based units there are many who
> > would want to use mapnick support. The challenge then becomes to strip
> > out unneeded features and make it as small as possible. I guess it all
> > depends on what hardware you want to support officially. I don't know the
> > application well enough at this point to know its full footprint once
> > installed, but the world map boundaries file I had to download to get it
> > working (deb) on my workstation was over 450megs alone.
>
> What i would like to do is disabling the world_boundaries by default or
> only use them if they are found.
> Current mapnik versions support xml parsers that support DTDs so that we
> can cleanup the osm.xml file a bit and include other files, like
> world_boundaries.xml.

But we still have to keep in mind, that the current osm.xml file  is a direct 
derivate (converted by script) from the original osm.xml file. And I wanted 
to have it converted by script in the future too, since this is the only way 
we can keep all the new tags in sync with osm.