[pdal] How to read a text file

Michael Rosen michael.rosen at gmail.com
Fri Mar 24 16:42:39 PDT 2017


Thanks. The terrain data from PCL looks right.  Can you confirm that those
values are from the manually classified data provided by ISPRS and that the
corresponding data on PDAL is from "pdal ground."

msr

On Fri, Mar 24, 2017 at 3:44 PM, Bradley Chambers <brad.chambers at gmail.com>
wrote:

> Away from my computer right now but I'm pretty sure they do. Also, I
> created these which for sure do.
>
> https://github.com/PointCloudLibrary/data/terrain
>
> On Fri, Mar 24, 2017, 6:25 PM Michael Rosen <michael.rosen at gmail.com>
> wrote:
>
>> Indeed.  Thanks for this.
>>
>> > For the reference datasets, the data has once again been projected into
>> UTM
>> zone 32U and converted from ASCII to LAZ. The data contain no return
>> information, but ground returns apply the LAS "Ground" classification (all
>> others are "Created, never classified").
>>
>> My understanding was that the original reference data sets were
>> classified manually.  Presumably, they contained only ground points.  Can
>> you confirm that this original classification has been lost?
>>
>> msr
>>
>> On Fri, Mar 24, 2017 at 12:45 PM, Bradley Chambers <
>> brad.chambers at gmail.com> wrote:
>>
>> Michael,
>>
>> You may find this useful.
>>
>> https://github.com/PDAL/data/tree/master/isprs
>>
>> Released with permission of the authors.
>>
>> Brad
>>
>> On Fri, Mar 24, 2017 at 3:35 PM Michael Rosen <michael.rosen at gmail.com>
>> wrote:
>>
>> Thanks guys.
>>
>>
>> So, I'm looking at the Sithole-Vosselman "Filter Experiment" paper from
>> 2004.  The data they provide is in text format and sadly, puts two points
>> on a line (first and last return, though they don't give return number nor
>> total number of returns).
>>
>> data: http://www.itc.nl/isprswgIII-3/filtertest/
>>
>> [X1 - First Return] - x coordinate (Easting)
>> [Y1 - First Return] - y coordinate (Northing)
>> [Z1 - First Return] - z coordinate (Height)
>> [I1 - First Return] - Intensity of returned pulse
>> [X2 - Last  Return] - x coordinate (Easting)
>> [Y2 - Last  Return] - y coordinate (Northing)
>> [Z2 - Last  Return] - z coordinate (Height)
>> [I2 - Last  Return] - Intensity of returned pulse
>>
>>
>> To move forward I can, of course, preprocess the file so that these read
>> in as two separate, unrelated, points.  However, a robustness test for PDAL
>> would be if I could make a pipeline that would read it in as presented.
>> Could someone comment on how feasible that is.
>>
>> On Thu, Mar 23, 2017 at 7:15 PM, Howard Butler <howard at hobu.co> wrote:
>>
>>
>> > On Mar 23, 2017, at 7:23 PM, Michael Rosen <michael.rosen at gmail.com>
>> wrote:
>> >
>> > Suppose I wanted to pass a text file into PDAL:
>> >
>> > No header line, just a list of known fields.
>>
>> You need to add a header line at the moment. It would be straightforward
>> to make a patch to add a header override option to the TextWriter.cpp code,
>> but that hasn't been done so far.
>>
>> Howard
>>
>>
>> _______________________________________________
>> pdal mailing list
>> pdal at lists.osgeo.org
>> https://lists.osgeo.org/mailman/listinfo/pdal
>>
>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/pdal/attachments/20170324/43e8e458/attachment.html>


More information about the pdal mailing list