#firefish

ActivityPub und Mastodon-Umfragen

#ActivityPub ist ein gern genutztes #Kommunikationsprotokoll im #Fediverse, mit dem sich Instanzen untereinander unterhalten und austauschen. Die fediversale Plattform #Mastodon unterstützt Umfragen.

So weit, so gut. Nur, die Art und Weise, wie Mastodon Umfragen umsetzt, paßt nicht 100%ig zu der in ActivityPub bzw. im #Activity #Vocabulary definierten Form.

Demnach wäre eine #Frage (engl. #Question) nämlich eigentlich eine Aktivität und kein Objekt. Mastodon behandelt eine Frage allerdings als Objekt. Dies kann zu Verständigungsproblemen zwischen verschiedenen Instanztypen im Fediverse führen.

Mastodon-Instanzen untereinander verstehen sich. Auch #Mammuthus versteht sich auf Umfragen im Mastodon-Stil. Bei weiteren Fediverse-Plattformen (wie etwa #Friendica, #Pixelfed, #Firefish, etc.) wäre dies im Einzelfall zu klären.

Zum weiteren Einstieg ins Thema (für technisch Interessierte):
https://www.w3.org/TR/activitystreams-vocabulary/#dfn-question
https://docs.joinmastodon.org/spec/activitypub/#Question

Dem geneigten Lesenden mag aufgefallen sein, daß das #W3C das "Activity Vocabulary" auf Mai 2017 datiert, "ActivityPub" allerdings auf Januar 2018. Und letzteres keinen expliziten Bezug zu einer "Question" nimmt.

#Activity#Vocabulary #Poll #Umfrage #Umfragen

(Medien: 2)

Das Fediverse im Stadt-Modell erläutert

Im #Fediverse ist die Rede von Instanzen, die zusammen kommunizieren und gemeinsam das föderierte Universum bilden. Da kommen technische Begriffe ins Spiel wie Server, Software, Protokoll usw. usf. - und Produkte wie #Mastodon, #Friendica, #Pixelfed und viele mehr sowie Protokolle wie #ActivityPub... und viele Details mehr.

Wie kann man sich das vorstellen, wenn wir mal davon ausgehen würden, daß Instanzen Städte auf einem Planeten sind?

Nehmen wir also mal an, eine #Instanz bzw. ein #Server bzw. ein #Knotenpunkt im #Fediversum wäre eine Stadt auf einem Planeten. Inklusive Bevölkerung. Diese Stadt kann auf einem Eigenbau basieren oder sie nutzt einen Bauplan für eine spezielle Art von Stadt. Dieser Bauplan wäre dann eine Serversoftware wie Mastodon oder #Firefish oder eine andere.

Leute können sich in einer bereits gebauten Stadt ansiedeln oder eine eigene Stadt aufbauen. Da viele Baupläne für speziell ausgerichtete Städte frei verfügbar existieren (Open Source!), kann diese neue Gemeinschaft auf Basis eines solchen Bauplans eine neue Stadt errichten. Oder etwas eigenes bauen, weil... und hier kommen wir zum nächsten Punkt.

Die Städte auf diesem Planeten sind durch Wege verbunden. Diese Wege sind genormt, damit die Städte sich untereinander austauschen können und die jeweiligen Stadtverwaltungen wissen, wie sie mit Informationen und Botschaften, die über diese Wege übermittelt werden, umgehen und nicht wie ein Ochs' vorm Berg dastehen. Viele Wege nutzen die Norm "ActivityPub". Dies erlaubt dann auch komplett neue Typen von Städten, sofern diese über standardisierte Wege an vorhandene Städe angeschlossen werden.

Soweit so klar?

Instanzen entsprechen Städten, die #User der Instanzen der jeweiligen Stadtbevölkerung, die #Administration einer Instanz entspricht der Stadtverwaltung einer Stadt, unterschiedliche Arten von #Serversoftware bzw. Baupläne regeln die Art des Stadtaufbaus und Protokolle entsprechen genormten Wegen zwischen Städten.

