Calendar Nextcloud-Zugriff

[betateilchen]

@Boris: vielleicht sollten wir mal eine webdav Implementierung für 57_Calender.pm bauen 

Code: [Auswählen]

define myCal Calendar webdav url https://...
und damit werden dann alle gefundenen Kalender auf dem webdav Server automatisch in FHEM angelegt.

[Dr. Boris Neubert]

@Boris: vielleicht sollten wir mal eine webdav Implementierung für 57_Calender.pm bauen 

Code: [Auswählen]

define myCal Calendar webdav url https://...
und damit werden dann alle gefundenen Kalender auf dem webdav Server automatisch in FHEM angelegt.

Gerne Udo, weißt Du wie das geht? Wäre der WebDAV-Layer nicht was für in die HttpUtils?

Ich wollte schon immer ein Kalendermodul, wo mehr als ein Kalender in einem Device sind.

Viele Grüße
Boris

[betateilchen]

Gerne Udo, weißt Du wie das geht?

jetzt bloss nix Falsches sagen... *auf-die Zunge-beiss*

Kommst Du zum Treffen nach Karlsruhe?

[fstefan1960]

Hallo,

Code: [Auswählen]

Aus diesem Grund muss im Calendar device in FHEM immer die vollständige url inklusive des Kalendernamens angegeben werden, so wie von binford6000 vorgeschlagen.

Das will ich ja gerne. Aber wie finde ich die "vollständige URL" heraus, wenn es doch offenbar keine der angegebenen ist?

In den hier hin und her gehandelten Beispielen stehen ja immer Platzhalter. Natürlich bringt https://admin.admin@ zum Beispiel bei mir ja nichts, weil mein User ja nicht admin heißt und schon gar nicht das Passwort admin hat. Meine Domain heißt natürlich auch nicht privat.domain.de. Ist doch selbstverständlich, dass hier Ersatztexte stehen.
Und wie weiß ich jetzt, welche Teile der URL

Code: [Auswählen]

https://Testuser:passwort@privat.server.de/remote.php/dav/calendars/Testuser/Kalendername/?export
Platzhalter sind und welche tatsächlich rein müssen?

Da müsste doch dann irgendwie stehen

Code: [Auswählen]

https://<username>:<passwort>@<subdomain.domain.tld>/remote.php/<protokoll>/<???>/<username>/<???>/?export
oder so ...
Irgendwie scheinen Teile ja individuell von der Installation abhängige Teile zu sein (wie Username und Passwort) und andere irgendwoher zu kommen, wozu ich keine Doku finde ....

Hier ist in der Dokumentation m.E. noch Luft nach oben ...

Ich teste mal weiter ...

[betateilchen]

Mach doch nicht alles so kompliziert, Du bist bisher offenbar der Einzige, der das nicht verstanden hat.


gegeben sei:

Username = blaUser
Passwort = blaPasswort
url = mein.kalenderserver.de
Kalendername = Dienstplan

daraus ergibt sich folgende url:

Code: [Auswählen]

https://blaUser:blaPasswort@mein.kalenderserver.de/remote.php/dav/calendars/blaUser/dienstplan/?export
Achtung: Der Name des Kalenders in Kleinbuchstaben ist kein Schreibfehler von mir!

[fstefan1960]

Vielen Dank

[nils_]

Ich wollte schon immer ein Kalendermodul, wo mehr als ein Kalender in einem Device sind.

warum?? hat das vorteile??
ich bin bisher jedenfalls so zufrieden wie es ist
evtl. sehe ich nur den anwendungsfall nicht, darum die frage....

jetzt bloss nix Falsches sagen... *auf-die Zunge-beiss*

zunge noch dran?? 

[Dr. Boris Neubert]

Hi,
 

warum?? hat das vorteile??
evtl. sehe ich nur den anwendungsfall nicht, darum die frage....

ich habe einen persönlichen Kalender bei Google und einen Familienkalender. Und ich will in meinem RSS-Frame die Termine aus beiden angezeigt bekommen.

Grüße
Boris

[nils_]

ich habe einen persönlichen Kalender bei Google und einen Familienkalender. Und ich will in meinem RSS-Frame die Termine aus beiden angezeigt bekommen.

und das funktioniert nur aus einem calendar device??

dann bräuchten wir dafür einen Termin-Merger 

[Dr. Boris Neubert]

dann bräuchten wir dafür einen Termin-Merger 

Ich lese die Termine aus dem einem Kalender, lese die Termine aus dem anderen Kalender. Fertig. Muss ich "nur" programmieren in 57_Calendar.

[betateilchen]

Code: [Auswählen]

define calendarDevice ical url "https://path_to_first_calender"
attr <calendarDevice> add "https://path_to_another_calendar"

und das "attr ... add" kann beliebig oft ausgeführt werden eine Liste von weiteren URLs enthalten.

Warum attr und nicht set? Weil attr beim "save config" mit gespeichert wird.

[Dr. Boris Neubert]

Code: [Auswählen]

define calendarDevice ical url "https://path_to_first_calender"
attr <calendarDevice> add "https://path_to_another_calendar"

und das "attr ... add" kann beliebig oft ausgeführt werden eine Liste von weiteren URLs enthalten.

Warum attr und nicht set? Weil attr beim "save config" mit gespeichert wird.

Das mit dem attr ist absolut korrekt!

Ich würde allerdings lieber den Teil

Code: [Auswählen]

ical url "https://path_to_first_calender" im define optional machen und mit

Code: [Auswählen]

attr <calendarDevice> calendar ical url https://path_to_first_calendar;ical url https://path_to_another_calendar;ical file /path/to/third_calendar
arbeiten oder den semikolongetrennten Sermon gleich im Define erlauben.

Hinweis: ical ist Noise, aber vielleicht lesen wir ja eines Tages noch andere Formate (z.B. eine schlichte CSV-Datei), und Typ ist zwingend.

[betateilchen]

Ich würde allerdings lieber den Teil ... im define optional machen und mit

oder den semikolongetrennten Sermon gleich im Define erlauben.

Das Problem ist, dass bereits das Intervall ein optionaler Parameter ist und am Ende des define steht. Eine erste URL im Define mitgeben zu müssen, fände ich jetzt nicht so schlimm. Das im define angegebene (optionale) Intervall wird dann für alle Kalender verwendet.

Hinweis: ical ist Noise, aber vielleicht lesen wir ja eines Tages noch andere Formate (z.B. eine schlichte CSV-Datei), und Typ ist zwingend.

Dann müssen wir aber die komplette Verwaltung der Internals (format / type / url)  auf einen hash umbauen. Meine Idee war, dass alle Kalender in einem Sammelkalender vom gleichen Typ und Format sein müssen.