fix pos_label

[valer1435]

1. Error with pos_label when passing binary string target was fixed
2. Error with resample was fixed (add extra rule)
3. Fitness calculating errors now raise exceptions if it's test
4. Unexpected behaviour with inplace operations with data in node.fit and node.predict was fixed

[aim-pep8-bot]

Hello @valer1435! Thanks for updating this PR. We checked the lines you've touched for PEP 8 issues, and found:

There are currently no PEP 8 issues detected in this Pull Request. Cheers! 🍻

Comment last updated at 2023-08-14 09:25:14 UTC

[codecov]

Codecov Report

Merging #1131 (b7af0ed) into master (89ff552) will decrease coverage by 0.05%.
The diff coverage is 68.00%.

@@            Coverage Diff             @@
##           master    #1131      +/-   ##
==========================================
- Coverage   78.67%   78.62%   -0.05%     
==========================================
  Files         131      131              
  Lines        9362     9401      +39     
==========================================
+ Hits         7366     7392      +26     
- Misses       1996     2009      +13     

Files Changed	Coverage Δ
fedot/core/operations/operation.py	87.64% <ø> (-0.14%)	⬇️
fedot/core/pipelines/verification.py	100.00% <ø> (ø)
...ot/core/composer/gp_composer/specific_operators.py	80.30% <14.28%> (-7.84%)	⬇️
fedot/core/pipelines/pipeline.py	93.10% <50.00%> (-2.14%)	⬇️
fedot/core/pipelines/verification_rules.py	93.68% <78.57%> (-1.24%)	⬇️
fedot/core/pipelines/random_pipeline_factory.py	85.96% <83.33%> (+0.77%)	⬆️
fedot/core/composer/metrics.py	92.75% <84.61%> (-0.14%)	⬇️
fedot/api/api_utils/api_params_repository.py	96.72% <100.00%> (+0.05%)	⬆️

... and 2 files with indirect coverage changes

[aPovidlo]

А зачем?

[valer1435]

В fit не уверен нужно ли это сейчас, добавил для избежания проблем в будущем.

А в методе predict происходит неочевидное изменение полей у объекта входных данных

[valer1435]

Из-за этого у тебя данные (исходные), прогнанные не через pipeline.predict, а через root_node.predict получают метку о том, что они предобработанны

[valer1435]

Если есть идеи, как это можно пофиксить без потери в скорости - буду рад услышать

[nicl-nno]

А это точно нужно именно в operation? Это действительно очень дорого делать deepcopy всех данных для каждого узла в пайплайне.

Кстати не очень понял почему тут вообще ставится флаг obligatorily_preprocessed. Вроде код выше за это не отвечает.

[aPovidlo]

@valer1435 Думаю, что пока не критично. В целом, это проблема для PR по оптимизации используемой памяти

[valer1435]

А это точно нужно именно в operation? Это действительно очень дорого делать deepcopy всех данных для каждого узла в пайплайне.

Кстати не очень понял почему тут вообще ставится флаг obligatorily_preprocessed. Вроде код выше за это не отвечает.

Да, это дорого, поэтому хотелось бы найти обходной путь. obligatory_preprocessed ставится в predict. Подумаю, может это и не нужно

[valer1435]

Удалил deepcopy и убрал присвоение флага препроцессинга