alteryx / alteryx/evalml

EPIC Supporting All WW Types

Aperta
#2,443 2 commenti 0 reazioni 1 assegnatario Rivendicata da @asniyaz Vedi su GitHub
epic
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

This epic tracks work related to supporting these types in evalml.

This touches on the broader concept of where the division between feature tools and evalml should be. A big question we'll have to answer is whether evalml should create features for these datatypes or it should be assumed that features were created beforehand.

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.