Display virtual timeslots / Station fallback show handling

Parent: [EPIC] Display virtual timeslots / Music Fallba... (aura#176 - closed)

This should be applied to areas in the calendar which have no actively created timeslot. Such areas are filled with "virtual timeslots" generated by Steering. The UI should not block the user of creating new timeslots in these areas. They have mainly informational character, that radio hosts/coordinators know, what is played, when nothing is scheduled.

Compare "Lückenfüller" Konzept of LOHROthek.

Background info: In other Steering API consumers the virtual timeslots provide a proper timetable, avoiding the need to re-generate them in each and every client (e.g. website, studio clock etc).

Proposal

The information for virtual timeslots is derived from the "radio station fallback show" which is configured in the radio station settings.

Sub Tasks

• (Optional) Calendar week view: Add some sort of indication, that empty areas are served by the station fallback show e.g. Display the title? But maybe it is not so helpful here.
• Calendar day view: Visualize the station fallback show as special blocks
• All calendar views: It is also possible to create schedules/timeslots for the station fallback show. Also mark them somehow visually, that they belong to the same show as the virtual timeslot (color? pattern?).
• Show list view & detail view: Mark the configured station fallback show visually, to recognize it easily as some special system show. This can be done for example by outlining the cards with some color or adding some sort of badge?
• Show Settings: For the station fallback hide any default media sources, since this show only plays audio from a statically configured playlist in Playout/Engine. We might provide some "music grid" feature later, where individual fallback pools/playlists can be configured in Dashboard.
• Calendar warnings: virtual timeslots don't have regular media sources assigned. Since they are "always correct", there should be no warning displayed.

changed milestone to %1.0-alpha5 — Capable Capybara

added P2 discuss labels

marked this issue as related to #54 (closed)

marked this issue as related to steering#120 (closed)

See steering#120 (closed) for ref.

marked this issue as related to aura#176 (closed)

mentioned in issue steering#154 (closed)

changed the description

mentioned in issue aura#176 (closed)

assigned to @kmohrf

removed the relation with #54 (closed)

added size:s label

added To Do label

changed title from Display virtual timeslots / Station Fallback Shows filling empty areas in the Calendar View to Display virtual timeslots / Station fallback show handling

removed discuss label

changed the description

changed the description

changed the description

added Cycle [3/24] label

I think this needs a little more discussion and preparation. The calendar uses the timeslots endpoint as data source. As far as I can see @eigenwijsje is currently working on the playout endpoint. Even if work on that endpoint is finished soon switching from one to the other endpoint will take time and is definitely not size:s :). And I’m not even sure that it’s necessary.

Should we meet up and discuss strategy before @eigenwijsje and I continue/start work on this?

added Blocked label and removed To Do label

added Cycle [4/24] label

mentioned in issue steering#239 (closed)

changed the description

added Doing label and removed Blocked label

marked the checklist item Calendar day view: Visualize the station fallback show as special blocks as completed

mentioned in commit f853d0f3

mentioned in commit b2f9080c

mentioned in commit a170151e

marked the checklist item Show list view & detail view: Mark the configured station fallback show visually, to recognize it easily as some special system show. This can be done for example by outlining the cards with some color or adding some sort of badge? as completed

mentioned in commit 1a1a39cd

marked the checklist item (Optional) Calendar week view: Add some sort of indication, that empty areas are served by the station fallback show e.g. Display the title? But maybe it is not so helpful here. as completed

Regarding the sub-task for the show settings:

• What is meant by the default media sources that should be hidden?
• What happens if one of these default media sources has been assigned before it has been set as station fallback show?

mentioned in commit fcf1f20e

marked the checklist item All calendar views: It is also possible to create schedules/timeslots for the station fallback show. Also mark them somehow visually, that they belong to the same show as the virtual timeslot (color? pattern?). as completed

mentioned in commit c42f6602

marked the checklist item Show Settings: For the station fallback hide any default media sources, since this show only plays audio from a statically configured playlist in Playout/Engine. We might provide some "music grid" feature later, where individual fallback pools/playlists can be configured in Dashboard. as completed

added ready-for-testing label and removed Doing label

mentioned in issue aura#386 (closed)

I tested this on dashboard.aura following the expectance horizon mentioned above. Basically all works as expected I only have two minor remarks:

1. In the All Shows list, the Fallback Show is marked as "Ausweichprogramm" in German. Technically, this is true. Yet from a programme manager's logic, this term feels a bit odd, because also the automated music program is curated with a lot of care, and has mach more value than "just a fallback". I would suggest that a term like "automated music rotation" or "Auto-Musikprogramm" comes closer to the actual usecase. We don't have to change that right now @kmohrf but I'd make a note and validate my assumption through the upcoming round of feedback.

2. when calling the Week and Day calendar page, an error shows up at the top, while displaying the fallback actually seems to work correctly. the browser console shows a minor error (no idea if this is related?).

3. one thing for the User Guide (cc @david ): since the fallback show has no timeslots where content can be uploaded, the User Guide should mention the difference to "regular" shows and explain how ProKos can manage the content for this show. (I know this will maybe differ from radio to radio, depending on their external music management system, but the general workflow in regards to AURA and Dashboard should be explained. Also I'd like to know how assigning music to this show can be tested)

1. Changing the Term

Yet from a programme manager's logic, this term feels a bit odd, because also the automated music program is curated with a lot of care, and has mach more value than "just a fallback". I would suggest that a term like "automated music rotation" or "Auto-Musikprogramm" comes closer to the actual usecase.

Let's rather not do that. The term "Fallback program" is just a label and does not refer to the content of the the fallback show. It is only describing the feature in general and allowing flexible use cases. It does not determine if some radio wants to use it for music, a set of repeating shows, some "the radio is off-air" signature or anything else.

It's true that the content of the fallback show is curated with lots of care. But the nature of that program is signified by the show title and description. Setting these show details up to individual needs, is in the hand of the radio station.

2. I've noticed this too and created a ticket: #304 (closed)
3. Sure, I was just about to provide documentation as part of aura#340 (closed). Unfortunately all the virtual timeslots show some "No playlist" warning. These timeslots usually don't have media sources assigned and always get their media via the fallback pool. So there should be no warning displayed.

@kmohrf can you please update this, since adding screenshot docs with lots of warnings is not so pleasing. The regular show warnings I can update by hand.

added Doing label and removed ready-for-testing label

mentioned in issue aura#340 (closed)

changed the description

mentioned in commit 87dffc64

marked the checklist item Calendar warnings: virtual timeslots don't have regular media sources assigned. Since they are "always correct", there should be no warning displayed. as completed

I’ve fixed the misleading error message. Let me know if anything else comes up or if I missed something.

thanks, works as expected now!

added ready-for-testing label and removed Doing label

closed

mentioned in issue #304 (closed)

removed ready-for-testing label