You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
For example, a pipeline contains a scikit-learn StandardScaler. The task making use of the pipeline needs to use data from a previous task to fit the StandardScaler. In order to do this, it needs to know which task has the feature data, the name of the block that needs to be fit, etc.
Basically any time a pipeline has blocks that need special attention (any time a task needs to look at pipeline.named_blocks), there is a bad coupling that will make it messy to implement generic task classes/mixins.
Something like this is a workaround that could probably be made much simpler with some support from AxoPy:
For example, a pipeline contains a scikit-learn
StandardScaler
. The task making use of the pipeline needs to use data from a previous task to fit theStandardScaler
. In order to do this, it needs to know which task has the feature data, the name of the block that needs to be fit, etc.Basically any time a pipeline has blocks that need special attention (any time a task needs to look at
pipeline.named_blocks
), there is a bad coupling that will make it messy to implement generic task classes/mixins.Something like this is a workaround that could probably be made much simpler with some support from AxoPy:
Notice the ordering here is strict and ugly. Maybe having hooks in
Experiment
on task start/finish/whatever could work.The text was updated successfully, but these errors were encountered: