[gdal-dev] gdal_translate

image_in1.tif is a .tif without georeferencing info. image_in2.tif is a .tif with georeferencing info. What do I add to the gdal_translate command below so that the output image_out3.tif, whose pixels will be identical to the pixels in image_in1.tif, will include the georeferencing info in image

[gdal-dev] gdal_translate -scale

Hello GDAL team and thank you for welcome me. I have an issue with the gdal_translate command. I would like to use the “STATISTICS_MIN” and “STATISTICS_MAX” metadata key values in the -scale parameter of the program, so I don’t need to specify it manually every time I want to scale the output.

[gdal-dev] gdal_translate options

Hi List, We use GDAL3+ with MapWinGIS (C++ ActiveX control) and I'm working on making unit/functional tests for it. In one of our functions, we use GDALTranslate(). I'm creating the unit tests in C#: We pass the options as a string array to our C++ function, which expects SAFEARRAY* This one is

[gdal-dev] gdal_translate - GeoPdf

Hi there, I have been experimenting with Gdal 2.2-dev as of generating GeoPdf files. All of what I have been trying out seems to be working just fine: - Stacking of multiple raster-layers - Stacking of multiple vector-layers (with attribute-info) Though, I have some comments/object

[gdal-dev] gdal_translate - GeoPdf

Hi again, Regarding my previous post I'd like to add something more: 1)A printer has its own "margins" (non-printable portions of a page). This cannot be foreseen. I believe, that a "smart" PDF-application is capable of detecting the bbox of all "printable" elements in a PDF, and thus be a

Re: [gdal-dev] gdal_translate

Greg Coats wrote: image_in1.tif is a .tif without georeferencing info. image_in2.tif is a .tif with georeferencing info. What do I add to the gdal_translate command below so that the output image_out3.tif, whose pixels will be identical to the pixels in image_in1.tif, will include the georefer

Re: [gdal-dev] gdal_translate

2010/1/6 Frank Warmerdam : > Greg Coats wrote: >> >> image_in1.tif is a .tif without georeferencing info. image_in2.tif is a >> .tif with georeferencing info. What do I add to the gdal_translate command >> below so that the output image_out3.tif, whose pixels will be identical to >> the pixels in i

[gdal-dev] gdal_translate -a_srs

gdal_translate -a_srs provides for the output file to be in a different projection than the input file. What is the syntax for telling gdal_translate -a_srs to use the projection shown by gdalinfo to be used in the GeoTiff below, which is NAD 1983, UTM Zone 18N? Greg $ gdalinfo dcua_reduce7.tif

[gdal-dev] Gdal_Translate KMLSUPEROVERLAY

I need to change the drawOrder of the KMZ files that are created using GDAL_Translate -of KMLSUPEROVERLAY... I have been looking at the source code of "kmlsuperoverlaydataset.cpp" and noticed that the draw order appears to be tied to the variable "zoom." Does anyone know if I have control over dr

[gdal-dev] gdal_translate help

Hello, I’m new to gdal concept and I’ll appreciate if you could help me. I’m trying to use gdal_translate to geo-referencing aerial images but with limited success so far. The image is generated as gif file plus information about geo-location of each corner. Due to the fact that the corner ge

[gdal-dev] gdal_translate problems...

hi, i am using the following command to convert from raster to geotiff gdal_translate -of GTiff test test.tif it outputs the following: ERROR 1: Unknown base item type : 4 ERROR 1: Unknown base item type : 4 Input file size is 221, 232 0...10...20...30...40...50...60...70...80...90...100 - don

[gdal-dev] gdal_translate and multithreading

