> It doesn't :)
That would be surprising. See below:
Non-appropriate extent/resolution
$ gdal_translate test.tif N48E002.HGT -of srtmhgt -outsize 1201 1201 -a_srs
EPSG:4326 -a_ullr 2 49 3 48
Input file size is 20, 20
Warning 1: The corner coordinates of the source are not properly aligned on
p
On 10/25/19 5:33 AM, Even Rouault wrote:
>> Is there a way to trim this to 36001x36001 before converting it to the
>> 1201x1201 tiles?
> the -srcwin switch of gdal_translate:
> https://gdal.org/programs/gdal_translate.html
>
> like -srcwin 11 11 36001 36001
Thanks, I'll give it a try later today.
> Is there a way to trim this to 36001x36001 before converting it to the
> 1201x1201 tiles?
the -srcwin switch of gdal_translate:
https://gdal.org/programs/gdal_translate.html
like -srcwin 11 11 36001 36001
>
> When I run this conversion, I need an exact 1201x1201 image. I'm also not
> sure ho
On 10/23/19 3:43 PM, Even Rouault wrote:
>> Question 1:
>> Is there a way to have it auto name the output file? I'd assume if it knows
>> what it's suppose to be named, there should be a flag to automatically name
>> it that. I can't find that, and need it to convert several thousand of
>> these
> Question 1:
> Is there a way to have it auto name the output file? I'd assume if it knows
> what it's suppose to be named, there should be a flag to automatically name
> it that. I can't find that, and need it to convert several thousand of
> these files.
Such an option doesn't exist, but it s
Greetings,
I have a need for corrected version 4 of the 3 arc second SRTM data. This is
only available as a AAIGrid format for some reason, not SRTM HGT.
I've pulled the 30x30 degree tiles from here in AAIGrid:
http://srtm.csi.cgiar.org/srtmdata/
gdal_translate requires the input file to match
