Find the latitude of any place.  

C gi tn Thng cc kh

Genau das ist der springende Punkt: Das, was Bonfire macht, gibt's seit etwas ber 10 Jahren in sehr viel besser in Form von Hubzilla. Nicht nur in sehr viel besser, sondern auch in noch mchtiger, in noch flexibler und in "luft seit einem Jahrzehnt bombenstabil mit ber 15 Jahren Entwicklungshistorie" statt in "fngt gerade erst an und hat noch Schwierigkeiten".
Was Bonfire macht (oder zu machen versucht), war im wesentlichen schon 2015 verfgbar, wenn man wollte. Das in sehr viel stabiler und noch mehr Zeugs oben drauf. In einer Zeit, als es noch nicht mal Mastodon gab.
Ich, der ich Hubzilla schon bald dreimal so lange kenne wie die meisten Leute Mastodon, der ich Hubzilla auch featuremig ziemlich ausreize, frage mich wie einige andere in dieser Konversation: Was genau ist jetzt das Killerfeature, was ist der Unique Selling Point, was ist das Ding, das Bonfire hat, das Hubzilla nicht hat, das die Leute aber unbedingt haben mssen
Also, mal von besserer Propaganda abgesehen Wobei die aber auch nur bei denen zieht, die kaum mehr als Mastodon kennen.
# # # # # # # # # # # # A few points maybe, although I didn't see them occur often.
Stay objective and neutral. Avoid assuming people's gender. Don't put any information (e.g. about the location) into the alt-text that is neither mentioned in the post nor clearly recognisable in the image itself even with little to no prior knowledge. Write acronyms with blank spaces between the characters to always make screen readers spell them if they aren't to be read like a word. And don't use the quotation marks on your keyboard in alt-text.
As for the length and detail level, while it's probably perfect for websites and blogs, I guess some people on Mastodon would prefer you to write your alt-texts much longer and with many more details. But Bluesky doesn't support overly long alt-text, and Mastodon will not succeed in forcing its culture, including long and detailed alt-text, upon the ATmosphere.
While I'm already commenting: It's interesting to see two Mastodon users announce to add alt-texts to their entire image backlog within only a few days. It really makes me wonder if this is a hard requirement as per Mastodon's culture, no matter how far back you'd have to go.
I'm not on Mastodon myself, so one could argue that I'm not bound to Mastodon's culture. However, my posts and comments do generally end up on Mastodon, so one could argue that this makes fully abiding by Mastodon's culture and unwritten rules an absolute necessity.
My last undescribed image is from over three years ago. However, if I were to go back and describe my undescribed images in my current image description style, this would cause a sharp decrease in image description quality from the newest image that got a new description to the oldest image that still has its original description. Theoretically, I'd have to go through my entire backlog of image posts and re-describe all my images.
Why that'd be a problem Because it probably takes me longer to describe one image than it will have taken you to describe all your images once you're done. That's why I haven't posted a new original image in well over a year: Describing it would require a whole lot of time and effort.
Going back and writing new image descriptions for all my images would require even much more time and effort.
# # # # # # # # # # # # # # # Bonfire ist Hubzilla bei Wish bestellt.
Entweder ist Bonfire der schlechte Versuch, das Hubzilla-Rad neu zu erfinden, und zwar von Leuten, die gar nicht wuten, da so etwas schon existiert, und zwar in gut. Guck dir die ganzen Leute an, die ber Bonfire jubeln. Soweit ich das gesehen habe, sind das alles nur Mastodon-Nutzer. Und mindestens 75% aller Mastodon-Nutzer haben von Hubzillas Existenz noch nie gehrt, geschweige denn davon, was Hubzilla kann.
Oder Bonfire ist der schlechte Versuch, in direkte Konkurrenz zu Friendica, Hubzilla und den Rest der Familie zu gehen, mit viel Blabla statt vernnftig funktionierender Software und mit den vielen Mastodon-Nutzern als Zielgruppe, die noch nie von Hubzilla gehrt haben und auch Friendica nicht aus der Nhe kennen.
Praktisch alles, was Bonfire vollmundig verspricht und nach s Erfahrungen immer noch nicht geliefert hat, hat Hubzilla schon vor gut zehn Jahren tatschlich geliefert. Und wenn nicht vor gut zehn Jahren, dann im Laufe dieser zehn Jahre.
# # # # # # # # # # # # # # # Long
I'd use: "A cat sitting on a chair looking cute" as an intro to my alt text some people just want the summary and be done but then I'd describe the type of cat, the chair, any other context I thought was useful to build a picture, and I'd try and explain what is was that was so cute in the first place.

I'd go even further than that. But then again, I only post two kinds of pictures: memes based on established templates and renderings from super-obscure 3-D virtual worlds. The cat picture would most likely be the latter and therefore justify an extremely detailed description, the kind of which you probably don't even think is possible in the Fediverse. Plus a boiled down description that's short enough to fit into the alt-text.
Most people in the Fediverse call a 1,000-character description long. I call a 1,400-character description short.
But I simply don't want people to have to ask for explanations or details. Ever. And I guess many Mastodon users don't want to have to ask either they want all information they need delivered with the image post right away.
what does "rose red" mean to somebody who's never seen it

That's why I sometimes use more characters to describe one colour than many other people use to describe an entire image.
and do I know I need to make the effort to use more touch-sensory words.

If I were to include this as well, my descriptions would grow even longer, and it'd take me even more time to describe one image.
Right now, one afternoon isn't nearly enough for one image. I've once taken two full days to research for and write the description for one measly image. The result was a long image description that takes some three hours to read.
It's a useful discipline and learning curve to explore but it's ironic that it's generally learning in the dark: the two default Fedi responses to pictures are vilification for no alt text or silence if there is. On the rare occasions I've had feedback it's been very much appreciated.

