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

holymoly · 21. November 2011

Zitat von CKone

hmm, wär mir jetzt neu, wozu gibts "gute Freunde" ?

Zitat von gda

Weder noch.

Gerald

sehr hilfreich..

Keine_Ahnung · 21. November 2011

Zitat von holymoly

sehr hilfreich..

Aber völlig korrekt. Auf Multiple Choice Fragen gibts halt nur Ankreuzantworten

Das ist der interne Datenservice für deren Clickfinder Programm (Win Software. Freeware, aber zur Nutzung brauchts nen Abo), d.h. über diesen Weg bezieht das Programm die Programmdaten.

cu

gda · 21. November 2011

Zitat von holymoly

sehr hilfreich..

Hä? Wobei brauchst du denn Hilfe? Gedanken lesen kann ich noch nicht.

Gerald

winni · 21. November 2011

Hi,

der HTML-Gott hatte wohl ein Einsehen :

Code

<d19>Nashorn, Zebra &amp; Co</d19>

mal schaun, ob es nun klappt...

Gruß,
winni

steffen_b · 21. November 2011

Wollen mal hoffen es war der XML Gott Oder sie haben einen passablen Praktikanten bekommen heute morgen

mholoubek · 24. November 2011

Der XML Gott war es offensichtlich nicht, denn die Fehler sind wieder da, oder habe nur ich das Problem mit ... xmlParseEntityRef: no name <d19>Edel & Starck</d19> ....und so weiter ?

steffen_b · 24. November 2011

Nach ein zwei Tagen ist es in der Tat wieder da ...

holymoly · 24. November 2011

Hi,
gestern erst habe eine Mail erhalten..

Zitat

Wir haben unser System der Datenerzeugung neu aufgesetzt.
Damit sollte das Problem nun behoben sein.

Wir bitten Sie die Unannehmlichkeiten zu entschuldigen.

Dann auf ein Neues..
mfg

steffen_b · 27. November 2011

Es geht übrigens wieder seit Freitag Nachmittag.

azuver · 27. November 2011

Moin

Bei mir funktioniert es leider aber immer noch nicht. Ich bekomme follgende Meldung:

Code

100 7638k  100 7638k	0 	0   728k  	0  0:00:10  0:00:10 --:--:--  769k
 File: 20111210_20111125_de_qy  Size: 7638 kB
Load '/etc/epgdata2vdr/channelmap_epgdata2vdr.conf': 94 channel mappings read.
Load '/etc/epgdata2vdr/genremap.conf': 100 genre mappings read.
Encoding detected: UTF-8
/var/cache/epgdata2vdr:2: I/O warning : failed to load external entity "/var/cache/qy.dtd"
<!DOCTYPE pack SYSTEM "qy.dtd">
                           	^
Converted 20111210_20111125_de_qy.zip. 4912 epg items with 972 pictures exported overall.
220 yavdr SVDRP VideoDiskRecorder 1.7.21; Sun Nov 27 11:22:23 2011; UTF-8
501 Cannot open file "/var/cache/epgdata2vdr/20111210_20111125_de_qy.epg"
221 yavdr closing connection
<--- Processing data with offset 14 --->
  % Total	% Received % Xferd  Average Speed   Time	Time 	Time  Current
                             	Dload  Upload   Total   Spent	Left  Speed
100 7763k  100 7763k	0 	0   723k  	0  0:00:10  0:00:10 --:--:--  753k
 File: 20111211_20111125_de_qy  Size: 7763 kB
Load '/etc/epgdata2vdr/channelmap_epgdata2vdr.conf': 94 channel mappings read.
Load '/etc/epgdata2vdr/genremap.conf': 100 genre mappings read.
Encoding detected: UTF-8
/var/cache/epgdata2vdr:2: I/O warning : failed to load external entity "/var/cache/qy.dtd"
<!DOCTYPE pack SYSTEM "qy.dtd">
                           	^
Converted 20111211_20111125_de_qy.zip. 4777 epg items with 944 pictures exported overall.
220 yavdr SVDRP VideoDiskRecorder 1.7.21; Sun Nov 27 11:22:36 2011; UTF-8
501 Cannot open file "/var/cache/epgdata2vdr/20111211_20111125_de_qy.epg"
221 yavdr closing connection
Cleanup old files ... root@yavdr:~#

Alles anzeigen

Die Datei "/var/cache/qy.dtd" ist vorhanden und ich habe sie auch mal mit 777 Rechten versehen.
Hat von euch jemand eine Idee?

mfg Olli

MacKnight · 27. November 2011

Bei mir läuft inzwischen das epgdata2vdr addon unter gen2vdr einwandfrei. Bei mir hat folgender Tipp geholfen:

