Even,
You are right on. Following your suggestion I have resolved the problem. Thank
you very much.
Best Regards,
Mo Wang
--- On Thu, 3/19/09, Even Rouault wrote:
> From: Even Rouault
> Subject: Re: [gdal-dev] Is there any gdal\apps executable that is equivalent
> to Reproject of openEV_F
Even,
I ran gdalinfo -checksum on all 51GB of images and none of them reported
any errors. And none of the images are compressed.
I'm using Debian Lenny packages. There is an ldd output below.
$ uname -a
Linux mappy 2.6.23-1-amd64 #1 SMP Fri Oct 12 23:45:48 UTC 2007 x86_64
GNU/Linux
$ gdal
>> 5 Use gdal_translate with the extents from step 2 to extract the output
>> tile pixels from its corresponding vrt.
>
> H, where do you reproject the raster images? I thought you had to
> use gdalwarp for that. Or is that step 6?
Oops. Yep, use gdalwarp (I was looking at my DEM processing
Hi,
Perhaps this is something interesting for GDAL users
-- Mateusz
Original Message
Subject: [USN-742-1] JasPer vulnerabilities
Date: Thu, 19 Mar 2009 14:02:46 -0400
From: Marc Deslauriers
Reply-To: ubuntu-us...@lists.ubuntu.com, Ubuntu Security
To: ubuntu-security-annou...@l
Brent Fraser wrote:
Steve,
My general strategy when doing this (on terabytes of raster data) is:
1. Create a tileindex of input data.
Since you've got multiple zones of raster data, you'll need to create
one tileindex for each zone (using gdaltindex), de-project them to
geographic, and conca
Maybe you also need to add -a_srs EPSG:4326 to your command line to specify
that the georeferenced coordinates are longitude/latitude WGS84 (provided
that's the case !)
Le Thursday 19 March 2009 23:01:59 mohwawang, vous avez écrit :
> Even,
>
> It is getting better: with -co ICORDS=G gdal_transl
Stephen Woodbridge wrote:
Hi,
I just created a bunch of tif files from a mrsid file and when I use
gdaladdo file.tif 2 4 8 16 32 64 128 256
I get over a 1000 errors like:
ERROR 1: n-41-25_0-0.tif:DumpModeDecode: Not enough data for scanline 1536
ERROR 1: TIFFReadEncodedTile() failed.
ERROR 1
Even,
It is getting better: with -co ICORDS=G gdal_translate ran through without
error message. But, the output image does not have the correct coordinates
(nearly zero for lat/lon for all the pixels when displayed by openEV_FW). I
tried -co ICORDS=N instead and still got the same wrong coordi
Hi,
no those warnings don't sound good at all ! The number of overviews should be
fine too.
Could you precise the version of GDAL you're using and if you have built with
internal libtiff or external libtiff ?
(Such warnings could happen with older libtiff, especially with TIFF
compression)
Cou
Hi,
I just created a bunch of tif files from a mrsid file and when I use
gdaladdo file.tif 2 4 8 16 32 64 128 256
I get over a 1000 errors like:
ERROR 1: n-41-25_0-0.tif:DumpModeDecode: Not enough data for scanline 1536
ERROR 1: TIFFReadEncodedTile() failed.
ERROR 1: IReadBlock failed at X of
Mo,
here's the documentation of the NITF driver : http://gdal.org/frmt_nitf.html
You probably need to define the ICORDS=G creation option :
gdal_translate -of NITF ast_geo.jpg new.ntf -co ICORDS=G
Best regards,
Even
Le Thursday 19 March 2009 21:15:12 mohwaw...@yahoo.com, vous avez écrit :
> H
Hi all,
I have successfully used the Reproject of openEV_FW (FWTools 2.2.8) to
reproject an AST_L1B geo jpg file (ast_geo.jpg with an ast_geo.jpgw file) to a
NITF file. I wonder if there is any gdal-1.6\apps executable that is equivalent
to Reproject of Tools of openEV_FW? I tried gdal_transla
Hi All,
Is it possible to use gdaltindex to create a shapefile index of a
group of netCDF files? Specifivally, I need to index a specific
netCDF variable that exists in all of the files. I just tried running
it on a single file, using the variable selection syntax that seems to
work with the oth
OK, to respond to my own post, I forgot to add OFFSITE to my mapfile
layer definition. So I think all is good now.
-Steve
Stephen Woodbridge wrote:
Hi all,
This is my annual wake-up got to do something with rasters and forgot
the finer details of the last time I did a problem similar to it.
Steve,
My general strategy when doing this (on terabytes of raster data) is:
1. Create a tileindex of input data.
Since you've got multiple zones of raster data, you'll need to create one
tileindex for each zone (using gdaltindex), de-project them to geographic, and
concatenate them (use ogr2
Hi,
I use GDALGetProjectionRef as it is shown in the GDAL Warp API Tutorial,
but it delivers a wrong CS.
gdalinfo delivers the following:
Coordinate System is:
PROJCS["DHDN / Gauss-Kruger zone 3",
GEOGCS["DHDN",
DATUM["Deutsches_Hauptdreiecksnetz",
SPHEROID["Bessel 1841",
Steve,
The -te option mentions the extents of the output file, not the input
file. As of now there is no option in gdalwrap to specify the input
file extents.
Regards,
--
Chaitanya kumar CH.
On Thu, Mar 19, 2009 at 10:44 PM, Stephen Woodbridge
wrote:
> Hi all,
>
> This is my annual wake-up got
Hi all,
This is my annual wake-up got to do something with rasters and forgot
the finer details of the last time I did a problem similar to it.
I have a bunch of LandSat mrsid imagery, they are in multiple UTM zone
projections and I want to convert them to geographic projection, WGS84,
and i
On Wed, Mar 18, 2009 at 10:53:59PM +0100, Markus Neteler wrote:
>
> Yes, the link between OSGeo projects and *some* distro trackers is to
> be improved while other distros already started to better communicate (it
> should be in *their* interest, too!).
>
Some distros communicates, some others n
I've solved using --with-jpeg=internal option. The problem seems to be
the presence of jpeglib external libraries in the libs path. I've
compiled jpeg by myself, so I woud expect that gdal could link it...
but it fails, following the Warning on top of the output I've
reported. Forcing the configure
Hi.
I'm trying to compile gdal 1.5.4 with msys+mingw 5.4.1. I have problems
linking the jpeglib, as internal.
My configure command is:
./configure --prefix=/usr/local --without-grass
--with-sqlite3=/usr/local/sqlite --with-pg=/usr/local/bin/pg_config.exe
--with-local=/usr/local
(I have set --with
21 matches
Mail list logo