[Gdal-dev] GDAL + ECW writing doesn't work on PPC Mac OSX tiger (10.4)
pbrosson
pbrosson2006 at free.fr
Thu Dec 11 16:15:18 EST 2008
PowerMac G4, Mac OSX 10.4.11, tiger
powerpc-apple-darwin8.11.0
My objective is to convert maps into ECW format (for personal use).
i have build and install ECW SDK , and then built and install sucessfully
GDAL 1.6.0. Many thanks to the developers of GDAL and ECW.
However gdal_translate to ECW format gives an error. (i get "Trace/BPT
trap" error message).
To build GDAL with ECW writing, which arguments are required for configure?
Details of the build and test:
Hardware and system (PPC Mac OSX Tiger):
pmg4:~ pb$ uname -a
Darwin pmg4.local 8.11.0 Darwin Kernel Version 8.11.0: Wed Oct 10 18:26:00
PDT 2007; root:xnu-792.24.17~1/RELEASE_PPC Power Macintosh powerpc
pmg4:~ pb$
-------------------------------------------------
configure phase:
./configure --prefix=/usr/pkg --with-gnu-ld \
--with-python=/usr/pkg/bin/python2.5 \
--with-sqlite3=/usr/pkg \
--with-mysql \
--with-pg=/usr/pkg/bin/pg_config \
--without-grass \
--without-libgrass \
--with-ecw=/usr/pkg \
--with-xerces=/usr/pkg \
--without-grib
…
GDAL is now configured for powerpc-apple-darwin8.11.0
Installation directory: /usr/pkg
C compiler: gcc -g -O2
C++ compiler: g++ -g -O2
LIBTOOL support: yes
LIBZ support: external
GRASS support: no
CFITSIO support: no
PCRaster support: internal
NetCDF support: yes
LIBPNG support: internal
LIBTIFF support: external (BigTIFF=no)
LIBGEOTIFF support: external
LIBJPEG support: internal
LIBGIF support: external
OGDI support: no
HDF4 support: no
HDF5 support: no
Kakadu support: no
JasPer support: yes (GeoJP2=no)
ECW support: yes
MrSID support: no
MSG support: no
GRIB support: no
cURL support (wms/wcs/...):yes
PostgreSQL support: yes
MySQL support: yes
Ingres support: no
Xerces-C support: yes
NAS support: no
Expat support: no
ODBC support: yes
PGeo support: yes
OCI support: no
GEORASTER support: no
SDE support: no
DODS support: no
SQLite support: yes
DWGdirect support no
INFORMIX DataBlade support:no
GEOS support: yes
Mac OS X Framework : no
Old-gen python no
SWIG Bindings: no
Statically link PROJ.4: no
enable OGR building: yes
enable pthread support: no
hide internal symbols: no
-------------------------------------------------
GDAL version:
pmg4:~ pb$ gdal_translate --version
GDAL 1.6.0, released 2008/12/04
pmg4:~ pb$
-------------------------------------------------
ECW format should be supported:
pmg4:~ pb$ gdal_translate --formats | grep ECW
ECW (rw): ERMapper Compressed Wavelets
JP2ECW (rw+): ERMapper JPEG2000
pmg4:~ pb$
which input formats are supported for conversion to ECW?
-------------------------------------------------
runing gdal_translate from GTiff to ECW:
pmg4:~/Desktop/GDAL_conversion_folder/sample_geotiff pb$ \
gdal_translate --debug ON -of ECW -co "DATUM=WGS84" -co "PROJ=NUTM10"
sampleGTiff.GTiff sample.ECW
GDAL: GDALOpen(sampleGTiff.GTiff, this=0x710a4f0) succeeds as GTiff.
Input file size is 655, 655
0ECW: Writing with PROJ=NUTM10, DATUM=WGS84
Trace/BPT trap
pmg4:~/Desktop/GDAL_conversion_folder/sample_geotiff pb$
same behaviour with Tiff or JPEG conversion to ECW
-------------------------------------------------
However, gdal_translate from ECW to JPEG is OK:
pmg4:~/Desktop/GDAL_conversion_folder/sample_geotiff pb$ \
gdal_translate -of JPEG COR.ecw COR_ecw.JPEG
Input file size is 980, 1930
0...10...20...30...40...50...60...70...80...90...100 - done.
pmg4:~/Desktop/GDAL_conversion_folder/sample_geotiff pb$
-------------------------------------------------
gdalinfo on the GTiff file:
pmg4:~/Desktop/GDAL_conversion_folder/sample_geotiff pb$ \
gdalinfo sampleGTiff.GTiff
Driver: GTiff/GeoTIFF
Files: sampleGTiff.GTiff
Size is 655, 655
Coordinate System is:
PROJCS["WGS 84 / UTM zone 10N",
GEOGCS["WGS 84",
DATUM["WGS_1984",
SPHEROID["WGS 84",6378137,298.2572235630016,
AUTHORITY["EPSG","7030"]],
AUTHORITY["EPSG","6326"]],
PRIMEM["Greenwich",0],
UNIT["degree",0.0174532925199433],
AUTHORITY["EPSG","4326"]],
PROJECTION["Transverse_Mercator"],
PARAMETER["latitude_of_origin",0],
PARAMETER["central_meridian",-123],
PARAMETER["scale_factor",0.9996],
PARAMETER["false_easting",500000],
PARAMETER["false_northing",0],
UNIT["metre",1,
AUTHORITY["EPSG","9001"]],
AUTHORITY["EPSG","32610"]]
Origin = (563460.782789624412544,4180651.692221448291093)
Pixel Size = (14.250000000000000,-14.250000000000000)
Metadata:
AREA_OR_POINT=Area
Image Structure Metadata:
INTERLEAVE=PIXEL
Corner Coordinates:
Upper Left ( 563460.783, 4180651.692)
Lower Left ( 563460.783, 4171317.942)
Upper Right ( 572794.533, 4180651.692)
Lower Right ( 572794.533, 4171317.942)
Center ( 568127.658, 4175984.817)
Band 1 Block=655x4 Type=Byte, ColorInterp=Red
Band 2 Block=655x4 Type=Byte, ColorInterp=Green
Band 3 Block=655x4 Type=Byte, ColorInterp=Blue
pmg4:~/Desktop/GDAL_conversion_folder/sample_geotiff pb$
-------------------------------------------------
version of the used dependencies for the buiding of GDAL:
libtool-base-1.5.24nb6
p5-Compress-Zlib-2.015nb1
libgrass5-1.0.0
netcdf-3.6.0p1nb1
tiff-3.8.2nb4
libgeotiff-1.2.2
libungif-4.1.4nb1
jasper-1.900.1nb2
libecwj2-3.3
curl-7.18.0nb3
postgresql82-client-8.2.10
mysql Ver 14.14 Distrib 5.1.30, for apple-darwin8.11.0 (powerpc)
xerces-c-2.7.0nb2
unixodbc-2.2.12nb1
sqlite3-3.6.4
geos-3.0.2
-------------------------------------------------
Is it a big/little endian problem? (PowerMacintosh CPU is big-endian)
Any help would be highly appreciated.
Thanks
philippe brosson
--
View this message in context: http://www.nabble.com/GDAL-%2B-ECW-writing-doesn%27t-work-on-PPC-Mac-OSX-tiger-%2810.4%29-tp20893241p20893241.html
Sent from the GDAL - Dev mailing list archive at Nabble.com.
More information about the gdal-dev
mailing list