Hi all,
I need to resample raster files on the command line.
First I thought that resampling would be an option of gdal_translate, but
it seems like it isn't implemented and there is a patch pending:
http://trac.osgeo.org/gdal/ticket/1724 - but this patch is against an old
version.
gdal_warp
Hi list,
I'm extending the ImageIO-Ext's supported formats. Now I'm adding ENVI Hdr
format support.
1) Where could I find some sample data available in that format?
I have already taken a look at http://download.osgeo.org/gdal/data/...
(In case data samples are unavailable I will use
Daniele Romagnoli wrote:
Hi list,
I'm extending the ImageIO-Ext's supported formats. Now I'm adding ENVI
Hdr format support.
1) Where could I find some sample data available in that format?
I have already taken a look at http://download.osgeo.org/gdal/data/...
(In case data samples are
Hi,
I managed to solve my problem with the GCPs in MEM driver (and sorry if I
bothered some with
that thread), which turned up to be due to a bad initialization of the dataset
geotransform.
After that I wrote a MEX version of gdaltransform to be able to reproject
points using GCPs.
This MEX
Andreas Neumann wrote:
Hi all,
I need to resample raster files on the command line.
First I thought that resampling would be an option of gdal_translate, but
it seems like it isn't implemented and there is a patch pending:
http://trac.osgeo.org/gdal/ticket/1724 - but this patch is against an
I like to use the gdal_grid/GDALGridCreate() command from python. Are the
function wrapped for use in python now? See:
http://trac.osgeo.org/gdal/ticket/2023.
If not,are there a posible workaround?
Hans
___
gdal-dev mailing list
Frank Warmerdam wrote:
Joaquim Luis wrote:
So one question is, why warping with GCPs takes such large amount of
memory (apparently a chunk
of 500 Mb was not enough to process 5000 GCPs)?
Joaquim,
Is the memory fragmentation really related to the use of many GCPs? Does
the same problem
Joaquim Luis wrote:
Frank,
Maybe I was not clear enough, but the memory segmentation has nothing to do
with the GCP warping. It results from loading the gdal.dll
For example, on a fresh start if I call (one other MEX for reading)
gdalread
without arguments, it prints the usage on screen.
Joaquim,
OK. Well, generally speaking GDAL should allocate relatively little
memory just on loading the DLL (and perhaps calling GDALAllRegister()).
So I don't know why you are seeing the problem you see.
Frank,
It's ok. I was not expecting an easy answer but I think this issue worth
Hi,
I'm fairly new with GDAL, and have been working with a coworker who is a
little more familiar with GDAL and gdalwarp, but we are both stumped by
this particular issue.
I have a GeoTiff image that is in a north polar Lamber Azimuthal Equal
Area (laea) projection. I am trying to
Hi again list,
I'm back to work on setting ECW format as a GDAL external plugin on windows
XP with visual studio 7.1 (nmake command line).
I have some issues...
My main steps are:
- building GDAL without ECW
- building ECW driver on frmts/ecw separately.
- configuring an ENV variable
Le Tuesday 09 December 2008 18:51:59 Scott Lewis, vous avez écrit :
Frank,
Thanks for the help. I tried doing this, and ended up with the same
image (even diff found them to be the same). Here are the various
commands I tried. Maybe I'm just using the -wo option wrong.
gdalwarp -t_srs
Hans Ole Ørka kirjoitti:
I like to use the gdal_grid/GDALGridCreate() command from python. Are the
function wrapped for use in python now? See:
http://trac.osgeo.org/gdal/ticket/2023.
If not,are there a posible workaround?
It's not been added to the swig interface and there's no
Just a pointer : http://trac.osgeo.org/gdal/ticket/2320
The GDALRegister_ECW_JP2ECW function is only available in GDAL 1.5.3 or later,
so when using the plugin in http://download.osgeo.org/gdal/win32/1.5/, it's
normal that you don't find the GDALRegister_ECW_JP2ECW entry point.
And, as a
On Sat, Dec 06, 2008 at 08:12:15AM -0500, Frank Warmerdam wrote:
Motion: That the GDAL 1.6.0 RC4 release candidate be promoted to being our
official 1.6.0 release.
+1
Best regards,
Andrey
--
Andrey V. Kiselev
ICQ# 26871517
___
gdal-dev mailing list
On Tue, Dec 09, 2008 at 08:41:32PM +0200, Ari Jolma wrote:
I like to use the gdal_grid/GDALGridCreate() command from python. Are the
function wrapped for use in python now? See:
http://trac.osgeo.org/gdal/ticket/2023.
If not,are there a posible workaround?
It's not been added to the swig
Scott Lewis wrote:
Frank,
Thanks for the help. I tried doing this, and ended up with the same
image (even diff found them to be the same). Here are the various
commands I tried. Maybe I'm just using the -wo option wrong.
gdalwarp -t_srs EPSG:4326 -wo SOURCE_EXTRA=1000 input.gtiff.tif
On Dec 9, 2008, at 12:52 PM, Even Rouault wrote:
Just a pointer : http://trac.osgeo.org/gdal/ticket/2320
The GDALRegister_ECW_JP2ECW function is only available in GDAL 1.5.3
or later,
so when using the plugin in http://download.osgeo.org/gdal/
win32/1.5/, it's
normal that you don't find
+1
Tamas
2008/12/6 Frank Warmerdam [EMAIL PROTECTED]
Motion: That the GDAL 1.6.0 RC4 release candidate be promoted to being our
official 1.6.0 release.
--
Voting will close Tuesday evening.
--
---+--
I set the
I am trying to write a program which is able to create a raster dataset of
any supported format. To do so, I first created a virtual dataset in memory
using the Create() function, then set the projection and add the bands to
the virtual dataset (no links to source datasets), and then used the
On Tue, Dec 9, 2008 at 7:52 PM, Even Rouault
[EMAIL PROTECTED]wrote:
Just a pointer : http://trac.osgeo.org/gdal/ticket/2320
The GDALRegister_ECW_JP2ECW function is only available in GDAL 1.5.3 or
later,
so when using the plugin in http://download.osgeo.org/gdal/win32/1.5/,
it's
normal
On Tue, Dec 9, 2008 at 7:16 PM, William Kyngesburye
[EMAIL PROTECTED]wrote:
On Dec 9, 2008, at 11:37 AM, Daniele Romagnoli wrote:
When running gdalinfo I get this error:
ERROR 1: Can't find requested entry point: GDALRegister_ECW_JP2ECW
Indeed, putting the generated DLL in the
Qingfeng (Gene) Guan wrote:
I am trying to write a program which is able to create a raster dataset
of any supported format. To do so, I first created a virtual dataset in
memory using the Create() function, then set the projection and add the
bands to the virtual dataset (no links to source
Frank,
The image I've been trying to convert is at this URL. It's about 6MB,
hopefully that's not too big.
ftp://sidads.colorado.edu/pub/incoming/glewis/polar.gtiff.tif
Basically, I'm trying to convert it to a plain-old EPGS:4326 (latlong
projection).
I appreciate you taking a look.
Hi All,
Just had an email from a client complaining about the nan values that I
included in some Arc/Info ASCII Grid files that I sent them. The files were
created by converting GeoTIFF's into ASCII Grid format via gdal_translate.
I personally like that the nan's were carried through, but I
ROTFL You could also potentially do it with by ascii search and replace in
the resulting grid file
You are SO right! I had totally forgotten that this was ASCII output. Doh!
Thanks Frank.
--
On Tue, Dec 9, 2008 at 5:24 PM, Frank Warmerdam [EMAIL PROTECTED] wrote:
Roger André wrote:
Hi
Does this aspect really have anything to do with the number of GCPs?
Are you using the GDAL warp algorithm?
Oh yes, with 2500 GCPs I can do the warping. And yes I'm using the
GDAL warp algorithm (the mex is more or less a copy of gdaltransform)
Sorry for being so dumb. The GCP warping
Scott Lewis wrote:
Frank,
The image I've been trying to convert is at this URL. It's about 6MB,
hopefully that's not too big.
ftp://sidads.colorado.edu/pub/incoming/glewis/polar.gtiff.tif
Basically, I'm trying to convert it to a plain-old EPGS:4326 (latlong
projection).
I appreciate you
28 matches
Mail list logo