EpistasisLab / EpistasisLab/tpot

stacking multiple successive preprocessing methods is not always helping

Open
#1,227 0 comments 0 reactions 0 assignees View on GitHub
Dominant language
Jupyter Notebook
Stars
10.1k
Forks
1.6k
PR merge metrics
No merged PRs in 30d

Description

## Context of the issue

It is possible that TPOT proposes a model with 2 successive RobustScaler()
I have checked myself, this combination is not helpful.

## Possible fix

just a rule-based checking concerning these combinations
if F(F()) == F() then just keep F()
then if the new pipeline is actually already tested then it can be discarded or replaced by another one.

## `name of issue` screenshot

![image](https://user-images.githubusercontent.com/33978275/130935160-bde84ced-c2a0-4fd0-92d1-1c08f1eeadf8.png)

Contributor guide

No contributing guide indexed for this repository

Research direction

Start by tracing TPOT's pipeline-generation entry point for preprocessing operators and how RobustScaler is represented; the issue names no file or test. Done means successive equivalent preprocessing steps are collapsed and an already-tested resulting pipeline is not evaluated again, with coverage for this case.

Written by the indexing model from the issue text.

Assessment

Tech stack
python, scikit-learn
Domain
machine-learning
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
30/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.