Re: [gdal-dev] Aster tif files to hgt

2011-11-09 Thread Scott Arko
Hi Mira, I suspect you are finding what many have, that there are some artifacts in the ASTER GDEM that make it not well suited to certain applications. Having blunders that are 1500m higher than true is a bit unusual in my use of this data set, but probably not unheard of. But, as you say it do

Re: [gdal-dev] Aster tif files to hgt

2011-11-09 Thread Jaromír Mikeš
> Od: Scott Arko Hello Scott, > I wouldn't worry about it the files look identical and the file is working > in your application. If you have a program that can load both formats you > should be able to do a direct comparison to see if there is a shift. Actually I don't have a program to comp

[gdal-dev] Anyone compile the ruby bindings for Ruby 1.9.x?

2011-11-09 Thread Ethan Alpert
It seems in Ruby 1.9.x the way of determining where the ruby.h file has changed. I ran into an identical problem trying to build Geos yesterday and now I've hit it in GDAL. In swig/ruby/RubyMakefile.mk There's the following line; RubyMakefile.mk:RUBY_INCLUDE_DIR := $(shell ruby -rr

Re: [gdal-dev] Optimisation of ECW files

2011-11-09 Thread Armin Burger
On 08/11/2011 22:27, Yves Jacolin (free) wrote: It seems there was a performance issue with this files. I though using a lot of small ECW files was not a good practice. Am I wrong? Yves my experience is that making Mapserver (via GDAL) reading lots of small ECW files becomes quite ineffici

RE: [gdal-dev] Re: Strange behavior of gdalwarp with -overwrite option

2011-11-09 Thread Even Rouault
Selon Kyle Shannon : > It seems to me the result of the command: > > gdalwarp -t_srs EPSG:4326 -overwrite mosaic.tif mosaic.tif > > would never be desired, and maybe not allowed? Is there any case where this > makes any sense? As I said in my previous email, I can't see any case where it would b

RE: [gdal-dev] Re: Strange behavior of gdalwarp with -overwrite option

2011-11-09 Thread Kyle Shannon
It seems to me the result of the command: gdalwarp -t_srs EPSG:4326 -overwrite mosaic.tif mosaic.tif would never be desired, and maybe not allowed? Is there any case where this makes any sense? -Original Message- From: gdal-dev-boun...@lists.osgeo.org [mailto:gdal-dev-boun...@lists.os

[gdal-dev] Re: Strange behavior of gdalwarp with -overwrite option

2011-11-09 Thread Even Rouault
Selon Hermann Peifer : > On 08/11/2011 20:28, Even Rouault wrote: > > > > gdalwarp something.tif something.tif -t_srs EPSG: makes no sense... > > Indeed: typing 'something.tif' twice should not be necessary. But the > following could theoretically make sense (in analogy to GNU sed's > -i/--in-

[gdal-dev] Re: Strange behavior of gdalwarp with -overwrite option

2011-11-09 Thread Hermann Peifer
On 08/11/2011 20:28, Even Rouault wrote: gdalwarp something.tif something.tif -t_srs EPSG: makes no sense... Indeed: typing 'something.tif' twice should not be necessary. But the following could theoretically make sense (in analogy to GNU sed's -i/--in-place switch (which creates a tempo