#25 Download xmltv Zeitraum mit fixem Enddatum anzeigen/auswähle

[Wolfgang Wershofen]

Das die Angabe des Zeitraums für den Download der
xmltv-Daten mit "x Tagen" nicht besonders glücklich ist
und zu Mißverständnissen führen kann, hat ja schon die
Testphase für die 0.4er Version gezeigt.
Ich fände es besser, wenn man den Zeitraum, für den
xmltv-Daten gesaugt werden sollen, mit einem fixen
Datum angeben würde anstatt mit "x Tage". Dazu würde
dann natürlich erstmal die Ermittlnug des maximal
Datums gehören (aktuelles Datum + 7 Tage) und auch eine
bessere Angabe, für welchen Zeitraum die xmltv-Daten
aktuell zur Verfügung stehen.
Da die ganze xmltv-Implementierung ja noch nicht das
ganz Gelbe vom Ei ist, würde ich dieses Thema aber erst
bei einer Neustrukturierung und Hinzunahme des
Premiere-Movieguides ernsthaft betrachten.

[Kai Engels]

Logged In: YES
user_id=925471

Ok, sehe ich auch so.

Wir sollten an dieser Front ber eine Datenbank reden. Das
wrde viele Probleme lsen:
1.) Anzeige des in der DB fr eine Uhrzeit eingetragenen
Titels anstelle von "unbekannt" wenn nur ein Timer auf der
dbox angezeigt wird
2.) Auffllen der DB aus verschiedensten Quellen (PW, xmltv,
tvmovie....), ohne dass der usgui code angepasst werden
muss. Nebenbei: Der Code fr den PW movieguide existiert
schon, aber ich konnte damals xmltv und PW nicht verheiraten.
3.) Leichtes maintainen der Daten, d.h.
ltere Eintrge knnen
fr jedes Eingabeformat leicht gelscht werden
4.) und, und, und....

[Wolfgang Wershofen]

Logged In: YES
user_id=527611

Dann la' uns mal mit der Planung beginnen. ;-)

Welche Datenbank? mySQL oder irgendwas kleines, was man auch
im udrec_suite Tarball als src ausliefern knnte. Ich hab'
bei mir wegen einem anderen Tool mal sqlite installiert
(www.sqlite.org).
Das Ding ist klein (ohne TCL-Bindings compiliert nur 135kB)
und schnell. Auerdem ist es eine C-Library, die Du einfach mit
#include <sqlite3.h>
in Deine Programme einbauen kannst.

Ist vielleicht einfacher als auf eine laufende und
verfgbare mySQL-Installation zu vertrauen....

Ich werd' mir derweil mal ein paar Gedanken ber das
Datenmodell machen...