William,
> ---Original Message---
> From: William Kyngesburye
> To: Ivan Lucena
> Cc: gdal-dev
> Subject: Re: [gdal-dev] can't import osgeo or gdal in python
> Sent: Sep 20 '10 21:53
>
> On Sep 20, 2010, at 9:37 PM, Ivan Lucena wr
all" with
> Apple's Python is a little bit scarier now, full of
> warning but it works.
>
> Regards,
>
> Ivan
>
>> ---Original Message---
>> From: Ivan Lucena
>> To: William Kyngesburye
>> Cc: gdal-dev
>> Subject: Re: [
ow, full of
warning but it works.
Regards,
Ivan
> ---Original Message---
> From: Ivan Lucena
> To: William Kyngesburye
> Cc: gdal-dev
> Subject: Re: [gdal-dev] can't import osgeo or gdal in python
> Sent: Sep 20 '10 20:43
>
> Well, I am followi
Regards,
Ivan
> ---Original Message---
> From: William Kyngesburye
> To: Ivan Lucena
> Cc: gdal-dev
> Subject: Re: [gdal-dev] can't import osgeo or gdal in python
> Sent: Sep 20 '10 19:54
>
> For both of you, it now sounds like the _gdal.so migh
On Sep 17, 2010, at 11:30 AM, Jeff Hamann wrote:
> ImportError:
> dlopen(/Library/Python/2.6/site-packages/GDAL-1.7.2-py2.6-macosx-10.6-universal.egg/osgeo/_gdal.so,
> 2): Symbol not found: _CPLDefaultErrorHandler
> Referenced from:
> /Library/Python/2.6/site-packages/GDAL-1.7.2-py2.6-macosx-
For both of you, it now sounds like the _gdal.so might not be linking libgdal
at all.
What does this return:
otool -L
/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/osgeo/_gdal.so
On Sep 20, 2010, at 6:54 PM, Ivan Lucena wrote:
> Hi guys,
>
> Sorry to interrupt
lebowl:~ ilucena$ sw_vers
ProductName:Mac OS X
ProductVersion: 10.6.4
BuildVersion: 10F2061
I build GDAL with and without macosx-framework that doesn't seem to affect.
So, what does it means?
Regards,
Ivan
> ---Original Message---
> From: William Kyngesburye
On Sep 20, 2010, at 12:33 PM, Christopher Barker wrote:
> Jeff Hamann wrote:
>> Chris, Thanks for responding to my post.
>
> re-including the gdal list -- I suspect you didn't mean to reply only to me.
>
>> I'm not using the pre-built frameworks as I'm trying to construct a stack
>> that can b
Jeff Hamann wrote:
Chris,
Thanks for responding to my post.
re-including the gdal list -- I suspect you didn't mean to reply only to me.
I'm not using the pre-built frameworks as I'm trying to construct a
stack that can be "easily" built, installed, and replicated on Linux,
FreeBSD (my fav
Jeff Hamann wrote:
I built gdal-1.7.2 with the following configure options:
1) What version of OS-X, python, etc. are you using -- there are way too
many! If nothing else, make sure that the gdal build and your testing
are happening with the same python.
2) Can you use the pre-built frame
Hi list,
First, let me say, I'm *not* a python person, so please be gentle with your
assumptions.
I built gdal-1.7.2 with the following configure options:
$ ./configure \
CC="gcc -arch i386" \
CXX="g++ -arch i386" \
OBJC="gcc -arch i386" \
F77="gfortran -arch i386" \
FC="gfortran -arch i3
11 matches
Mail list logo