I have a projected image and i want to read the pixel value along with its
lat/long values for each pixel .
I know how to read the pixel value and i dont know to read its lat/long
value
Thanks
--
View this message in context:
http://osgeo-org.1803224.n2.nabble.com/how-to-get-th
In a well documented test, I found that gdal_translate processing of a 675 MB
image with --config GDAL_CACHEMAX 40 took 10,473 seconds, while processing with
--config GDAL_CACHEMAX 45 was 63 times faster!, taking only 166 seconds.
However, further increases in the GDAL_CACHEMAX did not effect pr
On Aug 25, 2010, at 6:11 PM, ext Volker Fröhlich wrote:
> Am Dienstag 24 August 2010, 05:36:40 schrieb christopher.schm...@nokia.com:
>>> no, the LIBKML driver does not do what are looking for, either, as
>>>
>>> far as I know
>>> I would suggest as a work-around, to hold your data in some othe
According to http://www.gdal.org/formats_list.html the maximum GDAL NITF file
size is 10 GB. Greg
On Aug 25, 2010, at 10:24 AM, turtlewax wrote:
> 1. Is there a known limitation of NITF output?
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://
Am Dienstag 24 August 2010, 05:36:40 schrieb christopher.schm...@nokia.com:
> > no, the LIBKML driver does not do what are looking for, either, as
> >
> > far as I know
> > I would suggest as a work-around, to hold your data in some other format,
> > and just use KML as display, on demand.
>
>
I'm seeing an issue with generating large NITFs 1GB+.
1. I've tried using "GDAL1.7dev" in Linux and "GDAL 1.7.2" in Windows.
2. The images are all 8-bit 3band.
3. I've tried going from
TIF --> NITF
Tiled-tif --> NITF
NITF --> NITF
4. In terms of validating the input data, I've l
The person that installed gdal used a precompiled package, so he will
try to install from source.
Thanks,
John
On 8/25/10, Frank Warmerdam wrote:
> John Mitchell wrote:
>> I get the following error when running gdalwarp with the -multi switch:
>>
>> gdalwarp -multi -tr 1.2 1.2 -rc -s_srs EPSG:2
John Mitchell wrote:
I get the following error when running gdalwarp with the -multi switch:
gdalwarp -multi -tr 1.2 1.2 -rc -s_srs EPSG:26917 -t_srs EPSG:26917
-co bigtiff=yes -q "17RMP395060.tif"
"/tmp/gvAppTemp/gvApp2/m2.tiftemp"
ERROR 1: CPLCreateThread() failed in ChunkAndWarpMulti()
ERRO
Also the older linux server is 32 bit linux with gdal 1.4.4.1 and the
new server that errors on -multi has 64 bit linux with gdal 1.4.4.2.
In checking some old emails someone said that they also could not use
-multi either but said
"If I raise the values for GDAL_CACHEMAX and -wm it doubled the sp
Maybe someone over here knows the answer?
THK
-- Forwarded message --
From: Tim Keitt
Date: Tue, Aug 24, 2010 at 7:41 PM
Subject: Question on valid shapefiles
To: qgis-developer
I am using OGR to write output from an application. The first few
lines from 'ogrinfo -al' is show
I get the following error when running gdalwarp with the -multi switch:
gdalwarp -multi -tr 1.2 1.2 -rc -s_srs EPSG:26917 -t_srs EPSG:26917
-co bigtiff=yes -q "17RMP395060.tif"
"/tmp/gvAppTemp/gvApp2/m2.tiftemp"
ERROR 1: CPLCreateThread() failed in ChunkAndWarpMulti()
ERROR 1: CPLCreateThread()
Well, Hermann, not _really_ :-(
The WKT from one of the files is the following:
PROJCS['Kertau_RSO_Malaya_Meters',
GEOGCS['GCS_Kertau',
DATUM['D_Kertau',
SPHEROID['Everest_1830_Modified',6377304.063,300.8017]],
PRIMEM['Gre
It looks to me that "Kertau RSO Malaya Meters" is also known as
EPSG:3168. So for the GDAL tools, you could use the EPSG code or this
list of parameters and values:
http://spatialreference.org/ref/epsg/3168/proj4/
Hermann
On 25/08/2010 07:35, Christoph Dohmen wrote:
Dear list,
I got some
13 matches
Mail list logo