Exactly my problem.
I can invest hours or days into one image post. But I don't get any reaction, much less feedback. No thumb up (fave), no repeat (boost), especially no feedback. As if nobody has even seen the post.
Is it because my reach is so abysmally small in spite of probably over 700 users following me Just because I'm on something else than Mastodon
Is it because I always post when none of them is about to check their timelines, so they'll never notice I've posted something in the first place
Is it because people aren't interested in virtual world images
Is it because the summary scares them away with the included content warning about a post that's way longer than 50 or 100 standard Mastodon toots (Sorry, but that long description had to go somewhere.)
Then again, I rarely give feedback myself. I think I'll first have to complete so I have something to back my feedback with. But that'd also mean that I'd end up roasting a lot of alt-texts that had a lot of time and spoons poured into them by criticising the breaking of rules of which hardly anyone but me even knows they exist.
CC:
# # # # # # # # # # # # # # # That's why I'm constantly trying to up my own image-description game, even though what I've done two years ago already may be considered complete and utter overkill by some.
That's why I've been describing all my original images twice for more than two years now. One description is (comparably) short and goes into the alt-text. One description is highly detailed and contains all necessary explanations and transcripts of all text within the borders of the image this one goes into the post text.
That's why it takes me more and more time and energy to describe one image. Not time as in two minutes. It can just as well be time as in two days. And I'm not kidding. My personal record is two days for over 60,000 characters of long image description for one image plus another morning for a 1,400-character short description for the alt-text.
That's why I've declared all descriptions of all images I've ever posted in the Fediverse various degrees of outdated, no matter the effort I've put into them. Some are actually embarrassingly outdated.
That's why I've always declared all my image descriptions outdated whenever I've learned something new about image descriptions.
That's why I'm working on with over 40 pages planned, backed by as well as .
That's why I'm constantly trying to find a way to discuss image descriptions and alt-text with Mastodon users who are really into that topic, who live and breathe Mastodon's culture, but who still can understand that there are Fediverse users outside of Mastodon with practically no character limit who can put tens of thousands of characters of image description into one post (in addition to another shorter image description in the alt-text). I still have a number of unanswered questions which I have to cover by .
Unfortunately, .
# # # # # # # # # # # # # # #So I've picked up an image description project again that I've started about a year ago. I wanted to publish a series of avatar portrait pictures, each with three or four portraits of my OpenSim avatar on them, always in the same pose, always in front of a neutral background that won't take me days to describe, but in slightly different outfits.
The current status:
As for the short description that shall go into the alt-text, a first experimental draft was written for a picture with three portraits. But it exceeds 1,500 characters, and I don't know what to cut from it. In fact, I'll probably have to add even more characters to explain some fashion jargon.
For the set of long descriptions that shall go into the post text itself, the preamble with explanations and common descriptions was written. But I'll have to re-write it partially. It's ripe with jargon, and jargon must be avoided in image descriptions. If that isn't possible, jargon must be explained all the way down to the very basics until absolutely everyone understands it with no prior knowledge.
The preamble starts with a very short introduction that says what the image roughly shows. It is followed by a description of the visual style, again followed by an explanation what OpenSim is which includes an explanation what Second Life is. I'm currently rewriting this part I guess it'll end up over 2,500 characters long.
It is followed by a bit over 600 characters that describe and explain the background, including that the neutral, bright white background makes it impossible to discern where exactly the images were made.
The next part is the biggest part of the preamble. It explains how avatars are built in Second Life and OpenSim. It's an info dump with currently almost 10,000 characters that goes all the way down to the basic building blocks in Second Life and OpenSim, and that's likely to grow even longer. This is extremely complex niche knowledge, so I have a whole lot to explain, especially if I want to avoid using unexplained jargon. But it's critical for understanding the following sections, including the visual descriptions. Also, if my readers had to ask me things or look stuff up themselves in order to understand the post, that wouldn't really be accessible.
This part is followed by a general visual description of my avatar, i.e. what all portraits within one post have in common. It includes things from all clothing to the camera position. Right now, it is over 5,000 characters long. It may grow even longer if the terms for certain parts of clothes or shoes count as jargon and need to be explained (shank buttons, Berlebeck-style shank buttons in particular, or the various parts of a men's leather shoe).
One big problem is caused by the shoes. The kind of shoes my avatar is wearing in the images I've started with probably don't exist in real life, so I have to give a fully detailed description of all details, even though (or actually because) these details are actually hardly visible in the images. Right now, the description of the shoes is one paragraph with almost 2,000 characters. Since it contains jargon, it will probably grow even longer, but I'll have to split it into multiple paragraphs.
There are portraits in which my avatar is wearing full brogue shoes. I'm still not sure whether it's common knowledge among blind and visually-impaired people what full brogue shoes are, and what they generally look like.
Also, the first image with three portraits has its individual description. Right now, this part alone has almost 2,500 characters, and it's likely to grow even longer if I have more things to explain. All in all, I plan to have three or four images in each post. I actually have dozens of images of this kind, but I can't shove them all into one post. For one, I don't want too different outfits in one post. Besides, Mastodon can't show more than four images, no matter how many I put into one post, so nobody on Mastodon will even know that there are more than four images. Alternatively, I could write a non-federating article instead of a post and then send a post with a link to the article. But nobody on Mastodon will ever read that.
The other individual descriptions are still unwritten, but they may be shorter since they can rely on not only the preamble, but also the first description.
All in all, I still don't know when I'll be done with describing the images for one post, much less all of them. But what I know is that when I'm done, all image descriptions combined will be as long as a novel.
# # # # # # # # # # # # # # # # # # # # # # #So I've picked up an image description project again that I've started about a year ago. I wanted to publish a series of avatar portrait pictures, each with three or four portraits of my OpenSim avatar on them, always in the same pose, always in front of a neutral background that won't take me days to describe, but in slightly different outfits.
The current status:
As for the short description that shall go into the alt-text, a first experimental draft was written for a picture with three portraits. But it exceeds 1,500 characters, and I don't know what to cut from it. In fact, I'll probably have to add even more characters to explain some fashion jargon.
For the set of long descriptions that shall go into the post text itself, the preamble with explanations and common descriptions was written. But I'll have to re-write it partially. It's ripe with jargon, and jargon must be avoided in image descriptions. If that isn't possible, jargon must be explained all the way down to the very basics until absolutely everyone understands it with no prior knowledge.
The preamble starts with a very short introduction that says what the image roughly shows. It is followed by a description of the visual style, again followed by an explanation what OpenSim is which includes an explanation what Second Life is. I'm currently rewriting this part I guess it'll end up over 2,500 characters long.
It is followed by a bit over 600 characters that describe and explain the background, including that the neutral, bright white background makes it impossible to discern where exactly the images were made.
The next part is the biggest part of the preamble. It explains how avatars are built in Second Life and OpenSim. It's an info dump with currently almost 10,000 characters that goes all the way down to the basic building blocks in Second Life and OpenSim, and that's likely to grow even longer. This is extremely complex niche knowledge, so I have a whole lot to explain, especially if I want to avoid using unexplained jargon. But it's critical for understanding the following sections, including the visual descriptions. Also, if my readers had to ask me things or look stuff up themselves in order to understand the post, that wouldn't really be accessible.
This part is followed by a general visual description of my avatar, i.e. what all portraits within one post have in common. It includes things from all clothing to the camera position. Right now, it is over 5,000 characters long. It may grow even longer if the terms for certain parts of clothes or shoes count as jargon and need to be explained (shank buttons, Berlebeck-style shank buttons in particular, or the various parts of a men's leather shoe).
One big problem is caused by the shoes. The kind of shoes my avatar is wearing in the images I've started with probably don't exist in real life, so I have to give a fully detailed description of all details, even though (or actually because) these details are actually hardly visible in the images. Right now, the description of the shoes is one paragraph with almost 2,000 characters. Since it contains jargon, it will probably grow even longer, but I'll have to split it into multiple paragraphs.
There are portraits in which my avatar is wearing full brogue shoes. I'm still not sure whether it's common knowledge among blind and visually-impaired people what full brogue shoes are, and what they generally look like.
Also, the first image with three portraits has its individual description. Right now, this part alone has almost 2,500 characters, and it's likely to grow even longer if I have more things to explain. All in all, I plan to have three or four images in each post. I actually have dozens of images of this kind, but I can't shove them all into one post. For one, I don't want too different outfits in one post. Besides, Mastodon can't show more than four images, no matter how many I put into one post, so nobody on Mastodon will even know that there are more than four images. Alternatively, I could write a non-federating article instead of a post and then send a post with a link to the article. But nobody on Mastodon will ever read that.
The other individual descriptions are still unwritten, but they may be shorter since they can rely on not only the preamble, but also the first description.
All in all, I still don't know when I'll be done with describing the images for one post, much less all of them. But what I know is that when I'm done, all image descriptions combined will be as long as a novel.
# # # # # # # # # # # # # # # # # # # # # # # That's quite a bit simplified. For one, four server applications and one protocol were lumped together. Besides, Zap is dead, and Forte isn't even mentioned.
So here's an attempt at telling the whole story (server applications are in bold type, protocols are in bold type and italics):
tldr:
2010:
2011:
2015:
2018:
2020:
2022:
2024:
Forte
(ActivityPub)
(forked from (streams))/list
So as far as Fediverse server applications go, he created Friendica, Free-Friendika, a few more Friendika forks, the Red Matrix, Hubzilla, three Osadas, Zap, Redmatrix 2020, Mistpark 2020, Roadhouse, (streams) and Forte. Depending on how you want to count them, that's at least 13 or 14 server applications. Four of these are still being maintained (Friendica by a new team, Hubzilla by another new team, (streams) and Forte by himself).
The long version:
In 2010, he created

In 2011, he made several forks of Friendika. The reason was licensing: Friendika was getting quite some attention. As it was under the MIT license, chances were that it was tempting to fork it and turn the fork into a commercial, proprietary, closed-source monolith or something. On the other hand, the GPL in any shape or form would have hindered further development.
So Mike made a number of forks and relicensed all but one: Free-Friendika kept the MIT license and became the main development platform for Friendika. Friendika itself was relicensed under the AGPLv3.
Shortly afterwards, Mike discontinued all forks except Free-Friendika.
The same year, Mike needed something to keep people from losing everything whenever their Friendika home node was shut down. So he invented nomadic identity and created the Zot protocol.
Also the same year, Mike forked Free-Friendika into Red (spanish la red = the network). It would be renamed Red Matrix in late 2012 because "Red" is hard to Google.
In 2012, Mike rewrote Red almost completely. The whole backend was rebuilt against Zot.
However, the Red Matrix didn't take off. Most Friendica users were hosting their own private nodes. Nomadic identity made no sense for them. Besides, it seemed like many Friendica users didn't understand nomadic identity anyway, so they saw no advantage in the Red Matrix over Friendica, seeing as the features were almost identical otherwise. The Red Matrix had to be made more popular for hosting public servers.
So in 2015, the Red Matrix was rebuilt and greatly expanded into Hubzilla.
In 2018, Mike wanted to develop the Zot protocol further into Zot6. But this would have meant compatibility-breaking changes, also because what he wanted to do with nomadic identity over Zot6 was likely to not work with non-nomadic protocols anymore. So he couldn't do that on Hubzilla.
Instead, he made two new forks:

A bit later, Zot6 became compatible enough with non-nomadic protocols. Forwarding content from Zap via Osada to the rest of the Fediverse was clunky anyway, forwarding content from the rest of the Fediverse via Osada to Zap even more so. So Osada was discontinued.
Instead, a new Osada was forked from Zap and got ActivityPub support. This and the branding were the only differences between Osada and Zap.
In 2019, when both Osada and Zap had become stable, Zap got ActivityPub support itself. The only difference between the two was now that Osada servers had ActivityPub turned on by default, and Zap servers had it turned off by default. It simply didn't make much sense to keep both alive, so Osada was discontinued again.
I think it was also in 2019 that Hubzilla was upgraded to Zot6.
In 2020, Mike made three more forks to develop Zot8, at least one of which was forked from Zap, and those that weren't were forked from one another: Redmatrix 2020, Mistpark 2020 a.k.a. Misty and Osada.
There was a rumour that Zap was the stable one, Misty was a bit more up-to-date, but potentially less stable, Osada was experimental with ActivityPub support on by default, and Redmatrix 2020 was experimental with ActivityPub support off by default. In fact, however, Misty, Osada and Redmatrix 2020 were absolutely identical in all but branding. Mike kept four server applications around to mess with brand fetishists.
In 2022, Mike forked one of the three into Roadhouse to develop Zot11. But Zot11 was no longer compatible with Zot6 as implemented on Hubzilla and Zap, so he declared it a new protocol named Nomad. Roadhouse got additional support for Zot6.
Now Mike had five server applications, still in order to mess with brand fetishists.
Later the same year, Mike forked Roadhouse into something intentionally nameless and brandless. Again, this was done to troll brand fetishists, this time also to facilitate forking and make people think up their own individual names for the fork rather than keeping the existing one. However, the code repository absolutely required a name, so Mike called it streams.
The community needed something to name this nameless thing by, so they took the name of the repository and wrapped it in parentheses to make sure that this is not actually the name. Ever since, it is colloquially being called (streams). By the way, (streams) is running on what would be Zot12 if it wasn't Nomad now.
On New Year's Eve 2022, Mike discontinued Zap, Redmatrix 2020, Misty, Osada and Roadhouse. (streams) was stable enough, and the other five could be upgraded not only to each other by rebasing the server code, but also to (streams). He asked all admins of Zap, Redmatrix 2020, Misty, Osada and Roadhouse servers to upgrade to (streams).
In 2024, (streams) got bogged down by some identity confusion after the stable release branch introduced decentralised IDs as per FEP-ef61, a part of the development of nomadic identity via ActivityPub. Partially in order to be able to sort this out, partially because the time seemed to have come for this to actually work, Mike forked the streams repository into Forte and removed all support for any protocols other than ActivityPub while still keeping it nomadic. And so Forte became the very first Fediverse server application that establishes nomadic identity via ActivityPub.
# # # # # # # # # # # # # # # # # # # # # # # # # # # # # It should.
But if you're looking for a Friendica node, you're completely wrong there. hub.netzgemeinde.eu is not a Friendica node, it's a Hubzilla hub. Something quite different.
In case you're among the many who don't know : It's similar to Friendica at first glance, but it's actually a whole lot different. It's much more powerful than Friendica, but it's also much more different from Mastodon than Friendica. It has an even steeper learning curve, and getting started is an even bigger effort because you have to do more after making an account before you can get going.
You have to get used to your identity not being tied to your account/login, but containerised in a so-called "channel". You have to deal with a very powerful and very fine-grained permissions system. You have to turn on ActivityPub support yourself because it's off by default. You have to deal with something that generally does not cosy up to Mastodon. And you won't be able to use it with a dedicated mobile app because there is no such thing for Hubzilla, and Hubzilla does not and most likely will never have the Mastodon client API implemented.
If you need a direct comparison between Mastodon, Friendica and Hubzilla: that also cover (streams) (a fork of a fork of three forks of a fork (of a fork) of Hubzilla by Friendica's and Hubzilla's creator) and Forte (a fork of (streams) by still the same creator).
# # # # # # # # # # # # #

C gi tn Thng cc kh tr n h ngi dng v sau hn 10 nm ch i, cui cng nhn c ci kt cc xc ng m chnh c cng khng ng ti.
Cu chuyn v lng nhn i v s hy sinh thm lng ca Thng chm n tri tim ca v s ngi.

nhn i ni ca tnh ngi 10 nm

Nia Long

Wohlgemerkt, der Hintergrund ist nicht Bildanalyse oder Bildinterpretation.
Der Hintergrund ist vielmehr Barrierefreiheit, wie sie auf Mastodon gefordert wird. Ich bin selbst nicht auf Mastodon, wie du sicherlich schon erkannt haben drftest. Aber wenn meine Bildposts nach Mastodon kommen, und das tun sie, dann mssen sie schon deshalb barrierefrei sein, weil mich das ansonsten noch mehr Reichweite kosten wrde als sowieso schon.
Nun bin ich allerdings niemand, der einfach nur das absolut ntige Minimum anstrebt. Statt dessen habe ich mich eingehend mit dem Thema Bildbeschreibungen und Alt-Text befat. Es gibt dazu ja sehr viele Publikationen online etliche in meinem im Aufbau befindlichen Wiki zum Thema auf meinem Hubzilla-Kanal.
Allerdings gehen die nicht auf die tatschlichen Verhltnisse im Fediverse ein, weder auf Mastodons ganz spezielle Kultur, die es versucht, dem ganzen brigen Fediverse aufzuzwingen, noch auf die besonderen Wnsche zumindest einiger Mastodon-Nutzer noch auf die technischen Mglichkeiten im Fediverse auerhalb von Mastodon, z. B. Posts quasi ohne Zeichenlimit.
So mute ich zustzlich wachsamen Auges beobachten, was insbesondere auf Mastodon passiert in puncto Alt-Texte und Bildbeschreibungen. Ich wrde gern im greren Rahmen mit mglichst vielen Angehrigen verschiedener Nutzergruppen gleichzeitig ber das Thema diskutieren. Aber alle Personen, mit denen darber zu diskutieren sinnvoll wren, sind nur auf Mastodon. Mastodon ist technisch fr diese Art von Diskussion vllig ungeeignet. Und im Fediverse auerhalb von Mastodon, wo es die technischen Voraussetzungen fr solche Diskussionen gbe (Friendica, Hubzilla, (streams), Forte, Lemmy, Mbin, PieFed, NodeBB etc.), ist das Thema praktisch unbekannt.
Selbst wenn ich einfach so "in den ther" rufe, wie es auf Mastodon blich ist, weil es da gar nicht anders geht, kommt nichts dabei heraus. Als Nicht-Mastodon-Nutzer habe ich kurioserweise mit ca. ber 700 Folgeverbindungen weitaus weniger Reichweite als so manch ein Mastodon-Nutzer mit 300 Folgenden. Abstimmungen bringen auch nichts hufig stimmen bei mir weniger Leute ab, als ich Optionen angegeben habe.
Also mu ich beim Beschreiben meiner Bilder von sechs Annahmen ausgehen, die ich schon dargelegt habe:
  1. Mein Publikum besteht nicht nur aus denen, die mir folgen, sondern das sind alle, die theoretisch meine Posts sehen knnen.
  2. Wenn ich erwhne, da es auf einem meiner Bilder etwas gibt, dann mu ich auch beschreiben, wie es aussieht.
  3. Bildbeschreibungen mssen sofort alle Informationen liefern, die vielleicht irgendjemand da drauen brauchen knnte. Nach einem Detail in einem Bild oder einer Erklrung fr ein Bild zu fragen, ist genauso schlimm, wie berhaupt erst nach einem Alt-Text zu fragen.
  4. Irgendjemand da drauen ist mglicherweise auch an kleinsten Details auf meinen Bildern interessiert. Und der- oder diejenige ist mglicherweise blind oder sehbehindert.
  5. Alles, was es an Text innerhalb der Grenzen eines Bildes gibt, mu immer 100% wortwrtlich transkribiert werden. Auch wenn der Text unlesbar ist oder so klein ist, da er unsichtbar ist. Wenn ich wei, was da geschrieben steht, dann mu ich es transkribieren.
  6. Alle Bilder brauchen einen akkuraten und hinreichend detaillierten tatschlichen Alt-Text. Auch wenn ich ein Bild in 60.000 Zeichen im Post selbst beschreibe, kann ich dafr sanktioniert werden, da das Bild selbst keinen akkuraten und hinreichend detaillierten Alt-Text hat. Also brauche ich den zustzlich. Ich mu meine eigenen Bilder jeweils zweimal beschreiben.

Im brigen kann ein LLM nicht annhernd das, was ich tue. Und das wei ich aus eigener praktischer Erfahrung: Ich habe zwei mal LLaVA damit beauftragt, ein Bild zu beschreiben, das ich schon beschrieben habe.
Das fngt schon damit an, da keine KI auf dem Bild selbst Details sehen kann, die ich sehen kann, wenn ich vor Ort bin. Die KI wrde ja das Bild beschreiben, indem sie sich das Bild von diesem Ort ansieht. Ich beschreibe meine Bilder, indem ich mir den Ort selbst vor Ort ansehe, also eben gerade nicht das Bild mit seiner stark reduzierten Auflsung. Eine KI kann das nicht.
Dann gehrt zum akkuraten Beschreiben und vor allem Erklren dieser Bilder extrem obskures Nischenwissen. Keine KI knnte bei der visuellen Analyse eines meiner Bilder erkennen und erklren, was das fr ein Ort ist, wie die Sim heit, in welchem Grid sie sich befindet, da das Ganze auf OpenSim basiert usw. usf. Schon gar nicht knnen das alle KIs. Diese Informationen sind ganz einfach zu obskur, und sie verndern sich auch schnell.
Ein extremer Fall ist wahrscheinlich die Beschreibung in : Die Sim war zu dem Zeitpunkt erst wenige Tage oder vielleicht ein paar Wochen alt. Ich habe innerhalb der Bildbeschreibung eine sehr detaillierte Beschreibung eines Bildes auf diesem Bild, das nur wenige hundert Pixel gro ist. Ich habe die Sim nicht nur korrekt identifiziert, sondern auch den populrkulturellen Bogen von dieser Sim ber Edgar Wallace bis hin zum Frhstyxradio auf ffn und daraus abgeleiteten Kinofilmen geschlagen. Das Objekt zur rechten Seite hin habe ich alleine in etwa 1.000 Zeichen beschrieben und in noch einmal 4.000 Zeichen eingehend erlutert.
Dasselbe Bild habe ich und anschlieend die Beschreibung von LLaVA eingehend analysiert. Sie ist weit von meiner Beschreibung entfernt und davon, akkurat und detailliert zu sein. Dieses besagte Objekt, dem ich ber 5.000 Zeichen gewidmet habe, hat LLaVA gnzlich ignoriert.
Mir kann niemand erzhlen, ein anderes LLM knnte es wesentlich besser oder sogar noch besser, noch detaillierter, noch informativer, noch kompetenter und noch akkurater als ich.
CC:
# # # # # # # # # # # # # # # # # # # # # # # # # Da kannst du lange scrollen, also noch weitaus lnger. Mein letzter Bildpost aus virtuellen Welten ist zum einen schon mehr als ein Jahr her, also von Juli 2024.
Zum anderen poste ich keine Bilder mehr hier auf diesem Hubzilla-Kanal. Das liegt daran, da beinahe alle meine Bilder irgendeinen Trigger enthalten, im allgemeinen Augenkontakt. Hubzilla kann Mastodon aber nicht dazu bringen, Bilder auszublenden. (streams) kann das, also habe ich im Juli 2024 beschlossen, zum Posten von Bildern zwei (streams)-Kanle einzurichten.
Seitdem habe ich einen einzigen Post mit In-World-Bildern abgesetzt und eine Handvoll Memes ber das Fediverse. Dieses Kalenderjahr habe ich nur einen einzigen neuen Bildpost verschickt, einen Memepost ber OpenSim, der auf einem Standard-Template basiert.
Hier ist also besagter letzter Bildpost von Juli 2024:

Sollte dieser Link nicht gehen, weil Mastodon mit DIDs nach FEP-ef61 nicht klarkommt:

Achtung: Du wirst erst die Zusammenfassung des Posts ffnen mssen, um den Post zu sehen. Dann wirst du den Spoiler ffnen mssen, um die Bilder zu sehen. Jedes Bild hat fr sich einen Alt-Text, und direkt darunter (wenn du den Post an der Quelle siehst) befinden sich die langen Bildbeschreibungen mit zusammen ber 20.000 Zeichen, bestehend aus einer gemeinsamen Prambel und zwei individuellen Beschreibungen.
Mein letzter Bildpost auf diesem Hubzilla-Kanal war im Mai 2024, und er drfte die lngste Beschreibung eines einzelnen Bildes im ganzen Fediverse enthalten:

Hier hast du nur die Zusammenfassung zu ffnen. Unter dem eigentlichen Post-Text kommt das einzelne Bild mit genau 1.500 Zeichen an Alt-Text, davon etwas mehr als 1.400 an Bildbeschreibung. Darunter kommt die lange Bildbeschreibung mit ber 60.000 Zeichen. Allerdings ist diese Bildbeschreibung schon etwas mehr veraltet ich habe inzwischen einiges dazugelernt, und heutzutage wre die Beschreibung noch ein ganzes Stck lnger.
Jedenfalls habe ich seit Juli 2024 nur noch Memes gepostet falls du sehen willst, wie ich a) die Bilder im Alt-Text beschreibe und b) die Posts nebst Bild im Post selbst erklre, frag einfach. Bis auf den einen Post von diesem Jahr sind meine neueren Meme-Posts allesamt ber das Fediverse, und dafr habe ich einen separaten (streams)-Kanal.
CC:
# # # # # # # # # # # # # # # # # # # # Zum einen ist mein Eindruck von Mastodon (von auen) anders.
Klar gibt's die die sagen: "Mach einfach, pat schon." Aber einige sind es von Mastodon so gewohnt, komplett verhtschelt zu werden, da sie sehr hohe Ansprche stellen. Mein Eindruck schliet auch ein, da ein Bildpost eigentlich keine Fragen offen lassen sollte.
Nach einer Erklrung frs Bild zu fragen oder nach einer Erklrung fr eine Erklrung frs Bild oder nach einer Beschreibung irgendeines Details, ist beinahe genauso schlimm, wie berhaupt nach einer Bildbeschreibung zu fragen.
Bei mir kommt ja noch hinzu, da ich mitunter gewisse visuelle Details nur sofort beschreiben kann, wenn ich sowieso die Bildbeschreibungen schreibe. Wenn ich sie nicht sofort beschreibe, und irgendjemand will ein Detail beschrieben haben, kann es sein, da ich es nicht mehr beschreiben kann, weil ich es nicht mehr recherchieren kann, weil der im Bild gezeigte Ort umgebaut worden ist oder gar nicht mehr existiert.
Ich beschreibe meine Bilder ja nicht, indem ich mir mein Bild vom gezeigten Ort ansehe, sondern, indem ich mir den Ort selbst direkt vor Ort ansehe. Im Real Life schwierig, in virtuellen Welten meistens einfach. Nur neigen virtuelle Welten zu schnellen Vernderungen. Deswegen gibt's von mir auch keine Partybilder mehr, seit ich Bildbeschreibungen wirklich ernstnehme.
Zum anderen gibt's die, die sagen: "Nein, fr alle mu es nicht perfekt passen. Aber fr mich mu es perfekt passen." Oder: "Aber fr diese spezifische Randgruppe mu es perfekt passen." Wenn das aber alle sagen, dann mu es eben wieder fr alle perfekt passen. Das, oder ich werde irgendjemanden absichtlich diskriminieren mssen, um irgendwen anders untersttzen zu knnen.
Das Bedrfnis nach einer hochdetaillierten Beschreibung mit allen zum Verstndnis ntigen Erklrungen kann ich beim besten Willen nicht unter einen Hut bringen mit dem Bedrfnis nach einer mglichst kurzen Beschreibung. Das schliet sich gegenseitig aus. Erst recht, wenn die hochdetaillierte Beschreibung sowohl visuell als auch taktil sein mu.
Auerdem drfte wohl fast jeder da drauen darauf bestehen, da ich meine Bilder akkurat und wahrheitsgem beschreibe. Aber zu beschreiben, wie sich eine Oberflche anfhlt, die sich eigentlich gar nicht anfhlt, wre nicht wahrheitsgem.
# # # # # # # # # # # # # # # # # Gibt's schon.
Auf und werden Bilder erstmal hochgeladen in den eingebauten Cloud-Datenspeicher. Den haben auch und , aber das Killerfeature bei den ersteren zwei ist ein eigenes Datenfeld, in dem man vor oder nach dem Upload einen Alt-Text eintragen kann. Wenn das Bild dann in einen Post oder Kommentar eingebettet wird, wird automatisch auch der Alt-Text in den Einbettungscode eingebaut.
Das ist aber gefhrlich, denn eigentlich sollte man jedes Mal, wenn man ein Bild postet, es je nach Kontext passend zum Kontext neu beschreiben und nicht immer dieselbe Bildbeschreibung nehmen.
CC:
# # # # # # # # # # # # # # # # # # # # # #
Du musst nicht jedes einzelne Bildelement beschreiben

