Wir arbeiten derzeit an einem Prototyp. Ein Mastodon-Client speziell für öffentliche Einrichtungen und generell große Organisationen. Wir haben bereits einige Konzepte entwickelt und aller ersten Prototypen umgesetzt. Nun suchen wir genau solche öffentlichen Einrichtungen, die in dieser oder nächsten Woche Zeit haben, sich gemeinsam mit uns den Prototypen anzusehen und Feedback zu den Funktionen und dem Nutzungsumfang zu geben.
Bisher haben wir:
- ein Ticketsystem zur Abarbeitung von Erwähnungen/Nachrichten
- eine statistische Übersicht von Interaktionen und Followerzahlen über die Zeit.
- Hilfe bei der richtigen Konfiguration des Accounts.
- Einbindung von RSS-Feeds
- die Möglichkeit, Inhalte zu erstellen und zu planen (z. B. über einen Kalender).

All das gibt es als praktische Weboberfläche. Wenn das für eure Organisation spannend klingt und ihr Zeit für einen Termin habt, schreibt mir gerne hier eine Nachricht.

Für alle anderen, die gerade keine Zeit für einen Termin haben, aber grundsätzlich auch Interesse und Bedürfnisse haben, haben wir eine Umfrage erstellt.
https://nx40575.your-storageshare.de/apps/forms/s/GRWcG2J6JkiqeHPsiiapFJkL

Die zusammengefassten Ergebnisse werden wir auch unter CC-BY veröffentlichen.

Unser Ziel wäre es, dass sich eine Entwicklungsgemeinschaft findet, die Feedback gibt und sich ggf. nach ihren Möglichkeiten an der Entwicklung finanziell beteiligt, sodass die Software Open Source wird.

Hier sind die Screenshots vom aktuellen Entwicklungsstand:

#mastodon #öffiverse

@sabrinkmann Super Sache, klingt spannend. Wir sind da vermutlich ein zu kleiner Verein, als das wir da allzu viel beitragen können. Was ich aber derzeit vermisse ist die Möglichkeit, dass mehrere Personen an einem Account arbeiten, ohne dass das Passwort verteilt werden muss. Also eine Accountverwaltung mit Rechteverwaltung wäre super.
@gehwissenlos
Das ging in TweetDeck richtig einfach. Man konnte sich einfach mit seinem Account einloggen und hatte dann die Gruppenaccounts direkt verfügbar, wenn die für den Account freigeschaltet waren.
@sabrinkmann
@yala @gehwissenlos Genau das haben wir bereits eingeplant. Diesen Pain Point kenne ich auch aus meiner Vereinsarbeit.
Beim Hinterlegen des Mastodon-Accounts muss entweder ein Application Key hinterlegt oder die App einmal per OAuth authentifiziert werden.

@sabrinkmann
Klingt schlau. Sehr saubere Umsetzung.

Ginge auch per Dynamic Client Registration, sodass die OAuth-Verbindung ohne Vorkonfiguration instanzübergreifend funktioniert?

Ein Grenzfalle ist auch, wenn Grants für mehrere Accounts auf der selben Instanz erstellt werden. Phanpy & FediLab nutzen hierfür einen teil-manuellen Workflow, der nach Erlangen eines Grants diesen Token speichert und sich für den nächsten einmal aus- und wieder einloggt wird.

@gehwissenlos

Emelia 👸🏻 (@[email protected])

I'm super hyped to announce that Bluesky Socal PBC has given me a grant to work on the Federated Credential Management (or FedCM) standards to make them really work for all decentralized web applications. This is why I stepped up to be an Invited Expert with the W3C FedID Working Group earlier in the year. The missing part at that time was "how do I fund this work?" so I'm super happy that Bluesky Social PBC really came through with a grant to fund this work. A really interesting thing that Bluesky Social PBC did here was they could have said "just make this work for AT Protocol" but instead they said "make this work for the entire decentralized web", and the contract explicitly states I should be working with the IndieAuth, Solid and other communities interested in federated and decentralized identity to make this happen. https://decentralizing-fedcm.leaflet.pub/3mggfw4gdx22w

Hachyderm.io