alteryx / alteryx/evalml

Spike: Define behavior for non-default woodwork logical types

Offen
#2,423 3 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen
needs design spike
Vorherrschende Sprache
Python
Sterne
850
Forks
96
PR-Merge-Kennzahlen
Keine gemergten PRs in 30 T.

Beschreibung

We have good coverage for what I would call the "default" woodwork types like Double, Boolean, Datetime, NaturalLanguage but how should we handle non-default types that represent more specific data types, e.g.

- Other logical types with string physical type -- Address, EmailAddress, Filepath, PersonFullName, PhoneNumber, URL
- Other categorical types with category semantic tag -- PostalCode, SubRegionCode, CountryCode
- LatLong
- Ordinal
- Timedelta

The outcome of this spike is a document detailing

- How we currently handle these logical types -where does `AutoMLSearch` fail and where does it not.
- A proposal for how to handle these types in `AutoMLSearch`, e.g. detect them and add specific components to handle them, modifying our existing components to handle them

Beitragsleitfaden

Beitragsleitfaden öffnen

Bewertung

Dieses Issue wurde noch nicht bewertet.

Neue Issues direkt in Ihr Postfach

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