Das kommt ganz drauf an.
Bei einfachen Real-Life-Fotos braucht man das tatschlich nicht. Bei Memes mache ich das auch nicht.

Allerdings geht dann eine lange, detaillierte Beschreibung mit allen ntigen Erklrungen und allen Text-Transkripten in den Post selbst (Zeichenlimit: ber 16,7 Millionen) und eine eingedampfte Kurzbeschreibung zustzlich in den Alt-Text.
CC:
# # # # # # # # # # # # # Zumindest einige von ihnen haben kein Interesse an visuellen Informationen ich habe ja zu dem Thema etwas verlinkt (hier noch einmal: Stichwort "Protactile", falls dir das etwas sagt).
Wenn ich aber auch vollstndig auf deren Bedrfnisse eingehen mu, dann bedeutet das viererlei.
Erstens: ein noch grerer Aufwand als sowieso schon. Aus zwei Tagen, um ein Bild zu beschreiben, werden drei oder vier oder noch mehr, weil ich mir bei hunderten oder tausenden Oberflchen jeweils einzeln berlegen mu, wie die sich anfhlen wrden, wenn sie denn real wren.
Ich mte mir ja alleine schon bei Bildern, die einfach nur als Texturen auf Oberflchen vorliegen, den Kopf zerbrechen, ob ich mir darber den Kopf zerbrechen soll, wie sich das Bild anfhlen wrde, wenn es real wre (obwohl es keinerlei reales Material emuliert), ob ich auch das, was das Bild zeigt, visuell und "taktil" beschreiben mu, oder beides.
Zweitens: Meine Langbeschreibungen werden noch sehr viel lnger als jetzt schon. Wenn meine Posts 100.000 Zeichen berschreiten, und das werden einige davon, dann wird Mastodon sie ablehnen. Dann werden sie nur noch auf Friendica, Hubzilla, (streams) und Forte zu sehen sein. Und dann kann ich mir die Frage stellen, ob der Aufwand noch gerechtfertigt ist.
Drittens: Meine Kurzbeschreibungen, die in den Alt-Text gehen, knnen noch weniger einzelne Elemente beschreiben, weil einerseits jedes Element fr sich sowohl eine visuelle als auch eine taktile Beschreibung braucht, ich aber andererseits nicht mehr als 1.500 Zeichen zur Verfgung habe.
Viertens: Ich mte alle anlgen. Ich mte im Alt-Text und in der Langbeschreibung die Unwahrheit schreiben. Ich mte beschreiben, wie sich etwas anfhlt, wenn man es berhrt, obwohl es sich in Wahrheit gar nicht anfhlt, weil man es nicht berhren kann, weil es keine reale physikalische Existenz hat.
Alternativ mte ich jedes einzelne Mal, das ich irgendein Element beschreibe, dazuschreiben, da man es nicht berhren kann, weil das Bild nicht aus der realen Welt ist. Oder ich mte gleich ganz am Anfang schreiben, da nichts auf dem Bild berhrt werden kann und sich auch nicht irgendwie anfhlt. Und das wrde so wirken, als wre ich zu faul zu beschreiben, wie sich etwas anfhlt.
Ich glaube, kein Taubblindenverein und keine Taubblindenassistenz da drauen ist vertraut mit dem Fediverse und mit den auf Mastodon verbreiteten qualitativen Mindestanforderungen an Bildbeschreibungen, geschweige denn mit virtuellen 3-D-Welten. Die knnen mir da nicht helfen. Wenn ich denen komme mit "Mastodon" und "Alt-Text-Polizei" und "Texturen" und "Physically-Based Rendering" und so weiter, dann verstehen die nur Bahnhof.
Und wenn ich denen mit so spezifischen Fragen komme, halten die mich fr komplett balla-balla. Wenn sie meine Fragen berhaupt verstehen.
# # # # # # # # # # # # # # # # # # # Es gibt sehr viel, was nicht in Bildbeschreibungen allgemein und in Alt-Texte ganz spezifisch gehrt. Das wei blo keine Sau, also wird das laufend falsch gemacht.
Wenn man das den Leuten erklrt, wird man mitunter angepampt, da nur z. B. die Frontend-Entwickler schuld sind, wenn etwas nicht so funktioniert, wie es soll, und sie selbst alles richtig machen. Eigentlich sollte man in so einer Situation immer sofort eine Fediblockanfrage wegen Arroganz und Ableismus stellen.
Weil ich keinen Bock habe, solche Sachen immer und immer wieder neu zu erklren, schreibe ich schon seit einiger Zeit an . Da kann ich auch endlich alles, was ich so an Informationen und Regeln ber Bildbeschreibungen und Alt-Texte zusammengesammelt habe, an einem Ort zusammenstellen. Und das wird wohl der einzige Guide zum Thema Bildbeschreibungen und Alt-Texte in Fediverse-Anwendungen, die nicht Mastodon sind.
Allerdings ist das Wiki noch lange nicht fertig, weil gefhlt mit jeder Seite, die ich schreibe, eine neue Idee fr eine Seite kommt. Und erschwerend kommt hinzu, da meine sich gegenseitig widersprechen und gengend Fragen, die ich eigenlich noch habe, immer noch unbeantwortet sind.
# # # # # # # # # # # # # # # # # # # # # # # # # Du wirst vielleicht lachen. Vielleicht wirst du das auch als absolutes zu erwartendes Minimum in Sachen Barrierefreiheit ansehen.
Aber ich habe mir schon mal , ob und wie ich meine wenigen, seltenen Bildposts auch taubblinden Menschen zugnglich machen soll .
Das Problem: Taubblinde Menschen haben im allgemeinen keinerlei Interesse daran, wie etwas aussieht. Sie interessieren sich aber sehr viel mehr dafr, wie sich etwas anfhlt, wenn man es berhrt.
Das heit: Fr taubblinde Menschen braucht es statt einer visuellen Beschreibung eine taktile Beschreibung. Und wenn man alle gleichermaen mitnehmen will, braucht es sowohl eine visuelle als auch eine taktile Beschreibung.
Mal abgesehen davon, da ich noch nie gesehen habe, da irgendjemand im Fediverse irgendetwas taktil beschrieben hat: Meine eigenen Bilder sind keine Real-Life-Fotos, sondern Renderings aus virtuellen 3-D-Welten. Was da drauf ist, kann man berhaupt nicht anfassen und fhlen.
Schwieriger noch: Einigermaen realistische Materialien, also mit realistischem Glanz, mit realistischer Rauhheit, mit realistischen Unebenheiten, mit realistischer Metallizitt breiten sich da erst ganz allmhlich aus. Die meisten Oberflchen sind einfach nur glatt und matt mit dem Aussehen eines Materials oder was auch immer "aufgemalt". Einige haben ganz einfach nur eine Farbe und sonst nichts. Da wird es immer schwieriger, sich auszudenken, wie sie sich anfhlen wrden, wenn man sie berhren knnte, was man ja weiterhin nicht kann.
Aber selbst dann wrde ich in der Bildbeschreibung die Unwahrheit schreiben. In Wahrheit gibt es auf meinen Bildern nmlich nichts, was sich wirklich irgendwie anfhlt, weil es da nichts gibt, was man tatschlich anfassen kann.
Generell ist es schwierig, absolut alle Leute mit jeglicher Art von Behinderung zu 100% zufriedenzustellen. Der Inhalt meiner eigenen Bilder ist ja extrem obskur. Das heit: Wer sie nicht sehen kann, hat nicht die geringste Vorstellung davon, wie sie tatschlich aussehen. Denn auch wenn blinde Personen wissen, wie etwas in der Realitt aussieht, wissen sie noch lange nicht, wie es in dieser virtuellen Welt aussieht.
Es braucht also eigentlich extrem detaillierte Beschreibungen, die ich auch immer zu schreiben versuche. Dazu kommen dann die vielen Erklrungen, die es braucht, damit meine Bilder und Bildposts ohne jegliches Vorwissen verstanden werden knnen. Es gibt tatschlich neurodiverse Leute, die bei solchen Bildern wie meinen extrem lange Bildbeschreibungen wie brauchen mit haufenweise Erklrungen, Erklrungen von Erklrungen, Erklrungen von Erklrungen von Erklrungen usw. Dann aber gibt es wieder neurodiverse Leute, die bei Bildbeschreibungen mit mehr als 200 Zeichen aussteigen. Wie soll ich sie alle gleichermaen unter einen Hut bekommen
Im Grunde, , ist es hochgradig ableistisch, berhaupt solche Bilder zu posten wie ich, weil es ganz einfach nicht anders geht, als irgendjemanden damit zu diskriminieren.
Eigentlich mte ein so heies und wichtiges Thema wie Barrierefreiheit im Fediverse eingehend diskutiert werden, und zwar unter Einbeziehung von mglichst vielen Leuten aus mglichst vielen Bereichen (Blinde, Sehbehinderte, Webdesigner, professionelle Accessibility-Experten, Alt-Text-Polizei, Mastodon-Nutzer, Fediverse-aber-eben-gerade-nicht-Mastodon-Nutzer, Leute wie ich, die absolutes Nischenzeug posten, auf das die gngigen Bildbeschreibungsanleitungen nicht passen, usw.).
. Und das scheint auch niemand zu wollen. Mal ganz davon abgesehen, da Mastodon fr solche Diskussionen ungeeignet und das Konzept der Barrierefreiheit im brigen Fediverse, wo man so etwas diskutieren knnte, hchstens als "noch so ein blder Mastodon-Spleen" angesehen wird.
So bastle ich seit geraumer Zeit an unter Einbeziehung , und , die niemand je besttigt oder widerlegt hat. Auch zu dem Wiki gab es bis heute genau null Feedback.
Und "mach einfach, pat schon, alles ist besser als nichts" . Und bei mir hat es eigentlich noch nie gereicht.
# # # # # # # # # # # # # # # # # # # # # # I don't think it's that easy to develop an external moderation tool that

