<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<html>

<head>

  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">

</head>

<body bgcolor="#ffffff" text="#000000">

<br>

<br>

Howard Butler wrote :

<blockquote cite="mid:2A3AF878-8747-4719-B0CB-45E18BB5345D@gmail.com"

 type="cite">

  <pre wrap="">On Mar 8, 2010, at 1:09 PM, Etienne Bellemare Racine wrote:

  </pre>

  <blockquote type="cite">

    <pre wrap="">

    </pre>

    <blockquote type="cite">

      <pre wrap="">On Mar 8, 2010, at 12:52 PM, Etienne Bellemare Racine wrote:

      </pre>

      <blockquote type="cite">

        <pre wrap="">That seems like a good idea. I was wondering if it would be possible, to add an option to also order the points coordinates in a spatial order instead of (I think) a temporal one, it would be much faster to scan the file that way to extract any point. within a given coordinate. Would it enter in the laszip specifications ? Of course, it would be much slower to write, I know, but it would be for a longtime gain in speed of reading. What do you think ?

        </pre>

      </blockquote>

      <pre wrap="">Howard Butler wrote :

You really mean you wish that fast spatial indexing and retrieval were available for LAS files :)  The next version of libLAS will have that too, actually.  I have already coded up some special cased examples of it (using parallel file storage of libspatialindex indexes), but I am hoping to implement something more generic.  This also might fall across the liblidar/lidarformat line as well, I don't know.

Howard

      </pre>

    </blockquote>

    <pre wrap="">Yey ! So it's going to be in the code, not in the file... If I get it right. 

    </pre>

  </blockquote>

  <pre wrap=""><!---->

yes.  you'd run 'lasindex myfile.las' and that would provide an index file alongside the las file that would support fast window searching</pre>

</blockquote>

Could it be squeezed inside the laszip so you could carry only one file

?<br>

</body>

</html>