@thommyb Richtig... Ich habe es auch gerade gesehen... Ich habe den /persons/ID Endpoint ausprobiert, den Code dafür teilweise kopiert, und da sah ich es... Asche auf mein Haupt! Ein schnöder Coppy-Paste Fehler... Mea Culpa... Ich brauche Kaffee...

Danke Dir!

@mmarin Super, vielen Dank!

@mmarin Sorry, ich hatte ganz vergessen, dass es ja auch diesen Thread gibt, daher nun leider meine Frage als Doppelung:

Prima Neuigkeit! Ist es geplant, das auch noch bei /api/events/{id}/agenda/songs zu ergänzen? Dort hab ich es in der API nicht dokumentiert gesehen.

@sbellon Guten Morgen! Und vielen Dank für den Hinweis! Den Endpoint hatte ich übersehen. Dann reichen 2 Iterationen. Werde ich dann so machen. Vielen Dank nochmal!

Viele Grüße,
Jörg

@liebsoer Ich vermute du nutzt die PUT Api. PUT Apis sind generell so gedacht, dass man alles mit angibt.

@BiKi sagte in Api für Song Arrangements: Felder "sourceName" und "sourceReference":

@thommyb Danke dir...

Meine Wünsche dazu: ...

Im Großen und Ganzen das, was uns auch helfen würde.
Meine Punkte

Generell sollten sich Song- und Arrangement-bezogene Informationen/Dateien nicht ausschließen. Die oben beschriebene "Überlagerung" (es "zieht" die Songangabe, kann aber vom Arrangement "überschrieben" werden) ist ein guter Ansatz. Schön wäre es, die Darstellung aufzubohren, so dass man z.B. auf der linken Seite die songweiten Dat(ei)en und auf der rechten die des gerade gewählten Arangements sehen kann. (bei uns ist die Unterscheidung zwischen "Song" und "Arrangement" oft nicht klar) Gut fände ich auch, wenn das auch in der App möglichst gleich aussehen würde. Es sort bei uns öfter für Verwirrung, dass die Arrangements im Web oben (als "Tabs"), in der App aber unten (als "Liste"). Mehrere Quellenangaben pro Song/Arrangement ermöglichen und in der Übersicht anzeigen etwas OT: Song-Tags bitte in der App auch in der Übersichtanzeigen und "suchbar machen" (wie im Web); sonst helfen die bei der Songsuche gar nicht.

Gruß

Simon2

@ProSong Da gibt es tatsächlich noch eine Implementierungslücke in unseren APIs. War mir auch nicht bewusst, wird sich aber drum gekümmert.

Soweit ich weiß hängt das am Social Login Addon in der Nextcloud. Wir von CT haben darauf keinen Einfluss.

Ist auch logisch, wenn man kurz drüber nachdenkt, dann dieses Addon lässt es ja zu, dass man unzählige Services via OAuth anbindet und wenn nun verschiedene Nutzer sich anmelden über verschiedene Dienste und alle haben den selben Benutzernamen, dann gäbe es Chaos. Daher werden die Benutzernamen in der Nextcloud mit dem Internal Name + ID vergeben

@thmat Ich konnte das Problem lösen. In RestSharp muss der File-Namen UTF8 codiert und das Filename Encoding abgeschaltet werden

@DavidD Super! Danke. Das wars. Ich musste in beiden Requests also den login - und den logintoken-Request das credentials: 'include' mit reinnehmen.
Jetzt bekomme ich mein Token.

Vielen Dank.
🙂

@jkeller Also Möglich ist es. Das einzige was die Sache schwierig macht ist, dass wie @jziegeler schon gesagt hat: WorshipTools keine offene API bewirbt. Das heißt man muss alle Endpunkte händisch herausfinden und vielleicht das größere Problem: Das ganze ist dann nicht Updatesicher

@heikoter Vielleicht sollte ein Admin das Thema dann mal in die FR verschieben...

@daniel-lerch danke für den Hinweis, habe ich für die nächste Version gefixt

@DavidD Kannst du ignorieren. Das ist ein Fehler in der Doku, den ich letzte Woche schon korrigiert habe.

@davidschilling Danke für die Antwort! Regelmäßig würde ich das auch nicht machen wollen. Meine Applikation läuft im Browser mit Nutzerinteraktion und nicht automatisiert. Da fände ich es gut, wenn ich nach dem Ausführen meiner ChurchTools-Aktionen kontrollieren kann, ob das bei CleverReach auch ankommt. Im Moment muss ich dann zusätzlich erst ins "echte" ChurchTools gehen um dann den Cron-Job händisch auszuführen, was halt etwas umständlich ist. Ist also für mich eine Frage der Bequemlichkeit. 😉 Wenn es da nichts gibt, was mir dienen kann, dann ist das schade, aber ok...

Mit der aktuellen Version 3.117 haben wir begonnen, die schon lange und wiederholt gewünschten Endpunkte für Songs und Arrangements zu implementieren. Das ist noch nicht ganz fertig und rund, aber diejenigen, die sich hier Tools und ähnliches geschrieben haben, um ihren Bestand an Liedern zu importieren, sind herzlich eingeladen, hier schon mal reinzuschauen und uns Feedback zu geben.