I mean, you could try. But be warned: These three work much, much more differently from Mastodon and the rest of the Fediverse than their presence in the Fediverse may indicate. You'll have to work both with permissions (use the permissions system to achieve what you need to achieve) and past permissions (if you bluntly try to latch your tool onto these three from outside, chances are that their permissions systems won't even let you in).
You'll have to deal with enclosed conversations as per FEP-171b "Conversation Containers" in which the start post always forces its permissions on all comments and replies. You'll have to deal with nomadic identity, with channels simultaneously residing on multiple independent servers. On (streams) and Forte, you'll also have to deal with DIDs according to FEP-ef61 "Portable Objects".
On Hubzilla and (streams), you'll have to deal with servers that don't even use ActivityPub as their base protocol and with both servers and channels that have ActivityPub turned off entirely. And on Hubzilla, you'll have to deal with connections that use wholly different protocols yet again, e.g. (remember the $200,000 crowdfunding run back in 2010).
Also, you'll have to deal with three Fediverse server applications that do not have the Mastodon client API implemented, with feature sets that are completely incompatible with the Mastodon client API and with developers who staunchly refuse to implement it because they basically despise Mastodon with a hot, flaming passion.
And no, making server apps that are nothing like Mastodon at all become more like Mastodon, just so that they can be moderated with a tool that's made for Mastodon, is not a solution because it simply won't happen.
# # # # # # # # # # # #