Zitat von TEDDYXXL

Ich glaube, ich habe noch was gefunden ...

Wenn man im Konfigfile

die Variable von

WORKDIR=/var/cache/epgdata2vdr

auf

WORKDIR=/var/cache/epgdata2vdr/

ändert, sieht ein bißchen besser aus.

Ein paar Errors kommen noch.

Grüße,

Dirk

Alles anzeigen

Link zum Beitrag

azuver · 27. November 2011

Das hat geholfen ich danke dir.

Olli

Wyse · 9. Dezember 2011

Haben die schon wieder was an den Umlauten gefummelt?

Habe seit zwei Tagen keine Umlaute mehr im EPG nur noch die komischen Zeichen. Sonst noch jemand das Problem?

steffen_b · 9. Dezember 2011

Oh man ... Kopf->Tisch

Können die da nicht endlich jemand dransetzen der sich damit auskennt !?

Ã¤ -> Ã¤

letzteres steht da Tatsache in den Daten ... Sprich:

- Man nehme ä in UTF8
- man lese es als ANSI/ISO8859-15 ein
- bekommt Ã¤ und wandle das dann in XML Entities um

Dadurch bekommt man dann zwar valides XML aber sinnvoll ist es dewegen noch nicht. Ich schreib sie mal (wieder) an.

steffen_b · 10. Dezember 2011

Unter yavdr kann man es temporär zumindest so einigermassen umschiffen:

Code

# cat /var/lib/locales/supported.d/de 
...
de_DE ISO-8859-1        <- hinzufügen

dann:

Code

dpkg-reconfigure locales

und in /usr/bin/epgdata2vdr.sh vor den Aufruf das LC_ALL="de_DE" stellen:

Code

87                                 LC_ALL="de_DE" $EPGDATA2VDRBIN -c $CONF \

damit wird epgdata2vdr vorgemacht es läuft in ISO-8859-1 - die Ausgabe ist dadurch UTF-8 (man macht quasi den gleichen Fehler nur umgedreht).

Muss freilich - sobald es korrekt ist - wieder weg.

Wyse · 10. Dezember 2011

Ja die Inkompentenz dieser Truppe kennt wohl gar keine Grenzen. Danke für die Tipps werde ich naher gleich mal machen mal schauen wie lange Sie diesmal brauchen um das zu fixen.

holymoly · 10. Dezember 2011

hi,
hab's gerade mal angewendet, bis auf's ß scheint es hier zu passen, danke.
mfg
bei den Zeichen ö,ü,ä in Grossbuchstaben passt's auch nicht,
was soll's, vielleicht geht's ja kommende Woche wieder ...

steffen_b · 11. Dezember 2011

Ja es funktioniert nicht für alles - nur wenn das zweite Byte des Buchstabens auch allein ein Darstellbarer Buchstabe ist

Zumindest sorgen sie für Abwechslung, ansonsten wäre die Benutzung des Service ja langweilig.

Davon abgesehen habe ich bemerkt das die Dateien momentan 26MB groß sind. Haben die nur die Komprimierung der jpg's geändert oder liefern die nun deutlich mehr Bilder mit oder sind diese grösser geworden (320x240 momentan) ?

Ich habe epgdata.com auf jedenfall gestern eine Mail geschickt und ihnen genau erklärt was verkehrt ist, wenn sie es Montag lesen ist vielleicht am Dienstag mit einer Lösung zu rechnen. So langsam wünsche ich mir einen Blick hinter die Kulissen - es ist so schade da es in der Theorie/vom Grundsatz her eigentlich ein vernünftiger Ansatz ist.

winni · 11. Dezember 2011

Zitat von steffen_b

es ist so schade da es in der Theorie/vom Grundsatz her eigentlich ein vernünftiger Ansatz ist.

mir gehts genauso. Ich möchte auf deren EPG nicht mehr verzichten, guter Umfang, viel Zusatzinfo,... und die paar Euro tun auf's Jahr gerechnet auch nicht weh. Das dauernde Gebastel nervt nur ziemlich. Hab mir jetzt die letzte korrekte epg.data aus'm Backup geholt und das Updaten abgeschaltet, bis es wieder läuft.
Aber hoffen wir wieder mal

Gruß,
winni

Joe_D · 11. Dezember 2011

Zitat von steffen_b

es ist so schade da es in der Theorie/vom Grundsatz her eigentlich ein vernünftiger Ansatz ist

Noch vernünftiger wäre aber die Daten nicht in einen großen Monolith zu packen, sondern diese (auch) senderweise bereitzustellen. Ein Zip für die (korrekte) xml, ein Zip für die Bilder pro Sender.

Gruß

Joe_D

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

Jetzt mitmachen!

Teilen