dear all,
I am downloading jp2 data from the usgs national map. To plot this in
cartopy, I need to transform to something else, such as geotiff. However,
using gdal_translate I get a warning copied below, and the output is a
grainy bw version of the image. I have checked my results under linux
Le jeudi 24 avril 2014 23:17:29, Kasper van Wijk a écrit :
dear all,
I am downloading jp2 data from the usgs national map. To plot this in
cartopy, I need to transform to something else, such as geotiff. However,
using gdal_translate I get a warning copied below, and the output is a
grainy
thank you, Even, for the fast reply. I am a beginner at GDAL and installed
the gdal suite with standard apt-get and yum, respectively. Can you point
me to a place where I can read how to compile GDAL against one of the other
JPEG2000 libraries, as you say?
Thanks again,
Kasper
On 25 April 2014
Le jeudi 24 avril 2014 23:29:03, Kasper van Wijk a écrit :
thank you, Even, for the fast reply. I am a beginner at GDAL and installed
the gdal suite with standard apt-get and yum, respectively. Can you point
me to a place where I can read how to compile GDAL against one of the other
JPEG2000
Kasper,
When I have trouble with the various Jp2 implementations, I seem to
always lean on the Kakadu JP2 library. When GDAL is not available with
Kakadu built-in (due to licensing), you can convert from Geojpeg2000 to
geoTiff using the free Kakadu binaries. Example conversion:
kdu_expand -i
Kasper,
On Thu, Apr 24, 2014 at 2:32 PM, Even Rouault
even.roua...@mines-paris.org wrote:
Le jeudi 24 avril 2014 23:29:03, Kasper van Wijk a écrit :
thank you, Even, for the fast reply. I am a beginner at GDAL and installed
the gdal suite with standard apt-get and yum, respectively. Can you
Eli: thanks for the new repo. This got me from gdal 1.7.3 to 1.9.1, but
still the same warning/output
Trent: I downloaded the linux binaries and followed the instructions in the
README (about PATHS), but:
kasper@PALette:~/Downloads$ kdu_expand -i
m_3810623_ne_13_1_20110921_20111031.jp2 -o geo.tif
Personally I recommend either the erdas ecwj2k or mrsid driver for uses jp2
files.
On Apr 24, 2014 7:25 PM, Kasper van Wijk k.vanw...@auckland.ac.nz wrote:
Eli: thanks for the new repo. This got me from gdal 1.7.3 to 1.9.1, but
still the same warning/output
Trent: I downloaded the linux
On Thu, Apr 24, 2014 at 6:43 PM, Eli Adam ea...@co.lincoln.or.us wrote:
Kasper,
On Thu, Apr 24, 2014 at 2:32 PM, Even Rouault
even.roua...@mines-paris.org wrote:
Le jeudi 24 avril 2014 23:29:03, Kasper van Wijk a écrit :
thank you, Even, for the fast reply. I am a beginner at GDAL and
Hi,
I used the gdal_translate to store the netcdf data into geotiff file, but
it just gave me an error:
Input file contains subdatasets. Please, select one of them for reading.
command:
gdal_translate -of GTiff -b 9 -a_srs EPSG:4326 BAND_02.nc /test.tif
Does anyone know what is the problem?
Please look at the netcdf docs at [1]
When there are various variables in a netcdf ffile, gdal treats them as
subdatasets, you can only operate on one at a time.
calling gdalinfo on the netcdf file will reveal the special names used to
access each subdataset
[1]
Peng Fu fupenghzau at gmail.com writes:
Hi,
I used the gdal_translate to store the netcdf data into geotiff file, but
it just gave me an error:
Input file contains subdatasets. Please, select one of them for
reading.command:gdal_translate -of GTiff -b 9 -a_srs EPSG:4326 BAND_02.nc
/test.tif
On Mon, May 20, 2013 at 4:41 PM, Peng Fu fupengh...@gmail.com wrote:
Thanks! I fixed the problem.
But it seems that the resultant geotiff image doesn't have coordinate
information. Do you know how to keep the coordinate information?
that's probably because it doesn't have one... it is a
Folks,
I have an ECW which was supplied as a set of 4 from the same supplier.
As part of a process to make the image usable with a legacy system I create a
series of tiles from the ECW as GTIFF.
I have done this successfully many times.
3 of the 4 images processed without issue.
One however
...@lists.osgeo.org
[mailto:gdal-dev-boun...@lists.osgeo.org]mailto:[mailto:gdal-dev-boun...@lists.osgeo.org]
On Behalf Of Andrew Williams
Sent: Monday, 2 July 2012 12:17 PM
To: gdal-dev@lists.osgeo.orgmailto:gdal-dev@lists.osgeo.org
Subject: [gdal-dev] Problem with gdal_translate and specific ECW file
Hi!
I am trying to make a GeoTiff a little bit smaller with gdal_translate.
Gdalinfo shows that the TIF has the following size:
Upper Left ( 1102062.959, 6818226.972) ( 9d54'0.00E, 52d 6'0.00N)
Lower Right ( 1692080.162, 6257943.762) ( 15d12'0.77E, 48d54'0.71N)
I call
gdal_translate
NopMap wrote:
Hi!
I am trying to make a GeoTiff a little bit smaller with gdal_translate.
Gdalinfo shows that the TIF has the following size:
Upper Left ( 1102062.959, 6818226.972) ( 9d54'0.00E, 52d 6'0.00N)
Lower Right ( 1692080.162, 6257943.762) ( 15d12'0.77E, 48d54'0.71N)
I call
Hi!
Frank Warmerdam wrote:
You need to specify the corners in the coordinate system of the
image. So the values should be the meter based projected coordinates
like 1102062,6818226.
Is this also true for -projwin? From the documentation I got the impression
that -srcwin requires
NopMap wrote:
Hi!
Frank Warmerdam wrote:
You need to specify the corners in the coordinate system of the
image. So the values should be the meter based projected coordinates
like 1102062,6818226.
Is this also true for -projwin? From the documentation I got the impression
that -srcwin
Hi!
Frank Warmerdam wrote:
NopMap wrote:
Is this also true for -projwin? From the documentation I got the
impression
that -srcwin requires meters while -projwin accepted the coordinates in
lat/lon??
-srcwin takes the locations in pixel/line coordinate system. -projwin
takes it in
I am having trouble converting a single band raster (.asc) when using the GDAL
utility gdal_translate (version 1.6)
This is the command...
gdal_translate -of GTiff -co TILES=YES -expand rgb FILEA.asc FILEB.tif
I get this message
Error : band 1 has no color table
I want to be able to
Selon Chris Emberson chrisember...@hotmail.com:
The behaviour you see is expected. -expand rgb only works for bands that have
color maps. You can transform your grey scale FILEA.asc into a RGB file by doing
this :
gdal_translate -of GTiff -co TILES=YES -b 1 -b 1 -b 1 FILEA.asc FILEB.tif
This
22 matches
Mail list logo