Don't see any messages in the log files or the Console.app
I did recompile it with DEBUG=y and here's some of the messages
printed out:
>>> lyr.datasource = Shapefile(file='/Users/mclister/Downloads/
world_borders/world_borders')
size = 2
file=/Users/mclister/Downloads/world_borders/world_borders
type=shape
Envelope
(4.157518931977256e
-317,4.15549523909189e
-317,4.157455691574588e-317,-1.62334203800658e-118)
file_length=3332172
shape_type=5
datasource=0x32a5b0 type=1
>>> lyr.styles.append('My Style')
>>> m.layers.append(lyr)
>>> m.zoom_to_box(lyr.envelope())
>>> render_to_file(m,'world.png', 'png')
scale=5.41114e-121
start map processing
bbox
=
Envelope
(-1.62334203800658e
-118,-1.62334203800658e-118,1.62334203800658e-118,4.15549523909189e-317)
scale denominator = 2.1513e-112
start layer processing : world
datasource = 0x32a5b0
ENCODING = utf-8
Killed
On Apr 18, 2008, at 11:52 AM, Dane Springmeyer wrote:
> If you open up Console.app are there any error messages specific to
> the mapnik/python process? Or in the Console/crashreporter logs?
>
> Did you build with mapnik debug true? If so, what the last set of
> text printed to the interpreter before the render_to_file() call?
>
> Dane
>
>
>
> On Apr 18, 2008, at 11:21 AM, Claire McLister wrote:
>
>> Thanks, that did help. I've made much progress and am able to get the
>> 'from mapnik import *' to work without errors.
>>
>> Now, however, when I try the "getting started" map image generation
>> for the 'world_borders' shape file, the python process keeps churning
>> (at about 100% CPU) without any results. After a few minutes I had to
>> kill the process.
>>
>> The command was "render_to_file(m,'world.png', 'png')" after all the
>> other commands as suggested on the wiki page.
>>
>> On Apr 18, 2008, at 8:22 AM, Justin Bronn wrote:
>>
>>> I just rebuilt both a debug build and non-debug build using r694. I
>>> had
>>> no problems running the demo with both builds using Boost 1.34.1.
>>> However, I ran into problems with the recently released Boost 1.35
>>> and I've created a ticket with a patch that fixes these issues:
>>>
>>> http://trac.mapnik.org/ticket/90
>>>
>>> I've found that removing all previous attempted mapnik installs
>>> prior to
>>> attempting a recompile is essential. Thus, _before_ you instantiate
>>> scons, clean up all your previous install attempts. Attached is the
>>> shell script I use (modify accordingly).
>>>
>>> When building Boost in OSX I've found that it is best to use their
>>> `bjam` tool rather than their `configure` script. Note that if you
>>> have a dual-core system you can add the `-j2` flag to both `bjam`
>>> and `scons` to take advantage of both cores:
>>>
>>> $ tar xjvf boost_1_35_0.tar.bz2
>>> $ cd boost_1_35_0
>>> $ export BOOST=`pwd`
>>> $ cd tools/jam/src
>>> $ ./build.sh darwin
>>> $ cd bin.macosxx86/
>>> $ export PATH=`pwd`:$PATH
>>> $ cd $BOOST
>>> $ bjam --toolset=darwin \
>>> --with-thread --with-filesystem --with-iostreams \
>>> --with-regex --with-program_options --with-python \
>>> --with-system stage
>>> $ sudo bjam --toolset=darwin \
>>> --with-thread --with-filesystem --with-iostreams \
>>> --with-regex --with-program_options --with-python \
>>> --with-system install
>>>
>>> After applying the patch from ticket #90 (assuming in Mapnik source
>>> directory):
>>>
>>> $ python scons/scons.py PREFIX=/usr/local BOOST_INCLUDES=/usr/local/
>>> include/boost-1_35 BOOST_TOOLKIT=1_35
>>> $ sudo python scons/scons.py PREFIX=/usr/local BOOST_INCLUDES=/usr/
>>> local/include/boost-1_35 BOOST_TOOLKIT=1_35 install
>>>
>>> -Justin
>>> #!/bin/sh
>>> PREFIX=/usr/local
>>> PYTHON_PREFIX=/Library/Frameworks/Python.framework/Versions/2.5/lib/
>>> python2.5/site-packages
>>>
>>> # Uninstalling Python `mapnik` module.
>>> rm -fr $PYTHON_PREFIX/mapnik
>>>
>>> # Uninstalling mapnik
>>> rm -fr $PREFIX/include/mapnik
>>> rm -fr $PREFIX/lib/mapnik
>>> rm -f $PREFIX/lib/libmapnik.*
>>> rm $PREFIX/bin/shapeindex
>>> _______________________________________________
>>> Mapnik-users mailing list
>>> [email protected]
>>> https://lists.berlios.de/mailman/listinfo/mapnik-users
>>
>> _______________________________________________
>> Mapnik-users mailing list
>> [email protected]
>> https://lists.berlios.de/mailman/listinfo/mapnik-users
>
_______________________________________________
Mapnik-users mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/mapnik-users
