@DiedrichsHW
Ich habe Interesse, die Schnittstellen anzupassen und zu vereinheitlichen und ChurchTools zu bitten zusätzliche Fenster für Vorlaufzeiten und Temperaturen usw. einzufügen.
ChurchTools -- Schnittstelle -- Heizungs- Steuerung per KNX
ChurchTools -- Schnittstelle -- Heizungs- Steuerung per Homematic
ChurchTools -- Schnittstelle -- Heizungs- Steuerung per Home Assistant
andere Kalender -- Schnittstelle -- Heizungs- Steuerung per Homematic

Gibt es bei euch Interesse zur Zusammenarbeit?
Wer ist Fachmann?
helmut@diedrichs.de

@davidschilling Danke für die schnelle Antwort. Dann werde ich meinen Client anpassen.

Das Problem ist in meiner Anwendung Korga aufgetreten. Die ist in C# programmiert und deserialisiert die Antworten der API in Klassen. Wenn sich das Schema ändert, funktioniert das folglich nicht mehr. Aber auch in anderen Sprachen hätte es hier Probleme gegeben, schließlich braucht man andere Logik, um einen String an Kommata zu splitten und als Zahl zu parsen als über ein JSON Array zu iterieren.

Die Idee für einen automatisierten Test wäre, einen Schema Validator zu verwenden und mit der bestehenden Open API Spezifikation zu füttern. Dieser müsste dann auf einer Testinstanz mit Beispieldaten jeden Endpunkt einmal aufrufen und überprüfen, ob das Ergebnis mit dem Schema übereinstimmt. Ich habe noch keine Recherche unternommen, ob es ein solches Tool schon gibt, halte es aber für wahrscheinlich.

Mit nur einem Request pro Eintrag könnte es natürlich sein, dass man Pech hat und das entscheidende Feld für den Datensatz gerade null ist, aber es wäre zumindest schon mal ein Anfang.

@liebsoer 👌🏽👌🏽
Vielen Dank!

@MichaelG Fakten sind ja immer an einem Event hängend. Aktuell haben wir nur die APIs, um die Fakten (Stammdaten) auszulesen und um Fakten eines bestimmten Events auszulesen/zu ändern.

Über Datum geht nicht, weil das ja nicht eindeutig wäre. In welches Event soll das Faktum geschrieben werden, wenn es mehrere Events zur selben Uhrzeit gibt?

Einen importer, wie du ihn dir vorstellst, gibt es aktuell nicht und du müsstest über die Event-API das jeweilige Event herausfinden. Die API /events kann auch mittels Datum eingegrenzt werden, um ein Event zu finden.

Mit der Event-ID kannst du dann die Fakten-API nutzen, um den einen Fakt zu speichern.

@davidschilling Hmm, ich hab mir das schwieriger vorgestellt.
Solange ich über den LoginToken Arbeite ist das ja nicht so schwer wie ich dachte.
Nur, sollte ich es so machen, dass der User selbst mit seinen Userdaten sich anmelden kann, wirds vermutlich etwas umständlicher.
Hab neulich mit der Youtube API gearbeitet und hab immernoch Albträume von dem Autorisierungsprozess 😉 😃

@Silke-Falkner Hey, ich hatte deine Nachricht nicht gesehen.
Also wenn du magst kann ich dir meine Dateien schicken. Ich weiß nimmer auswendig was ich alles gemacht habe.

mark.erhard@efg-ochsenfurt.de

@Karl nein, das ist bisher nicht möglich

Ich habe für Korga auch einen eigenen ChurchTools Client in C# entwickelt: Source Code. Der ist auch alles andere als vollständig, aber funktioniert 😊

Sollte Michael Chen seine Cnml.ChurchToolsApi Bibliothek nicht weiterentwickeln wollen und Nachfrage bestehen, könnte ich meinen Client auch als NuGet Paket zur Verfügung stellen.

Eine Sandbox der eigenen Installation gibt es nicht. Aber du kannst gerne eine kostenlose Demo erstellen unter https://ccp.church.tools/demo und gegen diese Installation deine Implementierung testen.

@aschild Aktuell gibt es diesen Filter nicht

@davidschilling Ok, danke für die Erklärung mit den doppelten Daten 😉

Dann schreibe ich eine Mail mit unserem konkreten Bug...

Vielen Dank!