Re: [gdal-dev] gdal_translate for nc --> tiff. Coords seem to change?

Apologies, I misread your original question. I don't observe a difference in min x between the .nc file you observe and the .tif I get from gdal_translate. However I see the .tif you uploaded has indeed a difference in x, but it also has a UTM CRS, whereas the original .nc file has no CRS infor

Re: [gdal-dev] gdal_translate for nc --> tiff. Coords seem to change?

As far as I can see, the netCDF driver behaves as designed. It reports as the origin the top-left corner of the raster. Le 28/06/2021 à 22:42, Hill, David Foster a écrit : Here is a link to the .tif: https://drive.google.com/file/d/1ZxNdoURdLZS1HRUQUhF-evD1NpuIDcvk/view?usp=sharing

Re: [gdal-dev] gdal_translate for nc --> tiff. Coords seem to change?

Here is a link to the .tif: https://drive.google.com/file/d/1ZxNdoURdLZS1HRUQUhF-evD1NpuIDcvk/view?usp=sharing And here is a link to the .nc: https://drive.google.com/file/d/1pcXklnup5AxYe3DQfGfsZ3mwwe8WI8mf/v

Re: [gdal-dev] gdal_translate for nc --> tiff. Coords seem to change?

David, providing a link to a such file could be useful for investigation Even Le 28/06/2021 à 20:59, Hill, David Foster a écrit : Hello. I am new to GDAL, and have spent the past two weeks exploring its use for (largely) nc —> tiff conversions. I am puzzled by a few things, however. I have

[gdal-dev] gdal_translate for nc --> tiff. Coords seem to change?

Hello. I am new to GDAL, and have spent the past two weeks exploring its use for (largely) nc —> tiff conversions. I am puzzled by a few things, however. I have a .nc file and when I use >> ncdump -c file.nc the coords are shown to me. The min x is 487200 and the min y is 4690100. The grid s

Re: [gdal-dev] gdaladdo bigtiff err but --config BIGTIFF was used

cogger v0.0.5 now supports .ovr external overviews. It will automatically set the output cog to bigtiff if required, so your use-case should now be covered. -- Thomas Le lun. 14 juin 2021 à 22:12, a écrit : > > You can create external overviews with the -ro switch > > Yeah, I have those. I was

Re: [gdal-dev] gdaldem aspect is grid-oriented

True, we don't care where the needle points - we need polar north, it's entirely dependent on longitude, and in our usual case, stere centred on south pole, a simple special case. Cheers, Mike On Tue, 29 Jun 2021, 01:06 Andrew C Aitchison, wrote: > On Fri, 25 Jun 2021, Michael Sumner wrote: > >

Re: [gdal-dev] gdaldem aspect is grid-oriented

On Fri, 25 Jun 2021, Michael Sumner wrote: Hello, we're using `gdaldem aspect` on polar grid products and we need to convert the grid-oriented directions to compass oriented ones, location-specific directions, where "compass north" is dependent on longitude. I am curious; in the terminology of

Re: [gdal-dev] gdaldem aspect is grid-oriented

The proj_factors(...) function, which a.o. returns the meridian convergence in the PJ_FACTORS typedef, may be useful in this work. Den fre. 25. jun. 2021 kl. 12.26 skrev Even Rouault < even.roua...@spatialys.com>: > Michael, > > A general solution would have more appeal, although I suspect it wil

[gdal-dev] GDAL 3.3.1 RC1 available

Hi, I have prepared a GDAL/OGR 3.3.1 release candidate. Pick up an archive among the following ones (by ascending size):   https://download.osgeo.org/gdal/3.3.1/gdal-3.3.1rc1.tar.xz   https://download.osgeo.org/gdal/3.3.1/gdal-3.3.1rc1.tar.gz   https://download.osgeo.org/gdal/3.3.1/gdal331rc1.z

Re: [gdal-dev] gdaladdo bigtiff err but --config BIGTIFF was used

On Mon, 14 Jun 2021, matt.wil...@yukon.ca wrote: Your initial test.tif file needs to be a bigtiff, i.e. have been created with -co "BIGTIFF=YES". you can then drop the bigtiff config arguments of your gdaladdo call. Ahh, thanks Thomas, that indeed is the problem. Unfortunately for me it means