Workflows block: Power BI sink for streaming detection results

Aperta
#2,818 1 commento 0 reazioni 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 1 giorno

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
4/5
Tempo stimato
3-5 giorni
Idoneità per principianti
35/100
Tipo di issue
Funzionalità
Chiarezza
Abbastanza chiara
Stato di attività
Ferma
Stack tecnologico
python

Direzione di ricerca

Inizia esaminando il contratto esistente di roboflow_core/webhook_sink@v1 e i sink presenti in inference/core/workflows/core_steps/sinks/. Poi esamina loader.py e i test e la demo del plugin esterno. Il lavoro è completo quando è stata confermata la posizione preferita in core, nel plugin o nell’esempio e sono coperti il contratto documentato del sink, il comportamento di sicurezza dei segreti, i percorsi di cooldown e i test unitari e di integrazione.

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

Descrizione

Hi! I'd like to contribute a Workflows sink block that pushes detection results to Power BI. It's listed as an example project for the Enterprise team, and I don't see an existing BI sink in inference/core/workflows/core_steps/sinks/ on main (the sinks there today are email, local_file, onvif_movement, roboflow/*, s3, slack, twilio, and webhook) — please correct me if I've missed one.

Proposed v1 — a power_bi_sink block that:

  • takes a predictions input (object detection / instance segmentation / keypoint) plus a Power BI streaming/push dataset URL, handled as a secret;
  • transforms detections into rows — one row per detection by default (class_name, class_id, confidence, x, y, width, height, timestamp, optional image_id), with an aggregate mode that emits one row per class with a count;
  • POSTs the rows to the push URL over HTTPS.

It would mirror the existing roboflow_core/webhook_sink@v1 contract — fire_and_forget, cooldown_seconds, disable_sink, and error_status / throttling_status / message outputs — so it composes in the UI like the other sinks. The push URL is treated as a secret end-to-end (marked private, never logged, and kept out of error messages, since connection errors otherwise embed the URL).

I'd scope Power BI first via the push-dataset URL (no OAuth / service principal — that's a much larger surface and unnecessary for v1). Tableau has no equivalent zero-auth push endpoint (it needs the Hyper API or Server REST publishing), so I'd treat Tableau as a separate follow-up.

Question before I open a PR: would you want this in core roboflow_core, or would you prefer it as an external plugin or an example?

I'm building it either way — I already have a working, tested external plugin version (mirrors the webhook sink, unit-tested including the secret-safety and cooldown paths, with a runnable local demo). I'd just rather match your preference before opening a core PR. If core is welcome, I'll add it under core_steps/sinks/, register it in loader.py, and include the unit + integration tests per the Workflows contribution checklist.

Thanks!

Lingua principale
Python
Stelle
2.5k
Fork
340
Merge medio
2g 11h
PR unite (30g)
92

Preparare l'ambiente

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di roboflow/inference

Tutte le issue di roboflow/inference

Issue simili

Altre issue su Python

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.