<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Dec 2, 2015 at 4:18 PM, Howard Butler <span dir="ltr"><<a href="mailto:howard@hobu.co" target="_blank">howard@hobu.co</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
> On Nov 25, 2015, at 6:29 PM, Jed Frechette <<a href="mailto:jedfrechette@gmail.com">jedfrechette@gmail.com</a>> wrote:<br>
><br>
> +1 for a text file reader. As much as I hate them, dealing with text files is one of the main things that keeps me from using PDAL as much as I would like.<br>
><br>
> For the interface it seems like just mirroring the writers.text Options would be a good start. On top of that being able to skip a certain number of header lines and set a spatialreference would also be great.<br>
<br>
</span>I think I may take a crack at this in a slightly unconventional way -- I will implement a readers.python. The idea would be that you write a python script that turns your text file, whatever it is, into a numpy array, and then we'll just suck in that numpy array into PDAL with the types that are specified.<br>
<br>
For simple formats, the Python script will be super simple, and for complex stuff, well, PDAL doesn't have to be responsible for it ;)<br>
<br>
I can see this having other uses too. It doesn't mean there won't ever be a readers.text that is dedicated, but it should give us a stopgap in the interim.<br></blockquote><div><br></div><div>I think we already have this.  It's called filters.programmable.</div><div><br></div></div>-- <br><div class="gmail_signature">Andrew Bell<br><a href="mailto:andrew.bell.ia@gmail.com" target="_blank">andrew.bell.ia@gmail.com</a></div>
</div></div>