Calendar Nextcloud-Zugriff

Begonnen von aherby, 10 Oktober 2018, 07:10:00

Vorheriges Thema - Nächstes Thema

betateilchen

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

define myCal Calendar webdav url https://...

und damit werden dann alle gefundenen Kalender auf dem webdav Server automatisch in FHEM angelegt.
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

Dr. Boris Neubert

Zitat von: betateilchen am 15 Februar 2019, 16:42:44
@Boris: vielleicht sollten wir mal eine webdav Implementierung für 57_Calender.pm bauen  8)

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
Globaler Moderator, Developer, aktives Mitglied des FHEM e.V. (Marketing, Verwaltung)
Bitte keine unaufgeforderten privaten Nachrichten!

betateilchen

Zitat von: Dr. Boris Neubert am 15 Februar 2019, 17:19:07
Gerne Udo, weißt Du wie das geht?

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

Kommst Du zum Treffen nach Karlsruhe?
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

fstefan1960

Hallo,

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

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

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 ...
FHEM auf PC: CUL868, CUL 443, HM_LAN, JeeLink
FHEM auf Raspi: CUL868
div. LaCrosse Temp/Hum-Sensoren, HM-Heizkörperventile, Schaltaktoren, etc.

betateilchen

#19
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:

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!
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

fstefan1960

FHEM auf PC: CUL868, CUL 443, HM_LAN, JeeLink
FHEM auf Raspi: CUL868
div. LaCrosse Temp/Hum-Sensoren, HM-Heizkörperventile, Schaltaktoren, etc.

nils_

Zitat von: Dr. Boris Neubert am 15 Februar 2019, 17:19:07
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....




Zitat von: betateilchen am 15 Februar 2019, 19:28:10
jetzt bloss nix Falsches sagen... *auf-die Zunge-beiss*
zunge noch dran??  ;D ;D ;D
viele Wege in FHEM es gibt!

Dr. Boris Neubert

Hi,

Zitat von: nils_ am 20 Februar 2019, 13:00:54
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
Globaler Moderator, Developer, aktives Mitglied des FHEM e.V. (Marketing, Verwaltung)
Bitte keine unaufgeforderten privaten Nachrichten!

nils_

Zitat von: Dr. Boris Neubert am 20 Februar 2019, 20:57:48
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  8)
viele Wege in FHEM es gibt!

Dr. Boris Neubert

Zitat von: nils_ am 21 Februar 2019, 09:07:06
dann bräuchten wir dafür einen Termin-Merger  8)

Ich lese die Termine aus dem einem Kalender, lese die Termine aus dem anderen Kalender. Fertig. Muss ich "nur" programmieren in 57_Calendar.
Globaler Moderator, Developer, aktives Mitglied des FHEM e.V. (Marketing, Verwaltung)
Bitte keine unaufgeforderten privaten Nachrichten!

betateilchen


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.
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

Dr. Boris Neubert

Zitat von: betateilchen am 21 Februar 2019, 20:42:12

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 ical url "https://path_to_first_calender" im define optional machen und mit

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.
Globaler Moderator, Developer, aktives Mitglied des FHEM e.V. (Marketing, Verwaltung)
Bitte keine unaufgeforderten privaten Nachrichten!

betateilchen

Zitat von: Dr. Boris Neubert am 21 Februar 2019, 20:47:33
Ich würde allerdings lieber den Teil ... im define optional machen und mit

Zitat von: Dr. Boris Neubert am 21 Februar 2019, 20:47:33
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.

Zitat von: Dr. Boris Neubert am 21 Februar 2019, 20:47:33
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.
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!