Was passiert nun, wenn ein Bewohner in Stadt A einer Bewohnerin in Stadt B folgen will? Im Hintergrund wird die Stadtverwaltung von Stadt A tätig und schickt über den Weg (zwischen den Städten) eine Botschaft zu Stadt B. Dort nimmt die Stadtverwaltung von Stadt B den Folgewunsch entgegen und bearbeitet ihn. Akzeptiert die Bewohnerin von Stadt B Folgeanfragen ohne manuelle Überprüfung ihrerseits, kann ihre Stadtverwaltung gleich im Hintergrund eine Bestätigungsbotschaft über den Weg zu Stadt A zurückschicken. Die Stadtverwaltungen der Städte A und B kennen nun die Folgebeziehung zwischen den beiden Bewohnenden und können gewissermaßen einen Vermerk im Stadtarchiv vornehmen. Wenn nun die Bewohnerin in Stadt B einen neuen Beitrag verfaßt, weiß ihre Stadtverwaltung, daß sie eine Botschaft mit diesem Beitrag über die Wegeverbindung zu Stadt A schicken muß, weil dort ein Bewohner Interesse angemeldet hat bzw. folgt. Die Stadtverwaltung von Stadt A weiß auch Bescheid und kann den Beitrag aus Stadt B für ihren Bewohner präsentieren.

Immer noch klar?

Macht dieses Städtegleichnis den Aufbau des föderierten Universums nun verständlicher, ändert es nichts oder wird es noch komplizierter? ;-)

Achso, die Fediverse-Adresse entspricht gewissermaßen dem Namen und der Anschrift der jeweiligen Bewohnenden der Städte. Die Adresse beinhaltet den Namen und die Stadt. Innerhalb einer Stadt reicht der Name aus, aber bei Botschaften zwischen Städten muß Namen und Stadt genannt werden. Und ja, das ist einer Telefonnummer mit Vorwahl nicht unähnlich.

Völlig verwirrt? Oder bestens ins Bild gesetzt?

Viel Spaß im Fediverse!

Fediversale Gruppen mit fedigroups.social

Das Projekt fedigroups.social bringt auf einfachem Weg Gruppen ins #Fediverse; zumindest mal für diejenigen Plattformen, die von Haus aus bisher keine Gruppenfunktionalität an Bord haben. Das Projekt selbst listet #Mastodon, #Misskey, #Firefish, #Iceshrimp, #Sharkey, #Catodon...

Nach eigenen Angaben ist das Projekt (Stand: Februar 2024) noch im Test-Stadium.

Wie beim #Guppe-Projekt wird ein Gruppenkonto in einem Beitrag erwähnt, um eine Weiterleitung an alle Folgenden des Gruppenkontos auszulösen. Weitergeleitet wird nur öffentlicher Inhalt.

Ein Verzeichnis aller existierenden Gruppen ist noch in Arbeit.

Das Anlegen einer eigenen Gruppe ist derzeit noch mit einer Warteliste und manueller Freigabe durch das Projekt verbunden.

Fediverse-Adresse:
@hello@fedigroups.social

Web:
https://fedigroups.social

Übrigens, die Datenverarbeitung bei fedigroups.social erfolgt im #UK. Das Mindestalter für die Nutzung des Dienstes liegt bei 16 Jahren.

Mastodon-Client-API

Auch wenn sich im #Fediverse viel um #ActivityPub dreht und hier durchaus auch eine #Client-Schnittstelle skizziert ist, nutzt #Mastodon eine eigene Client-API, die (zumindest teilweise) auch von anderer fediversaler Serversoftware unterstützt wird (z.B. #Friendica, #Firefish, #Mammuthus).

Diese #API (application programming interface, eine #Schnittstelle zur #Programmierung von Anwendungen) dient Apps und Clients dazu, entsprechende Funktionen auf einer #Instanz durchzuführen. Diese API ermöglicht die Entwicklung von Apps wie #Tusky, #Fedilab & Co.

Man kann diese API auch nutzen, um Konten etwa (teil)automatisiert zu betreiben.

Oder Statistiken zu sammeln... oder... oder... ;-)

Die API ist soweit öffentlich dokumentiert und steht frei zur Verfügung.

