By the way @ernest, it looks like the API has not been properly set up on kbin.social - probably an issue with the public/private key set up. I got a 500 error attempting to visit /api/entries
Not yet - the API is still being reviewed for integration into the main kbin codebase. artemis.camp is using the prerelease code to test the app. If another kbin instance decides to use the prerelease code I believe it might be able to be used on that instance as well, but I'm not 100% on if that's been implemented by Artemis
Fedia is just another kbin instance, not really a fork. It is tracking the development branch a bit closer than kbin.social, but it's still the same repo
Lemmy stores who upvoted what but does not make it easily available to everyone like kbin does - you can set up a Lemmy instance to grab upvoted and read them from the DB if you are so inclined, or you could just look at kbin to see the same info
Looking in ImageRepository.php it doesn't appear that images have their extra data stripped. Also testing it on my dev instance showed that GPS data remained in the image. Should be an easy fix since all image uploads are processed through that repository.
Language filtering is in progress right now, hopefully it can make it soon to help alleviate those pain points - most of my blocklist is due to posts being in languages I don't speak as well
A feature we'll definitely want to have with kbin in the future is the ability to migrate accounts to other instances. That would mean that even though we're centralizing on kbin.social right now, people could move to other instances and spread the load across the fediverse without losing their history
By the way @ernest, it looks like the API has not been properly set up on kbin.social - probably an issue with the public/private key set up. I got a 500 error attempting to visit /api/entries