<div dir="ltr">Does the directory /tmp/SMALL_AUTZEN_LAS_ALL exist after running? Do you find a directory called SMALL_AUTZEN_LAS_ALL anywhere on your system?</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Apr 2, 2019 at 2:37 PM David Lewis <<a href="mailto:dlewi146@gmail.com">dlewi146@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">James -<div>I'm currently running python-pdal version 2.1.8 and pdal version 1.8.0. Not sure if those are mismatched or where I would check that. Conda doesn't seem to report any issues.</div><div><br></div><div>Andrew -</div><div>I get the following traceback which is what I attempted to use to understand the file structure on the Github. However, it doesn't seem very verbose.</div><div><br></div><div><div><img src="cid:ii_ju04jbc40" alt="image.png" width="790" height="108" style="margin-right: 0px;"><br></div></div><div><br></div><div>David</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Apr 1, 2019 at 9:21 AM James Klassen <<a href="mailto:klassen.js@gmail.com" target="_blank">klassen.js@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Just thinking about possible errors on Linux that can seem random/impossible: Could there be a mismatch between the installed python-pdal version and the pdal library versions? Could there be a AppArmor/SELinux/etc. restriction that would depend on what program is running?</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Apr 1, 2019 at 8:01 AM Andrew Bell <<a href="mailto:andrew.bell.ia@gmail.com" target="_blank">andrew.bell.ia@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">I find this confusing. Perhaps you can strace the python invocation and determine the syscall that's failing? I can't help thinking this is still a filename or path issue, because things work fine through pdal info and the stage is invoked and run through the python interface but the file itself seems not to be loaded. I'll do something to improve the error message, but I don't know when the change would make it into a conda build.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Mar 29, 2019 at 4:32 PM David Lewis <<a href="mailto:dlewi146@gmail.com" target="_blank">dlewi146@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">I installed PDAL through conda. I used the command "conda install python-pdal -c conda-forge" . </div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Mar 29, 2019 at 2:52 PM Andrew Bell <<a href="mailto:andrew.bell.ia@gmail.com" target="_blank">andrew.bell.ia@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">It would be nice to know what's wrong. What is the source of your PDAL installation?</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Mar 29, 2019 at 2:25 PM David Lewis <<a href="mailto:dlewi146@gmail.com" target="_blank">dlewi146@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>The script still returns the same error when run with either an absolute or relative path. <br></div><div><br></div>Interestingly enough, running `pdal info filename` from the command line seems to work fine. I can likely modify my top level program to call it from the command line from now on. <div><br></div><div>Should I just attempt to transition to using the command line from now on or is this an error we should continue to pursue?</div><div><br></div><div>David</div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Mar 29, 2019 at 10:24 AM Andrew Bell <<a href="mailto:andrew.bell.ia@gmail.com" target="_blank">andrew.bell.ia@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div dir="ltr">On Thu, Mar 28, 2019 at 6:26 PM David Lewis <<a href="mailto:dlewi146@gmail.com" target="_blank">dlewi146@gmail.com</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>I've modified my code to use "<a href="http://filters.info" target="_blank">filters.info</a>" like yours and it still is giving me that error.</div></div></blockquote><div><br></div><div>I wouldn't have expected that to make any difference. It just provided some feedback that the data was actually loaded.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>I have also verified that the directory I am extracting the file into has sufficient space and write permissions. Are you using the same file that I sent in the .zip file or is that a different SLPK file?</div></div></blockquote><div><br></div><div>Yes.</div><div><br></div><div>I don't know what the problem might be. I suppose you have run `pdal info SMALL_AUTZEN_LAS_All.slpk` with the same result?</div><div><br></div><div>Have you tried providing an absolute path when loading SMALL_AUTZEN_LAS_ALL.slpk?</div><div><br></div></div>-- <br><div dir="ltr" class="gmail-m_-6905793563159568205gmail-m_1878831362882379929gmail-m_-803400565506313670gmail-m_3877898446702077797gmail-m_5490493955092662160gmail-m_-4722622338463183322gmail-m_-9193465753400840560gmail-m_2704139095919167275gmail_signature">Andrew Bell<br><a href="mailto:andrew.bell.ia@gmail.com" target="_blank">andrew.bell.ia@gmail.com</a></div></div></div>
</blockquote></div>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail-m_-6905793563159568205gmail-m_1878831362882379929gmail-m_-803400565506313670gmail-m_3877898446702077797gmail-m_5490493955092662160gmail-m_-4722622338463183322gmail_signature">Andrew Bell<br><a href="mailto:andrew.bell.ia@gmail.com" target="_blank">andrew.bell.ia@gmail.com</a></div>
</blockquote></div>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail-m_-6905793563159568205gmail-m_1878831362882379929gmail-m_-803400565506313670gmail_signature">Andrew Bell<br><a href="mailto:andrew.bell.ia@gmail.com" target="_blank">andrew.bell.ia@gmail.com</a></div>
_______________________________________________<br>
pdal mailing list<br>
<a href="mailto:pdal@lists.osgeo.org" target="_blank">pdal@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/pdal" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/pdal</a></blockquote></div>
</blockquote></div>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature">Andrew Bell<br><a href="mailto:andrew.bell.ia@gmail.com" target="_blank">andrew.bell.ia@gmail.com</a></div>