LBS-19000158 ics/CalDAV Kalender Client

[ak68]

Hier die Werte meines letzten Versuchs:

...
E11: start|daysuntil|summary[50]
...
E16: %daysuntil%
...

Ich bin mir nicht sicher, ob E11 (Längenangabe !) und E16 so funktionieren:

Bei mir sind:
E11: start[20]|end[20]|summary[60]
E16: %start% %end% %summary%

Kannst Du das ´mal mit diesen Einstellungen testen ?

[SvenA]

Ist auch A1 leer ?

Nein, aber da ist auch nur ein Termin drin.

Kannst Du ´mal ein Bild der Eingänge machen oder- noch besser- E10-16 als Text hierher kopieren ?

Hier die Werte meines letzten Versuchs:

E1: (Trigger gesetzt)
E2: Europe/Berlin
E3: 1800
E4: ics
E5: /var/tmp/termine.ics
E6: (leer)
E7: (leer)
E8: (leer)
E9: de_DE
E10: 20
E11: start|daysuntil|summary[50]
E12: Termin|in|Beschreibung
E13: |center|
E14: 25|10|60
E15: %a %d.%m %H:%M
E16: %daysuntil%
E17: (leer)
E18: (leer)
E19: <font color="red">$wert$</font>
E20: 0
E21: (leer)
E22: (leer)
E23: 2M
E23: (leer)

Ich hoffe das hilft....

Gruß
Sven

[ak68]

Ich habe nur das Problem, das er mir immer nur den nächsten Eintrag anzeigt. Ich hätte aber gerne die nächsten 7 Termine. Auf next1 liegt auch der Termin an, aber next2..10 sind leer (genauer da steht ein "&nbsp" drin, ohne Semikolon am Ende).

Ist auch A1 leer ?
Kannst Du ´mal ein Bild der Eingänge machen oder- noch besser- E10-16 als Text hierher kopieren ?

[SvenA]

Hallo!

Ich benutze den Baustein in der Version 0.71 und möchte die Termine der nächsten 7 Tage als Liste ausgeben lassen.
Dazu habe ich das mit einem Listenelement verknüpft.

Ich habe folgende ics Datei:

BEGIN:VCALENDAR VERSION:2.0
PRODID:Recurring-2-weeks
X-PUBLISHED-TTL:P1W

BEGIN:VEVENT
UID:5d2133414f8d5
DTSTART;TZID=Europe/Berlin:20190708T070000
SEQUENCE:0
TRANSP:OPAQUE
DTEND;TZID=Europe/Berlin:20190708T080000
SUMMARY:Termin alle zwei Wochen
CLASS:PUBLIC
RRULE:FREQ=WEEKLY;INTERVAL=2;UNTIL=20191231T235959 Z;BYDAY=MO
EXDATE;TZID=Europe/Berlin:20191223T070000
DTSTAMP:20190707T014817Z
END:VEVENT

END:VCALENDAR

Ich habe nur das Problem, das er mir immer nur den nächsten Eintrag anzeigt. Ich hätte aber gerne die nächsten 7 Termine. Auf next1 liegt auch der Termin an, aber next2..10 sind leer (genauer da steht ein "&nbsp" drin, ohne Semikolon am Ende).

Kann das jemand bestätigen oder mache ich noch etwas falsch?

Gruß
Sven

[Winni]

Es gibt eine 10kByte Grenze für interne KOs. Wenn also viel Text vorhanden ist, wird vorher abgebrochen (Vermutung)

Wenn das das Problem ist, gäbe es die Möglichkeit in eine Datei zu schreiben (müsste man im Baustein vorsehen) und dann das VSE1000 verwenden. Dort ist eine Übergabe aus Datei möglich.

Seh' gerade, dass ich das wohl schon eingebaut hatte: E24
fileexpo[filename;maxsize] - ermöglicht in eckigen Klammern die Ausgabe der Daten in ein File filename mit maximaler Länge maxsize, nur in Verbindung mit erweitertem Listelement sinnvoll

