AEP05-Erweiterung-Datenmodell.md

-
 | Datum | Beschreibung | Author | Status |
-|--------|-------------------------|--------|--------|
+|-------|--------------|--------|--------|
 | 2022-05-12 | Erstversion | David | Draft |
 | 2022-06-27 | [Sprint 1 Scope](#vorschlag) | Ernesto | Vorschlag |
-| 2022-07-01 | Duplikate entfernt; Tank Anforderungen und Notizen hinzugefügt| David | Draft |
+| 2022-07-01 | Duplikate entfernt; Tank Anforderungen und Notizen hinzugefügt | David | Draft |
 | 2022-07-04 | Aktualisierung nach Besprechung am 1.7 | Ernesto | Draft |
 | 2022-07-05 | Review & Update der offenen Fragen | David | Draft |
 | 2022-07-08 | Aktualisierung nach Besprechung am 5.7 und Feedback von Helsinki | Ernesto | Draft |
@@ -13,12 +12,13 @@
 | 2022-09-05 | Vorschlag für Bildlizenz und Playlist | Ernesto | Draft |
 | 2022-09-13 | Vorschlag für Link Types und License Types | Ernesto | Draft |
 | 2022-11-07 | Abschnitt zu Tank, Ergebnisse aus der Besprechung Ole, Ernesto, David am 30.08. Lizenztyp & -halter per Audiodatei | David | Draft |
+| 2022-12-13 | Ergänzung Input von Christian, AuraTeam 13.12.22 | David | Draft |
 
 ## EPIC
 
 [\[EPIC\] \[AEP05\] Extend data model and API](https://gitlab.servus.at/aura/meta/-/issues/96)
 
-## Zielsetzung und Use Cases
+## Zielsetzung und Anwendungsfälle
 
 - Abbildung des aktuellen o94 Datenmodells, plus Erweiterungen nach der Programmreform 2022
 - Abbildung der Anforderungen an die Datenhaltung aller beteiligten Radios
@@ -27,16 +27,10 @@
 
 Ausgangspunkt sind folgende UIs für Infos Kategorisierungen: meta#27+ sowie das [Steering Datenmodell](https://gitlab.servus.at/aura/meta/-/raw/main/assets/images/steering_data_model.png):
 
-[<img src="https://gitlab.servus.at/aura/meta/-/raw/main/assets/images/steering_data_model.png" />](https://gitlab.servus.at/aura/meta/-/raw/main/assets/images/steering_data_model.png)
-
-## Offen
+## Feedback & Offene Punkte
 
-- ~~david: o94 hat pro Episode auch ein Feld für Lizenz + Rechterinhaber*in. Das fehlt im Vorschlag noch. Bei o94 liegt bei der Note, in Aura ist das eher eine Sache des Playlisten Eintrages => bzw. des Files.~~ 
-- ~~david: o94 hat pro Episode auch ein Feld für Playlisten Infos (Freitext). Im Tank müsste das wiederum auf File Ebene sein. Gleichzeitig wäre es hier sinnvoll wenn wir das Feld für maschinenlesbare Playlistdaten verwenden können (vgl. `CUE` files im Recorder).~~ 
-- In welchem Format (CUE, Stringified JSON etc.) sollen Playlisten für Files im Tank abgespeichert werden? (siehe unten)
-- Unklar, wie wir wohldefinierte (CUE) Playlisten vs. Userfreitext in Steering mergen. Womöglich macht es Sinn hier eine strukturierte und freitext Variante im Steering DM anzubieten.
 - Unklar wie wir mit Metadaten/Playlisten für Live/Line/Streamingquellen umgehen. Diese können nicht in Tank hinterlegt werden, weil Playlisten hier mehr als "Templates" dienen und somit nicht persistent sind. Solche Daten können nur/erst in Steering gespeichert werden.
-- Vorschläge/Feedback von Christian
+- Vorschläge/Feedback von Christian einarbeiten
 
 ## Erweiterung in Tank
 
@@ -48,9 +42,9 @@ Tank Playlist
   L stream
   L audio file 1
   L audio file 2
-      L CUE sheet or stringified JSON data holding another playlist
+      L JSON data holding another playlist
   L audio file 3
-      L CUE sheet or stringified JSON data holding another playlist
+      L JSON data holding another playlist
 ```
 
 ### Datenmodell für Audio Files
@@ -90,7 +84,7 @@ Tank Playlist
 - Das Feld `internal_note` (nullable `TextField`) wird hinzugefügt.
 - Das Feld `created_at` (`DateTimeField`) wird hinzugefügt.
 - Das Feld `created_by` (`TextField`) wird hinzugefügt.
-- Das Feld `updated_at` (`DateTimeField`) wird hinzugefügt. 
+- Das Feld `updated_at` (`DateTimeField`) wird hinzugefügt.
 - Das Feld `updated_by` (`TextField`) wird hinzugefügt.
 
 ### `Host`
@@ -103,7 +97,7 @@ Tank Playlist
 - Das Feld `image_alt_text` (nullable `TextField`) wird hinzugefügt.
 - Das Feld `created_at` (`DateTimeField`) wird hinzugefügt.
 - Das Feld `created_by` (`TextField`) wird hinzugefügt.
-- Das Feld `updated_at` (`DateTimeField`) wird hinzugefügt. 
+- Das Feld `updated_at` (`DateTimeField`) wird hinzugefügt.
 - Das Feld `updated_by` (`TextField`) wird hinzugefügt.
 
 ### `Note`
@@ -124,7 +118,7 @@ Tank Playlist
 - Das Feld `playlist` (nullable `TextField`) wird hinzugefügt.
 - Das Feld `created_at` (`DateTimeField`) wird hinzugefügt.
 - Das Feld `created_by` (`TextField`) wird hinzugefügt.
-- Das Feld `updated_at` (`DateTimeField`) wird hinzugefügt. 
+- Das Feld `updated_at` (`DateTimeField`) wird hinzugefügt.
 - Das Feld `updated_by` (`TextField`) wird hinzugefügt.
 
 ## `Timeslot`
@@ -136,7 +130,7 @@ Tank Playlist
 
 - Das Feld `created_at` (`DateTimeField`) wird hinzugefügt.
 - Das Feld `created_by` (`TextField`) wird hinzugefügt.
-- Das Feld `updated_at` (`DateTimeField`) wird hinzugefügt. 
+- Das Feld `updated_at` (`DateTimeField`) wird hinzugefügt.
 - Das Feld `updated_by` (`TextField`) wird hinzugefügt.
 
 ## `LinkType`
@@ -159,4 +153,28 @@ wird hinzugefügt.
 
 ## `Link`
 
-- Das Feld `description` wird in `type` umbenannt und `max_length=64` gesetzt.
\ No newline at end of file
+- Das Feld `description` wird in `type` umbenannt und `max_length=64` gesetzt.
+
+## Historie
+
+### **AuraTeam am 13.12.2022** 
+
+**Playlisten auf Files**
+
+Christian schaut sich das an:
+
+- Stringified JSON in Textfeld oder JSON Feld in der DB (Postgres kann darauf suchen).
+- JSON Schema wäre schön um die Struktur zu überprüfen.
+- Frei-definierte Playlisten: Müssen beim Import/Migration auf die definierte Struktur gebracht werden.
+- Felder: Start, Länge, Artist, Album, Title, (Genre?), Organisation (=Labels), Year(?), ISRC (=TrackId, 12-stelliger String für Tandiemenabrechnung)
+
+=> Felder könnten auch von einer nicht-technischen Person definiert werden. Aufgabe für neue PM/PO Person?
+
+**Playlist Infos für Website**
+
+Vorschläge Christian:
+
+- Zukünftige PlaylistInfos liegen im Tank
+- Steering kann hier als Proxy agieren (JRPC Proxies, gibt's schon)
+- Playlistinfo für ausgespielte Sendungen kommen via Playlog/EngineAPI.
+- Grenzfall: Start einer Sendung in der Vergangenheit, Ende in der Zukunft. => gehe zum Tank.
\ No newline at end of file