> I have established the problem is the logic that computes the desired
> extent of the output file. It walks the edges of the input file,
> transforming to WGS84 and ends up with incomplete extents because there
> is no recognition that there is a topological discontinuity in the
> transformation
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
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 mem
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:
>
Roger André wrote:
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
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 w
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.
Scot
I've been having problems getting it staged. As soon as I'm able to
I'll send the URL. Maybe the source geotiff file doesn't have the
information necessary to convert correctly, perhaps.
Again, thanks for your help. Hopefully I'll have the URL soon.
Scott
Frank Warmerdam wrote:
Scott Lewi
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 da
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 "
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
> no
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
Creat
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 C
+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.
>
> --
>
> ---+--
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 the
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
out
On Dec 9, 2008, at 12:55 PM, Andrey Kiselev wrote:
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
+1
Howard
___
gdal-dev
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
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 lis
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 remind
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 workaroun
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_
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 "depends/dependency walker"
tool, I have only noticed the presence of the following two fu
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
output1.gtiff.tif
gdalw
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 GDAL_DRIVER_P
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 GDAL_DRIVER_P
Scott Lewis wrote:
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
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 reproject
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
rep
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. Afte
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 occur
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
gdal-dev@lists.osgeo.o
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 occur with 4 GCPs?
I also tr
Joaquim,
thank you for the info.
I will take a look on that link.
Regards,
Daniele
On Tue, Dec 9, 2008 at 2:58 PM, Joaquim Luis <[EMAIL PROTECTED]> wrote:
> Daniele Romagnoli wrote:
>
>> Hi list,
>> I'm extending the ImageIO-Ext's supported formats. Now I'm adding ENVI Hdr
>> format support.
>>
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 ol
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 w
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 unavail
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 "gdal_transla
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 all
39 matches
Mail list logo
