hi list,
I have installed gdal 1.5.2 on Windows, trying to test the RADARSAT-2
driver.
When loading RSAT-2 "product.xml", a "SubDataset Selection" dialog box
pops up and asks user to select 1) uncalibrated digital numbers, 2)
Sigma nought calibrated, 3) beta nought calibrated, 4) gamma calibrated
hi list,
rephrase my 2nd question, is there a way to skip the "SubDataset
Selection" dialog, and to load uncalibrated digital numbers by default?
thanks,
Shawn
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Gong, Shawn
(
Behalf Of Frank Warmerdam
Sent: Friday, September 12, 2008 3:41 PM
To: Gong, Shawn (Contractor)
Cc: gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] gdal 1.5.2's RADARSAT-2 driver
Gong, Shawn (Contractor) wrote:
> hi list,
>
>
>
> rephrase my 2nd question, is there a way to
Hi list,
I have two Radarsat-2 files
File A: product.xml
File B: single channel GTiff
I am looking for a simple way to copy file A's GCPs and GCP Projection
to file B, delete 4 existing GCPs in file B, and resave (as GTiff).
Basically replacing the below Blue text with Red text.
hi list,
I am displaying an ASCII file content to a gtk scrolled window, using
GtkListItem() and GtkList(). The problem is that I want to use a fix
width font so that text indents are aligned. Python default font is
Arial. Is there an easy way to use Courier font 10pt?
thanks,
Shawn
_
hi list,
I am trying to make gdal 1.5.3 on linux (Redhat Enteroprise)
I use HDF4.2 r3 and HDF5 1.8.2.
here is the error message:
libtool: compile: g++ -g -O2 -Wall
-I/home/sgong/dev181/gdal-1.5.3/port
-I/home/sgong/dev181/gdal-1.5.3/gcore
-I/home/sgong/dev181/gdal-1.5.3/alg -I/home/sgong
AM
To: Gong, Shawn (Contractor)
Cc: gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] gdal 1.5.3 make error - HDF 4 conflicting types
for`UNKNOWN'
Gong, Shawn (Contractor) wrote:
> hi list,
>
> I am trying to make gdal 1.5.3 on linux (Redhat Enteroprise)
>
> I use HDF4.2 r3 and HDF
r 18, 2008 12:41 PM
To: Gong, Shawn (Contractor)
Cc: gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] gdal 1.5.3 make error - HDF 4 conflicting
typesfor`UNKNOWN'
Gong, Shawn (Contractor) wrote:
> Thank you Frank and Andrew Brooks.
>
> Following your leads, I went to check the tick
hi list,
The gdal 1.4.0 that I built 12 months ago (and were running fine) now
core dumps when I just type "gdalinfo" or "gdalwarp" Error message:
"Floating exception (core dumped)".
Has anyone seen this kind of problem?
I then built gdal 1.5.3 but still getting the same error.
Note that my Lin
hi list,
Are libgeos.so and libgeos_c.so needed in building gdal and its
dependency libraries?
If they are needed, where can I download the source code to
build/include it in the gdal package?
I am running Linux and Solaris 9.
thanks,
Shawn
___
gda
hi list,
I downloaded the gdal overnight stable branch. When I built it, I got
the error messages below.
I searched web and found:
http://www.nabble.com/MrSID-Cross-Compiler-Information-to684614.html#a68
4614
My Linux is Redhat Enterprise and libstdc++.so.5 in /usr/lib is used
Does it mean that
hi list,
I am building gdal 1.5.3 on Linux (RHEL).
I build the dependencies as follows (this was what I used for gdal
1.4.0):
1) glib 1.2.10
2) gtk+ 1.2.10 # stay with gtk 1.3 now, I plan to upgrade to
gtk 2 in near future
3) Mesa 5.0.2 (Mesalib only, no demo, no glut)
4) gtkglarea-1.2
Hi list,
Does gdal (1.5.3 or 1.6 beta) support radarsat-2 SLC NITF format? I
believe it is a 64-bit complex NITF. if so, should I open the
product.xml or the imagery_HH.ntf?
thanks,
Shawn
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://l
thanks,
Shawn
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Frank Warmerdam
Sent: Monday, November 24, 2008 11:05 AM
To: Gong, Shawn (Contractor)
Cc: gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] gdal 1.5.3 dependencies on Linux
Gong, Shawn (Contract
hi list,
I used MS VC++ 6.0 to build gdal. Here is the error for file:
C:\build19\gdal-1.6.0\frmts\gtiff\libtiff\tif_ojpeg.c
tif_ojpeg.c(599) : error C2632: 'long' followed by 'long' is illegal
tif_ojpeg.c(601) : error C2632: 'long' followed by 'long' is illegal
tif_ojpeg.c(606) : error C2632: '
thanks Frank.
I will give vc6 one more try, then migrate to VC 2005.
Shawn
-Original Message-
From: gdal-dev-boun...@lists.osgeo.org
[mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of Frank Warmerdam
Sent: Thursday, December 11, 2008 2:06 PM
To: Gong, Shawn (Contractor)
Cc: gdal
hi Frank and list,
Here is another error that I got:
C:\PROGRA~1\MICROS~3\VC__6~1\INCLUDE\math.h(514) : error C2894:
templates cannot be declared to have 'C' linkage
I searched the web and the suggested solution was moving the #include
outside of the extern "C" thing. But I cannon find #include
hi list,
I tried to build gdal 1.6 on Windows XP using MS VC++ 6 and Python
2.5.2.
I had to make two changes for it to pass VC6 compiler:
(1) Replace "long long" with "__int64" in
gdal-1.6.0\frmts\gtiff\libtiff\tif_ojpeg.c
(2) edit gdal-1.6.0\frmts\grib\degrib18\degrib\fileendian.h so that 4
#incl
hi list,
I just finished building gdal 1.6 on redhat Linux (using gcc 4.2.2,
python 2.5.2).
After taking Even Rouault and Frank's suggestion, I used the minimized
driver approach. It seemed to work.
./configure --prefix=/home/sgong/dev181/dist --with-png=internal
--with-libtiff=internal --with-
__
From: klo...@gmail.com [mailto:klo...@gmail.com] On Behalf Of Klokan Petr Pridal
Sent: Friday, December 19, 2008 3:08 AM
To: Gong, Shawn (Contractor)
Cc: gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] gdal 1.6 build on redhat Linux, missing gdal.py
_gdalmodule.so
Hi,
I just finished building gdal
hi list,
I built gdal 1.6.0 on Linux with minimized-drivers option. Now I cannot
read ENVI's img files (my gdal 1.4.0 can read the envi img files).
How do I add envi driver?
should I use "configure --with-envi=internal" ?
GDALmake.opt:
GDAL_FORMATS = gxf gtiff hfa aigrid aaigrid ce
hi list,
I have some netCDF images that are in lat/lon. But they are flipped
upside down, and longitude is around 300 deg instead of -60 deg (West).
What gdal function can I use to convert/flip it to lat/lon and into
[-180, 180]?
thanks,
Shawn
gdalinfo owsofa.nc
Driver: netCDF/Network Common D
thanks Markus.
I use gdal 1.6.0
Shawn
-Original Message-
From: neteler.os...@gmail.com [mailto:neteler.os...@gmail.com] On Behalf
Of Markus Neteler
Sent: Friday, January 09, 2009 9:56 AM
To: Gong, Shawn (Contractor)
Cc: gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] how to convert
hi list,
I use gdal 1.6.0 to ingest netCDF images that are in lat/lon. But they are
flipped upside down, and longitude is displayed as around +300E (should be -60E
Cdn East shoreline)
I have followed the ticket #2654 and checked the last night's SVN but it was
not updated. So I made changes t
hi list,
gdal 1.6.0 has been successfully built on Linux, Windows XP and Solaris
9
Linux:
OS - Redhat
gcc - 4.2.2
frmts: netcdf-3.6.3, hdf5-1.8.2, HDF4.2r3
python 2.4.6 (for OpenEV)
Solaris 9:
gcc - 3.4.6
frmts: netcdf-3.6.3, hdf5-1.6.7 (because hdf5-1.8.2 did not work),
HDF4.2r3
hi list,
I have used datablock.astype(gdalnumeric.Int16) in
gdalnumeric.BandWriteArray()
Is there a gdalnumeric.Int8 to write an 8-bit band/image?
thanks,
Shawn
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listin
hi list,
I recently upgraded to gdal 1.6.0 and found that one Python function
that used to work in 1.4.4 no longer works.
The purpose of function was to read in a band, perform matrix
manipulation (in this case, subtract a baseline) and resave.
The error that I am getting is that in the new datas
thanks Frank.
adding "self.balanced_ds = None" seems to do the trick.
Shawn
-Original Message-
From: gdal-dev-boun...@lists.osgeo.org
[mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of Frank Warmerdam
Sent: Monday, January 19, 2009 4:03 PM
To: Gong, Shawn (Contractor
hi list,
Can RSAT-2's product.xml be reprojected using gdal functions?
I was able to reproject RSAT-2's GTiff, but the product.xml (lat/lon)
reproject to a vrt (UTM) was not successful.
thanks,
Shawn
___
gdal-dev mailing list
gdal-dev@lists.osgeo.or
hi list,
I know that in Python ds.GetProjection() ds.GetGCPProjection() will
yield "GEOGCS[,DATUM[,SPHEROID[ ..." which can be searched for
"Transverse_Mercator" or "degree" strings.
Is there a more direct way in gdalinfo or Python function to tell if an
image is in UTM or lat/lon right away?
th
thanks Frank.
GetUTMZone() method is a C function. Is there a Python function?
Shawn
-Original Message-
From: gdal-dev-boun...@lists.osgeo.org
[mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of Frank Warmerdam
Sent: Thursday, February 05, 2009 3:49 PM
To: Gong, Shawn (Contractor
hi list,
I am reading the image data for a bandobj, using BandReadAsArray() which works,
but it is sometimes slow.
Is it actually reading from the file? Is there a way to access the image data
that is already in memory, or anything else I could do to speed it up?
thanks,
Shawn
__
hi list,
I am using gdal 1.6.0 on windows that I built a few months ago.
When I opened RSAT2 image with OpenEV I got:
ERROR 1: IReadBlock failed at X offset 3, Y offset 6
ERROR 1: GetBlockRef failed at X block offset 3, Y block offset
6
ERROR 1: TIFFFillTile:Read error at
hi list,
I built Gdal 1.6 using old-generation Python bindings (not SWIG) for
OpenEV1.8.
Now I am ready to move to Mario Beauchamp's OpenEV2, whose Python codes
call "from osgeo import gdal" instead of "import gdal"
I will rebuild Gdal 1.6 using "./configure --with-python" on Linux.
On Window
Hi list,
I am trying to build gdal-1.6.0 on a 64-bit CentOS Linux.
Error message shows that -fPIC must be used.
However after I have added -fPIC in HDF4.2r4's CFLAGS in Makefile and in
Gdal CFLAGS in GDALmake.opt, the error persists:
/usr/bin/ld: /home/sgong/build_openev/dist/lib/libmfhdf.a(mfsd.
hi list,
I'd appreciate suggestions on Linux OS. We'd like to build newest gdal,
as well as OpenEV2 using GTK2.
Have tried CentOS. But it libraries seem too conservative.
Is Fedora 9 a better choice?
thanks,
Shawn
___
gdal-dev mailing list
gdal-dev@
hi list,
OS: Windows, Python binding: old generation, Compiler: MSVS 2005 (MSVC
8)
I have built Gdal-1.6.0 using older MSVC++ 6 (python 2.4) and ran it for
2 months without problem.
Now I am building Gdal-1.6.0 using MSVC 8 and python 2.5. Everything
else stayed the same. Build went fine.
But
hi list,
I had asked how to build new-generation Python binding on Windows for
gdal, but got no answer.
(I know that on Linux, "configure --with-python" does it. Couldn't find
similar thing on nmake.opt)
I did "nmake /f makefile.vc" and "nmake /f makefile.vc install"
It created gdal16.dll in \lo
Bruce,
I have built HDF5-166-win-vs2005 into GDAL1.6.0 and overnight stable
branch.
Try not to use the latest HDF5, use V1.66 instead.
thanks,
Shawn
From: gdal-dev-boun...@lists.osgeo.org
[mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of Clay, Bruc
hi list,
I have run the following Python codes to add more GCPs to RSAT-2's
single channel GeoTiff imagery_HH.tif.
But when I apply it on RSAT-2 NITF format imagery_HH.ntf, all the GCPs
went to an anxiliary file "imagery_HH_GCPs.ntf.aux.xml".
How can I add the GCPs directly into imagery_HH.ntf?
hi list,
I've been getting the following error from osr.py:
File "C:\iapro\OpenEV\python\lib\site-packages\osgeo\osr.py", line 618, in
TransformPoint
return _osr.CoordinateTransformation_TransformPoint(*args)
NotImplementedError: Wrong number of arguments for overloaded function
'CoordinateTra
hi list,
I use these codes for CreateCopy()
src_ds = gdal.Open( src_filename )
dst_ds = driver.CreateCopy( dst_filename, src_ds, 0 )
If the src_ds has two bands and my dst_ds has only one band, is there a
way to CreateCopy just one band? Or is there a way to remove bands in
Gdal Python?
Hi Limei
I used the following to build GDAL library on a 64-bit Linux Server.
setenv CFLAGS "-fPIC"
./configure --prefix=/home/sgong/build_openev2/dist --with-png=internal
--with-libtiff=internal --with-gif=internal --with-geotiff=internal
--with-libz=/home/sgong/build_openev2/dist
--with-jpeg=/
hi list,
RSAT2's NITF product comes in "imagery_##.ntf" and "product.xml"
gdalinfo output for these two are listed below.
Georeferencing is off between the two files (their corners don't match
using OpenEV).
Q1: Is it true that imagery_##.ntf uses affine transform (see
GeoTransform tag), and pro
hi list,
I need to build GDAL with NITF Jpeg 2000 read support on Windows (32
bit) and Linux (32 and/or 64-bit). I need to view the image (using
OpenEV) and extract information. File sizes are large (1 to 2.5 GB).
I did a search on the previous posts and found there are a few options,
JP2KAK, JP2
hi list,
We made a slight modification in gdal/frmts/nitf/nitfdataset.cpp to add
support for RADARSAT-2 NITF Single Look Complex format.
in NITFRasterBand::NITFRasterBand( NITFDataset *poDS, int nBand )
/*
*/
/* Translate d
hi list,
We made a slight modification in gdal/frmts/nitf/nitfdataset.cpp to add
support for RADARSAT-2 NITF Single Look Complex format.
in NITFRasterBand::NITFRasterBand( NITFDataset *poDS, int nBand )
/*
*/
/* Translate d
Thanks Even.
I will try the patch and report back.
Shawn
-Original Message-
From: Even Rouault [mailto:even.roua...@mines-paris.org]
Sent: Thursday, July 09, 2009 5:08 PM
To: gdal-dev@lists.osgeo.org
Cc: Gong, Shawn (Contractor)
Subject: Re: [gdal-dev] gdal NITF complex driver
hi list,
I have GeoEye-1 data in NITF 2.1 with Jpeg 2000 compression, that needs
to be viewed in OpenEV. I need to build gdal Jpeg 2000 read support.
Kakadu doesn't seem to be suitable as we need to redistribute software
(for non-commercial use). Kakadu needs each end user to purchase
license. Pl
hi list,
I downloaded the 2009-08-03 daily stable gdal and built on Windows using
MS VS 2005.
First I tried without Jasper and it went fine. After I uncommented these
lines:
# Uncomment for JasPer based JPEG2000 support
JASPER_DIR = C:\build2\jasper-1.900.1
Is JP2KAK the only way to open JPEG2000 image within NITF file ?
thanks,
Shawn
_____
From: Gong, Shawn (Contractor)
Sent: Wednesday, August 05, 2009 5:12 PM
To: gdal-dev@lists.osgeo.org
Subject: gdal build error on Windows with Jasper
hi list,
I down
on Windows with Jasper
On Thu, Aug 6, 2009 at 10:36 AM, Gong, Shawn (Contractor)
wrote:
Is JP2KAK the only way to open JPEG2000 image within NITF file ?
No, libecwj2 works as well.
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http
hi list,
I downloaded libecwj2 from ermapper and tried to build it on Windows
using VS 2005.
I opened
C:\...\libecwj2-3.3\Source\NCSBuildQmake\libecwj2_win32_net_static.vcpro
j and libecwj2_win32_net_shared.vcproj and btach_build.
I got error saying that winhttp.h is missing. This file is referre
hi list,
I found help clues to build libecwj2 on Windows.
The missing winhttp.h can be found in Microsoft Platform SDK for Windows
Server 2003 SP1. But on Microsoft site, this has been superceded by the
Windows SDK for Windows Server 2008 and .NET Framework 3.5.
I found the original file at
http
: Gong, Shawn (Contractor)
Cc: gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] GeoEye-1 NITF - Warning 1: Image with 11 bits
per sample will not be interpreted properly
On Tue, Aug 11, 2009 at 12:17 PM, Gong, Shawn
(Contractor) wrote:
> hi list,
>
> I found help clues to build libecwj2 on Wind
Sent: Wednesday, August 12, 2009 10:12 AM
To: Gong, Shawn (Contractor)
Cc: gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] GeoEye-1 NITF - Warning 1: Image with 11 bits
per sample will not be interpreted properly
On Tue, Aug 11, 2009 at 12:17 PM, Gong, Shawn
(Contractor) wrote:
> hi list,
>
hi list,
Is support for ScanSAR data available now?
http://www.gdal.org/frmt_cosar.html
How about TerraSAR-X Geo-coded Product (i.e., image data in GeoTiff
instead of COSAR format)?
When we ingest the XML file, the georeferenced is off. And we ingest the
GTiff file, the georeferenced is good.
t
hi list,
I received Kakadu v6_2_1-00984N.zip and tried to build it on 64-bit
Linux.
Kakadu make went smoothly.
libkdu.a, libkdu_a62R.so, etc were generated in
kakadu-v6_2_1-00984N/lib/Linux-x86-64-gcc/
Then I added
"--with-kakadu=/home/sgong/build_openev2/kakadu-6_2_1-00984N" in Gdal
config. I g
hi list,
I have Kakadu 6.21 (non-commercial license) on C:\build2\kakadu\v6_2_1\
Kakadu libraries are generated using coresys_2008.sln and
kdu_managed_2008.sln
I am using the followings for jp2kak
Compiler: MS VS 9.0 (2008)
Gdal: gdal-svn-stable-2009.08.03
http://trac.osgeo.org/gdal/wiki/JP2KAK
hat I sent out don't show on my Gdal mails. Would someone
please confirm that you can see this?
_________
From: Gong, Shawn (Contractor)
Sent: Monday, October 19, 2009 4:10 PM
To: gdal-dev@lists.osgeo.org
Subject: jp2kak include error on Windows
hi list,
I
60 matches
Mail list logo