Re: [gdal-dev] gdal_translate drops overviews

2011-01-13 Thread Jean-Claude Repetto
On 01/14/11 00:02, Even Rouault wrote: Le jeudi 13 janvier 2011 22:33:41, Jean-Claude REPETTO a écrit : Thanks for your answer. Unfortunately, I get an error message : $ gdal_translate -co COPY_SRC_OVERVIEWS=YES 314-Calvi_ozf.map 314-Calvi.tif Input file size is 3303, 3080 0ERROR 1: Input and

[gdal-dev] GDAL/OGR 1.8.0RC2 Release Candidate Prepared

2011-01-13 Thread Frank Warmerdam
Folks, Some problems were discovered with the Python bindings in the RC being out of date, and the generated perl bindings being complete missing. I have prepared a new release candidate for GDAL/OGR 1.8.0. The source, testsuite and documentation can be found at: http://download.osgeo.org/gda

RE: [gdal-dev] mrsid nmake.opt

2011-01-13 Thread Kirk McKelvey
I've addressed the syntax error issue under http://trac.osgeo.org/gdal/ticket/3906 for 1.8. Since you are happy building with a local mod the other items do not seem necessary in 1.8 - instead I will incorporate them on trunk for a future release. Thanks for the suggestions. I'm now woking wit

Re: [gdal-dev] gdal_translate drops overviews

2011-01-13 Thread Even Rouault
Le jeudi 13 janvier 2011 22:33:41, Jean-Claude REPETTO a écrit : > Thanks for your answer. Unfortunately, I get an error message : > > $ gdal_translate -co COPY_SRC_OVERVIEWS=YES 314-Calvi_ozf.map 314-Calvi.tif > Input file size is 3303, 3080 > 0ERROR 1: Input and output dataset sizes or band cou

Re: [gdal-dev] gdalwarp with gauss resampling

2011-01-13 Thread Jan Hartmann
Oh, you mean gdalbuildvrt? I say it in your previous posting. I did try it out and it solves my problem. No need at all for a separate gauss-flag to gdalwarp. The whole idea of chaining pipelined operations this way is brilliant! Thanks, Jan On 01/13/11 22:18, Even Rouault wrote: is i

Re: [gdal-dev] gdal_translate drops overviews

2011-01-13 Thread Jean-Claude REPETTO
On 01/13/11 22:13, Even Rouault wrote: Le jeudi 13 janvier 2011 22:03:57, Jean-Claude REPETTO a écrit : Hello, I would like to translate an OZI file to TIFF. The input file contains several overviews. But the output file doesn't contain any overview. Is there a solution to keep the overviews ?

Re: [gdal-dev] gdalwarp with gauss resampling

2011-01-13 Thread Even Rouault
> is it possible to run gdaladdo on a > vrt-file that only has pointers to the datasets? I don't need the > original merged file, only the derived downsampled ones. Sometimes you just need to try and enjoy ;-) > > Jan ___ gdal-dev mailing list gdal-dev

Re: [gdal-dev] gdalwarp with gauss resampling

2011-01-13 Thread Jan Hartmann
On 01/12/11 20:17, Frank Warmerdam wrote: Yes, you can dump overviews to a standalone file using the "dumpoverviews" commandline application. I don't think it is built by default so you might need to go into gdal/apps and make it explicitly. Yes, this works after compiling: I get a stand

Re: [gdal-dev] gdalwarp to VRT. How to set "-multi" option? How to get best performances when chaining gdal operations?

2011-01-13 Thread Even Rouault
Daniele, It is not possible to use -multi with warped VRT. The VRTWarpedDataset uses a lower-level API than the gdalwarp utility. The gdalwarp utility processing the whole dataset (or a subwindow known in advance), it can optimize things by fetching the input data from the next chunk while the

Re: [gdal-dev] gdal_translate drops overviews

2011-01-13 Thread Even Rouault
Le jeudi 13 janvier 2011 22:03:57, Jean-Claude REPETTO a écrit : > Hello, > I would like to translate an OZI file to TIFF. The input file contains > several overviews. But the output file doesn't contain any overview. > > Is there a solution to keep the overviews ? Yes, you can use the COPY_SRC_O

[gdal-dev] gdal_translate drops overviews

2011-01-13 Thread Jean-Claude REPETTO
Hello, I would like to translate an OZI file to TIFF. The input file contains several overviews. But the output file doesn't contain any overview. Is there a solution to keep the overviews ? Jean-Claude ___ gdal-dev mailing list gdal-dev@lists.osg

Re: [gdal-dev] mrsid nmake.opt

2011-01-13 Thread Tamas Szekeres
2011/1/13 Kirk McKelvey > 3. Do we have a reason to include geotiff in the mrsid makefile? > > Yes – though the reason is obscure. It is to build the mrsid driver as a > plugin when linking against the MrSID SDK statically (e.g., older SDKs). > Most of the GDAL symbols referenced from the MrSID

RE: [gdal-dev] mrsid nmake.opt

2011-01-13 Thread Kirk McKelvey
So sorry for the delay, Tamas. For some reason your messages were going into my spam filter. 1. Do we officially drop support for the older dsdk-s for example: Geo_DSDK-7.0.0.2167.win32-vc7 which use a different directory layout as expected by the new nmake.opt. For example the recent SDK is n

Re: [gdal-dev] GDAL/OGR 1.8.0RC1 Release Candidate Prepared

2011-01-13 Thread Frank Warmerdam
On 11-01-12 11:18 PM, Greg Coats wrote: ls shows that every file and directory has the same (false) modification date and time. This makes it impossible to see when a particular source code file was actually last updated. Can the final GDAL source code be released with accurate modification dates

[gdal-dev] gdalwarp to VRT. How to set "-multi" option? How to get best performances when chaining gdal operations?

2011-01-13 Thread Daniele Romagnoli
Hi list, I have a thousand of file with SRS A which I will to mosaic, reproject to SRS B and then retile (I will use GDAL 1.7.2). What I will do is: 1- setting up a VRT using gdalbuildvrt on top of the original TIF files. 2- reprojecting it to an intermediary VRT using gdalwarp (to SRS B). 3- reti