Google Calendar - update für "neue" GoogleAPI

[smai]

Kannst du das ics, welches Google liefert, in einem Texteditor anschauen, ob die Papiertonne da auch falsch drin ist?
Dann wäre es ein Fehler von Google, was ich aber kaum glauben kann.

Ich sehe auch im smartVISU-Treiber grad nicht, wie das entstehen könnte. Allerdings wird ja für das Parsen des ics ein Drittprodukt eingesetzt, vielleicht wird da was falsch gemacht.

[schloessl]

Hallo smai,

ich habe mit ICAL auch noch ein Problem.
Bei mir tauchen Termine auf die nicht im Kalender stehen. Glaube jedoch den Termin von diesem Datum nur an einen anderen Tag verschoben zu haben.
Den blabla-Termin habe ich bewusst auf den belegten Zeitraum gelegt.Der Termin Papiertonne am 30.9 bleibt erhalten!

Jede Änderung im Kalender wird sofort (Neuaufruf derSeite) übernommen.
Wer mogelt mir die Papiertonne unter? Muss noch etwas zuvor gelöscht werden?
ICAL_2.jpg

ICAL_1.jpg

ICAL_3.jpg

[smai]

Die Funktion für die Icons und Farben per @color sollte eigentlich in die Basisklasse

Ich habe eben gesehen, dass dies auch bereits so ist. Allerdings hatte ich die Detailbeschreibung nicht mitgeparsed.
Ist nun korrigiert, Farben und Icons per @color und @ icon funktionieren nun also in der aktuellen Version auf GitHub.

Mit den fehlenden Farben im iCal habe ich übrigens nur gemeint, dass die Farbe des Google Kalenders und des Termins in Google nicht übernommen werden können.

Ausserdem habe ich noch die Behandlung der Zeitzonen korrigiert und den Service umbenannt zu ICal (e.g. Google), weil dieser unabhängig von Google auch für andere iCal/ics-Kalenderquellen verwendet werden kann.

[psilo]

smai wenn es in meiner Urlaubswoche nächste Woche regnet kann ich ja mal schauen ob ich was baue - so lange die Icons auf Textfiltern basieren ist es generisch... Sonst für die Zukunft, für mich reicht aktuell der Workaround. Die V3 ist mglw. auch etwas effizenter, weil sie die neue Google API nutzt und mglw nicht den gesamten Kalender zieht. Müsste ich aber auch mal ansehen.. Für neue User ist aber wie gesagt Dein Ansatz 100% besser!

[smai]

Die Funktion für die Icons und Farben per @color sollte eigentlich in die Basisklasse, das ist ja nicht spezifisch für Google Calendar, oder?
Seit kurzem gibt's ja auch den Treiber für die iCloud von Foxi352.

[psilo]

sieht gut aus jetzt - nachgetestet.. Werde trotzdem erstmal auf meiner funktionierenden V3 bleiben, wegen Custom Icons und so. Für Einsteiger ist Deines aber sicher der bessere Weg.

Wobei sowas logischerweise auch in Deinem gehen würde..

case stristr((string) ($entry["summary"]), "Arzt"):
    $icon = "icons/".$urlString."/message_medicine.svg";
    break;
[...]

Die Farben vermisse ich aber auch

[smai]

psilo aufsteigend sortieren stimmt schon, aber es sollten nur Termine in der Zukunft angezeigt werden
Anscheinend ignoriert Google die URL-Parameter, die früher funktioniert haben.

Deshalb mache ich die Datumsfilterung nun aus Seite der smartVISU. Ist halt nicht ganz so performant, weil immer alle Termine von Google gelesen werden.

Und danke für den Hinweis auf Line 42. Diese würde zum tragen kommen, wenn die URL nicht aufgerufen werden könnte.

Die neue Version ist eingecheckt.

[CodeRed]

Zwischenzeitlich würde ich ungern auf die Farben verzichten. Da ich Termine aus mehreren Kalendern eingebunden habe, helfen die Farben erheblich bei der Zuordnung. Auch die Möglichkeit, spezielle Termine farblich zu markieren, nutzen wir häufig (Müllabfuhr, ...)

Für mich wäre es jedoch kein Weltuntergang, wenn die v3 im nächsten Release nicht enthalten wäre. Solange die Möglichkeit bleibt, sich diese manuell wieder einzubinden.

[psilo]

So auch die JSON Daten sind chronologisch aufsteigend. Heißt mit COUNT=3 kriege ich die allerersten Termine meines Kalenders von 2011.. Habe ich bei der google URL also was vergessen?

PS: es ist übrigens eine Variante mit basic.ics.

