Open LswaN58 opened 1 day ago
Concretely, doing the following:
Manager
classes, this will have functions to call its generators to process each event/featuredata. It will also need to keep track of individual Processor
instances - for now, this is just a single population-level one.CalculateFeatureValues
or GenerateEvent
or whatever, we'll have two "calculation rule" functions: Train
and Apply
. Train runs when all events are in, generates actual model object.
Need some sort of pipeline structure. I think we'll want another manager/processor, a generator subclass, and probably a registry. For now, entire implementation can happen in the generator, and we can separate out filtering stuff further down the line when we get the filtering classes in common.
But for placeholders, we should have functions for setting filters on different features (or columns) for training phase. Also, for our calculation step, we should actually have two functions: Train and Apply.