[gdal-dev] gdal Translate results in-memory using Java

Hi, I am developing a raster service (WMS, OGC API Maps) using the Java bindings of GDAL. When I execute a translate (or a warp) to extract a portion of the original photo, the result saves a new file by default. For performance purposes, I would like the result to stay in memory from which I

[gdal-dev] GDAL translate to NetCDF with aux

Hi, i have a .TIFF file and a .AUX.XML file. I'd like to create a NetCDF from .TIFF and .AUX.XML, is possible merge them in a NetCDF? The .AUX.XML come from the gdaltranslate operation NetCDF -> TIFF (since the metadata are bigger than 32000 bytes). To summarize the flow is: NetCDF > TIFF + aux ->

Re: [gdal-dev] Gdal translate ECW to TIF.

Thank you, Even Rouault-2! Your comment: "Or just use the ready-made packages at http://gisinternals.com/stable.php"; saved me. This is the best way. -- Sent from: http://osgeo-org.1560.x6.nabble.com/GDAL-Dev-f3742093.html ___ gdal-dev mailing lis

Re: [gdal-dev] Gdal translate ECW to TIF.

Hi Dmitriy, Another package that includes ECW support is MS4W (read more at https://ms4w.com/README_INSTALL.html#ecw) -jeff -- Jeff McKenna MapServer Consulting and Training Services https://gatewaygeomatics.com/ On 2018-08-09 12:05 AM, Dmitriy T. wrote: I took the following steps: 1)

Re: [gdal-dev] Gdal translate ECW to TIF.

On mercredi 8 août 2018 20:05:49 CEST Dmitriy T. wrote: > I took the following steps: > > > 1) Download http://download.osgeo.org/gdal/2.3.0/gdal230.zip > > 2) Unzip to C:\gdal_ecw\gdal-2.3.0 > > 3) Download, unzip and install > https://download.hexagongeospatial.com/downloads/ecw/erdas-ecw-jp2

[gdal-dev] Gdal translate ECW to TIF.

I took the following steps: 1) Download http://download.osgeo.org/gdal/2.3.0/gdal230.zip 2) Unzip to C:\gdal_ecw\gdal-2.3.0 3) Download, unzip and install https://download.hexagongeospatial.com/downloads/ecw/erdas-ecw-jp2-sdk-v5-0 to C:\Intergraph\ERDAS ECW JPEG 2000 SDK 5.0 4) In C:\gdal_ecw\

Re: [gdal-dev] gdal translate/warp goes16

ven.be...@woodplc.com] > Sent: Wednesday, March 21, 2018 3:39 PM > To: Zachary Flamig ; Steven Beale > > Cc: gdal-dev@lists.osgeo.org > Subject: RE: [gdal-dev] gdal translate/warp goes16 > > Hi Zac, > I tried to be as explicit as possible setting the source srs, inclu

Re: [gdal-dev] gdal translate/warp goes16

I never did resolve this issue, but using the python libraries instead worked out fine. -s From: Beale, Steven [mailto:steven.be...@woodplc.com] Sent: Wednesday, March 21, 2018 3:39 PM To: Zachary Flamig ; Steven Beale Cc: gdal-dev@lists.osgeo.org Subject: RE: [gdal-dev] gdal translate/warp

Re: [gdal-dev] gdal translate/warp goes16

, March 21, 2018 4:04 AM To: Steven Beale Cc: gdal-dev@lists.osgeo.org Subject: Re: [gdal-dev] gdal translate/warp goes16 Hi Steven, So the issue here is that gdal_translate doesn’t properly store the +sweep=x in the geotiff. See http://geotiff.maptools.narkive.com/3CqwNeMd/geos-projection-sweep

Re: [gdal-dev] gdal translate/warp goes16

Hi Steven, So the issue here is that gdal_translate doesn’t properly store the +sweep=x in the geotiff. See http://geotiff.maptools.narkive.com/3CqwNeMd/geos-projection-sweep-parameter for some relevant discussion.

[gdal-dev] gdal translate/warp goes16

Hi gdalers, I'm a little out of my field here, usually I work with weather/climate data, but I need to warp some goes16 satellite data. (source is aws s3: https://noaa-goes16.s3.amazonaws.com/ABI-L2-CMIPF/2018/079/12/OR_ABI-L2-CMIPF-M3C01_G16_s20180791200447_e20180791211214_c20180791211280.nc - t

Re: [gdal-dev] gdal translate

Le lundi 29 juin 2015 16:15:32, marco casella a écrit : > Hello, > > I'm trying to convert a tiff file (dem) in a raw image. > I'm using this line: > > gdal_translate –ot UInt16 –scale –of ENVI –outsize 1025 1025 dsm.tif > final.raw > > it seems there is some kind of an error, I get this message

[gdal-dev] gdal translate

Hello, I'm trying to convert a tiff file (dem) in a raw image. I'm using this line: gdal_translate –ot UInt16 –scale –of ENVI –outsize 1025 1025 dsm.tif final.raw it seems there is some kind of an error, I get this message: "Too many command options." Do you know if I am doing something wrong?

Re: [gdal-dev] GDAL translate 16 bit to 8 bit

thanks Hanlie. cleo On Fri, Aug 22, 2014 at 9:01 PM, Hanlie Pretorius < hanlie.pretor...@gmail.com> wrote: > Hi Cleo, > > I used > > -scale 0 4095 0 255 > > The reason for the 4095 is that the images actually use only the first > 12 bits of the 16 bits (according to the documentation) and 2^12

Re: [gdal-dev] GDAL translate 16 bit to 8 bit

Hi Cleo, I used -scale 0 4095 0 255 The reason for the 4095 is that the images actually use only the first 12 bits of the 16 bits (according to the documentation) and 2^12 = 4096. If it was a true 16 bit image I would use 65535 for the 'max from' value. Regards Hanlie 2014-08-22 13:56 MGT+0

Re: [gdal-dev] GDAL translate 16 bit to 8 bit

hi Hanlie, can you tell me what value you put for -scale to convert into 8 bit? cleo On Fri, Aug 22, 2014 at 7:02 PM, Hanlie Pretorius < hanlie.pretor...@gmail.com> wrote: > Hi Even, > > Yes, I quoted the exact message, but it displays in the QGIS interface. > > I tried gdal_translate with the

Re: [gdal-dev] GDAL translate 16 bit to 8 bit

Hi Even, Yes, I quoted the exact message, but it displays in the QGIS interface. I tried gdal_translate with the -ot and -scale parameters on the multispectral image and that worked much better, thanks. Regards Hanlie 2014-08-21 20:33 MGT+02:00, Even Rouault : > Le jeudi 21 août 2014 08:57:32,

Re: [gdal-dev] GDAL translate 16 bit to 8 bit

Le jeudi 21 août 2014 08:57:32, Hanlie Pretorius a écrit : > Hi, > > I'm working with a 16 bit SPOT 6 image that I want to convert from 16 > bit pixel depth to 8 bit pixel depth. I say 16 bit, but if I load the > file into Envi, it reports that uses only 12 bits. However gdalinfo > reports 16 bit

[gdal-dev] GDAL translate 16 bit to 8 bit

Hi, I'm working with a 16 bit SPOT 6 image that I want to convert from 16 bit pixel depth to 8 bit pixel depth. I say 16 bit, but if I load the file into Envi, it reports that uses only 12 bits. However gdalinfo reports 16 bit (see below). I've manage to do so on the multispectral image, but the