[Derol]

Hallo zusammen,

ich habe den LBS in Verbindung mit Nextcloud im Betrieb.
Dazu wurden 5 Kalender im Baustein hinterlegt, die auch alle ihre Termine ausgeben.
Dennoch werden mir nur maximal 32 Termine als Liste an A1 angezeigt.

Den Eingang E10 (Anzahl Einträge, die zurückgegeben werden) habe ich einfach mal auf 300 gestellt, da ich gerne eine Liste mit allen Einträgen in den nächsten Monaten anzeigen möchte.
Der Eingang E23 (Speicherbereich, der zum Download freigehalten wird) steht bei mir auf 64M.

Liegt das am Speicherbereich oder am LBS intern?
Wie kann ich die Anzahl erhöhen, sodass mir mehr Termine ausgegeben werden?
Gibt es eine Grenze für die Anzahl?

Danke und Gruß

[shortyle]

Hi,

ich bekomme nach dem Umstieg auf CentOS 7 keine Kalendereinträge mehr angezeigt. Weiß zwar nicht ob es unmittelbar damit zusammen hin, aber seit dem Neuaufsetzen trat das Problem auf. Die Kalendereinträge habe ich bisher immer über einen Radicale Server bezogen. Der Kalender bzw. die Synchronisation funktioniert auch in Verbindung mit iOS und OS X Geräten.

Nur in dem LBS will es nicht klappen.

Das Log wirft leider wenig Infos aus

 [TABLE="border: 0, cellpadding: 0, cellspacing: 0"]
 	 		[TR]
 			[TD]2019-11-22 13:30:00[/TD]
 			[TD]128077[/TD]
 			[TD]9860[/TD]
 			[TD]1[/TD]
 			[TD]File not present or to old, fetching data...[/TD]
 		[/TR]
 		[TR]
 			[TD]2019-11-22 13:30:00[/TD]
 			[TD]264997[/TD]
 			[TD]9860[/TD]
 			[TD]1[/TD]
 			[TD]No data received XXX[/TD]
 		[/TR]
 	 [/TABLE]

Bildschirmfoto 2019-11-22 um 13.43.17.png

Bei einem freigegebenen iCloud Kalender klappt es ohne Probleme

Hat einer eine Idee woran es liegen könnte oder wo ich die Fehlersuche starten kann?

Ich habe den LBS auch schon einmal deinstalliert und neu hinzugefügt, leider ohne Verbesserung.

VG David

[Ottorino]

Die Fehler aus Post #283 sind praktisch nicht zu finden, wenn man die Quellkalender nicht hat. In den Routinen jeden Array-Wert prüfen, ob er auch existent ist führt zu weit. Natürlich könnte man grundsätzlich alle Fehler unterdrücken, aber ob das gut ist?

Ich habe iCal-Validator im Internet gefunden - die bescheinigen allerdings null Fehler.

Ich habe das jetzt so gelöst:
- Export des Kalenders aus Nextcloud als ics-File und löschen des NC-Kalenders
- Import des ics-Files in einen neuen Google-Kalender (ggrrrrr...)
- Export wieder zurück
- und wieder Import in Nextcloud unter dem selben Namen wie vor

Offensichtlich hat Google die fehlerhaften Einträge korrigiert - die Fehler aus dem LBS sind nun weg.

Interessanterweise ist das ics-File durch Google von 706kb auf 595kb geschrumpft.

[Winni]

Einfach eine Spalte %timeuntil% für die Ausgabe in der Liste definieren. Ich hab' den Baustein hauptsächlich für die Liste entwickelt und erst dann die Einzelzeilenausgabe hinzugefügt, deshalb muss soweit ich mich erinnern kann alles was an Werten in E16 benutzt wird schon in E11 definiert sein.
Beispiel:
E11: start|end|summary[80]|location|description[350]|calname|daysuntil|timeuntil
E16: %start% - %end% %summary% %daysuntil% %timeuntil%
A2: Fr 15.11 14:00 - Fr 15.11 15:00 Fahrrad Tabea holen 2 1 Tage 16 Stunden 42 Minuten
A3: Mo 18.11 - ganzer Tag Urlaub 5 4 Tage 2 Stunden 42 Minuten

