I got this all worked out, with help from Artem and Dane.
Some support for boost 1.33 got added to trunk, and in the meantime I
was advised to compile boost from source. Boost compiled with a
simple ./configure && make && make install, which put all the
libraries in /usr/local/lib instead of the usual /usr/lib. I had to do
the usual symbolic link fiddling, and then added two arguments to scons:
scons/scons.py install PGSQL_INCLUDES=/usr/include/postgresql
PROJ_INCLUDES=/usr/include PROJ_LIBS=/usr/lib BOOST_INCLUDES=/usr/
local/include/boost-1_37 BOOST_LIBS=/usr/local/lib XMLPARSER=libxml2
Now it works beautifully.
-mike.
On Jan 19, 2009, at 9:39 AM, Michal Migurski wrote:
> I'm running into a pair of problems with mapnik on Debian.
>
> I have been using the packaged libmapnik, but it lacks the
> mapnik.Image.open function that's present in trunk and available on
> another system I have access to, with a trunk build done by somebody
> else. To get a version with that function, I've been trying to follow
> the build instructions here:
>
> http://wiki.openstreetmap.org/index.php/Mapnik/Installation
>
> I've done this twice, each time with varying results. The first time,
> I got mapnik to build and install all the way through, but when I
> attempted to import the module in python, I would get this error:
>
> undefined symbol:
> _ZN5boost6python9converter8registry6insertEPFPvP7_objectEPFvS5_PNS1_30rvalue_from_python_stage1_dataEENS0_9type_infoEPFPK11_typeobjectvE
>
> According to a fairly old message from mapnik-devel, I should simply
> try to rebuild:
>
> http://lists.berlios.de/pipermail/mapnik-devel/2006-December/000081.html
>
> The problem is that the contents of /usr/lib are different from what's
> listed in the symlink step on the OSM instructions, so I've been sort
> of guessing what to link to what. The first time through, I installed
> a bunch of newer libboost packages (1.35, *-dev) but for some reason
> those seemed to conflict with libbboost_python, preventing its
> installation via apt and even removing it when it was there.
>
> The second time through, I stuck to the unnumbered ones, e.g. apt-get
> install libboost-python-dev which I think are 1.33.
>
> Now I get a build error and no successful install
>
> src/datasource_cache.cpp: In static member function ‘static void
> mapnik::datasource_cache::register_datasources(const std::string&)’:
> src/datasource_cache.cpp:128: error: invalid use of ‘class
> boost::filesystem::path’
>
> I'd rather not be messing with all this; the reason I'm trying to
> build it is specifically to be able to populate a mapnik.Image object
> with image data prior to the render() step, but the packaged mapnik
> seemingly lacks any way to do this. Is there a way other than open() ?
> Some hidden fromstring() method, possibility of peeling back the
> layers, or way of passing something other than a mapnik.Image to
> mapnik.render()?
>
> What I'm trying to do is a variation of this:
>
> http://trac.mapnik.org/ticket/184
>
> Thanks,
> -mike.
>
> ----------------------------------------------------------------
> michal migurski- [email protected]
> 415.558.1610
>
> _______________________________________________
> Mapnik-users mailing list
> [email protected]
> https://lists.berlios.de/mailman/listinfo/mapnik-users
>
----------------------------------------------------------------
michal migurski- [email protected]
415.558.1610
_______________________________________________
Mapnik-users mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/mapnik-users
