Ibis
-
Whack lookin growth
References
- Star History Chart. Star History. Accessed: 2024-10-31T08:51Z. https://star-history.com/#Nutomic%2FIbis=&Date=.
-
Ibis version 0.1.4
About
Ibis is a federated online encyclopedia similar to Wikipedia. Users can read, create and edit articles seamlessly across instances. It uses the Activitypub protocol to connect users across different websites, similar to Mastodon or Lemmy.
You can browse the flagship instance ibis.wiki, or register an account on open.ibis.wiki to start editing.
Changes
- Fix math parsing by @Silver-Sorbet
- Add support for markdown footnotes
- Add anchors to markdown headings
- Remove autolink markdown rule
- Add spoiler tags
Support
Creating a project like this from scratch requires a lot of work. So contributions are more than welcome, in order to add all the necessary features.
https://github.com/Nutomic/ibis
You can also support the project by donating.
-
Ibis version 0.1.2
This release contains numerous bug fixes and minor improvements. Thanks to Kalcifer for reporting many of these.
- LaTeX formatting is now supported to handle mathematics (thanks Silver-Sorbet)
- The editor now has a live preview of rendered markdown
- Better layout for edit history
- Fixed user links in edit history
- Edits are now correctly sorted by date
- Removed maximum width for page
- Render markdown titles smaller than page title
- Disable markdown plugins for url shortening and smartquotes
- Resize article edit input based on length
-
How is ibis development going so far?
It's been a while since I've heard any news. Not that there's anything wrong with that cause you guys are working on Lemmy aswell.
-
We Should Compete With Wikia, Not Wikipedia
Currently, Ibis is branding itself as a decentralized competitor to Wikipedia, and honing in on questions about Wikipedia's moderation. The most common rationale for the federation I've seen is that on contentious topics you'll be able to have different articles with different perspectives on controversial topics.
But whereas federation makes sense to replace something like Twitter/YouTube, which are platforms and services, Wikipedia is a project. In something like microblogging, the service is separate from the content, as the users generate content and the experience is one of taking in different streams/creators in one feed. Federation works well there since social media is designed as a network.
An encyclopedia is more singular in how its used. The appeal of Wikipedia one place/article to act as a starting point for a topic, as opposed to having to cross-reference like ten articles each of which arguing a different thing.
However, Wikia (now named Fandom) is an entirely different story, as it is a platform. The local knowledge of various communities, fandoms, political groups, and technical tables is, despite the content entirely coming in-house, being hosted on proprietary platforms. Whether that be Google Docs, Reddit sidebars, or Wikia, this is where people are storing very vital information and links. Piracy megathreads, medical and scientific information for transgender individuals, political communities' sources list, obscure niches, etc, these are the sort of stuff which find themselves at the mercy of platforms.
The nature of this environment is one where there's a lot of room for competition, far less need for a massive network effect, and a lot of very disparate, smaller, communities which can move over with minimal hassle if we reach out to them.
Having a decentralized FOSS platform whereby people without much technical knowledge (which is the case for a lot of these people) can register on an instance and set up a wiki would do a lot of good and run into fewer logistical issues IMO. Gradually pick off and absorb these smaller wikis, rather than straight gunning to replace the everything-encyclopedia.
-
Ibis Version 0.1.1
github.com Release 0.1.1 · Nutomic/ibisWhat's Changed fix mobile css layout by @mstcl in #22 Add follow instance button in article nav (fixes #31) Dont allow / in article title (fixes #25) Include domain when generating diff link (fixe...
- fix mobile css layout by @mstcl
- Add follow instance button in article nav (fixes #31)
- Dont allow
/
in article title (fixes #25) - Include domain when generating diff link (fixes #23)
- Minor changes to create/edit article page (fixes #24)
-
Ibis as a Fediverse plug-in
As a long time Wikipedia editor and administrator (might as well get my biases upfront) I am unsure it is a good idea to target Wikipedia. I can understand why, ideologically, this seems like a good idea (and I am sure there's many a thesis written on its inherent biases) but Wikipedia has the longevity, momentum and sheer weight of users that mean it would be impossible to catch it up and the last point is key because it's also a vital part of it's defences against bad actors. That's not to say it doesn't have its problems and I haven't edited in a while (as I was in a place where I didn't need any extra drama in my life), so it's good that this tool is out there for people to create an alternative it's more that I can see better uses for the already impressive wiki software you've created. And one key use would be as a plug-in to an existing Fediverse service, rather than a standalone wiki.
A while back I suggested that what Lemmy needed was an integrated wiki - I dubbed it Lemmywiks. I've mentioned it a time or two since as it seems the solution to a few issues people have raised. In the meantime I have mulled over the idea (to the point I was rolling my sleeves up to bodge together a proof-of-concept) and it goes a little like this (apologies in advance for the brain-dump):
It piggybacks off the Lemmy authentication (why it's a plug-in not a standalone) and the bulk of the wiki would be divided up under each community.
Community wiki pages
So:
c/hats
Would get:
w/hats
With all the various pages then being under that:
w/hats/faqs
w/hats/links
And really whatever the community requires - some might not need any pages at all. Well they all get one:
w/hats
Is the main/index page and replaces the text in the community's sidebar. As they are both markdown it is a straight switch. That sidebar page now becomes the main portal into the community's pages (if they want any), although you can also add markdown like the wiki links so [[links]] under hats goes to:
w/hats/links
It's up to each community to decide what pages it wants and the beauty of a wiki is that it is flexible enough to accommodate most things a community requires.
To get around the issue of there not being enough users to monitor edits on pages, I'd suggest they are treated like requests on Github and users can submit edits that Mods would approve or reject. Hopefully, this system would alao encourage communities to recruit more Mods, perhaps even have one or two focused on the wiki.
This system of community wikis would, it is hoped, also encourage more single topic focused instances - we have ones for Star Trek, RPGs, books, etc and there's no reason there couldn't be ones for Star Wars, films (there was one that is no more), action figures, etc, etc. A greater diversity of instances has to be a good thing.
In the comments, people have mentioned that this would be ideal for taking on the wikis/fandom wikis and integrating with focused instances would make this possible.
Instance wiki pages
In a similar manner, the main sidebar of the instance is also the front page of the instance wiki pages, structured thusly:
w/lemmy_world/
These pages would only be editable by the Admins and would largely be for all the various bits of documentation the instance needs - legal and policy as well as a potential breakdown of the instance's communities by category. For example, I help Admin feddit.uk and we have communities focused on football clubs, regions, etc. Being able to have:
w/feddit_uk/football-communities
w/feddit_uk/regional-communities
Would really help with discoverablity and may also help with Lemmy's SEO.
Not just Lemmy
My original idea was a wiki plug-in for Lemmy because I am on here the most, and Ibis coming from one of the Lemmy devs makes this an even better test case. However, it would work equally well for other services. Obviously the above structure would be what is required for kbin/kbin but it could be of use for Mastodon (especially instances with a specific focus) or pretty much any Fediverse service, if only for being a repository for their documentation. As I've said, the flexibility of a wiki means that, once you give people the tools they can take it off in any direction they require.
People have questioned why Ibis needs to be federated at all, but it becomes vital when Ibis is a plug-in to other services rather than standalone. For example, I Mod communities on lemmy.world as well as my home instance and I could edit wikis on all communities from my main account.
I probably forgot some stuff but that should be enough to chew over for now.