[gdal-dev] Re: gdal_translate waits at the end of operation

[Karu Kaarigar]

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 <warmerdam at pobox.com>wrote:

> 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, Frank Warmerdam <warmerdam at pobox.com>
> wrote:
> > 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 <warmerdam at pobox.com>
> 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 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
> pre-release
> >> version that predated the above change?  Perhaps you just need to
> update.
> >>
> >> Best regards,
> >> Frank
> >>
> >> On Thu, May 10, 2012 at 8:49 AM, Frank Warmerdam <warmerdam at pobox.com>
> wrote:
> >>> 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 <kaarigar at gmail.com> wrote:
> >>>>
> >>>> 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 time to figure out the details from it. What I don't
> >>>> understand is why gdal_translate would want to open the created xyz
> file? Is
> >>>> there a special build of this utility that doesn't do this?
> >>>>
> >>>> --
> >>>> View this message in context:
> http://osgeo-org.1560.n6.nabble.com/gdal-translate-waits-at-the-end-of-operation-tp4964258p4965947.html
> >>>> Sent from the GDAL - Dev mailing list archive at Nabble.com.
> >>>> _______________________________________________
> >>>> gdal-dev mailing list
> >>>> gdal-dev at lists.osgeo.org
> >>>> http://lists.osgeo.org/mailman/listinfo/gdal-dev
> >>>
> >>>
> >>>
> >>> --
> >>>
> ---------------------------------------+--------------------------------------
> >>> I set the clouds in motion - turn up   | Frank Warmerdam,
> warmerdam at pobox.com
> >>> light and sound - activate the windows | http://pobox.com/~warmerdam
> >>> and watch the world go round - Rush    | Geospatial Software Developer
> >>
> >>
> >>
> >> --
> >>
> ---------------------------------------+--------------------------------------
> >> I set the clouds in motion - turn up   | Frank Warmerdam,
> warmerdam at pobox.com
> >> light and sound - activate the windows | http://pobox.com/~warmerdam
> >> and watch the world go round - Rush    | Geospatial Software Developer
> >
> >
> >
> > --
> >
> ---------------------------------------+--------------------------------------
> > I set the clouds in motion - turn up   | Frank Warmerdam,
> warmerdam at pobox.com
> > light and sound - activate the windows | http://pobox.com/~warmerdam
> > and watch the world go round - Rush    | Geospatial Software Developer
>
>
>
> --
>
> ---------------------------------------+--------------------------------------
> I set the clouds in motion - turn up   | Frank Warmerdam,
> warmerdam at pobox.com
> light and sound - activate the windows | http://pobox.com/~warmerdam
> and watch the world go round - Rush    | Geospatial Software Developer
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/gdal-dev/attachments/20120510/7199da87/attachment.html