[Lexxs]

Hi Winni,

vielen Dank schon einmal für diese Info!
Was müsste dann an E11 angehängt werden damit ich eine Tagesausgabe erhalte?
Oder besser gesagt... hast du zufälligerweise eine Lösung bereits bei dir am Laufen, für z.B. einen Müllabfuhrkalender? Damit die restlichen Tage bis zur Abholung visualisiert dargestellt werden.


Gruß Lex

[Winni]

So auf die schnelle, soweit ich mich erinnern kann:
Man kann nur Werte in E16 verwenden, die aufgrund der Einträge an E11 auch aufbereitet werden.
An E19 darf nur die Anzahl Tage stehen, nicht "Tage" anhängen.
Die Fehler aus Post #283 sind praktisch nicht zu finden, wenn man die Quellkalender nicht hat. In den Routinen jeden Array-Wert prüfen, ob er auch existent ist führt zu weit. Natürlich könnte man grundsätzlich alle Fehler unterdrücken, aber ob das gut ist?

[Lexxs]

Hallo alle zusammen,

ich habe ein kleines Problem bezüglich der verbleibenden Tage beim Baustein LBS19000158.
Laut diesem Thema hier im Forum und der Beschreibung des Bausteines, soll mit Hilfe von %timeuntil% am E16 und der Formatierung untilfrm[%a] am E24 eine verbleinendeTagesangabe herauskommen. Doch das ist bei mir leider nicht der Fall.

Folgende Eingänge habe ich wie folgt bestückt:

E16: %start%%end%|%summary%|%timeuntil%
E19: |0Tage|<font color="#E53935">$wert$</font>
E24: wholeday[%a. %d.%m.;]|moredays[%a. %d.%m.;(%c Tage)]|samedaye[- %H:%M]| untilfrm[%a]

Wie man im Bild erkennt ist nach dem "String zerteilen" (erster Baustein ganz oben) am A3 des Bausteins 1565 die Ausgabe timeuntil%

Woran liegt das?

Realisieren möchte ich eine verbleibende Tagesanzahl der mit vorliegenden Termine in der Zukunft. (Müllabfuhr)
In diesem Beitrag,Kommentar #11
https://knx-user-forum.de/forum/proj...duell-designen

hat #shortyle eine mögliche Lösung gepostet. Doch leider scheitert es bei mir schon am Anfang aufgrund der Ausgabe von timeuntil%


P.S.: Ich habe die Bibliothek von GitHub wie in der Hilfe des Bausteins beschrieben, installiert.



Gruß Lex

