#mastodon

ActivityPub und Mastodon-Beiträge

#ActivityPub ist ein gern genutztes #Kommunikationsprotokoll im #Fediverse, mit dem sich Instanzen untereinander unterhalten und austauschen.

Die fediversale Plattform #Mastodon nennt die dortigen Beiträge #Tröts bzw. auf Englisch #Toots oder auch intern #Status (#statuses).

So weit, so gut. Nur kennt natürlich ActivityPub keine Mastodon-Bezeichnung wie #Tröt, #Toot oder Status.

ActivityPub bzw. das #Activity #Vocabulary kennt bzw. definiert Objekte wie etwa #Artikel (#Article), Audio, Dokument (Document), Ereignis (Event) und weitere.

Hier kommt der Objekttyp #Notiz (ggf. auch Mitteilung oder Hinweis, im englischen Original "#Note") ins Spiel.

Dies ist der Typ von Objekt, den Instanzen untereinander austauschen, wenn es um die Beiträge geht, die man auf einer Mastodon-Instanz verfaßt.

Auf Seiten der Mastodon-#Software versucht diese, einige andere Objekttypen bestmöglich zu konvertieren.

Eine explizite maximale Beitragslänge wird vom #Vokabular übrigens nicht vorgegeben. Das Objekt wird beschrieben als kurzes geschriebenes Werk, typischerweise nicht länger als ein einzelner Absatz.

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

Dem geneigten Lesenden mag aufgefallen sein, daß das #W3C das "Activity Vocabulary" auf Mai 2017 datiert, "ActivityPub" allerdings auf Januar 2018.

#ActivityVocabulary

(Medien: 2)

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)

#Fediverse-Client #MastoDeck

MastoDeck ist ein Fediverse-Client als alternative #Weboberfläche und nutzt die #Mastodon-#Client-#API, um sich mit Konten auf kompatiblen Instanzen zu verbinden.

Der sich nach eigenen Angaben in einer offenen Beta-Phase befindliche Mastodon-#Web-Client wird von Álex Barredo entwickelt.

Website des Projekts:
https://mastodeck.com/

MastoDeck im Fediverse:
@mastodeck@mastodon.social

(Medien: 1)

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!

#Fediverse-Client #Pinafore

Pinafore ist ein Fediverse-Client als alternative #Weboberfläche und nutzt die #Mastodon-#Client-#API, um sich mit Konten auf kompatiblen Instanzen zu verbinden.

Der nach eigenen Angaben auf Geschwindigkeit und Einfachheit fokussierte Mastodon-#Web-Client wird von Nolan Lawson (@nolan@toot.cafe) entwickelt.

Website des Projekts:
https://pinafore.social/

Pinafore im Fediverse:
@pinafore@fosstodon.org

(Medien: 1)

#Fediverse-#Statistik-Sammler fediverse.party

Innerhalb eines föderierten Systems - ja, genau, in diesem Fall ist natürlich vom föderierten #Universum, dem #Fediverse, die Rede - ist es naturgemäß schwierig, einen vollständigen Überblick über Größe, Nutzerstatistiken und technische Details zu erhalten.

Mehrere Projekte sind im #Fediversum unterwegs und sammeln Daten von den einzelnen Instanzen.

Dazu zählt auch die "fediverse.party".

https://fediverse.party/

Das Projekt stellt verschiedene fediversale Serversoftware vor (#Misskey, #Hubzilla, #PeerTube, #Pixelfed, #Friendica, #Lemmy, #Mastodon, #Pleroma, #diaspora, #Funkwhale) und faßt hier gesammelte Statistiken zusammen.

Ein fediversaler Gesamtüberlick aus "fediverse.party"-Sicht findet sich hier:

https://fediverse.party/en/fediverse/

Das Code-Repository findet sich hier:

https://codeberg.org/fediverse/fediparty

Die Entwickler sind @lightone@mastodon.xyz, @minoru@functional.cafe, @smallcircles@social.coop (vormals mastodon.social/@humanetech) und @strypey@mastodon.nzoss.nz

Wohlgemerkt, es handelt sich um eine Sicht auf Basis der zur Verfügung stehenden Daten des Statistiksammlers. Andere erhobene Statistiken mögen davon abweichen.

#fediverseparty

(Medien: 1)

#Fediverse-#Statistik-Sammler Fediverse Observer

Innerhalb eines föderierten Systems - ja, genau, in diesem Fall ist natürlich vom föderierten #Universum, dem #Fediverse, die Rede - ist es naturgemäß schwierig, einen vollständigen Überblick über Größe, Nutzerstatistiken und technische Details zu erhalten.

Mehrere Projekte sind im #Fediversum unterwegs und sammeln Daten von den einzelnen Instanzen.

Dazu zählt auch der "Fediverse Observer".

https://fediverse.observer/

Eine Liste von Instanzen ist hier zu finden:

https://fediverse.observer/list

Mit Stand März 2024 werden 21.478 Einträge angegeben.

Die eingesetzte #Software #Poduptime ist hier zu finden

https://gitlab.com/diasporg/poduptime

und beschreibt sich selbst als "Poduptime is #PHP software to observe stats and data on servers that support nodeinfo over the fediverse from projects like #Mastodon, #Diaspora, #Friendica, #Pixelfed..."

Wohlgemerkt, es handelt sich um eine Sicht auf Basis der zur Verfügung stehenden Daten des Statistiksammlers. Andere erhobene Statistiken mögen davon abweichen.

#FediverseObserver

(Medien: 1)

Mit Version 4.0 führte die fediversale Serversoftware #Mastodon eine Übersetzungsoption ein, um den Text von Beiträgen von einer Sprache in eine andere zu übersetzen.

Hierzu muß die #Instanz einen Übersetzungsdienst konfiguriert und aktiviert haben. Dies kann etwa ein kommerzieller Dienst wie #DeepL sein. Daher ist zu berücksichtigen, daß die Übersetzung durch einen Dritten vorgenommen wird, der dadurch Kenntnis von entsprechenden Texten/Beiträgen erhält.

Diese Übersetzungsfunktion kann auch via #API angesprochen werden. Dies bedeutet, je nach App und Version kann diese Option im Angebot von Apps (wie z.B. #Fedilab oder #Pachli) sein oder (noch) nicht.

#Fediverse-Client/App #Mammoth: for Mastodon

Die App Mammoth: for Mastodon für #iOS nutzt die #Mastodon-#Client-#API, um sich mit Konten auf kompatiblen Instanzen zu verbinden. Als Entwickler wird The BLVD, Inc. geführt.

Nach eigenen Angaben bei #Apple läuft #Mammoth unter #iOS, #iPadOS, #macOS und #visionOS.

Website des Projekts:
https://getmammoth.app/

Mammoth im Fediverse:
@mammoth@moth.social

(Medien: 1)

#Fediverse-#Projekt #Mastodon

Fokus: #Mikroblogging

Website des Projekts:
https://joinmastodon.org/de

Dokumentation (Englisch):
https://docs.joinmastodon.org/

Blog (Englisch):
https://blog.joinmastodon.org/

Code-Repository (Englisch):
https://github.com/mastodon

Mastodon im Fediverse:
@Mastodon@mastodon.social

Projekt-Instanzen:
https://mastodon.social/
https://mastodon.online/

Sonstiges:
https://www.patreon.com/mastodon

(Medien: 1)