<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=utf-8">
<META NAME="Generator" CONTENT="MS Exchange Server version 6.5.7654.12">
<TITLE>Re: [Liblas-devel] Squeeze me</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/plain format -->
<P><FONT SIZE=2>Understandably, but wouldn't you do that prior to LAS and during post flight processing?<BR>
D<BR>
---------<BR>
Message sent via my BlackBerry Wireless Device<BR>
<BR>
<BR>
----- Original Message -----<BR>
From: liblas-devel-bounces@lists.osgeo.org <liblas-devel-bounces@lists.osgeo.org><BR>
To: Liblas-devel@lists.osgeo.org <liblas-devel@lists.osgeo.org>; Etienne Bellemare Racine <etiennebr@gmail.com><BR>
Sent: Mon Mar 08 17:27:17 2010<BR>
Subject: Re: [Liblas-devel] Squeeze me<BR>
<BR>
Etienne wrote:<BR>
> I was wondering if it would be possible, to add an option to also<BR>
> order the points coordinates in a spatial order instead of<BR>
> (I think) a temporal one, it would be much faster to scan<BR>
> the file that way to extract any point. within a given<BR>
> coordinate. Would it enter in the laszip specifications ? Of<BR>
> course, it would be much slower to write, I know, but it<BR>
> would be for a longtime gain in speed of reading. What do<BR>
> you think ?<BR>
<BR>
I have no problem with optional switches, but realize that this<BR>
is a lossy operation, there is useful info in the temporal order.<BR>
e.g. if some glitch makes the nav go wonky for 5 minutes or<BR>
calibration drifts with time (eg temperature), you can filter<BR>
it out if still stored in sequential order.<BR>
<BR>
<BR>
regards,<BR>
Hamish<BR>
<BR>
<BR>
<BR>
<BR>
_______________________________________________<BR>
Liblas-devel mailing list<BR>
Liblas-devel@lists.osgeo.org<BR>
<A HREF="http://lists.osgeo.org/mailman/listinfo/liblas-devel">http://lists.osgeo.org/mailman/listinfo/liblas-devel</A><BR>
</FONT>
</P>
</BODY>
</HTML>