alteryx / alteryx/evalml

Spike: Define behavior for non-default woodwork logical types

Aperta
#2,423 3 commenti 0 reazioni 0 assegnatari Vedi su GitHub
needs design spike
Lingua principale
Python
Stelle
850
Fork
96
Metriche di merge delle PR
Nessuna PR unita negli ultimi 30g

Descrizione

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

Guida per i contributori

Apri la guida per i contributori

Valutazione

Questa issue non è ancora stata valutata.

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.