Shinzo Abe Killers Trial Is Exposing the Christian Cult Entrenched in Japanese Politics

Unification Church members rally in Seou
:ArticlePost :Wednesday :English :Article :Factiva :SmartNews :SocialFlow :Voices :World :21.00 :2000-2999

Shinzo Abe Killers Trial Is Exposing the Christian Cult Entrenched in Japanese Politics :ArticlePost :Wednesday :English :Article :Factiva :SmartNews :SocialFlow :Voices :World :21.00 :20002999 Unification Church members rally in Seoul on Aug. 18, 2022, to protest against the media coverage the group receive

Current status of my : 17 pages with another 20 planned, backed by .
In case you're wondering: What most of these webpages and blog posts try to do on one page, I build an entire wiki with dozens of pages about. The goal is to one day have an ideally all-encompassing source of information on how to describe images and write alt-texts for the Fediverse. This is already (and still) the only such guide that touches the Fediverse outside of Mastodon.
Sole exception: I won't walk you through Fediverse Web interfaces or mobile apps step by step and explain how to add alt-text to an image.
# # # # # # # # # # # # # # # # # # # #Current status of my : 17 pages with another 20 planned, backed by .
In case you're wondering: What most of these webpages and blog posts try to do on one page, I build an entire wiki with dozens of pages about. The goal is to one day have an ideally all-encompassing source of information on how to describe images and write alt-texts for the Fediverse. This is already (and still) the only such guide that touches the Fediverse outside of Mastodon.
Sole exception: I won't walk you through Fediverse Web interfaces or mobile apps step by step and explain how to add alt-text to an image.
# # # # # # # # # # # # # # # # # # # #

