awslabs / awslabs/python-deequ

Better handling for categoricalSorter in CategoricalRangeRule and FractionalRangeRule

Aperta
#107 1 commento 1 reazione 0 assegnatari Vedi su GitHub
enhancement
Lingua principale
Jupyter Notebook
Stelle
826
Fork
158
Merge medio
9g 22h
PR unite (30g)
3

Descrizione

**Is your feature request related to a problem? Please describe.**
In order to fix #70 and enable support for Deequ 2.x on #100, we performed a workaround (forcing the usage of a reference to the default `categorySorter`), instead of properly supporting this feature and exposing this argument to the Python API.

**Describe the solution you'd like**
Ideally, we wouldn't need to force the usage of the default `categorySorter` and expose this argument in the Python API to let users choose what they want.

**Describe alternatives you've considered**
Maybe we could implement an interface — similar to what we already do with ScalaFunction2 — that maps a Python function to the Scala counterpart. That said, I'm not sure how the handling of non-primitive types (such as `DistributionValue`) should happen on the Python side. Ideas are welcome here 😃

Guida per i contributori

Apri la guida per i contributori

Direzione di ricerca

Inizia leggendo CategoricalRangeRule, FractionalRangeRule e la gestione attuale di categorySorter, quindi confronta l’interfaccia ScalaFunction2 menzionata nell’issue. Il lavoro è completato quando gli utenti Python possono scegliere un categorySorter per entrambe le regole senza dover usare quello predefinito e la gestione di DistributionValue non primitivi è stata risolta.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Valutazione

Stack tecnologico
python, scala
Ambito
api
Tipo di issue
Funzionalità
Difficoltà
5/5
Tempo stimato
Più di una settimana
Stato di attività
Tranquilla
Chiarezza
Abbastanza chiara
Idoneità per principianti
38/100

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.