Allgemeine Dokumentation zu #Mastodon (auf Englisch):
https://docs.joinmastodon.org/

"Getting started with the API":
https://docs.joinmastodon.org/client/intro/

Wer mit dem Gedanken spielt, die API zu nutzen, sollte sich mit #HTTP, #JSON & Co. anfreunden können. Und Englischkenntnisse sind in diesem Bereich grundsätzlich von Vorteil...

#Mikroblogging im #Fediverse

Mikroblogging ist eine Form des Bloggens, bei der kurze Textmitteilungen im Fokus stehen. Alle Beiträge einer Person oder Institution ergeben dann ein #Blog (Kurzform von #Weblog, einer Wortkreuzung aus englisch #Web und #Log für "#Logbuch" oder "#Tagebuch").

Im Fediverse existieren verschiedenen Plattformen, die sich auf diese Form der Veröffentlichung fokussiert haben.

Als Auswahl ein paar bekanntere Systeme gelistet:

➡️ #Mastodon und Varianten wie #Glitch-Soc und #Hometown.

➡️ #Pleroma und #Fork #Akkoma.

➡️ #Misskey und Ableitungen wie #Calckey bzw. #Firefish, #Catodon, #Sharkey, #Iceshrimp.

➡️ #GoToSocial

und weitere!

Wer sich also für das Thema Mikroblogging interessiert, hat im Fediverse durchaus Auswahl.

Wie kommt man zu einer eigenen #Instanz?

Das #Fediverse besteht bekanntermaßen aus vielen, vielen einzelnen Instanzen und basiert auf offenen Standards. Daher besteht die Option, sich eine eigene Instanz aufzubauen und mit dieser am freien Social Media teilzunehmen.

Nehmen wir mal an, Du besitzt nicht zufällig nebenher ein ans #Internet angeschlossenes Rechenzentrum und mietest entsprechende Infrastruktur bei einem #Hosting-Unternehmen an. Ob nun "Shared Hosting", einen virtuellen oder physikalischen #Server... wir gehen hier mal davon aus, daß Hardware, Betriebssystem(umgebung) und Netzwerkanbindung nicht selbst gelöst werden muß.

Dann fallen spontan die folgenden drei Möglichkeiten auf den Tisch.

1) Da #ActivityPub ein offener Standard ist, besteht die Möglichkeit, sich die entsprechende fediversale #Serversoftware selbst zu entwickeln. Das ist ein klein wenig ein Hardcore-Ansatz und aus eigener Erfahrung kann ich sagen, es dauert... ;-)

2) Da freundlicherweise viele fediversale Serversoftware als "Open Source" entwickelt wird, schaut man sich nach einem geeigneten vorhandenen System um und installiert und betreibt dies anschließend selbst. Das kann dann eine Instanz vom Typ #Mastodon sein oder #Friendica oder #Firefish oder #Pixelfed oder...

3) Man schaut sich nach einem spezialisierten Anbieter um, der auch die Installation einer fediversalen Open-Source-Serversoftware für einen erledigt. Die existieren... bieten aber nicht zwangsläufig sämtliche existierende #Software an.

Allgemein muß man sich noch entscheiden, ob man die eigene Instanz nur für sich selbst nutzen will oder Konten an Dritte geben will.

In jedem Fall muß man sich darüber klar sein, daß der Betrieb einer öffentlichen Plattform im weltweiten Internet ein klein wenig Punkte zu bedenken gibt. Sei es zum Beispiel juristische Auflagen (z.B. Pflichtangaben im #Impressum, eine Datenschutzerklärung, die Einhaltung der #DSGVO usw.). Dies gilt insbesondere, wenn Dritte die Plattform nutzen dürfen sollen. Dann kommt auch noch der Punkt der #Moderation hinzu.

Alles in allem, nichts für eine spontane Fünf-Minuten-Idee, aber auch nichts, was völlig unmöglich erscheint. Etwas (längerfristige) Motivation, Zeit und Geld... dann gilt das Motto eines schwedischen Möbelhauses: Entdecke die Möglichkeiten! :-)