[pdal] Kernel deprecation?

[Jim Klassen]

This depends on what is meant by kernels.

I tend to use filters in a pipeline over the shortcut commands like 
'pdal ground'.  Generally, I find that I end up needing the extra 
flexibility available from pipelines compared to what is available 
directly from the command line.  If I do work directly from the command 
line, I tend to build an implicit pipeline using 'pdal translate' options.

So, I wouldn't miss most of the commands/applications much, but I'd be 
sad if the associated filters disappeared.  However, I do make extensive 
use of 'pdal info', 'pdal translate', 'pdal tindex', and 'pdal pipeline'.

On 6/22/23 01:47, Adam Steer wrote:
> Hey Howard
>
> Good question. I tend to head for pipelines and python also. So my
> vote is "do what is easiest for the PDAL team to maintain". If that
> means deprecating the listed kernels, +1 from me. I've never used them
> in practice or in training.
>
> Cheers
>
> Adam
>
> --
> Dr Adam Steer
> https://iamadamsteer.com
>
>
> On Thu, 22 Jun 2023 at 04:17, Howard Butler <howard at hobu.co> wrote:
>> I was wondering what the PDAL user community thinks about some of the PDAL kernels. For a lot of these capabilities, I find myself using simple pipelines or writing more complex logic using the new Python bindings. It is my hypothesis that many of you are doing the same. Specifically, are they being used? If so, what makes them successful for you (or not).
>>
>> * chamfer
>> * delta
>> * density
>> * eval
>> * ground
>> * hausdorff
>> * random
>>
>> If we were to deprecate all of these in the upcoming PDAL 2.6.0 and removed them at PDAL 2.7.0, would you miss them? Which one(s) would you miss in your workflows?
>>
>> Howard
>> _______________________________________________
>> pdal mailing list
>> pdal at lists.osgeo.org
>> https://lists.osgeo.org/mailman/listinfo/pdal
> _______________________________________________
> pdal mailing list
> pdal at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/pdal