Well, this is embarassing...
Ok, external ovr is a GTiff file, no matter the format of the original.
"(...)file with the extension .ovr that is actually in TIFF format."
Thanks.
-
Duarte
--
View this message in context:
http://osgeo-org.1803224.n2.nabble.com/gdal-dev-external-overviews
Duarte,
The gdaladdo utility doc page at http://www.gdal.org/gdaladdo.html has the
info on it.
On Sat, Aug 7, 2010 at 10:55 PM, Duarte Carreira wrote:
> What is the format of external overviews? Is the .ovr file in the same
> format as the original image? Or is it TIFF format, unless you choose
What is the format of external overviews? Is the .ovr file in the same format
as the original image? Or is it TIFF format, unless you choose Imagine format?
I'm supposing that internal overviews are in the same format as the original
image?
Thanks,
Duarte
___
I couldn't think of anything at first, but now I wonder if it's an arch
problem. Usually errors say if there is a missing architecture in the binaries.
On OS X Snow Leopard python normally runs 64bit, unless you have one of the
first Intel Macs with Core solo/duo processors. You are compiling
2010/8/7 Frank Warmerdam
>
> ogr2ogr has a -select switch to identify desired fields
> to be copied to the output. I imagine ogr2ogr could
> benefit from ignoring all the undesired attributes using
> this new api.
>
Frank,
There are some other tools like ogrinfo, gdal_grid also support the sq
On Fri, Aug 6, 2010 at 10:48 AM, Tamas Szekeres wrote:
> +1
>
> I assume that this feature will be utilized in the OGR sql query processor
> and not directly in the ogr2ogr application.
Tamas,
ogr2ogr has a -select switch to identify desired fields
to be copied to the output. I imagine ogr2ogr
GDALRasterBand::ComputeStatistics() recalculates them.
On Sat, Aug 7, 2010 at 7:06 PM, Rudi von Staden wrote:
> On 07/08/2010 13:29, Rudi von Staden wrote:
>
>> Below I've included the output I'm getting (followed by my python script).
>> The RasterizeLayer command should be burning the polygon
On 07/08/2010 13:29, Rudi von Staden wrote:
Below I've included the output I'm getting (followed by my python
script). The RasterizeLayer command should be burning the polygon onto
the single band raster (initialized to have all cells = 255) using a
value of 0. However, the stats show that noth
On Fri, Aug 6, 2010 at 11:34 AM, Jason Beverage wrote:
> Hi all,
>
> I have quite a few MrSid files that are in UTM that I want to mosaic
> together into some epsg:4326 tiles. I've written some python scripts
> to produce the appropriate gdal_warp commands to create the tiles, but
> they are runn
Even
At the following url:
http://img529.imageshack.us/img529/5287/metadatatiff.jpg are the results
gdalinfo, I use raster GeoTIFF file.
If I open the tif with the ArcMap nodatavalue is equal to -128.
Greetings
Filippo Corò
___
gdal-dev mailing
Greetings all,
I am trying to create a raster mask using a polygon template. I can
create the raster datasource to be the right extent, and using the same
projection, but somehow gdal.RasterizeLayer does not do anything to the
mask. Am I missing something in the implementation?
Below I've in
11 matches
Mail list logo