Zelensky confirms first use of and -range against Russia

used its domestically produced Flamingo and Ruta long-range missiles in combat for the first time, President Volodymyr told journalists on Oct. 27, praising their effectiveness.

Zelensky did not elaborate where or when the Flamingo or Ruta missiles were used.

Sorry to say, but this is far from perfect. It makes at least three big mistakes. Granted, next to nobody on Mastodon or anywhere else in the Fediverse knows that these are mistakes, so they are being made all the time.
I've linked to my WIP wiki about image descriptions and alt-text in the Fediverse so you know what I mean:

There are also two gender assumptions, but I don't have a page about that yet.
CC:
# # # # # # # # # # # # # # #I guess my multi-tasking abilities will be put to the test tomorrow evening.
For one, there's the second German Hubzilla workshop. This time, I even have to present something myself. Half an hour earlier, Dereos will use its last-Wednesday-of-the-month event to inaugurate a new event sim. I could manage to juggle these two. is fairly likely to go not sure about myself. At least I can simply leave it running.
But then there's also the which is on Wednesdays, too, and which will start half an hour after the Hubzilla workshop. I haven't been there in a while. HG Safaris always require full attention because there's constantly something happening, and you have to walk around the location yourself.
# # # # # # # # # # # # # # #I guess my multi-tasking abilities will be put to the test tomorrow evening.
For one, there's the second German Hubzilla workshop. This time, I even have to present something myself. Half an hour earlier, Dereos will use its last-Wednesday-of-the-month event to inaugurate a new event sim. I could manage to juggle these two. is fairly likely to go not sure about myself. At least I can simply leave it running.
But then there's also the which is on Wednesdays, too, and which will start half an hour after the Hubzilla workshop. I haven't been there in a while. HG Safaris always require full attention because there's constantly something happening, and you have to walk around the location yourself.
# # # # # # # # # # # # # # # I've been told that by a Mastodon user who really values accessibility. However, she told me that she cannot access alt-texts because both of her hands don't work well enough for her to access alt-text.
It was her who told me to never explain things in alt-text because she and people like her can't read these explanations, because they can't open the alt-text with these explanations inside.
Explaining stuff in alt-text and not in the post throws people like her in front of a bus, just like not describing images at all throws blind and visually-impaired people in front of a bus.
I have explained my image posts in the post text body ever since, regardless of Mastodon users whining that I exceed 500 characters.
Explanations go into the post/toot where everyone can access them.
I mean, sure, you're free to put them only in the alt-text because your character limit is so meagre. You're just as free to write super-short alt-texts that don't really describe anything. You're just as free to not describe your images at all.
But don't complain if someone criticises you for either.
CC:
# # # # # # # # # # # # # # # This is actually a mistake that many Fediverse user keep making because they don't know better, and because the majority of Mastodon users only have 500 characters available.