Die URL geht, Fehler liegen mE. hier:

müsste das nicht $ics_content sein?
https://github.com/Martin-Gleiss/sma...google.php#L42

und ich denke die sortEventsWithOrder sortiert bei mir falsch
=> in der $ics->events() stimmt noch alles, danach nicht mehr

Fehlerhaft: $events = $ics->sortEventsWithOrder($ics->events(), SORT_ASC);
Auf den ersten Blick ok: $events = $ics->events();

so wieder auf v3 gegangen, aus meiner sicht wird schon deshalb falsch sortiert, weil aufsteigend nach timestamp sortiert wird (https://github.com/Martin-Gleiss/sma...google.php#L48) und dann 0 bis $this->count rausgezogen wird.. also die ersten n elemente (https://github.com/Martin-Gleiss/sma...google.php#L49)


für mehr analyse als 45min-1h fehlt mir die muße

[henfri]

Das Handling mit ClientID, Secret, Redirect URL, ... ist einfach viel zu umständlich.

Und ich möchte nichts halbfertiges im Release haben.

Sehe ich auch so.
Allerdings gibt es Tools wie z.B. Thunderbird, die auch die API massentauglich nutzbar machen.
Ist sicher mehr Aufwand.
Ich kann ohne die Farben leben. Schöner wäre es mit.

Gruß,
Hendrik

[psilo]

Gibts irgendwo eine Info, wie ich das Google Ding bedate? Im V3 hatte ich am Ende ja nur noch meinen gmail Account angegeben und den Rest fix in die Files geschrieben. Muss ich jetzt die ganze ICAL URL raussuchen und wo genau angeben??

Interessant, habe jetzt meine private ICAL URL eingegeben und bin von der v3 auf "Google" gegangen und die SV zeigt mir nun Termine von 2011?!!?!

Teste jetzt wo das herkommt..

[smai]

Ja, ist heute Nachmittag eingecheckt.

Einen Nachteil habe ich bereits gefunden: Die originalen Farben sind per iCal nicht abrufbar.

Mir geht es halt darum, dass die Nutzung des APIs in der aktuellen Implementation nicht wirklich Massentauglich ist (wie man auch diversen Posts in diesem Thread ansieht).
Das Handling mit ClientID, Secret, Redirect URL, ... ist einfach viel zu umständlich.

Und ich möchte nichts halbfertiges im Release haben.

[psilo]

smai im aktuellen Branch ist das ja schon drin oder? ich denke es wäre gut, wenn einige hier das austesten würden

[smai]

Liebe Freunde

In der aktuellen Entwicklungsversion der smartVISU 2.8 habe ich den "alten" Google Calendar Treiber gefixt bzw. umgebaut, damit er wieder mit der direkten privaten URL funktioniert.
Neu wird das iCal-Format verwendet anstelle des von Google eingestellten XML-Feeds (danke an Foxi352 für den iCal Parser).

Dies ist ja massiv einfacher zu nutzen als das API.

Seht ihr damit noch einen Grund, weshalb der Treiber für das API v3 mit dem nächsten smartVISU Release ausgeliefert werden soll?
Oder hat der v3 Treiber noch einen Vorteil, den ich übersehen habe?

Gruss
Stefan

[thorschtn]

Hallo!

Seit einer Weile habe ich auch das von rok123 genannte Problem mit der verschobenen Stunde.

Bislang lief der Goolgle-Calender in Smartvisu einwandfrei, lediglich seit gut 1 Monat (ziemlich sicher nicht schon seit der Sommerzeitumstellung sondern erst danach, obwohl ich das jetzt nicht beschören würde, da doch irgendwie naheliegend) sind alle Termine um eine Stunde verrutscht (in SmartVISU eine Stunde früher, als in Google). Ich kann mich an keine Änderung erinnern, die das ausglöst haben könnte.

Zeitzone im Google Calendar ist GMT+2:00 Berlin, in /etc/timezone steht Europe/Berlin und auch die mit date angezeigte Zeit im Raspberry ist richtig.

Warum sind nun alle Termine in der Smartvisu Darstellung um eine Stunde zu früh?

Viele Grüße

Thorschtn

Update 25.08.2016:
So, nachdem ich das Thema mit der verscobenen Stunde eine Weile nicht weiter beachtet habe, hat sich das Problem mit meinem gestrigen Update auf smartVisuTNG v2.9 von selbst erledigt, augenscheinlich hat hier bereits jemand das Problem behoben (oder ich hatte mir den Fehler irgendwo selbst eingebaut und mit der neuen Version überschrieben). Läuft auf jeden Fall wieder alles!