@FNonnenmacher
Hallo Frank,
danke für die Informationen.

Ich habe auch bereits mit diesem Gedanken gespielt mir ein Skript zu schreiben das die Daten
vom iCAL in ein von der SPS lesbares Format konvertiert.

Vorteil: Der Aufwand per Skript ein iCAL auszuwerten und in ein CSV oder XML die Daten zu speichern ist gering.
Nachteil: Der PC + Skript muss regelmäßig (automatisch) gestartet werden, damit er die Daten vom CT holt und zur SPS weitergibt.

Am Besten wäre natürlich die direkte Abfrage von der SPS und CT Resourcenmodul, da die API Anbindung in der SPS aber doch einiges an Programmieraufwand wird, möchte ich das nur für eine API - und zwar die neue REST API - machen.

Bis das Resourcenmodul in der neuen API das kann, könnte ich auch mit der Skript - Variante leben.
Kannst du mir das zukommen lassen? 🙂

LG
Simon

So, ich habe eine für uns brauchbare Lösung gefunden 🙂
Da wir Churchtools selbst hosten und es sich bei der gesuchten Funktion IMMER um die Freigabe eines Serientermins handelt, kann ich die Aufgabe ganz einfach dadurch lösen, indem ich direkt in die Datenbank in die Tabelle cc_cal_except eine Terminausnahme rein schreibe.
Ist zwar nicht ganz so schön wie über eine offizielle API Funktion, hilft uns aber erst mal weiter.

Oh... OK. Ist das geplant für einen Zeitpunkt in der näheren Zukunft?

Vielen Dank!

ich vermute es liegt an dem fehlenden CSRF-Token.
Hier genauer beschrieben: https://intern.church.tools/?q=churchwiki#WikiView/filterWikicategory_id:0/doc:API-CSRF/follow_redirect:true/

Das ist aber schon seit einigen Versionen so.

@hbuerger Das ist schade. Ich werde also als zwischenLösung den Veranstaltungsraum nochmal in die agenda schreiben, denn für unsere Anwendung brauche ich dann auch noch die Bestuhlung usw.

@davidschilling ich verwende PHP. An die Einbindung der Vinyard - API hab ich mich noch nicht getraut, weil ich hoffte mit etwas leichtgewichtigerem hinzukommen.

Ich integriere die Scripte in Contao, schreibe aber keine Extension sondern rufe nur einzelne Scripte auf. Da ich mich mit composer nicht auskenne, mach ich noch einen bogen um so solche Bibliotheken, die ich (vermutlich zu Unrecht) als schwergewichtig empfinde.

@merkles-icf schau dir vielleicht mal hier die Hilfeseite an, das ist ein guter Start: https://intern.church.tools/?q=churchwiki#/WikiView/filterWikicategory_id:0/doc:API/follow_redirect:true/

Das ist eindeutig falsch. Danke. Ich pass es an, dass hier date-time und das Zulu Format verwendet wird.

PS: Ich finde es super, wenn ihr solche Fehler meldet. Es ist leichter für mich, wenn ihr auch gleich den jeweiligen Endpoint nennt, dann muss ich nicht suchen 🙂

@davidschilling danke!

@aschild Danke für den Hinweis. Der wäre in der aktuellen Version des Vineyard Köln API-Clients eigentlich schon implementiert gewesen, aber aus irgendeinem Grund hat Composer bei mir nicht auf die neuste Version aktualisiert.
Jetzt geht es aber wieder.

Hi,
das Thema hat sich mittlerweile erledigt. Danke trotzdem für die schnelle Antwort. Mit Postman hat der Request funktioniert, da der Postman-Client die Cookies sichtlich speichert.

Da ich den Ablauf jetzt aber Server-seitig durchführen lasse, gibt es keine Komplikationen mehr. Ich brauchte nur etwas Einarbeitungszeit in die Materie.

Liebe Grüße aus Berlin und alles Gute für die Zeit der Krise 🙂

@fodinabor
HERZLICHEN DANK! Das hat mir sehr geholfen.

@christophEFG-GI
Hallo Christoph,

Unsere Instanz ist von CT gehostet mit aktivierten LDAP Dienst.
Habe hier im Forum eine gute Beschreibung zur Konfiguration der Nextcloud Instanz gefunden:
https://forum.church.tools/topic/5651/churchtools-ldap-nextcloud

Vorbedingung ist aber ein funktionierender LDAP Dienst, den du gemeinsam mit dem CT Service konfigurierst.
Anschließend die Anleitung von @aschild folgen.

... oder alternativ unsere Einstellung versuchst:
site == eure CT Instanz

Tab: Server:
LDAP-Server: ldaps://ldap.church.tools:636
Basis-DN: dc=ldap,dc=church,dc=tools
Benutzer-DN: cn=root,ou=users,o=site
Passwort: das von dir vergebene Passwort für deinen CT LDAP Benutzer
LDAP-Filter manuell: aktiviert!

Tab: Benutzer:
Filter: (|(objectclass=CTPerson))

Tab: Anmelde-Attribute
Filter: (&(&(|(objectclass=CTPerson)))(|(uid=%uid)(|(mailPrimaryAddress=%uid)(mail=%uid))))

Tab: Gruppen
Filter: (&(|(objectclass=CTGroupDienst)(objectclass=CTGroupKleingruppe)))
(Damit können sich alle Mitglieder vom Gruppen-Typ Dienst und Kleingruppe anmelden)

Tab: Fortgeschritten
-> Ordnereinstellungen
Feld für den Anzeigenamen des Benutzers: displayname
Basis-Benutzerbaum: ou=users,o=site
Feld für den Anzeigenamen der Gruppe: cn
Basis-Gruppenbaum: ou=groups,o=site
Assoziation zw. Gruppe und Benutzer: uniqueMember

Vorbedingung für die Anmeldung bei Nextcloud ist die erfolgreiche Einladung der Mitglieder bei CT mitzuarbeiten. Erst dann existiert ein Benutzername.

Wir haben dann nach erfolgreicher Kopplung Ordner im Home des Admins angelegt mit den Gruppennamen und diese dann geshared mit der Gruppe selbst. Alle Mitglieder einer Dienstgruppe oder Kleingruppe sehen dann nur die Ordner zu denen sie Berechtigung haben.

Mit was ich gerade teste sind Ablaufpläne, die ich nach Songbeamer überspielen will. Da existiert bereits ein Tool: https://gitlab.com/PublicCode/churchtools-to-songbeamer
Leider ist das nicht ausreichend, da die Bibelstellen immer noch manuell eingetragen werden müssen.
Ich arbeite gerade an einer speziellen Anpassung des Migrations-Tools, das die Notiz in Spalte "Programm" des Ablaufplans nutzt, um die Bibelstellen der jeweiligen Predigt/Einleitung auch zum Songbeamer migriert.

Bei allem anderen sind wir selber noch auf der Suche nach einer guten Lösung 🙂

Ich hoffe dir damit helfen zu können. Viel Erfolg.
Johannes.

@davidschilling
ah, habe es selbst lösen können:

files = { "Content-Disposition": "form-data", "filename": "asdf.pdf", "Content-Type": "application/pdf", 'files[]': open('asdf.pdf', 'rb') } response = s.post(url, files=files)

Das Feld in dem die Datei übergeben wird muss"files[]", nicht "files" heissen.

Danke trotzdem fürs mitdenken!