[0.4] (gelöst)Problem mit der neuen Version vom epgdata2vdr addon

moin,
laut epgdata soll's nun mit den Umlaute wieder passen

Zitat

Sehr geehrter Herr ,

bitte entschuldigen Sie Unannehmlichkeiten.

Wir freuen uns, Ihnen mitzuteilen, dass epgdata aktualisiert wurde, sodass die Umlaute nun wieder vollständig sichtbar sind.

Wir wünschen Ihnen eine angenehme Woche.

Alles anzeigen

mfg

das sieht dann so aus

epgdata2vdr/include/:4801: parser error : Entity 'ldquo' not defined
                <d23>&bdquo;Lach- und Sachgeschichten&ldquo; mit der Maus und dem blauen Elefa
                                                            ^
failed to parse /var/cache/epgdata2vdr/files/20120108_20120105_de_qy.zip,
 skipping rest of the file and cleanup

ist wieder nix

Nach http://barszus.de/epgdata/ und deiner Meldung sind wir wieder bei korrekten Daten aber unvollständiger dtd. Ich hab noch eine weitere mail zu ihnen geschickt, so langsam möchte ich eine Telefonnummer zu deren IT haben

Hallo,
also bei mir ist das EPG seit gestern wieder in Ordnung. Sowohl Umlaute als auch der Inhalt sind OK (davon abgesehen das bei einigen Serien keine richtigen Folgenbeschreibungen eingepflegt sind).
Importiert wurde mit vdr-addon-tvmovie2vdr_0.5.14-2.

Tschau, Uwe.

Edit: Kommando zurück. Ich hatte nur den heutigen Tag angeschaut, da ist zumindest bei den Sender die ich im vdradmin anzeigen lasse alles in Ordnung. Aber an den anderen Tagen sind mehrere Fehler drin.

Die Daten an sich sind in Ordnung - nur die dtd enthält nicht alle Sonderzeichen. insgesamt fehlen jetzt einfach nur 5-10 Einträge in der dtd und die Sache wäre endlich mal abeschlossen. Ich habe denen das so geschrieben ...

Hat sich denn schon was getan seit die wieder im Büro sind?

moin,

Zitat von Wyse

Hat sich denn schon was getan seit die wieder im Büro sind?

ist hier leider immer noch unveraendert

failed to parse 20120116_20120111_de_qy.zip,
 skipping rest of the file and cleanup

die qy.dtd in den zipfiles ist noch auf den 22.dez datiert, die sollte doch ueberarbeitet werden, ist das korrekt so ?
mfg

Das ist zumindest das was ich ihnen geschrieben hatte, ja.

epgdata2vdr/include/:4801: parser error : Entity 'ldquo' not defined
<d23>&bdquo;Lach- und Sachgeschichten&ldquo; mit der Maus und dem blauen Elefa
^

ldquo muss also entweder mit definierten Zeichen ersetzt werden oder die qy.dtd muss dies enthalten. Letzteres sollte wohl einfacher sein.

hi,

Zitat von steffen_b

Entity 'ldquo' not defined

mangels alter zipfiles kann ich das jetzt nicht ueberpruefen,daher mal die Frage,
waren die fehlenden Definitionen vorher bereits Bestandteil der dtd und es wurde einfach vergessen
oder sind da neue Zeichen hinzugekommen ?
Wenn schon mal Bestandteil war, koennte man dann nicht das Extrahieren vom dtd deaktivieren
und stattdessen immer das 'alte' verwenden ?
mfg

Zitat von holymoly

Wenn schon mal Bestandteil war, koennte man dann nicht das Extrahieren vom dtd deaktivieren
und stattdessen immer das 'alte' verwenden ?

Tut aber weh XML sowas anzutun Man kann auch den XML Parser weglassen und diese "Textfiles" (die blöderweise nen irreführende XML Dateiendung haben ) frei Schnauze parsen

BTW: Sind die nicht in utf-8? Da braucht man ja diese Entities eigentlich auch granicht, oder?

cu

Die waren nie Bestandteil - nach Neuaufsetzen des Servers sind die mit mal neu gewesen. Das sind auch maximal 10 Stück, also sollte in einer Stunde zu erledigen sein.

die sind in ISO8859-1 - ich hätte auch kein Problem damit wenn sie es auf UTF8 umstellen würden. Die Änderungen dafür wären minimal (1 Zeile max). Aber man kommt ja an die Leute nicht ran - man hat immer den Service vor der Nase.

moin,

Zitat von Keine_Ahnung

Man kann auch den XML Parser weglassen und diese "Textfiles" (die blöderweise nen irreführende XML Dateiendung haben ) frei Schnauze parsen

habe ich keine Ahnung davon
Gibt's ein script, das die Sache uebernimmt ?

Zitat von steffen_b

man hat immer den Service vor der Nase.

werde denen dann auch noch mal eine Mail schreiben..
mfg

Zitat

Achtung: wir haben unser Datenformat von iso-8859-1 auf utf-8 umgestellt. Am 12.01. ca. 13:00 Uhr

liest da jemand mit

Ich schau heute abend:

a) wenn ich Annahmen getroffen habe übers encoding das ich es entsprechend korrigiere
b) ob die daten nun passen

hi,

Zitat von steffen_b

Ich schau heute abend:

a) wenn ich Annahmen getroffen habe übers encoding das ich es entsprechend korrigiere
b) ob die daten nun passen

ich hoffe mal, das alles problemlos klappt
Danke schon mal im Voraus.
mfg

Sieht soweit gut aus. Die Daten sind Ok !! - nur ein paar keywords aus meinem Programm muss jetzt geändert werden. Update kommt die Tage. (zB "G<E4>ste:" - das muss ich bei mir umstellen ist aber trivial muss nur mal eine Stunde finden:) )

möglicherweise bereits erledigt - sollte nachher ein update für 0.4 stable eintrudeln. Ein erster Test in testing sah jetzt gut aus

moin,

Zitat von steffen_b

möglicherweise bereits erledigt - sollte nachher ein update für 0.4 stable eintrudeln. Ein erster Test in testing sah jetzt gut aus

habe das gestern Abend getestet, da sah das alles gut aus, auf die Schnelle nichts aufgefallen hier.
mfg

/ aufgefallen ist mir jetzt,
das es zwischen Don 4.45 und Mon 23 05.03 Uhr kein epg hier gibt, Bsp ist jetzt von ZDF HD,
ist aber bei allen kontrollierten Kanaelen so.
//
funtioniert jetzt nachdem ich die *.epg files erneut angelegt wurden !?

Hi,

gehts wieder los?

# unzip 20120327_20120327_de_qy.zip
Archive:  20120327_20120327_de_qy.zip
  End-of-central-directory signature not found.  Either this file is not
  a zipfile, or it constitutes one disk of a multi-part archive.  In the
  latter case the central directory and zipfile comment will be found on
  the last disk(s) of this archive.

irgendwie bekomme ich nur kaputte zip-Files. Mich wundert nur, dass bei Steffen überall #0 Fehler stehen. Bin ich allein damit?

Gruß,
winni

0 records und kein xmlfilename - ja scheint ein Problem zu geben.

Und soll wieder behoben sein.