Hello, while translating a vrt file into a tif file with gdal_translate, I noticed thanks to htop utility that gdal_translate is using multithreading (typicallay 4 threads). I fail to find any multithreading option for gdal_translate (contrary to gdal_warp that has a multi option and where the num

[gdal-dev] gdal_translate with -projwin

Hi, I've been banging my head for an hour or so, and I cannot spot my (deliberate) error in trying to clip out an area from a vrt file. *geograph@gs01:/20150315_work/gdal$* gdal_translate --version GDAL 2.0.0dev, released 2014/04/16 *geograph@gs01:/20150315_work/gdal$* gdal_translate

[gdal-dev] gdal_translate and PostGIS

Hi, is it possible to import raster data into PostGIS using gdal_translate? $ gdal_translate -of PostGISRaster dmt.tif PG:dbname=pokusnik Input file size is 19615, 9 fails with ERROR 6: PostGISRasterDataset::CreateCopy() only works on source datasets that are PostGISRaster Thanks, Martin

[gdal-dev] gdal_translate multiplies bands

Hi I try to use gdal_translate in my windows command prompt to convert a single band .tif raster to a single band .gpkg. gdal_translate -of GPKG example.tif example.gpkg I always get a .gpkg with four bands and the nodata pixels get changed to a value of 255. I tried all possible combinations

Re: [gdal-dev] gdal_translate -scale

Hi, If your output is 8 bit you can just use -scale without min/max values. From https://gdal.org/programs/gdal_translate.html: "Rescale the input pixels values from the range src_min to src_max to the range dst_min to dst_max. If omitted the output range is 0 to 255. If omitted the input range i

Re: [gdal-dev] gdal_translate -scale

Hi, Please remember to use reply-to-all for sending a copy to the list as well. -Jukka- -Alkuperäinen viesti- Lähettäjä: jesus.mo...@solute.es Lähetetty: maanantai 14. joulukuuta 2020 14.27 Vastaanottaja: Rahkonen Jukka (MML) Aihe: RE: [gdal-dev] gdal_translate -scale Hi, Thank you

[gdal-dev] Gdal_translate batch processing

Hi you all. I have a huge MODIS dataset and I need to translate them to tiff but each data is in a different sub-folder. C:\Users\HP\Desktop\modis\500889913\500889913\88258783\MOD10A2.2016322095024.hdf C:\Users\HP\Desktop\modis\500889913\500889913\96113659\MOD10A2.A2016321.h20v05.00

[gdal-dev] gdal_translate precision error

Dear gdal community, I'm a new user of gdal and I recently had a problem with precision. I tried to translate a big GeoTIFF to a smaller one, specifying the extent of the window in this way: gdal_translate -projwin_srs EPSG:4326 -epo -strict -a_nodata 0 -projwin 9.50 46.00 10.00 45.500

[gdal-dev] gdal_translate is slow

Why gdal_translate so slow compared to rio translate from rasterio? rio convert: $ time rio convert download.grib download.tif Warning: Inside GRIB2Inventory, Message # 15 ERROR: Ran out of file reading SECT0 Warning: Inside GRIB2Inventory, Message # 15 ERROR: Ran out of file reading SECT0 rio co

[gdal-dev] gdal_translate and gdal_retile

Hi all, I'm trying to fix a problem that I have. I have created an Image Pyramid with Geoserver 2.3.0 but when I try to see the layer on OpenLayers, the layer borders appear in black, so I can't see correctly the layer, because of thats black borders. I have done the next: First I have execute

[gdal-dev] gdal_translate .vrt issue

I am using gdal_translate and a .vrt to take 115 .jp2 files from the USGS, pull them together and then export a lower resolution .jp2. This is with GDAL 1.10 on OSX. gdalinfo --version GDAL 1.10.1, released 2013/08/26 When I run gdal_translate, it gets about 30% of the way through the process and

[gdal-dev] gdal_translate -unscale option

Folks, I have added the -unscale option to gdal_translate. Some image formats compact pixel values by subtracting an offset and rescaling - for instance to fit floating point values into 16bit pixels. The scaling and offset can be carried with the data model, and are accessable via the GetOffse

[gdal-dev] gdal_translate and ArcGIS

I am attempting to take a series of rasters in 32 bit GTiff and use gdal_translate to convert then to a 16 bit AAIGRID, however I have been running into several difficulties. Although gdal_translate appears to have the functionality to change output data type AND output format in the same line t

[gdal-dev] gdal_translate pixel shift?

Hello, I am in the process of using some Gebco bathymetry data for a project, visualising it with Arcgis 9.3. I am using osgeo4w/ gdal to convert the gebco netcdf file to a geotif, for use in arcmap. I wondered if someone might be able to offer a hint to a relative beginner? I am having what I t

Re: [gdal-dev] gdal_translate -a_srs

Greg Coats wrote: gdal_translate -a_srs provides for the output file to be in a different projection than the input file. What is the syntax for telling gdal_translate -a_srs to use the projection shown by gdalinfo to be used in the GeoTiff below, which is NAD 1983, UTM Zone 18N? Greg, One

Re: [gdal-dev] gdal_translate -a_srs

Frank, I did that, and now gdalinfo shows the gdal_translate output GeoTiff does have the same values as those of the GeoTiff with the desired UTM projection for PROJCS to AUTHORITY Coordinate System is: PROJCS["NAD83 / UTM zone 18N", GEOGCS["NAD83", DATUM["North_American_Datum_1983",

Re: [gdal-dev] gdal_translate -a_srs

Following Frank's suggestion, and in accordance with the web page GDAL Utilities http://www.gdal.org/gdal_utilities.html Creating New Files I issued these GDAL commands $ gdal_translate --version GDAL 1.7.2, released 2010/04/23 $ gdal_translate -of GTiff -ot Uint16 -a_srs NAD83_UTM18N.wkt in.tif

Re: [gdal-dev] gdal_translate -a_srs

Greg Coats wrote: Following Frank's suggestion, and in accordance with the web page GDAL Utilities http://www.gdal.org/gdal_utilities.html Creating New Files I issued these GDAL commands $ gdal_translate --version GDAL 1.7.2, released 2010/04/23 $ gdal_translate -of GTiff -ot Uint16 -a_srs NAD8

Re: [gdal-dev] gdal_translate -a_srs

Frank, Yes! Thank you. Greg On Jul 5, 2010, at 7:25 PM, Frank Warmerdam wrote: > Greg Coats wrote: >> Following Frank's suggestion, and in accordance with the web page GDAL >> Utilities http://www.gdal.org/gdal_utilities.html Creating New Files >> I issued these GDAL commands >> $ gdal_translate

[gdal-dev] gdal_translate -mo option

Hi everyone. gdal_translate -mo "VALUE=1234" input.tif output.tif works fine. But what if I have to insert 2 or more metadata values? gdal_translate -mo "VALUE_1=1234" -mo "VALUE_2=5678" input.tif output.tif It doesn't work. Is there any wildcard to use into -mo string to insert multiple values?

[gdal-dev] gdal_translate drops overviews

Hello, I would like to translate an OZI file to TIFF. The input file contains several overviews. But the output file doesn't contain any overview. Is there a solution to keep the overviews ? Jean-Claude ___ gdal-dev mailing list gdal-dev@lists.osg

[gdal-dev] gdal_translate gif ->gtiff

Hi, I am trying to convert a gif map downloaded from http://aviationweather.gov/data/products/swl/ll_12_0_cl_new.gif to georeferenced tiff. I found out that the Projection used to create this GIF map is Polar Stereographic from the North Pole (90.0), center meridian 97W and height of 0. Map corn

[gdal-dev] gdal_translate and gdal_warp

Hi Folks, Multipart question I am using gdal_translate to pull out files from JPEG2000 files wrapped by an NTF wrapper. It seems fine, but I am losing all metadata and no headers are built when I do this. I can get readable ENVI files or Geotiffs but they're often flipped back to front, or orien

[gdal-dev] [GDAL_TRANSLATE] Gray scale

Hi guys, I need to convert an image from GTiff to ENVI format. I want also that my image is in Grayscale. The GTiff image have just one band. If I do with ENVI, I save the file as Image, ENVI 8-bit (I call this results fromENVI). When I try to do the same with gdal_translate I do: gdal_translate -

[gdal-dev] gdal_translate wms error

Hi, I am trying to download some image data from a private WMS. When I try to use gdal_translate I receive the following error (I had to remove the server address): ERROR 1: GDALWMS: Unable to download block 337235, 219173. URL: http://SERVERADDRESS&request=GetMap&version=1.1.0&layers=Orthophot

[gdal-dev] Gdal_translate + Google + Wgs84

Hello folks, I'm a beginner with Gdal and I have a question: Say, I have a rectangular tile defined in WGS84 coordinates using longitude and latitude. I want to receive this file from google for the respective rect. However, as far as I know, google uses mercator coordinates in its maps so t

[gdal-dev] Gdal_translate overwriting images

Hi, I am playing with compression options and by accident used an existing image as a target. gdal_translate -of GTiff -co tiled=yes -co compress=jpeg q4213e.tif lzw.tif Input file size is 12000, 12000 ERROR 1: Deleting lzw.tif failed: Permission denied 0...10...20...30...40...50...60...70...80..

Re: [gdal-dev] gdal_translate help

Matthew Golczak wrote: Hello, I’m new to gdal concept and I’ll appreciate if you could help me. I’m trying to use gdal_translate to geo-referencing aerial images but with limited success so far. The image is generated as gif file plus information about geo-location of each corner. Due to the fact

Re: [gdal-dev] gdal_translate help

you comment those errors and advice me what needs to be done to eliminate those errors? Thank you very much for your advice . regards Maciek --- On Tue, 6/23/09, Frank Warmerdam wrote: > From: Frank Warmerdam > Subject: Re: [gdal-dev] gdal_translate help > To: "Matthew G

Re: [gdal-dev] gdal_translate help

could you comment those errors and advice me what needs to be > done to eliminate those errors? Thank you very much for your advice . > > regards > > Maciek > > --- On Tue, 6/23/09, Frank Warmerdam wrote: > > From: Frank Warmerdam > > Subject: Re: [gdal-dev]

Re: [gdal-dev] gdal_translate problems...

Riki Tiki wrote: hi, i am using the following command to convert from raster to geotiff gdal_translate -of GTiff test test.tif it outputs the following: ERROR 1: Unknown base item type : 4 ERROR 1: Unknown base item type : 4 Input file size is 221, 232 0...10...20...30...40...50...60...70...8

[gdal-dev] gdal_translate shifted values

Hi gdal-dev, I am Takahiro, a student who is using gdal_translate. I have an issue with gdal_translate and would like to ask a question. I used gdal_translate to transform a NCEP GRIB file (downloadable from https://data.eol.ucar.edu/cgi-bin/codiac/fgr_form/id=21.093, or attached to this email) t

Re: [gdal-dev] gdal_translate and multithreading

Pierre, Nor gdal_translate nor the VRT driver uses multithreading. But it is possible that the driver that handles the underlying dataset referenced by the VRT uses multithreading. There are very few of them however. I can only think of : - JP2KAK. You can specify JP2KAK_THREADS=1 - JP2OpenJPEG. Y

Re: [gdal-dev] gdal_translate and multithreading

Even, thank you for your prompt reply.  To be more specific, the successive steps of my procedure are 1] gdalwarp of a vrt file referring to 8 bands (stored as gtiffs) of Landsat8 image from UTM into the equivalent EPSG:4326 vrt file:

Re: [gdal-dev] gdal_translate and multithreading

Selon Pierre Soille : > > > > > > Even, > > > > thank you for your prompt reply.  To be more specific, the > successive steps of my procedure are > > > > 1] gdalwarp of a vrt file referring to 8 bands (stored as > gtiffs) of Landsat8 image from UTM into the equi

Re: [gdal-dev] gdal_translate with -projwin

Selon Zoltan Szecsei : > Hi, > I've been banging my head for an hour or so, and I cannot spot my > (deliberate) error in trying to clip out an area from a vrt file. > > *geograph@gs01:/20150315_work/gdal$* gdal_translate --version > GDAL 2.0.0dev, released 2014/04/16 > > *geograph@gs01

Re: [gdal-dev] gdal_translate with -projwin

On 2015/03/16 09:42, Even Rouault wrote: Selon Zoltan Szecsei : Hi, I've been banging my head for an hour or so, and I cannot spot my (deliberate) error in trying to clip out an area from a vrt file. *geograph@gs01:/20150315_work/gdal$* gdal_translate --version GDAL 2.0.0dev, release

Re: [gdal-dev] gdal_translate with -projwin

Even Rouault spatialys.com> writes: > > Selon Zoltan Szecsei geograph.co.za>: > > > Hi, > > I've been banging my head for an hour or so, and I cannot spot my > > (deliberate) error in trying to clip out an area from a vrt file. > > Zoltan, > > Nothing strikes my eyes as obviously wrong. You

Re: [gdal-dev] gdal_translate with -projwin

On 03/16/2015 11:56 AM, Jukka Rahkonen wrote: Hi, Keep is as simple as possible. Make a test with one original tiff. Once you can clip an area out of that with -prjwin, create a VRT file from that one image only. If clipping is still successful, add more images into VRT. Continue until the fa

Re: [gdal-dev] gdal_translate and PostGIS

Le vendredi 03 avril 2015 11:31:09, Martin Landa a écrit : > Hi, > > is it possible to import raster data into PostGIS using gdal_translate? > > $ gdal_translate -of PostGISRaster dmt.tif PG:dbname=pokusnik > Input file size is 19615, 9 > > fails with > > ERROR 6: PostGISRasterDataset::Crea

Re: [gdal-dev] gdal_translate and PostGIS

Hi Even, 2015-04-03 11:37 GMT+02:00 Even Rouault : > As the error message suggests, no, not at the time with the PostGISRaster > driver which basically only supports creation of a new raster through > duplicatin an existing postgisraster table thanks to SQL copy mechanisms. > > You have to use ras

[gdal-dev] gdal_translate crop tiff (cmyk)

Hello I use the command *gdal_translate *with *-projwin* option to crop a tiff image but I lose the CMYK SOURCE_COLOR_SPACE The croped image is in RGB :/ *D:\raster>gdalinfo D:\raster\cmyk.tif* Driver: GTiff/GeoTIFF Files: D:\raster\cmyk.tif D:\raster\cmyk.tfw Size is 11568, 20061 Coordi

Re: [gdal-dev] gdal_translate multiplies bands

Hi, Perhaps it is just about how you open your GeoPackage. See https://gdal.org/drivers/raster/gpkg.html: "Opening options By default, the driver will expose a GeoPackage dataset as a four band (Red,Green, Blue,Alpha) dataset, which gives the maximum compatibility with the various encodings of t

Re: [gdal-dev] Gdal_translate batch processing

---Original Message- From: gdal-dev On Behalf Of gnihalk Sent: April 29, 2021 5:36 AM To: gdal-dev@lists.osgeo.org Subject: [gdal-dev] Gdal_translate batch processing *** External email: Do not click on links or attac

[gdal-dev] gdal_translate clip PostGIS raster

Hi list Is it possible to clip a PostGIS raster with a PostGIS vector poly using gdal_translate? I cannot find a working syntax to define the clipping table in the WHERE clause. Eg. this returns "Error browsing database for PostGIS Raster properties : ERROR: syntax error at or near "FROM" gda

[gdal-dev] Gdal_translate into HDF4 fails

Hi, There is a question about HDF4 in https://gis.stackexchange.com/questions/424204/convert-geotiff-to-hdf-using-gdal. I tried the same with GDAL 3.4.0. With a single band image conversion from GeoTIFF into HDF4Image succeeds but with a 3 band image not. I am not sure if it is even supposed to

Re: [gdal-dev] gdal_translate precision error

Marco De Nadai wrote > Dear gdal community, > I'm a new user of gdal and I recently had a problem with precision. I > tried > to translate a big GeoTIFF to a smaller one, specifying the extent of the > window in this way: Hi, It seems that you asked the same question in https://gis.stackexchange.

Re: [gdal-dev] gdal_translate precision error

Thanks. It seems it was a pixel-alignment error. I solved by passing coordinates aligned to pixels to gdal_translate On Mon, Jan 8, 2018 at 3:05 PM, jratike80 < jukka.rahko...@maanmittauslaitos.fi> wrote: > Marco De Nadai wrote > > Dear gdal community, > > I'm a new user of gdal and I recently ha

Re: [gdal-dev] gdal_translate is slow

Hi Denis, rio-convert lacks some of the features of gdal_translate (advanced metadata translation, statistics, &c) and it may be that the cost of those features is being especially felt in the GRIB case. In fact, the core of gdal_translate has some GRIB-specific code that rasterio does not use: ht

Re: [gdal-dev] gdal_translate is slow

On mercredi 4 septembre 2019 08:50:09 CEST Sean Gillies wrote: > Hi Denis, > > rio-convert lacks some of the features of gdal_translate (advanced metadata > translation, statistics, &c) and it may be that the cost of those features > is being especially felt in the GRIB case. For a plain gdal_tra

Re: [gdal-dev] gdal_translate is slow

Thanks for quick reply, I've uploaded grib file here: https://transfer.sh/5JCVX/download.grib On Wed, Sep 4, 2019 at 5:04 PM Even Rouault wrote: > On mercredi 4 septembre 2019 08:50:09 CEST Sean Gillies wrote: > > Hi Denis, > > > > rio-convert lacks some of the features of gdal_translate (advanc

Re: [gdal-dev] gdal_translate is slow

On mercredi 4 septembre 2019 17:26:14 CEST Denis Rykov wrote: > Thanks for quick reply, I've uploaded grib file here: > https://transfer.sh/5JCVX/download.grib Turns out that my guess wasn't so bad after all. The uncompressed file size is 3601x1801x14(bands)x8(bytes_per_pixel) = 693 MB whereas a G

Re: [gdal-dev] gdal_translate is slow

Thanks guys for clarification! On Wed, Sep 4, 2019, 5:53 PM Even Rouault wrote: > On mercredi 4 septembre 2019 17:26:14 CEST Denis Rykov wrote: > > Thanks for quick reply, I've uploaded grib file here: > > https://transfer.sh/5JCVX/download.grib > > Turns out that my guess wasn't so bad after al

[gdal-dev] gdal_translate -outsize resampling method?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, What is the resampling method used by gdal_translate when using the - -outsize option? In my case I will change resolution from 7200*3600 into 720*360. Thanks! All the best, Eloi -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Lin

Re: [gdal-dev] gdal_translate .vrt issue

Selon David Fawcett : > I am using gdal_translate and a .vrt to take 115 .jp2 files from the USGS, > pull them together and then export a lower resolution .jp2. > > This is with GDAL 1.10 on OSX. > gdalinfo --version > GDAL 1.10.1, released 2013/08/26 > > When I run gdal_translate, it gets about 3

Re: [gdal-dev] gdal_translate .vrt issue

As usual Even, spot on! Thank you for precise diagnosis and the quick solution. My project is back on track and the product can be delivered soon. I am guessing that I could bump the pool_size up somewhat. I plan to play around with that value and maybe get a little more performance (on my old

Re: [gdal-dev] gdal_translate .vrt issue

Le mardi 20 mai 2014 18:18:37, David Fawcett a écrit : > As usual Even, spot on! > > Thank you for precise diagnosis and the quick solution. My project is back > on track and the product can be delivered soon. I am guessing that I could > bump the pool_size up somewhat. I plan to play around wi

[gdal-dev] gdal_translate JPEG to GeoTiff

Hi all, I'm new to gdal tools. I'm trying to transform a JPEG world image to GeoTiff. My jpeg world map image is cropped to fit on -180.0, -59.1, 180, 90 (minx, miny, maxx, maxy - EPSG:4326). Here are the steps: % gdal_translate -of GTiff -a_srs EPSG:4326 -co "TILED=YES" -co "JPEG_QUALITY=100"

[Gdal-dev] gdal_translate .tif to .ecw

I want to convert .tif to .ecw . I use FWtools shell. Would like to run it in batch so I have following: for %f in (*.tif) do gdal_translate -of ECW -co "TARGET=92" -expand rgb -co "DATUM=RD" -co "PROJ=DUTCHNEW" %f %f.ecw with result in : gdal_translate -of ECW -co "TARGET=92" -expand rgb -co "

RE: [gdal-dev] gdal_translate and ArcGIS

Bausch Sent: Tuesday, March 02, 2010 8:42 AM To: gdal-dev@lists.osgeo.org Subject: [gdal-dev] gdal_translate and ArcGIS I am attempting to take a series of rasters in 32 bit GTiff and use gdal_translate to convert then to a 16 bit AAIGRID, however I have been running into several difficulties. Alt

[gdal-dev] [GDAL_TRANSLATE]Problem with colorimetry

Hi, I try to assemblez several TIF to make a unique picture. I use this command: C:\GDAL\SCAN25_SCOT>gdalbuildvrt truc.vrt C:\GDAL\SCAN25_SCOT\*.tif -srcnodata "0 0 0" 0...10...20...30...40...50...60...70...80...90...100 - done. C:\GDAL\SCAN25_SCOT>gdal_translate -of GTiff C:\GDAL\

[gdal-dev] gdal_translate distorts PROJCS specification ?

Dear experts, I have a grib2 file which I try to convert to IDRISI, extracting band 1. Somehow the PROJCS section is distorted, leaving the IDRISI file useless for warping. Windows 7, GDAL 1.7.0b2, FWTools 2.4.7, released 2010/01/19 I use the following sequence of commands: gdalinfo har04_00_ex

Re: [gdal-dev] gdal_translate drops overviews

Le jeudi 13 janvier 2011 22:03:57, Jean-Claude REPETTO a écrit : > Hello, > I would like to translate an OZI file to TIFF. The input file contains > several overviews. But the output file doesn't contain any overview. > > Is there a solution to keep the overviews ? Yes, you can use the COPY_SRC_O

Re: [gdal-dev] gdal_translate drops overviews

On 01/13/11 22:13, Even Rouault wrote: Le jeudi 13 janvier 2011 22:03:57, Jean-Claude REPETTO a écrit : Hello, I would like to translate an OZI file to TIFF. The input file contains several overviews. But the output file doesn't contain any overview. Is there a solution to keep the overviews ?

Re: [gdal-dev] gdal_translate drops overviews

Le jeudi 13 janvier 2011 22:33:41, Jean-Claude REPETTO a écrit : > Thanks for your answer. Unfortunately, I get an error message : > > $ gdal_translate -co COPY_SRC_OVERVIEWS=YES 314-Calvi_ozf.map 314-Calvi.tif > Input file size is 3303, 3080 > 0ERROR 1: Input and output dataset sizes or band cou

Re: [gdal-dev] gdal_translate drops overviews

On 01/14/11 00:02, Even Rouault wrote: Le jeudi 13 janvier 2011 22:33:41, Jean-Claude REPETTO a écrit : Thanks for your answer. Unfortunately, I get an error message : $ gdal_translate -co COPY_SRC_OVERVIEWS=YES 314-Calvi_ozf.map 314-Calvi.tif Input file size is 3303, 3080 0ERROR 1: Input and

Re: [gdal-dev] gdal_translate drops overviews

Le vendredi 14 janvier 2011 08:41:42, Jean-Claude Repetto a écrit : > On 01/14/11 00:02, Even Rouault wrote: > > Le jeudi 13 janvier 2011 22:33:41, Jean-Claude REPETTO a écrit : > >> Thanks for your answer. Unfortunately, I get an error message : > >> > >> $ gdal_translate -co COPY_SRC_OVERVIEWS=Y

Re: [gdal-dev] gdal_translate drops overviews

On 01/14/11 19:20, Even Rouault wrote: Thanks for the fix. Now, the overviews are created. But the georeferencing is lost : Jean-Claude, This works for me. I get the 9 GCPs and the GCP projection as expected in the output GeoTIFF. After reinstalling the trunk version of GDAL, it is working.

[gdal-dev] gdal_translate gif->gtiff warning

Hi, I am trying to convert this GIF https://picasaweb.google.com/izzybitsie/GDALImage?feat=directlinkto gtiff. I used this command after assuming projection was lcc: *gdal_translate -of GTiff -a_srs '+proj=lcc +lon_0=-95 +lat_0=25 lat

[gdal-dev] gdal_translate compress is larger??

Hi Folks, I've run into a strange thing, "gdal_translate -co compress=lzw" is creating files that are larger than the source uncompressed image. Input: 04/04/2006 08:39 AM 959,236,993 A1.tif Results of "gdal_translate -co compress=[lzw,packbits,none]" 15/06/2011 10:35 AM 1,003,9

Re: [gdal-dev] [GDAL_TRANSLATE] Gray scale

Hi Solimyr, could you run a "gdalinfo -stats" on your input GTiff to let us better understand the characteristics of the image to be converted? Regards, Daniele On Thu, Jun 30, 2011 at 3:31 PM, Gianni Cristian wrote: > Hi guys, > I need to convert an image from GTiff to ENVI format. I want also

[gdal-dev] gdal_translate -scale with PNG

Hi All, I'm using gdal_translate (version 1.6.3 on Ubuntu) with a scale factor to stretch float values to 16-bit integer values. It works fine with tif output, but with PNG it stretches the values to 8-bit: gdal_translate -of PNG -scale 0 1550 0 65535 N2140615.txt N2140615.png Is this a kno

Re: [gdal-dev] gdal_translate wms error

Le mercredi 17 août 2011 09:36:44, symbian11 a écrit : > Hi, I am trying to download some image data from a private WMS. > > When I try to use gdal_translate I receive the following error (I had to > remove the server address): > > ERROR 1: GDALWMS: Unable to download block 337235, 219173. > UR

[gdal-dev] gdal_translate gif->gtiff conversion

Hi, I am trying to convert a GIF image into a GeoTiff image. Input GIF image information: Projection: Polar Stereographic from North Pole, Cente meridian=97W, Height=0 Corners' Lower Left 19.9N 119.6W, Upper Right: 44.5N 59.5W FWTools_2.0.6 commands used. I used these commands to convert the map f

Re: [gdal-dev] Gdal_translate + Google + Wgs84

Roger, Use gdalwarp instead. Set the -t_srs option to EPSG:4326 Extents can be set using -te Since the projection is changing, specifying the size in percentage of the original is not possible. You can use -tr or -ts for this. Also, note the order of the arguments for filenames. On Fri, Dec 2, 20

Re: [gdal-dev] Gdal_translate + Google + Wgs84

Roger, It appears that you are attempting to use the GDAL TMS driver to convert Google Maps Data into a Geotiff, this would be a violation of the Google Maps Terms and Conditions: http://www.google.com/intl/en_ALL/help/terms_local.html Regards On 2 December 2011 09:22, Chaitanya kumar CH wro

[gdal-dev] gdal_translate and TIFF resolutions(?)

Hi, I'm using gdal_translate to chip out TIFFs from a NITF using the command line: gdal_translate -ot Int32 -of Gtiff -strict -outsize 3000 3000 -srcwin 0 0 3000 3000 c:\data\image.ntf c:\data\output_image.tiff Tiffinfo (which throws an error) has a problem with the resolution field-

[gdal-dev] gdal_translate alters NITF's metadata

Hi list, I use gdal 1.9.0 I have a NITF image that has 12 bands. The first 8 are I and Q of a quad-pol complex. I ran "gdal_translate -of NITF -b 9 -b 12 -b 10 -b 11 pp1.NTF test" to get rid of them and keep the last 4 magnitude bands. However the NITF tags are altered, e.g. the NITF_ISORCE a

[gdal-dev] gdal_translate upside down image

Hi, I'm running gdal_translate against a VRT file: -20.05, 0.1, 0.0, 40.05, 0.0, -0.1 GEOGCS["WGS 84", DATUM["WGS_1984", SPHEROID["WGS 84",6378137,298.2572235630016,

[gdal-dev] gdal_translate changes coordinate system

I am trying to create a blank raster file, following the hint at http://lists.osgeo.org/pipermail/gdal-dev/2008-February/016061.html I might be doing something terribly wrong, but after a simple gdal_translate, longitude/latitude of origin are changed from 10/52 to 0/0, see at the end of this

[gdal-dev] gdal_translate tiff to netcdf

Hello, I am trying to convert a file with the format GEOTIFF to netcdf using the command line: gdal_translate -of NetCDF However, I get the following error message: Output driver `NetCDF' not recognised. Would you know what's wrong and how to fix this? Thanks in advance, Best, Abigail _

Re: [gdal-dev] gdal_translate shifted values

I'd check both files *before* all the processing. Something like: gdallocationinfo -l_srs EPSG:4326 gribFile -110 40 gdallocationinfo -l_srs EPSG:4326 tiffFile -110 40 That will tell narrow it down. On 1/31/24 15:53, Furuya, Takahiro via gdal-dev wrote: Hi gdal-dev, I am Takahiro, a student

Re: [gdal-dev] gdal_translate shifted values

s. -Jukka Rahkonen- Lähettäjä: gdal-dev Puolesta Furuya, Takahiro via gdal-dev Lähetetty: torstai 1. helmikuuta 2024 1.53 Vastaanottaja: gdal-dev@lists.osgeo.org Aihe: [gdal-dev] gdal_translate shifted values Hi gdal-dev, I am Takahiro, a student who is using gdal_translate. I have an issue with gdal

Re: [gdal-dev] gdal_translate shifted values

les are identical. All I > can conclude is that gdal_compare and your R script are doing something in > different ways. > > -Jukka Rahkonen- > > *Lähettäjä:* gdal-dev *Puolesta *Furuya, > Takahiro via gdal-dev > *Lähetetty:* torstai 1. helmikuuta 2024 1.53 > *Vastaanottaja:*

Re: [gdal-dev] gdal_translate shifted values

>From the R code snippet I see: "Surprisingly, the value 9.75 is shifted to >106, 86 = 105,85 in Python indexing", but R is 1-base and Python 0-base. In R: > library(terra) terra 1.7.71 > gdal() [1] "3.8.3" > a <- rast("attachment.obj") > b <- rast("st4_pr.2017092016.01h.tif") > a class : S

Re: [gdal-dev] gdal_translate shifted values

It's actually pretty easy to test: import numpy as np import xarray as xr from osgeo import gdal xarray_ds = xr.load_dataset("st4_pr.2017092016.01h", engine="cfgrib") # GDAL uses as NODATA xarray_data = np.nan_to_num(xarray_ds.tp.data, nan=.0) gdal_ds = gdal.Open("st4_pr.2017092016.01h")

Re: [gdal-dev] gdal_translate shifted values

Hi, I don't think there's any problem regarding GDAL vs xarray. It is just a difference of convention on how GDAL and xarray choose the origin of rasters. GDAL selects the northern-west corner as the (0,0) image coordinate. The line in GDAL that contains values 13.75 14.25 14.75 which are at

Re: [gdal-dev] gdal_translate shifted values

Indeed, good catch, I exported both of them to a new file and it's obvious now: Laurentiu On Thu, Feb 1, 2024, at 15:22, Even Rouault wrote: > Hi, > > I don't think there's any problem regarding GDAL vs xarray. It is just a > difference of convention on how GDAL and xarray choose the origin of

Re: [gdal-dev] gdal_translate with -projwin SOLVED

OK, it was simple. I did not have permission to write to the output directory !!! I only found this out when I tried to cp the orthos to that directory so that I could build up a smaller vrt and not have to use long pathnames. Whilst at the end of the day the problem was my side, it would be n

  1   2   3   4   >