Have the flow/exists endpoint return the flow on success
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 35/100
Direzione di ricerca
Inizia individuando l’endpoint flow/exists e il comportamento esistente di ricerca di flow e della risposta nell’API server basata su Python. Confronta le relative risposte di non trovato e di successo con l’endpoint di recupero di flow; il lavoro è completato quando il comportamento dell’API e la struttura della risposta sono concordati e implementati, incluso se vengono inclusi i subflow o un parametro opzionale.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
The PHP API returns a standard response:{"flow_exists": {"exists": true or false, "flow_id": id or -1}}. However, to retrieve the information whether or not a flow exists, we need to query the database and get just as much information as when actually returning the flow (ignoring any subflows). So returning the flow information does not generally occur much additional overhead.
It also feels like it is just another side of the same coin: you get the flow by its unique id, or by its unique combination of (name, external_version). It would make sense for me to make those endpoints behavior the same w.r.t. finding and not finding a flow.
Because of the extra network traffic (a little bit of json) and db load (in case of resolving subflows), we could also consider returning the whole flow based on a parameter, or simply have an extra endpoint that has this behavior.
- Lingua principale
- Python
- Stelle
- 16
- Fork
- 50
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
Non abbiamo ancora controllato i file di configurazione di questo progetto. Parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di openml/server-api
-
behavior
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
openml/server-api#337 · 1 commento ·
-
Redesign POST /data/untag for v2Forse già presa @omosola l’ha presa 27 giorni fa. Apertaproposal
openml/server-api#375 · 2 commenti · 1 assegnatario ·
-
Redesign POST /data/tag for v2Forse già presa @omosola l’ha presa 27 giorni fa. Aperta
openml/server-api#374 · 2 commenti · 1 assegnatario ·
-
Redesign POST /data/qualities/unprocessed/{data_engine_id}/{order} for v2Forse già presa @omosola l’ha presa 27 giorni fa. Aperta
openml/server-api#373 · 1 assegnatario ·
-
Redesign POST /data/qualities for v2Forse già presa @omosola l’ha presa 27 giorni fa. Aperta
openml/server-api#372 · 1 assegnatario ·
Tutte le issue di openml/server-api
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
PedestrianDynamics/pyFDS-Evac#199 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
521xueweihan/HelloGitHub#3790 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
sandialabs/atlas-ui-3#978 ·
I maintainer di solito rispondono entro 1 giorno
-
area: tests perceived difficulty: 2
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
Nitjsefnie-Harness-Commons/daedalus#1255 ·
I maintainer di solito rispondono entro 1 giorno
-
hf-audiolm-qwen: `generate_until` hardcodes `.to("cuda")` and aborts on non-CUDA acceleratorsAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 86/100
EleutherAI/lm-evaluation-harness#4256 ·
I maintainer di solito rispondono entro 1 giorno