Frank Warmerdam
Sent: Thursday, May 10, 2012 11:17 AM
To: kaari...@gmail.com
Cc: gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] Re: gdal_translate waits at the end of operation
On Thu, May 10, 2012 at 9:59 AM, Karu Kaarigar wrote:
> Thanks, Frank. I am not familiar with the gdal development at
On Thu, May 10, 2012 at 9:59 AM, Karu Kaarigar wrote:
> Thanks, Frank. I am not familiar with the gdal development at all. But I
> think replacing the driver binary with this new one wit your change should
> fix the behavior locally for me?
>
> Kaarigar
>
Kaarigar,
The XYZ driver is
Thanks, Frank. I am not familiar with the gdal development at all. But I
think replacing the driver binary with this new one wit your change should
fix the behavior locally for me?
Kaarigar
On Thu, May 10, 2012 at 9:32 AM, Frank Warmerdam wrote:
> OK, I have reworked the xyz driver
OK, I have reworked the xyz driver a bit. The change is at:
http://trac.osgeo.org/gdal/changeset/24402
It should be possible to retrofit the driver into older version. Code at:
http://svn.osgeo.org/gdal/trunk/gdal/frmts/xyz/xyzdataset.cpp
Best regards,
On Thu, May 10, 2012 at 9:06 AM, Fr
Ah, I see I misunderstood what Even's change was doing. I'll work on this.
On Thu, May 10, 2012 at 8:56 AM, Frank Warmerdam wrote:
> Folks,
>
> I have discovered Even already implemented my idea for XYZ and AAIGRID
> 19 months ago. Based on that I don't know why you are seeing a large
> wait o
Folks,
I have discovered Even already implemented my idea for XYZ and AAIGRID
19 months ago. Based on that I don't know why you are seeing a large
wait on closing.
http://trac.osgeo.org/gdal/changeset/20770/trunk/gdal/frmts/xyz
hmm, I see a reference to 1.9dev - perhaps that was an old 1.9 pr
It should be possible to specially implement the CreateCopy for XYZ
format to avoid this. I'll investigate this.
Best regards,
On Thu, May 10, 2012 at 8:30 AM, kaarigar wrote:
>
> Etienne Tourigny-3 wrote
>>
>> Something that is not apparent is that gdal_translate (via driver's
>> GDALCreateCo
Etienne Tourigny-3 wrote
>
> Something that is not apparent is that gdal_translate (via driver's
> GDALCreateCopy()) usually opens the new dataset after creation, and
> the XYZ file loading is slow:
>
That explains it - the XYZ file created is ~4gb in size - it would take it a
very very long tim
On Thu, May 10, 2012 at 3:16 AM, kaarigar wrote:
> Thanks for the suggestion. I tried to convert GeoTIFF to jpg - and there
> wasn't the problem. Then I tried to convert a small GeoTIFF (20 mb) to XYZ -
> it still waited for some time (~10 secs) after displaying the "Done."
> message. I think what
Thanks for the suggestion. I tried to convert GeoTIFF to jpg - and there
wasn't the problem. Then I tried to convert a small GeoTIFF (20 mb) to XYZ -
it still waited for some time (~10 secs) after displaying the "Done."
message. I think what is happening is that I was converting a set of very
large
Kaarigar is using gdal_translate on Windows 7 64 bit from Geoinformatica
stack, which I've compiled with MingW/MSYS on Windows 7 32 bit.
I just tried similar command line on Windows Server 2008 R2 64 bit and I
don't see it stalling after conversion.
Best regards,
Ari
On 05/10/2012 02:34 AM,
do you get the same problem when converting to another format (say
gtiff) or using other files as input?
Etienne
On Wed, May 9, 2012 at 9:17 PM, kaarigar wrote:
> I can convert a single image to XYZ from command line. And can also convert
> multiple images to command line via batch file - if I p
I can convert a single image to XYZ from command line. And can also convert
multiple images to command line via batch file - if I press CTRL-C after the
conversion for one file is 100% done - it will continue to the next file.
There are no errors or warnings. The conversion to XYZ is successful. I
More questions? Can you convert one image into an xyz? It sounds like you
can. Are there no errors or warnings?
On Wed, May 9, 2012 at 5:34 PM, kaarigar wrote:
> Here's the command line:
>
> gdal_translate -ot Float32 -of XYZ -co "COLUMN_SEPARATOR=," n40w124.tif
> n40w124.xyz
>
>
> Kyle Shann
Here's the command line:
gdal_translate -ot Float32 -of XYZ -co "COLUMN_SEPARATOR=," n40w124.tif
n40w124.xyz
Kyle Shannon-3 wrote
>
> Sounds like your doing something wrong, it shouldn't hang. Can you share
> your command line args or a snippet of your batch file?
>
> kss
>
--
View this me
15 matches
Mail list logo