Gregory's Server@boris I wasn't proposing that 'isCoop' would be the only attribute and we could get as specific or as vague as we wanted. Right now we have no system to aggregate this type of information. And just trying to figure put what structure these things have at the moment is quite difficult even for me and I have the ability to directly ask all the people running them since I am already here. Imagine coming into the fediverse as a new comer and trying to figure out who the most collective instance is
|
5 comments
 @liaizon I’m not arguing against it, I just don’t think it’s something to automate. If you make it some joint space (GitHub repo, shared wiki), orgs can fill it out on their own or others can ask / fill out an about page. I’m pleased to see folks like Kissane tag CoSocial alongside SocialCoop — because it is the core of why we’re doing it. I’d love to help more co-ops take the step.  @boris I am not proposing to automate adding this information. The idea I was that if there was a way for instances to semantically describe their own structure so that information could be easily showed to outside parties who are trying to understand what instances are run responsibly and fairly and have the chance at longevity. Personally I think github is the worst place to have to go for this info. Wikis are great but unless every instance uses the same wiki we are back to the same problem @liaizon I’ve run large amounts of “fake APIs” on GitHub. Basically a set structure that then runs a GitHub Action to turn all the info into a single JSON file that can get published. Happy to talk more about this and get a sample going in the CoSocial repo. I’ll do an example I understand the nuances of “GH means only devs can update” hence also my wiki comment. |
@boris I think social.coop has gotten the most recognition for this based largely on their name, its hard to forget that aspect of the instance.