Threadiverse Working Group
-
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.
-
@[email protected] there is no right or wrong choice, I found. Having gone through that nomenclatural labyrinth for years, when I accounted for all the possible subtypes of objects that could be represented in different schemas, flows, taxonomies, and ontologies, the most generic term for the data always seemed to be -- if not "posts" -- the even more generic, "Items." But of course, an article is just a sub item type in itself. Just not the highest order of them. But item could avoid confusion with most local nomenclatures using more specific terms.
-
@julian I was dabbling with this draft description to give my copywriter brother something he might improve upon. Could this work?
What is "The Threadiverse." Where "Fediverse" now refers to the decentralized social networking of people and content items, the "Threadiverse" seeks to evolve applications that make group discussions, or collections of them, as followable via popular social networking protocols.
-
@julian How do you see the category namespaces working? Is the "topic" always going to be required by each nodebb domain using it? e .g
[email protected], [email protected], topicA@domain3, etc. In which case, how is term authority going to be curated across those domains?
I realize you may not have an answer yet, but curious as to how much thought you've already put into this. It's not going to the fun part.Also, earlier you spoke of visual hierarchies, but I'm not seeing an example of exactly what you meant. Did you mean within the @actorname itself, (e.g. @US-CivilWar-history@ nodedomain.com? That will get messy fast. At best that can be a short alias entry for a more formal name-path you would expect to see in a serious topic catalogue. I know from hard experience there are no easy answers to these things. If there were, we'd have seen them by now. It's necessity is the mother of invention time
-
@shoq in terms of namespaces, that is up to the forum administrator to decide. Each individual category has a
handlethat is unique to it.Additionally, a category's handle cannot conflict with an existing user or group slug.
Category handles can be changed or adjusted by the admin and doesn't need to correspond to the category name.
For example, the ActivityPub category has the handle
activitypuband so it's fediverse handle is[email protected]. If I wished, I could change the handle toalligators. -
Thanks Julian. I figured this was the case. Have you considered rules for tuples? Like should the main entry be the the left or right of a descriptor or qualifier?
[email protected] vs [email protected]. -
J julian moved this topic from ActivityPub on
-
@shoq In my mind, articles are more appropriate for blog posts. But on the backend, we can literally use any of them, as long as we can pass on the required parameters indicating whether it is a top level post or a comment to a thread.
I just find it odd that ActivityPub has nothing called "posts" and "comments." It is almost as if they are assuming all posts are top level posts, which is how Mastodon operates. -
Scott M. Stolzreplied to shoq on last edited by [email protected]@shoq Another thing to consider is that although we may agree to use one type, other platforms might not, and we would have to be able to parse what they give us. So if one platform uses article (or whatever) and another uses note, we have to be able to accept their posts anyway.
-
@[email protected] @[email protected] yes, unfortunately we can't make any implementor do anything but I think a published set of best practices would go a long way toward eventual consistency and interop between instances.
-
@shoq said in Threadiverse Working Group:
Have you considered rules for tuples? Like should the main entry be the the left or right of a descriptor or qualifier?
Since categories are standalone, we don't enforce hierarchies on the handles. You can name them whatever you want.
-
@julian I get that, but a lot of really bad habits will likely be impossible to rectify later. Not suggesting anyone be forced to implement anything, but it's another case were "best practices" would avoid a lot of unforced errors. Whether they see categories as random topics, or controlled vocabularies for any particular mission, some skilled librarians might be invited to describe some of those and provide working examples. This won't matter for stand-alone communities, but it might matter a lot for federated communities looking to optimize their knowledge sharing and distribution as things evolve.
-
@shoq NodeBB is designed to be flexible enough to allow you to construct a hierarchy that makes sense for your particular community.
One's interpretation may not match others', and that is ok. We've found that being overly opinionated in implementation forces you into a corner and leads to feature requests asking for exceptions.
-
J julian referenced this topic on
-
@[email protected] said in Threadiverse Working Group:
I have been thinking about SMPT integration and older web standards like NNTP as well. I used to love UseNet in the 1990's / early 2000's, was on alt.os.development, comp.compilers, and comp.lang.misc, tried as I could to get at alt.lang.development group but got the cold shoulder from the non technologist alt group powers that were at the time.
Also GitHub issues intergrate with email well and this can be useful at times more for quick alterts or quick replies. Thinking about this it might be nice to integrate GitLab with ActivityPub/Streams, wether this would be good in practice or not is another matter.
Interoperability needs to be our buzzword for user friendliness.
Dunno you have probably came across this but it made me laugh
Yes Plan 9 was one of the earliest sound multi process OS's IIRC.
