Fix getting suitable operations for multi ts #981
Conversation
There was a problem hiding this comment.
У нас есть два примера с multi_ts (один, второй).
Второй использует API и там указан список совместимых операций, я так понимаю цель этого pr'а, чтобы автоматически подхватывать допустимые операции для каждого типа данных, но если я убираю вручную заданный список операций стабильно выпадает такое оповещение
`Generations: 5%|▌ | 1/20 [00:00<?, ?gen/s]2022-11-14 12:50:11,674 - ApiComposer - Initial pipeline was fitted in 0.5 sec.
2022-11-14 12:50:11,678 - ApiComposer - AutoML configured. Parameters tuning: True Time limit: 2 min Set of candidate models: ['adareg', 'dtreg', 'gbr', 'lasso', 'lgbmreg', 'linear', 'rfr', 'ridge', 'sgdr', 'svr', 'treg', 'lagged', 'sparse_lagged', 'smoothing', 'gaussian_filter', 'diff_filter', 'cut', 'exog_ts']
2022-11-14 12:50:11,679 - ApiComposer - Pipeline composition started.
Metric evaluation error: If using all scalar values, you must pass an index
Metric evaluation error: If using all scalar values, you must pass an index
Metric evaluation error: If using all scalar values, you must pass an index
Metric evaluation error: If using all scalar values, you must pass an index
Generations: 5%|▌ | 1/20 [02:50<?, ?gen/s]`
Не уверена, что это нормально, но если да может есть идеи из-за какой операции такое происходит?
3e77e87 to
9e6b37c
Compare
|
Ошибки возникали, потому что |
А можешь описать в чем конкретно была проблема? |
Для преобразования данных на этапе fit ( Для на этапе predict ( |
9e6b37c to
65b5568
Compare
Previously data_type was not used while getting suitable operations during model composition. That was causing problems described here
Changes:
input_data.data_typeinto accountApiParams.update_available_operations_by_presetwere createdOperationTypesRepository.suitable_operationswas fixed to not filter out to many operations