![Wink ;)](./images/smilies/icon_wink.gif)
tvtv.de und JtG
-
- Sherlock Dev
- Beiträge: 540
- Registriert: Mo 04 Aug 2003, 16:22
- Wohnort: Frankfurt
- Kontaktdaten:
Als XML legt das SyncIT-Tool das ja jetzt schon auf die Platte. Das Format ist recht simpel, da muss man sich nur bedienen.
Aber SyncIT geht halt leider nur unter Windows.
Ich hatte auch mal überlegt, ob ich mir das XML-File einfach direkt vom tvtv.de-Server holen sollte. Aber das war mir dann noch eine Nummer zu heiß![Wink ;)](./images/smilies/icon_wink.gif)
Dann lieber Klack und TVInfo, die dieses Feature kostenlos anbieten.
Gag
Aber SyncIT geht halt leider nur unter Windows.
Ich hatte auch mal überlegt, ob ich mir das XML-File einfach direkt vom tvtv.de-Server holen sollte. Aber das war mir dann noch eine Nummer zu heiß
![Wink ;)](./images/smilies/icon_wink.gif)
Dann lieber Klack und TVInfo, die dieses Feature kostenlos anbieten.
Gag
Hallo,
was wollt ihr eigentlich alle mit xml? Nur weil's modern ist?
Ich halte CSV immernoch für das bessere Format für Timerdatenaustausch, da es mit allen Datenbanken kompatibel ist. XML ist doch eigentlich Web-Zeug, das kaum sonst einer lesen kann.
CSV-Kompatiblitätsliste:
Access, SQL, dbase, F&A, Excel, Word, Outlook, Lotus123, Nokiahandykalender und ausnahmslos alle anderen Programme, die Daten verwalten.
CSV ist noch dazu schlanker.
Gruß Frank
was wollt ihr eigentlich alle mit xml? Nur weil's modern ist?
Ich halte CSV immernoch für das bessere Format für Timerdatenaustausch, da es mit allen Datenbanken kompatibel ist. XML ist doch eigentlich Web-Zeug, das kaum sonst einer lesen kann.
CSV-Kompatiblitätsliste:
Access, SQL, dbase, F&A, Excel, Word, Outlook, Lotus123, Nokiahandykalender und ausnahmslos alle anderen Programme, die Daten verwalten.
CSV ist noch dazu schlanker.
Gruß Frank
Sagem 1xi + HDD Kabel, JtG-Team Image v2.4.6 (19.12.2015), avia600vb028, ucode int., cam_01_02_105D
Coolstream Neo, FW 2.10 (leider kaputt)
Win 10 Pro x64, i7 920, 12 GB, SSD
u-Grabber 0.2.7.6-> TS -> PX 0.91.0.08 -> IfoEdit 0.971 -> ImgBurn 2.5.0.0 -> DVD-R
Coolstream Neo, FW 2.10 (leider kaputt)
Win 10 Pro x64, i7 920, 12 GB, SSD
u-Grabber 0.2.7.6-> TS -> PX 0.91.0.08 -> IfoEdit 0.971 -> ImgBurn 2.5.0.0 -> DVD-R
-
- XMediaGrabber Dev
- Beiträge: 2227
- Registriert: Di 24 Feb 2004, 17:47
- Wohnort: Nürnberg
- Kontaktdaten:
Was heisst modern, sollen wir jetzt Assembler proggen? Es wird schon einen Grund haben warum das immer weiter verbreitet wird.Pedant hat geschrieben:Hallo,
was wollt ihr eigentlich alle mit xml? Nur weil's modern ist?
Ich halte CSV immernoch für das bessere Format für Timerdatenaustausch, da es mit allen Datenbanken kompatibel ist. XML ist doch eigentlich Web-Zeug, das kaum sonst einer lesen kann.
CSV-Kompatiblitätsliste:
Access, SQL, dbase, F&A, Excel, Word, Outlook, Lotus123, Nokiahandykalender und ausnahmslos alle anderen Programme, die Daten verwalten.
CSV ist noch dazu schlanker.
Gruß Frank
![Smile :)](./images/smilies/icon_smile.gif)
Hallo z3r0,
im Grunde ist es mir egal, welches Austauschformat die Timerdaten bekommen, ich fände es nur klasse, wenn wir einen Standard definieren können.
XML mag eventuell mal das werden, was CSV seit grauer Vorzeit ist.
Was mich persönlich am XLM-Format stört ist, dass es Absatz-Orientiert und nicht Zeilen Orientiert ist.
Man kann z.B. nicht auf die Schnelle in Editor sehen, wieviele Datensätze es sind und welche Feldwerte (Spalten) bei welchen Datensätzen belegt sind.
Ein manuelles Editieren von XML finde ich auch wesentlich umständlicher.
Die Kompatibilität zur Datenverarbeitung ist bei CSV (von mir aus "noch"), wesentlich größer.
Das soll jetzt aber keine fruchtlose Debatte sein oder werden, ich versuche hier nur "Reklame" zu machen.
Das Wichtigste steht aber im meinem ersten Absatz.
Wenn die Devs XLM bevorzugen, dann soll es so sein.
"Gruß";"Frank"
PS: CSV gefällt mir aber trotzdem besser.
im Grunde ist es mir egal, welches Austauschformat die Timerdaten bekommen, ich fände es nur klasse, wenn wir einen Standard definieren können.
XML mag eventuell mal das werden, was CSV seit grauer Vorzeit ist.
Was mich persönlich am XLM-Format stört ist, dass es Absatz-Orientiert und nicht Zeilen Orientiert ist.
Man kann z.B. nicht auf die Schnelle in Editor sehen, wieviele Datensätze es sind und welche Feldwerte (Spalten) bei welchen Datensätzen belegt sind.
Ein manuelles Editieren von XML finde ich auch wesentlich umständlicher.
Die Kompatibilität zur Datenverarbeitung ist bei CSV (von mir aus "noch"), wesentlich größer.
Das soll jetzt aber keine fruchtlose Debatte sein oder werden, ich versuche hier nur "Reklame" zu machen.
Das Wichtigste steht aber im meinem ersten Absatz.
Wenn die Devs XLM bevorzugen, dann soll es so sein.
"Gruß";"Frank"
PS: CSV gefällt mir aber trotzdem besser.
Sagem 1xi + HDD Kabel, JtG-Team Image v2.4.6 (19.12.2015), avia600vb028, ucode int., cam_01_02_105D
Coolstream Neo, FW 2.10 (leider kaputt)
Win 10 Pro x64, i7 920, 12 GB, SSD
u-Grabber 0.2.7.6-> TS -> PX 0.91.0.08 -> IfoEdit 0.971 -> ImgBurn 2.5.0.0 -> DVD-R
Coolstream Neo, FW 2.10 (leider kaputt)
Win 10 Pro x64, i7 920, 12 GB, SSD
u-Grabber 0.2.7.6-> TS -> PX 0.91.0.08 -> IfoEdit 0.971 -> ImgBurn 2.5.0.0 -> DVD-R
-
- Sherlock Dev
- Beiträge: 540
- Registriert: Mo 04 Aug 2003, 16:22
- Wohnort: Frankfurt
- Kontaktdaten:
@Gag,
cool.
Die Debatte um das allgemeine Timer-Export-Import-Format ist damit aber noch nicht aus der Welt.
Was würdest Du denn bevorzugen?
Du hast schon irgendwas in Richtung CSV angelegt?
Der JtG-Migrator benutzt, glaube ich, XML. Habe leider gerade keinen zur Hand.
@Turmann,
die nötigsten Felder importierst Du ja schon. Es entstehen gültige Timereinträge.
Um Einträge zu generieren, die dem jeweiligen User in den Kram passen, ist es vermutlich am besten, alle Werte zu schreiben. Aber vorher aus der Einstellungstabelle der intern.mdb, auszulesen welche Werte als Default hinterlegt sind und diese Defaultwerte für die neuen Timereinträge übernehmen und dann erst zu importieren.
Hast Du Access um einen Blick in die intern.mdb zu werfen oder codest Du quasi im Abmahnerfalle?
Gruß Frank
Nachtrag:
Ich habe mal vier Timer angelegt und dann mit Access die Aufnahmetabelle exportiert. Einmal als XML und einmal als CSV, Beides im Zip.
cool.
Die Debatte um das allgemeine Timer-Export-Import-Format ist damit aber noch nicht aus der Welt.
Was würdest Du denn bevorzugen?
Du hast schon irgendwas in Richtung CSV angelegt?
Der JtG-Migrator benutzt, glaube ich, XML. Habe leider gerade keinen zur Hand.
@Turmann,
die nötigsten Felder importierst Du ja schon. Es entstehen gültige Timereinträge.
Um Einträge zu generieren, die dem jeweiligen User in den Kram passen, ist es vermutlich am besten, alle Werte zu schreiben. Aber vorher aus der Einstellungstabelle der intern.mdb, auszulesen welche Werte als Default hinterlegt sind und diese Defaultwerte für die neuen Timereinträge übernehmen und dann erst zu importieren.
Hast Du Access um einen Blick in die intern.mdb zu werfen oder codest Du quasi im Abmahnerfalle?
Gruß Frank
Nachtrag:
Ich habe mal vier Timer angelegt und dann mit Access die Aufnahmetabelle exportiert. Einmal als XML und einmal als CSV, Beides im Zip.
- Dateianhänge
-
- Timer.zip
- (1.47 KiB) 121-mal heruntergeladen
Sagem 1xi + HDD Kabel, JtG-Team Image v2.4.6 (19.12.2015), avia600vb028, ucode int., cam_01_02_105D
Coolstream Neo, FW 2.10 (leider kaputt)
Win 10 Pro x64, i7 920, 12 GB, SSD
u-Grabber 0.2.7.6-> TS -> PX 0.91.0.08 -> IfoEdit 0.971 -> ImgBurn 2.5.0.0 -> DVD-R
Coolstream Neo, FW 2.10 (leider kaputt)
Win 10 Pro x64, i7 920, 12 GB, SSD
u-Grabber 0.2.7.6-> TS -> PX 0.91.0.08 -> IfoEdit 0.971 -> ImgBurn 2.5.0.0 -> DVD-R
-
- Sherlock Dev
- Beiträge: 540
- Registriert: Mo 04 Aug 2003, 16:22
- Wohnort: Frankfurt
- Kontaktdaten:
XML hat definitiv Vorteile, weil man da komplexere Strukturen ablegen kann.
CSV eignet sich nur für ganz stupide Tabellen. Als Austauschformat brauchbar, aber nicht zur Speicherung oder Verwaltung.
Ansonsten halte ich mich da aber raus.
Importieren kann ich sowieso alles, was sich an irgendwelche Standards hält -- von CSV bis zu 'ner Oracle![Wink ;)](./images/smilies/icon_wink.gif)
Gag
CSV eignet sich nur für ganz stupide Tabellen. Als Austauschformat brauchbar, aber nicht zur Speicherung oder Verwaltung.
Ansonsten halte ich mich da aber raus.
Importieren kann ich sowieso alles, was sich an irgendwelche Standards hält -- von CSV bis zu 'ner Oracle
![Wink ;)](./images/smilies/icon_wink.gif)
Gag
-
- Sammler
- Beiträge: 125
- Registriert: Mo 04 Aug 2003, 16:22
- Wohnort: Dillingen a.d. Donau / Bayern
Hallo,
ich habe das Tool nochmal überarbeitet:
-Einstellungen für die Timer werden aus den JtG-Standardeinstellungen übernommen
-Timerdaten könne auch in ein Sherlock-kompatibles CSV-File exportiert werden
-Konflikte mit bestehenden Timern in der Datenbank sollten erkannt werden
-Der Registry-Key zum Update der Timer beim laufenden JtG wird gesetzt
Ich bitte um Feedback.
Tom
ich habe das Tool nochmal überarbeitet:
-Einstellungen für die Timer werden aus den JtG-Standardeinstellungen übernommen
-Timerdaten könne auch in ein Sherlock-kompatibles CSV-File exportiert werden
-Konflikte mit bestehenden Timern in der Datenbank sollten erkannt werden
-Der Registry-Key zum Update der Timer beim laufenden JtG wird gesetzt
Ich bitte um Feedback.
Tom
- jmittelst
- Co-Admin
- Beiträge: 11013
- Registriert: So 16 Nov 2003, 13:42
- Wohnort: Schildgen (Bergisch Gladbach)
- Kontaktdaten:
Hört sich gut an. Download im ersten Beitrag?
cu
Jens
cu
Jens
VU+ Ultimo 4k
VU+ Duo²
VU+ Solo²
[Zitat]Es gibt 2 Dinge, die unendlich sind. Das Weltall und die Dummheit der Menschen. Beim Weltall bin ich mir aber nicht so sicher...[/Zitat]
Vorsicht! Lesen kann zu Bildung führen! Links, Suchfunktion, Wikis und Google deshalb nur mit Bedacht nutzen!
VU+ Duo²
VU+ Solo²
[Zitat]Es gibt 2 Dinge, die unendlich sind. Das Weltall und die Dummheit der Menschen. Beim Weltall bin ich mir aber nicht so sicher...[/Zitat]
Vorsicht! Lesen kann zu Bildung führen! Links, Suchfunktion, Wikis und Google deshalb nur mit Bedacht nutzen!
-
- Sherlock Dev
- Beiträge: 540
- Registriert: Mo 04 Aug 2003, 16:22
- Wohnort: Frankfurt
- Kontaktdaten: