Eli, Even
thanks a lot both of you
I tried with options
-wo OPTIMIZE_SIZE=YES -of GTIFF -co COMPRESS=LZW
and it works perfectly
Have a nice day
Stefano
2012/3/7 Even Rouault :
> Le mercredi 07 mars 2012 00:48:39, Eli Adam a écrit :
>> Reading further, I learn about OPTIMIZE_SIZE,
>> http://g
Folks,
There has been a great deal of confusion in my mind about the
two EPSG variants of oblique mercator for over a decade. Lots
of folks (Roger Lott, and others) have tried to explain this to me
but I basically punted on it.
Mikael Rittri has recently very patiently explained it to me
several
Le mercredi 07 mars 2012 00:48:39, Eli Adam a écrit :
> Reading further, I learn about OPTIMIZE_SIZE,
> http://gdal.org/structGDALWarpOptions.html#a0ed77f9917bb96c7a9aabd73d4d06e0
> 8
>
> Can OPTIMIZE_SIZE be set from the command line?
Yes, this is a Warping Option, so you can specify it with the
Reading further, I learn about OPTIMIZE_SIZE,
http://gdal.org/structGDALWarpOptions.html#a0ed77f9917bb96c7a9aabd73d4d06e08
Can OPTIMIZE_SIZE be set from the command line?
Eli
On Tue, Mar 6, 2012 at 3:41 PM, Eli Adam wrote:
> Stefano,
>
> I think that is expected. You can read a little mor
Stefano,
I think that is expected. You can read a little more about it
and a recommended work around (VRT) here,
http://trac.osgeo.org/gdal/wiki/UserDocs/GdalWarp#GeoTIFFoutput-coCOMPRESSisbroken
Bests, Eli
>> The problem arise if I insert the options -co COMPRESS=LZW at the
>> warping. T
Sorry
I forgot to say I'm using GDAL 1.9.0 compiled on ubuntu 10.04
2012/3/7 Stefano Iacovella :
> Hello all
>
> I'm using gdal utilities to georeference some tiff files.
>
> I'm inserting the gcp using:
>
> gdal_translate -gcp original.tif original_gcp.tif
>
> Then I use gdalwarp to geref
Hello all
I'm using gdal utilities to georeference some tiff files.
I'm inserting the gcp using:
gdal_translate -gcp original.tif original_gcp.tif
Then I use gdalwarp to gereference the images:
gdalwarp -t_srs EPSG:32633 original_gcp.tif original_warp.tif
The resulting Geotiff is corr
On 6 March 2012 19:33, Even Rouault wrote:
> Please create a Trac ticket with the patch so it doesn't get lost
>
I've reopened http://trac.osgeo.org/gdal/ticket/2352
with a patch attached since it is the same issue.
Andrew
___
gdal-dev mailing list
gd
Le mardi 06 mars 2012 16:06:16, Andrew Brooks a écrit :
> On 28 February 2012 16:06, Even Rouault wrote:
> > I've skimmed quickly through the driver code and if you are lucky, it is
> > probably just a matter of changing a few lines (well, I can be wrong).
>
> Even
>
> I've produced a new patch f
On 28 February 2012 16:06, Even Rouault wrote:
>
> I've skimmed quickly through the driver code and if you are lucky, it is
> probably just a matter of changing a few lines (well, I can be wrong).
>
Even
I've produced a new patch for the satellite IDs based on the documentation.
(diff -c from th
Hi,
When reading *.cos file with gdal i get negative data. Is it normal ? How to
explain it, is it a feature of gdal or of a terrasar image or another
reason?
Here is a code:
Struct Complex {
Int16 real;
Int16 imaginary;
}
...
Complex * scanline=new Complex[XSize]
Thanks Rahkonen,
The problem solved by giving full path of csv file in map file as
follows than it works thanks
/var/www/html/dynamic/kyh_sta_ogr.csv
thanks again
Murat
On Tue, 2012-03-06 at 08:08 +, Jukka Rahkonen wrote:
> Murat Beyhan deprem.gov.tr> writes:
>
> >
> > Dear all,
>
Murat Beyhan deprem.gov.tr> writes:
>
> Dear all,
> Please let me inform what is wrong in my code and why always trouble to
> draw ogr layer in mapserver.
> mapserver gives following error message
>
> msDrawMap(): Image handling error. Failed to draw layer named
> 'kyh_vrt_ogr'. msOGRFile
Dear all,
I used gdal 1.7.2 and mapserver 5.2.1
I try to draw layer which data csv file as follows
filename : kyh_sta_ogr.csv
"ID","STA_ID","Latitude","Longitude"
1,0104,37.02403,35.80947
2,0118,37.02100,35.19100
.
.
.
then I use ogr for reading data from that file as follows and map file
als
14 matches
Mail list logo
