Better handling of model features about protopipe

[kosack]

May be a good reason to look at aict-tools for that part. It already has the input features fully configurable.

https://github.com/fact-project/aict-tools/blob/master/examples/config_energy.yaml

For the output of features generated by write_dl2, that will be replaced by the ctapipe DL2Writer or whatever we call it, and the philosophy will be similar to the DL1 files: compute and store all parameters always, so no configuration should be needed.

[HealthyPear]

May be a good reason to look at aict-tools for that part. It already has the input features fully configurable.

https://github.com/fact-project/aict-tools/blob/master/examples/config_energy.yaml

Yes, this issue is of course related to the current implementation provided by protopipe.mva to provide an easier use of protopipe from 0.5.0 onwards.

My initial intention is to allow the pipeline to host a number of libraries for ML.
The only requirement for this would be a common configuration system and at least 1 common data format (like now we are using the pickled files from scikit-learn).

For the output of features generated by write_dl2, that will be replaced by the ctapipe DL2Writer or whatever we call it, and the philosophy will be similar to the DL1 files: compute and store all parameters always, so no configuration should be needed.

Yes these are no problem, here I refer to the Model features, so the parameters used to train the model(s).

[HealthyPear]

I saw the aict-tools config, but there they use simple unique DL1/DL2a variables (I have no idea about more complex choices and I would need time to play with it - that's the reason I want first to provide a first easy solution with what we currently have).

What I am talking about is handling features "anonymously" in a way that I do not have to worry about reading some more complex analytical functions like e.g. atan2(cog_y - dir_y, cog_x - dir_x) or log10(Width*Length/Size)