On Thu, Apr 24, 2014 at 6:43 PM, Eli Adam wrote:
> Kasper,
>
> On Thu, Apr 24, 2014 at 2:32 PM, Even Rouault
> 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 "standar
Personally I recommend either the erdas ecwj2k or mrsid driver for uses jp2
files.
On Apr 24, 2014 7:25 PM, "Kasper van Wijk" 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 binaries and followed th
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
Kasper,
On Thu, Apr 24, 2014 at 2:32 PM, Even Rouault
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 point
>> me to a place w
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 g
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
> JPEG2
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: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
> gr
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 bot
On Mon, May 20, 2013 at 4:41 PM, Peng Fu 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 lat/lon file right?
Peng Fu 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
I have
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] http://www.gdal.org/frmt_netcdf.h
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?
T
lt;mailto:gdal-dev-boun...@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.org<mailto:gdal-dev@lists.osgeo.org>
Subject: [gdal-dev] Proble
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 ca
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
> t
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 requ
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 m
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.00"E, 52d 6'0.00"N)
Lower Right ( 1692080.162, 6257943.762) ( 15d12'0.77"E, 48d54'0.71"N)
I call
gdal
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.00"E, 52d 6'0.00"N)
Lower Right ( 1692080.162, 6257943.762) ( 15d12'0.77"E, 48d54'0.71"N)
I call
gdal_translate -pro
g
> To: chrisember...@hotmail.com
> CC: gdal-dev@lists.osgeo.org
> Subject: Re: [gdal-dev] Problem with gdal_translate
>
> Selon Chris Emberson :
>
> The behaviour you see is expected. -expand rgb only works for bands that have
> color maps. You can transform your grey scal
Selon Chris Emberson :
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 will use the source band 1
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
23 matches
Mail list logo