That's because I'm being absolutely serious here. In order to access alt-text, you need either a screen reader (which sighted people don't have) or at least one sufficiently working hand.
If you want to explain your image, please do so in the post text itself and not in the alt-text.
# # # # # # # # # # # When I want to post an original image, that "one extra minute" is more like several hours or even multiple entire days that it takes to research for and write the descriptions for one image. No, I'm not joking.
Even when I post a meme, I can't describe the visuals in the image itself in a few minutes. And then the explanations (which go into the post itself rather than into the alt-text) come on top.
Still, I always go all the way whenever I post an image. I'd rather not post an image than underdescribe and/or underexplain it. I refuse to do any less than that because I always have to expect someone somewhere out there needing it. That's why I've only posted one measly image in the last 12 months, and that was a meme.
# # # # # # # # # # # Die Dnnhutigkeit gibt's auf beiden Seiten.
Auf der einen Seite sind Mastodon-Nutzer, die "Mastodon" und "Fediverse" gleichsetzen und es dann als bergriffig empfinden, wenn man ihnen etwas ber das Fediverse erklrt, wonach sie nicht vorher explizit gefragt haben.
Auf der anderen Seite sind Fediverse-aber-nicht-Mastodon-Nutzer, denen es auf den Geist geht, da, was auch immer sie benutzen, von den Mastodon-und-Fediverse-Gleichsetzern immer wieder als nichtexistent behandelt wird. Einige von denen mssen das jetzt schon seit fast zehn Jahren ertragen, weil sie schon im Fediverse waren, bevor sie auf Mastodon waren.
# # # # # # # # # # # # # #

Advantages:

Disadvantages:

Advantage or disadvantage, decide for yourself:


How it compares to Forte:


How it compares to (streams):


# # # # # # # # # # # # Nur so zur Info:
ist auf Mastodon.
ist auf Calckey, einem Misskey-Fork (siehe Fediverse-Sprechstunde, 27.10., 19.30 Uhr). Misskey ist seit 2014 in Entwicklung, fast zwei Jahre lnger als Mastodon, und wird vllig unabhngig von Mastodon entwickelt.
Und ich habe das hier gerade von Hubzilla gesendet, das aus einem Fork eines Forks von Friendica entstanden ist (siehe Hubzilla-Workshop, 29.10., 20.30 Uhr). Friendica ist seit 2010 in Entwicklung, fast sechs Jahre lnger als Mastodon, und wird vllig unabhngig von Mastodon entwickelt.
Trotzdem ist das alles auf Mastodon zu sehen. Aber nur weil es auf Mastodon zu sehen ist, heit das noch lange nicht, da es auch von Mastodon kommt.
brigens, deutliche Hinweise, da das hier nicht von Mastodon kommen kann:

# # # # # # # # # # # # # # # # #
(but not quote it since quoting is a Mastodon "neologism")

What Mastodon refers to as "quoting", and what calls "quote-tweets", has been available on Friendica (which is on, by the way) since its inception a bit over 15 years ago, only that Friendica calls it "quoted sharing".
What Friendica calls "quoting" is what I've done up there at the top of this comment (I'm on Hubzilla, created by Friendica's creator in 2015 from a fork of a fork of Friendica).
Both features have been available in the Fediverse since five and a half years before Mastodon was launched.
# # # # # # # # # # # # # # # # # # # # # # Identitten unabhngig von Servern und Konten gibt's im Fediverse schon seit 2012, fast vier Jahre lnger, als es Mastodon gibt. Und dazu sogar noch besser als in der ATmosphere. Das Konzept nennt sich "nomadische Identitt". Erstmals eingefhrt wurde es Mitte 2012 auf Red, das Ende 2012 in Red Matrix umbenannt und 2015 in Hubzilla umgebaut wurde.
Der Clou bei der nomadischen Identitt ist, da deine Fediverse-Identitt mit wirklich allem, was dazugehrt, gleichzeitig auf beliebig vielen unabhngigen Servern existieren kann, und zwar als bidirektionale Echtzeit-Backups. Und diese Backups, auch Klone genannt, sind jeweils fr sich vollwertige Instanzen deiner Identitt, in die du dich ebenso einloggen und sie benutzen kannst wie das "Original". Und zwar auch und gerade, wenn das "Original" offline ist. Wenn es wieder online kommt, wird alles, was du auf den Klonen gemacht hast, und alles, was sonst auf den Klonen passiert ist, automatisch zum "Original" zurcksynchronisiert.
In der ATmosphere funktioniert Unabhngigkeit auch von einzelnen Relay-AppView-Stacks nur, indem jeder Relay alle, aber auch wirklich ausnahmslos alle Daten aus der ATmosphere speichert. Mit nomadischer Identitt mssen nur deine Daten geklont werden.
Das ist auch weder ein theoretisches Konzept noch ein experimentelles Projekt, sondern es wird seit mehr als einem Jahrzehnt produktiv genutzt.
Ich schreibe hier gerade selbst von Hubzilla von einem Kanal, der einen Klon hat. Und auch ist auf Hubzilla und knnte seinen Kanal klonen, wenn er es nicht schon getan hat.
# # # # # # # # # # # # Sagen wir, es hat sich ausgednnt.
Misskey gibt es natrlich weiterhin. Das ist in Ostasien, vor allem in seinem Heimatland Japan, meines Wissens populrer als Mastodon, auch wenn man sich das als westlicher Mastodon-Nutzer nicht vorstellen kann.
Calckey ist eingestellt worden, dessen Fork Firefish auch, aber es gibt noch Server.
Iceshrimp-JS ist im Wartungsmodus, wird also nicht mehr weiterentwickelt. Iceshrimp.NET ist kein Fork von irgendwas, sondern in C# neu geschrieben worden, aber in Sachen Features ist es von Misskey und den Forkeys meilenweit entfernt.
Der Platzhirsch unter den Forkeys ist nach wie vor Sharkey, das sagenhaft viele Features hat. Im Grunde ist es inzwischen der einzige Forkey, der in der westlichen Welt berhaupt noch eine Rolle spielt. Es gibt zwar einiges an Kritik, aber keine realistischen Alternativen.
CherryPick, das wie Misskey aus Japan kommt ist auch sehr leistungsfhig, aber mein letzter Stand war, da smtliche Server bis auf einen in den Grorumen Tokyo und Seoul stehen. Das ganze Projekt ist also wohl noch weit mehr vom Westen entkoppelt als Misskey.
Wie es mit der Entwicklung von Catodon aussieht, wei ich nicht. Ich schtze, das Problem war einfach, da Catodon sich zu sehr an Iceshrimp geklammert hat. Nur ist Iceshrimp-JS, auf dem Catodon ja basiert, fast tot, und das neue Iceshrimp.NET ist etwas ganz anderes, so da man von vorne htte anfangen mssen, und featuremig nicht mal auf Misskey-Niveau. Auerdem ist wohl die Idee, etwas zu bauen, das so einfach zu bedienen sein sollte wie Mastodon, aber mit *key-Unterbau, nicht so gut angekommen. Jedenfalls wird nchsten Monat wohl der letzte noch existierende Catodon-Server schlieen.
Hajkey ist schon lnger weg vom Fenster. Das war nur fr einen einzigen Server aufgezogen worden, und der ist zwischenzeitlich auf Sharkey umgestellt worden, weil es kaum mehr realistisch war, Hajkey aufrechtzuerhalten.
Bezglich der vielen anderen Forkeys (Meisskey, Tanukey, Neko usw.) bin ich nicht im Bilde.
Ganz neue Forks hat es wohl lange nicht gegeben. Den Aufwand, Misskey zu forken und hinzubiegen, macht sich keiner mehr. Sharkey ist an sich jetzt ziemlich tauglich, und es gibt wohl keinen Grund, der Entwicklerin mit einem Fork ans Bein zu pinkeln. Und Iceshrimp.NET ist noch zu unfertig, um es zu forken, mal ganz davon abgesehen, da keiner Fediverse-Software in Microsoft C# entwickeln will (aber in Microsoft TypeScript kurioserweise sehr wohl).
# # # # # # # # # # # # # # # # # # # # # # # # # There are several, but unlike Guppe, they all require a local account. They can be connected/followed from Mastodon, but you cannot simply create a group there on the fly with nothing but your existing Mastodon account. Also, no matter what you choose, it will handle nothing like Mastodon or a *key.

One more thing that's critically important to know is that posting (as in starting a new thread) on either of these from Mastodon or a *key is not quite straight-forward.
That's because a title is recommended on Friendica, Hubzilla and (streams), and on Lemmy, Mbin and PieFed, a title is pretty much mandatory. But neither Mastodon nor the *keys have any active support for titles. (The CW field corresponds to the summary the title is something entirely different.)
So if you want to start a new thread from Mastodon or a *key, you have to adhere to a special post format:

Lastly: Don't use hashtags when posting or commenting to Lemmy, Mbin and PieFed. Reddit doesn't have hashtags either, and what Reddit doesn't have has no place on either of these three.
# # # # # # # # # # # # # # # # # # # You do know that neither Catodon nor Firefish are singular server instances, but their own decentralised server applications like Mastodon
Anyway, the closest thing to Catodon that can be recommended to people living outside of East Asia right now is Sharkey. Like Catodon and Firefish, it's part of the family of Forkeys, i.e. direct or indirect Misskey forks.

# # # # # # # # # # # By the way, Friendica, Hubzilla, (streams) and Forte have a similar feature that lets you add a location tag to your post. It can be an arbitrary string, but it can also be something that OpenStreetMap recognises. If you or someone else has the appropriate OpenStreetMap add-on installed, the location can be shown on a map.
You have two options to set a location. One is to define a default location for all your posts it can be overridden as well as cleared for specific posts. The other one is to define a location for a specific post. I think all four can actually automatically tag your posts by figuring out your current physical location if you want them to.
At least Hubzilla also has an add-on that randomly tags posts with planets from the Star Wars franchise, and (streams) and Forte have one that randomly tags posts with real-world cities.
# # # # # # # # # # # # # #
Last updated: 2025-11-07