I am an entrepreneur, small business owner, author, and researcher. I am also working on an open source project called Neuhub.
I am posting from Hubzilla with Neuhub via ActivityPub.
And you also have to consider how other platforms treat upvotes and downvotes.
On many platforms, your upvotes and downvotes are not only visible, but sometimes result in a notification alert (i.e. someone commented on your post, someone liked your post, someone downvoted your post, etc.). It is not anonymous at all.
@nutomic Plus, the fact that we are no longer the only wiki in the fediverse means that there is an incentive to collaborate. Also, you created a new spin on wikis that we did not think about (or if the original developers did think about it, they never implemented it).
Plus if we combined the concepts of a synced federated wiki, with a permission system and federated single sign on, I think we would have a pretty powerful fediverse-powered wiki system.
@nutomic The wikis themselves are not federated currently. Instead, we used federated single sign on where you can log into someone’s wiki and edit it directly.
However, the wikis are stored on a fediverse server that understands federation. All it would take is to tap into the existing federation code to make them federated.
In fact, the wiki pages are currently stored in the same manner as a post, and posts are federated. The only difference is that we don’t send out announcements or accept remote edits for wiki pages. But we could if someone wrote that code.
Basically, the infrastructure to make them federated is there, but no one has built that specific functionality yet.
@nutomic It would be very interesting if the Ibis wiki and the Hubzilla wiki could collaborate and sync, which would also make it possible for Hubzilla wikis to sync. Hubzilla already supports ActivityPub so it could communicate with Ibis if set up to do so.
@nutomic Hubzilla takes a very different approach to wikis. Instead of federating the content, the wiki stays with the server, however, since Hubzilla has federated single sign on called OpenWebAuth, you can use your existing OpenWebAuth-compatible fediverse identity to log in and edit the wiki.
This provides a unique permission system where you can grant or deny access to the wiki, and control who can edit it. This means you can create private wikis.
It also have extensive import / export functionality where authorized users can duplicate or migrate the wiki to another server. They would not sync, however.
Adding sync functionality would be an interesting addition, and that could be done in a manner similar to how Ibis does it, but there would be difference, since Hubzilla users can create multiple wikis. It is not one big shared wiki.
@deadsuperhero I just took a brief look at Ibis. Very interesting. They took a completely different approach to wikis than Hubzilla did.
I just recently started a new wiki myself. Not much there yet, but this is what it looks like:
#[1](https://development.guide/wiki/hubzilla/code/admin)
It uses Hubzilla, so we can set it up so that anyone with a Magic Sign On (OpenWebAuth) compatible account can edit it. Similar to how Ibis requires someone to have an Ibis account. If Ibis adopted OpenWebAuth, people would be able to edit Hubzilla and Ibis wikis with the same account (although via different methods).
Whatever is used, I think it needs to be fediverse-enabled.
This is something that Federated Works has been thinking about taking on as well. But, as you pointed out, creating and running a successful wiki is not an easy task.
To be most effective, it probably should be a collaborative effort, with multiple projects and organizations involved.
You also have to consider that some people will want to host their own wiki or documentation using software of their choosing. So we may want to have a main wiki with general information, and then crosslink back and forth between project-specific wikis and documentation.
For example, Hubzilla and related projects will be using the fediverse-enabled Hubzilla wiki instead of MediaWiki.
I think this is a great task to take on, especially since there are a lot of people who want to contribute but who are not developers. A set of wikis may be a good want to increase engagement by supporters and enthusiasts.
@nutomic I mostly work on themes and addons for Hubzilla via Federated Works, but I am also the President of the Hubzilla Association. Mario, Harold, and others maintain the core code. We have a number of initiatives going on right now, such as rewriting the documentation, refactoring the codebase, upgrading the interface, and adding functionality.