<div dir="ltr">I haven't had a need for it, but I'll comment on this: "<span style="font-size:12.8px">application" is a confusing term, and at first blush I read it as "shelling out to some external application". Re-reading your description, I believe what this feature would enable is to allow for JSON to be inserted into pipeline stages that PDAL will completely ignore but not complain about. So in case I was parsing the pipeline, or programmatically creating it/reading from it in my own application outside of PDAL, I could insert any JSON I wanted to and PDAL wouldn't have a problem with it (and not do anything with it). Is that a correct read?</span><div><span style="font-size:12.8px"><br></span></div><div><div><span style="font-size:12.8px">If that's correct, I would say instead of "application", some better terms would be "tags", "userData", "userTags", or something along those lines.</span></div><div><span style="font-size:12.8px"><br></span></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Dec 21, 2016 at 7:05 PM, Adam Steer <span dir="ltr"><<a href="mailto:Adam.Steer@anu.edu.au" target="_blank">Adam.Steer@anu.edu.au</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Just trying to unpack this idea: is the thinking around enabling some external program - for example some bespoke, super efficient, parallelised, on-the-fly classifer; or some other point modifier that isn’t, or won’t/can’t be in PDAL - to modify points as they’re read/written?<br>
<br>
Without having actually had a need to use such a capacity, it seems pretty handy and might open doors to a whole host of new capabilities in PDAL.<br>
<br>
So:<br>
q1: without having actually had a need to use such a capacity, it seems useful<br>
q2: keeping mind the answer to q1 - nope. ‘application’ seems to be a good label for that particular box<br>
q3: will need to defer to others - I consider myself a PDAL/JSON beginner<br>
<br>
Standing back a bit, probably being quite ignorant about a bunch of stuff, and thinking about supporting PDAL in N years time - I see a small risk of slowing some feature development in PDAL (maybe? can I think of a case of how? possibly developer X’s killer app never makes it into PDAL as a feature because it no longer needs to?) and based on this a small risk of making more dependency issues (using developer X’s killer app, now anyone deploying it has to maintain versions of two things). However, in this scenario it is also reasonable to expect that an organisation relying on an OSS project would contribute some resources in order to mitigate those issues.<br>
<br>
Hope that helps - and I hope more experienced folk chime in!<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
<br>
>> {<br>
>>  "pipeline":[<br>
>>    {<br>
>>    "type" : "readers.las",<br>
>>    "filename" : "/data/255.laz”,<br>
>>    "application": {<br>
>>        "something": 42,<br>
>>        "something_else": {"key":"value"},<br>
>>        "lots_of_things":[1,2,4,8]<br>
>>    }<br>
>>    },<br>
>>    {<br>
>>        "type":"writers.gdal",<br>
>>        "radius":10.5,<br>
>>        "resolution":6,<br>
>>        "filename":"/data/dem.tif",<br>
>>        "application": {<br>
>>            "comment": "a string",<br>
>>            "my_app": {"key":"value"},<br>
>>            "user_who_made_this": "howard",<br>
>>            "center_point":{ "type": "Point", "coordinates": [100.0, 0.0] },<br>
>>            "box":{ "type": "Polygon", "coordinates": [[ [100.0, 0.0], [101.0, 0.0], [101.0, 1.0], [100.0, 1.0], [100.0, 0.0] ]]}<br>
>>        }<br>
>>    }<br>
>> ]<br>
>> }<br>
><br>
<br>
<br>
> The idea is applications can use this 'application' node to transmit and communicate their own information through PDAL pipelines. I have three questions:<br>
><br>
> 1) Is this useful enough to support?<br>
> 2) Do you have a better name than 'application'?<br>
> 3) Is the a standard convention that people use in JSON to do this kind of thing?<br>
><br>
> Thanks,<br>
><br>
> Howard<br>
> ______________________________<wbr>_________________<br>
> pdal mailing list<br>
> <a href="mailto:pdal@lists.osgeo.org">pdal@lists.osgeo.org</a><br>
> <a href="http://lists.osgeo.org/mailman/listinfo/pdal" rel="noreferrer" target="_blank">http://lists.osgeo.org/<wbr>mailman/listinfo/pdal</a><br>
<br>
______________________________<wbr>_________________<br>
pdal mailing list<br>
<a href="mailto:pdal@lists.osgeo.org">pdal@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/pdal" rel="noreferrer" target="_blank">http://lists.osgeo.org/<wbr>mailman/listinfo/pdal</a></div></div></blockquote></div><br></div>