Wsparcie radia cyfrowego DAB — wydanie drugie, poprawione

[TomaszGasior]

Od dokładnie roku (#150) RadioLista posiada wsparcie dla radia cyfrowego DAB+. Powiedzmy, że posiada. Nie jestem usatysfakcjonowany dotychczasową implementacją radia cyfrowego w RadioLiście i mam podejrzenie, że wy również nie jesteście — kolumna „kanał DAB” nie jest zbyt popularna w wykazach (choć to może ma związek z popularnością radia cyfrowego w ogóle). Niemniej, chciałbym ten temat spróbować ruszyć ponownie.

O co mnie prosiliście

W #146 ustaliliśmy, że dodajemy kolumnę „kanał DAB” synchronizowaną z wartością częstotliwości. Prosiliście mnie także o dodanie pola „lista kanałów” — miejsca do uzupełnienia kanałów nadawanych w danym multipleksie. Nie zrealizowałem takiego pola.

Nie ma takiej możliwości, abyśmy tak po prostu do formularza tworzenia/edycji stacji radiowej dodali pole „lista stacji radiowych”. Przyjrzyjmy się temu uważnie.

1. To nie ma sensu, żeby „stacja radiowa” miała cechę o nazwie „lista stacji radiowych”. Fakt, że w radiu cyfrowym na jednej częstotliwości nadaje się multipleks — czyli paczkę wielu stacji radiowych — nie usprawiedliwia bezsensowności dodawania „stacji radiowej”, której cechą jest „lista stacji radiowych”.
2. Dodanie prymitywnego wieloliniowego pola „lista stacji radiowych” (podobnego do RDS radiotext) byłoby ograniczające — nie dałoby się ustawić poszczególnym stacjom zawierającym się w takim multipleksie cech takich jak numer w odbiorniku, grupa radiowa czy rodzaj nadawanego programu. Powstałaby tutaj więc spora niespójność.
3. To jest całkowicie nieintuicyjne i bezsensowne, aby w celu dodania multipleksu klikać „dodaj stację” i uzupełniając formularz, pomijać pola takie jak „numer w odbiorniku” czy „grupa medialna”.

Co mamy w tej chwili zrobione

Paradygmat korzystania z RadioListy jest obecnie taki, że do wykazu radiowego powinno się dodawać stacje radiowe (a nie np. multipleksy) — niezależnie od tego, czy wykaz dotyczy radia cyfrowego, analogowego czy zawiera pozycje z obydwu tych form. Został on zaprojektowany przeze mnie dekadę temu przy mojej bardzo ograniczonej wiedzy o radiofonii oraz w czasach, gdy radio cyfrowe było dużo mniej istotne.

Obecna implementacja wsparcia radia cyfrowego opiera się na założeniu, że każda ze stacji radia cyfrowego z danego multipleksu powinna być dodawana oddzielnie, a właściwości nadawcze (kanał DAB, nazwa multipleksu, nazwa nadajnika, moc, etc.) użytkownik powinien dla każdej ze stacji danego multipleksu manualne skopiować lub przepisać. Innymi słowy: tworzenie niby „stacji” o nazwie „MUX cośtam” jest wbrew temu, jak ten serwis jest zaprojektowany.

Tymczasem rzeczywistość wygląda tak:

• większość użytkowników tworząc wykazy, skupia się na właściwościach nadawczych (polaryzacja, moc, nazwa nadajnika), a nie właściwościach radiowych (nazwa stacji, RDS, rodzaj nadawanego programu), preferując dodawanie multipleksu jako jedną pozycję na liście;
• kopiowanie/przepisywanie właściwości nadawczych kilka lub kilkanaście razy tylko po to, żeby przy każdej ze stacji wpisać inną nazwę, numer w odbiorniku lub grupę medialną jest kompletnie nieergonomiczne.

Co w takim razie trzeba zrobić

Dodać prawidłowe wsparcie dla multipleksów. Użytkownik RadioListy powinien mieć możliwość dodawania do wykazu i analogowych stacji radiowych, i multipleksów, a w ramach multipleksu — cyfrowych stacji radiowych.

Nie mam w tej chwili pomysłu na design ekranów tworzenia multipleksów i cyfrowych stacji, ale chciałbym zacząć planowanie od dyskusji z wami oraz od konceptualnego omówienia pojęć i założeńs.

Obecnie stacja radiowa w RadioLiście posiada cechy, które podzieliłem na podgrupy: właściwości nadawcze, właściwości radiowe, właściwości osobiste. Trzeba będzie rozdzielić te poszczególne grupy i ułożyć to na nowo z uwzględnieniem trzech bytów żyjących w wykazie radiowym:

• analogowa stacja radiowa (dodawana przyciskiem „dodaj stację” z poziomu wykazu);
• multipleks cyfrowy (dodawany przyciskiem „dodaj multipleks” z poziomu wykazu);
• cyfrowa stacja radiowa (tu trzeba wymyślić, przemyśleć: dodawana ALBO z ekranu edycji multipleksu ALBO z ekranu dodawania stacji, gdzie wskazywalibyśmy, że ma być cyfrowa i jakiego MUX ma być częścią).

Właściwości nadawcze to:

• lokalizacja nadajnika,
• polaryzacja nadajnika,
• moc nadajnika,
• jakość odbioru,
• specyfika odbioru,
• data pierwszego odbioru,
• odległość od nadajnika,
• maksymalny poziom sygnału,
• kraj,
• region.

Właściwości radiowe to:

• numer w odbiorniku,
• nazwa stacji,
• grupa medialna,
• rodzaj nadawanego programu.

Właściwości osobiste to:

• odnośnik zewnętrzny,
• komentarz.

Analogowa stacja radiowa składałaby się z:

• właściwości radiowych,
• właściwości osobistych,
• właściwości nadawczych,
• RDS.

Multipleks składałby się z:

• właściwości nadawczych,
• właściwości osobistych,
• nazwy multipleksu.

Cyfrowa stacja radiowa składałaby się za to z:

• właściwości osobistych,
• właściwości radiowych,
• do jakiego multipleksu jest przypisana,
• być może informacje nt. cyfrowego odpowiednika RDS, ale tutaj potrzebowałbym waszej pomocy.

W ramach tego uporządkowania poniższe pola wyleciałyby z RadioListy:

• nazwa multipleksu — nie byłaby już potrzebna,
• kanał DAB — o ile jako oddzielna kolumna w wykazie jest użyteczny, nie ma kompletnie sensu jako oddzielne pole w formularzu edytowania multipleksu — wybór kanału DAB powinien znajdować się w okolicach pola częstotliwości w ustawieniach multipleksu jako ułatwienie wyboru, jako alternatywna forma wprowadzania częstotliwości.

W ramach mojego pomysłu pojawia się kilka problemów. Mniej istotnym w tej chwili jest kwestia, jak przekonwertować już istniejące wykazy wykonane teoretycznie niepoprawnie (z MUX-mi jako stacjami). To da się jakoś wymyślić. Inną kwestią jest design tabeli wykazu: czy każda stacja cyfrowa powinna być oddzielną linią? A może multipleksy powinny być oddzielną linią, a znajdujące się w nim stacje w jakiejś formie zagnieżdżoną tabelą rozwijaną z poziomu wiersza multipleksu? Pewnie najlepiej byłoby wam dać wybór, jak każdy woli w swoim wykazie. :)

Jak widać wyżej, jest to kwestia skomplikowana. Dużo jest tutaj do zrobienia — najpierw na poziomie koncepcji, potem na poziomie projektowania interfejsu graficznego, a na końcu na etapie pracy programistycznej i migracji dotychczasowych danych do nowej struktury.

Chciałbym dowiedzieć się, co o tym sądzicie — czy macie jakieś uwagi.

[TomaszGasior]

Rozpisaną powyżej wizję będę realizować w ramach zadania #213. Poinformuję, gdy będę mógł pokazać wam jakąś wersję demonstracyjną opisanych tutaj zmian — zachęcam do subskrypcji wątku. Mam nadzieję, że temat uda się domknąć w ciągu najbliższego roku.