[Ottorino]

 [TABLE="border: 0, cellpadding: 0, cellspacing: 0"]
 	 		[TR]
 			[TD]2019-11-12 21:00:03[/TD]
 			[TD]829727[/TD]
 			[TD]?[/TD]
 			[TD]28964[/TD]
 			[TD]Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19000158.php | Fehlercode: 8 | Zeile: 803 | Undefined index: DTEND[/TD]
 			[TD] [/TD]
 		[/TR]
 		[TR]
 			[TD]2019-11-12 21:00:03[/TD]
 			[TD]829895[/TD]
 			[TD]?[/TD]
 			[TD]28964[/TD]
 			[TD]Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19000158.php | Fehlercode: 8 | Zeile: 736 | Undefined offset: 1[/TD]
 			[TD] [/TD]
 		[/TR]
 		[TR]
 			[TD]2019-11-12 21:00:03[/TD]
 			[TD]829962[/TD]
 			[TD]?[/TD]
 			[TD]28964[/TD]
 			[TD]Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19000158.php | Fehlercode: 8 | Zeile: 738 | Undefined offset: 2[/TD]
 			[TD] [/TD]
 		[/TR]
 		[TR]
 			[TD]2019-11-12 21:00:03[/TD]
 			[TD]830657[/TD]
 			[TD]?[/TD]
 			[TD]28964[/TD]
 			[TD]Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19000158.php | Fehlercode: 8 | Zeile: 803 | Undefined index: DTEND[/TD]
 			[TD] [/TD]
 		[/TR]
 		[TR]
 			[TD]2019-11-12 21:00:03[/TD]
 			[TD]830732[/TD]
 			[TD]?[/TD]
 			[TD]28964[/TD]
 			[TD]Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19000158.php | Fehlercode: 8 | Zeile: 736 | Undefined offset: 1[/TD]
 			[TD] [/TD]
 		[/TR]
 		[TR]
 			[TD]2019-11-12 21:00:03[/TD]
 			[TD]830791[/TD]
 			[TD]?[/TD]
 			[TD]28964[/TD]
 			[TD]Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19000158.php | Fehlercode: 8 | Zeile: 738 | Undefined offset: 2[/TD]
 			[TD] [/TD]
 		[/TR]
 		[TR]
 			[TD]2019-11-12 21:00:03[/TD]
 			[TD]943520[/TD]
 			[TD]?[/TD]
 			[TD]28964[/TD]
 			[TD]Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19000158.php | Fehlercode: 8 | Zeile: 803 | Undefined index: DTEND[/TD]
 			[TD] [/TD]
 		[/TR]
 		[TR]
 			[TD]2019-11-12 21:00:03[/TD]
 			[TD]943650[/TD]
 			[TD]?[/TD]
 			[TD]28964[/TD]
 			[TD]Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19000158.php | Fehlercode: 8 | Zeile: 736 | Undefined offset: 1[/TD]
 			[TD] [/TD]
 		[/TR]
 		[TR]
 			[TD]2019-11-12 21:00:03[/TD]
 			[TD]943700[/TD]
 			[TD]?[/TD]
 			[TD]28964[/TD]
 			[TD]Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19000158.php | Fehlercode: 8 | Zeile: 738 | Undefined offset: 2[/TD]
 		[/TR]
 	 [/TABLE]

Diese Fehler gab es in früheren Postings auch schon, aber leider hat niemand beschrieben, wie sie behoben worden sind.

Soweit ich dies bereits ergründen konnte, handelt es sich offensichtlich um "außergeöhnliche"/fehlerhafte Kalendereinträge, die in diesem Fall von einer frischen Nextcloud-Installation geliefert werden. Die Abfrage des Kalenders per CalDAV funktioniert prima und liefert an den Ausgängen auch entsprechende Ergebnisse. Hier geht es lediglich um die Beseitigung der Fehlereinträge.
Erstelle ich einen neuen Kalender in Nextcloud und frage diesen mit fünf Testterminen ab, kommen keine Fehler.

Mein Problem: Der Familienkalender enthält aktuell über 500 unterschiedliche Einträge. Wie finde ich heraus, welche drei Termine die o.g. Fehler produzieren?
- DEBUG hatte ich bereits auf TRUE gesetzt, allerdings sind im Individual-Log keine Hinweise auf Fehler zu finden.
- möglicherweise stammen die "fehlerhaften" Einträge aus dem Exportieren/Importieren aus früheren Kalendern (u.a. auch Google). Gibt es irgendwo ein Tool o.ä., was eine ICS-Datei (da treten die Fehler analog auf) auf Konformität/Korrektheit prüft?

Vielen Dank schon mal...

[Masifi]

Top die Debug-Ausgaben sind weg. Danke für die schnelle Umsetzung :-)

[vento66]

Da hat sich beim kopieren ein Sonderzeichen mit eingeschlichen, sollte jetzt behoben sein.