Threadiverse Working Group
-
@J12t @julian @andypiper perhaps off topic & more the "getting devs started", but I am working on stuff for trust & safety, it's just slow because I don't get much time to work on it. (and Julian, I've your email to reply to later this week)
-
@silverpill @julian I can set one up on Hubzilla if you all are interested.
-
@[email protected] working under or alongside the fedidevs network would lend some credibility to an otherwise skunkworks-like group.
Keeping this front-of-mind, but would likely wait and see how first session goes.
Very interested in checking out that session tomorrow as well though, let's chat.
-
I'm interested. I'm developing a thing connecting email systems & clients to the fediverse. Essentially, a SMTP to ActivityPub adapter (https://apubtest2.srcbeat.com/apas.html) Early days but I'm keen to watch the space and see if I can squash any bugs making me unable to use my mail client to communicate with everyone
-
@julian @fediversereport Yes please
-
@julian Glad you’ve got this going! We’d love to discuss interoperability at some stage
-
Hi Julian, this is a great initiative. We're not part of the Threadiverse per se but we'd be interested in conversations around interoperability for sure!
-
-
The newly formed Hubzilla Association is tasked with writing documentation for Hubzilla. We'd love to collaborate and contribute to developer documentation on the Fediverse Developer Network.
There are certain technologies we would like to see propagate, such as nomadic identity, federated single sign on, and federated discussion groups/forums (of course). We can help with documentation on those topics, for those who are interested.
Also, Federated Works, my new baby, along with my company WisTex, is working on several projects that might be of interest of the developer network, such as a federated project management software, and a documentation website called Federated Hub.
Instead of duplicating our efforts, perhaps we should work together and collaborate on these things. -
@[email protected] +1 on all of the above.
Unnecessary duplication of resources would be unfortunate, so let's avoid that.
Part of the discussion on the fedidevs session (which I think you were in?) centred around building that one central directory for resources.
I'm not sure whether @[email protected] or @[email protected] have any specific software in mind (oooh, federated wiki? haha), but could be Federated Hub; have you got a link?
I'm focusing on getting category actors up ASAP so I can make a followable category for the WG.
-
@andypiper @julian @scott Hugo is really easy to do once set up and GitHub hosts it for us. It has its limitations but we haven’t run into them. Are there requirements that the current setup doesn’t meet?
-
@Andy Piper @julian @Johannes Ernst We're converting some software that we use internally and creating an open source fediverse-enabled version of it. The two projects that we are converting are our project management software and our knowledge and information management system, which is an advanced content management system. We have some test sites up but we have not released the code yet. I'll have some examples, hopefully, sometime next month, if not sooner.
Some of the goals of the knowledge base system include:- You don't have to know git to update documentation.
- But it still supports importing documentation maintained in git.
- It is multiuser.
- It is fediverse-enabled (you can log in with your fediverse ID).
- It is integrated into a fediverse-enabled website (social channels, fediverse-enabled forums, discussion groups, etc.) so that people can discuss the documentation on the same platform they viewed it on. (Optional, but this is what we will use for all of our websites.)
- It includes basic project management features for maintaining and updating content, specifically designed for a multiuser environment.
- It is re-themable so that it can match the rest of the website.
- It is on your own domain name.
One of our goals is that documentation and conversations about the fediverse are on the fediverse. And this software is part of realizing that goal.
Also, since our websites will include admin and user documentation, and not all of our writers are git savvy, we want an option where the technical writers can add and update their own articles without using git.
If you are happy with Hugo, that is okay. It is suitable for developers. But a lot of our contributors are not developers, so we can't use Hugo for ourselves.
- You don't have to know git to update documentation.
-
I'm platform agnostic, NodeBB isn't ideal for collaborative editing of documentation (at least, not yet hahah), but I'd love to host all of the announcements on something like NodeBB.
-
Right now WisTex KIMS, the knowledge and information management system is mostly the admin area and database. The front end is a completely different component. I am creating a front end for Hubzilla, but we can create a front end for NodeBB as well. The goal of the project is that it is (mostly) headless, and you can create your own front end UI for your specific needs. Different websites can have different themes and UIs.
CC: @julian @Andy Piper @Johannes Ernst -
@julian et al. I am new to all of this, so forgive me my dumb questions, but this is a lot to take in on day one, but i like jumping ahead, so can you point me to a post that clearly articulates the "threadiverse" vision in the simplest terms possible? I see a lot of terms being thrown around and not sure how they relate. is there a clear description of what the threadiverse is? What collections of topics are and how they would be used, etc? Are there any librarians involved thus far, in what I assume is the need for public topic ontology and/or directory design of some kind?
-
@shoq I can't really point you to any resources because — simply put — there aren't any. The "threadiverse" thus far has only been used in conversation to mean that subset of ActivityPub enabled apps that collate notes/posts/toots into collections; think Lemmy, kbin, (streams), etc.
My fediverse history is rusty (maybe we need some official fedi historians!) but I think those were the apps referred to when the term was first used.
This working group is an attempt to bring some cohesion to the disparate development effort for those various apps.
The second reason is that Mastodon is the largest implementor of ActivityPub. It means that much of the fediverse consists of loose chains of posts that don't have any higher level organization. This model works fine in a microblogging environment but doesn't serve well when other implementors have higher level organizations of content.
-
The topic of the first WG call is: Representation of the higher level collection of Notes (posts, etc.) — Article vs. Page, etc?
I thought you might find this interesting. As of Version 9.0 of Hubzilla, we switched to sending Articles instead of Notes, but administrators can switch it back to Notes if they want.
CC: @julian @Andy Piper @Johannes Ernst -
Indeed, a quick poll of what people currently do is probably going to be illuminating.
Point is, Hubzilla does one thing, WordPress does another, etc.
We need to standardize (informally, anyway) on one approach.
