What features are you thinking? To put a price on a post/mark as sold etc?

Yes, this is a good point! I don’t necessarily want to slow one Habitat down when waiting for the response of another. It could lock up other requests. If it’s possible to send the user the url to retrieve posts with frontend javascript, that may definitely be worth looking into. It sounds like an XSS minefield though, but it could very well be the way to go.

Thanks for this.

Activity Pub doesn’t take advantage of the unique solution we have by knowing the user’s location and the location of instances. In a way, it seems overkill for what we want. Additionally, I don’t necessarily want other software communicating with Habitat. You never know, I might change my mind as I delve into it. I changed my mind on a great number of things as I came to develop them for phase 1. I accept that there are things about existing protocols that I don’t fully understand.

Ah I see. No, no specialised type of post for events, date based information, invite systems, or anything like that. I can see why that would be good though so I’ll give it some thought.

:D This is great news for everyone except for the creature.

Imagine this - you’re signed up to your local instance in – Perth is it? You go for a walk and find a beautiful old building, and want to know more about it. You open up your local Perth instance of Habitat, which you know about because you live in Perth and managed to find that instance, and click the Nearby feed, and the closest discussion to your location is about this very building. This functionality exists in Habitat right now.

Now imagine that you’re on holiday to Oxford in the UK – I can’t imagine why you’d choose our clouds over your sun, but it might be something to do with the old buildings here. You see an interesting old building, and want to know more about it, and open up your Perth Habitat instance, click the nearby feed. Your Perth instance will identify the closest Habitat instance to your location – it just so happens to have found one called Habitat:Oxford. Your Perth Habitat instance will show you results from the Oxford Habitat instance by proximity. This is why I want to federate instances, so that you don’t even have to worry about which instances have the posts relevant to your location, it’s all handled by the network.

To be clear, there is no functionality that federates Habitat instances yet. This work is still to be done. ActivityPub is a protocol for decentralised networks. Though I will not be using ActivityPub, I will build functionality that will allow for a decentralised network of Habitat instances communicating data to each other. This will be federated by definition, but it will not communicate with Lemmy/Mastodon or anything else that uses ActivityPub.

It could certainly be used like that. For me personally, I like the idea of discussing local areas of beauty, monuments, history of the area etc

Could you help me understand what you mean by “hosting community events”? Your users can create posts about events, but it has no tools for video calls or anything like that. Users can create posts in the categories created by the administrator. They can leave comments on those posts. There are a bunch of moderation tools and ability for the administrator to have settings for posts based on the category they’re in.

Not activity pub specifically, but federation has always been in the plan.

People keep making the comparison. I don’t know, I’m not sure what features next door has, but I know it isn’t self hosted.

Hello!

1. Existing instances: www.irthlingborough.net - despite the fact that I’ve been working on this for two years, you are amongst the first people to ever see a proper release. Before now, it would’ve been a challenging task for anyone else to install an instance. So I believe the only instance is that of my home town.
2. Users can only post locations within the proximity of their own habitat. The marker can only be placed inside of a circle determined by the admin. Additionally, you can create a registration challenge that relies on local knowledge for someone to sign up.
3. I’ve built in moderation tools to make banning, freezing accounts, promoting moderators, blocking email addresses etc. The idea is that communities will be small and manageable by small teams as a result.

I’m glad you found the translations folder. Support for different languages was always in the plan, I just wanted to see if anyone actually plans on installing and using it before I keep going with that. You’ll see it’s in progress on the GitHub project board.

This wasn’t my intention. What does it make my post look like?

Please do have a read of this: https://carlnewton.github.io/posts/location-based-social-network/#connecting-instances

I feel quite confident that a gossip protocol approach is the right way to go, but seamless connectivity to other instances is absolutely planned!

I’ve built in the ability to hide categories for this kind of reason. I was thinking, for instance, that people who enjoy a good moan can join the “Moaners Club” category, and the rest of us can hide that category from our feeds to get on with the categories we enjoy. Regarding problematic moderators, I have built a moderation log to keep them accountable, and of course, if they don’t show themselves to have good intentions, those with good intentions could create their own instance – I don’t know why I’m going into this kind of detail – you’re on Lemmy after all, you know the score!

Now that’s an interesting idea!

This release is step one in the plan. Federation is step two! More information on this here: https://carlnewton.github.io/posts/building-habitat/

I love what activitypub has done for the internet, but I don’t think it will be right for this project, but yes to federation – if there are instances to federate with of course!

Awesome! Let me know how you get on!