Datenformat für digispot-Events
Aktuell ist folgendes Format für Ereignisse (bisher nur aus Digispot) implementiert:
- timestamp: '2023-06-12T10:27:11+02:00'
name: start
source: digispot
context:
title: 15 so sieht aus
type: jingle
schedule_name: Hauptstudio
- timestamp: '2023-06-12T10:27:14+02:00'
name: end
source: digispot
context:
title: 15 so sieht aus
type: jingle
schedule_name: Hauptstudio
- timestamp: '2023-06-12T10:27:15+02:00'
name: start
source: digispot
context:
artist: Jessie Ware
title: Ooh La La
type: music
schedule_name: Hauptstudio
- timestamp: '2023-06-12T10:31:00+02:00'
name: start
source: digispot
context:
title: Opener_Nachrichten
type: jingle
schedule_name: Hauptstudio
- timestamp: '2023-06-12T10:31:02+02:00'
name: end
source: digispot
context:
title: Opener_Nachrichten
type: jingle
schedule_name: Hauptstudio
- timestamp: '2023-06-12T10:32:44+02:00'
name: start
source: digispot
context:
title: Opener_Wetter
type: jingle
schedule_name: Hauptstudio
- timestamp: '2023-06-12T10:34:14+02:00'
name: end
source: digispot
context:
title: Opener_Wetter
type: jingle
schedule_name: Hauptstudio
- timestamp: '2023-06-12T10:37:07+02:00'
name: start
source: digispot
context:
artist: David Bowie
title: Heroes
type: music
schedule_name: Hauptstudio
Diskussionswürdig könnte hier sein:
- A) Wollen wir
start
undend
durchtrack_start
undtrack_end
ersetzen? - B) Wollen wir die digispot-spezifischen Kürzel
type: J
("jingle"?) undtype: M
("music"?) durch strings ("jingle", "music") ersetzen?
Offene Punkte für die Umsetzung
Dies sind Notizen für Lars, auf dass er die Änderungswünsche in den Code einpflegt.
- zusätzliches
context
-Feld namensschedule_name
basierend aufSCH_NAME
für den digispot-Importer - zusätzlicher API-Endpunkt für
forecasts
(ähnlich wieevents
, jedoch nur für die Zukunft) -
DBID
aus digispot-Datei im Kontext alsdigispot_library_item_id
ausliefern