alteryx / alteryx/featuretools

Spike - Store secondary name for Features

Offen
#2,175 2 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen
new feature
Vorherrschende Sprache
Python
Sterne
7.7k
Forks
915
PR-Merge-Kennzahlen
Keine gemergten PRs in 30 T.

Beschreibung

- As a user, I wish Featuretools' Feature objects had the ability to store a secondary name for Features.

Given that multi-output features exist, this ability to store a second name would have to comply with there being multiple output features, and we'd have to decide if we would require secondary names to follow the naming convention of `feature_name[0]`, `feature_name[1]`, or if we would be okay with them not following that convention.

#### Code Example
I'm imagining that the secondary names would exist entirely separately from the primary name logic - since it doesn't get used anywhere in Featuretools itself, it should not be possible to accidentally access the secondary name from any of the existing logic.

```python
feat = ft.Feature(...)
feat.set_secondary_name(...)

name = feat.get_name()
secondary_name = feat.get_secondary_name()
```

Beitragsleitfaden

Beitragsleitfaden öffnen

Bewertung

Dieses Issue wurde noch nicht bewertet.

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.