awslabs / awslabs/python-deequ
Better handling for categoricalSorter in CategoricalRangeRule and FractionalRangeRule
- 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