Mobilizon – A free, federated tool for events and groups
framablog.org
framablog.org
Please have open feeds in iCal format for your site, including one that lets people get all public data.
This will make the data on your website so much more reusable and useful.
And definetly iCal - it's so popular, and most personal calendars can even import it directly.
Yes, it's odd text format is a pain, but there are libraries in almost every language you can use.
Mobilizon has iCal export for a single event, but not for all public events on the site. (I did have a Mastodon chat with them about this but can't find their replies now)
But definitely congrats to Framasoft for this :-)
Problem with the forums is that they're dated. It's easy enough to find old content because search is usually pretty ok. Who owns content is still not a solved thing though. A forum in Germany insists you upload your IP to their servers so that your photos don't disappear over time. Other forums let me host my hosts on my own web site with a link.
Facebook of course is godawful. Everybody is there, so everybody posts there. Unforunately you cannot find old stuff you know is there. Photos aren't annotated, comments aren't searcheable, stuff just disappears into a rabbit hole. Here today, gone tomorrow. Facebook's content is ephemeral, so it's groups are the worst possible forum replacement.
And from what I can tell (I can't start my own group to assess features) Mobilizon doesn't add anything to improve on what Facebook already does.
What's needed is an organic heirarchical taxonomy where you're persented with a top-level list of options. Say for instance manufacturers. You pick one, and are given a list of models. Pick one of those and you see all models in the repository for that make/model. Lastly (in my contrived example) you might choose your favourite model maker to further narrow that list, or a date, country or whatever.
This is not hard to build (modellers are pretty hardcore about what they build, and so would not hesitate to add the meta data needed to drive this), and I've been toying with a usable UI for it for some time. Maybe I should post up a proof of concept somewhere...
I thought it would be an interesting way to make sure the conversations are actually ABOUT something. And it would hopefully encourage contributions to those sorts of open data projects.
Framasoft is great!
For me, I ended up sending multiple emails and killing the group. (I'm not paying meetup "half price" for an essentially useless service. (Ok, the only thing it holds is membership data.. but they expect you to pay for zoom to hold your meetups [which those don't work])
Curious if any HNers in the PNW region might use such a service to pod up for outdoor socially distant activities (hiking, wilderness cleanup, kayaking, perhaps camping/backpacking/biking, etc). I moved here just pre-COVID, and quarantine, my introverted nature, lack of FB, and tendency to enjoy things that don't involve lots of people being around has left me without as much of a do-things-with group as I might like.
[1] I'm 2+ hours into provisioning/setup, and unfortunately the yarn install keeps hanging/crashing on the $5 digital ocean droplet I provisioned for this, and at the end of the day I'd prefer to have full knowledge and control over the stack. Additionally, for me federation isn't important, all I want is an open architecture that respects privacy.
[2] To keep things simple for myself and users, it wouldn't be federated, instead there would be a single domain I manage that hosts the events. The architecture would of course be open source, and my goal would be to make the entire project be available as some sort of { docker image / kubernetes cluster / DO App / heroku thing / something } such that anyone can easily launch their own instance without needing to dedicate 2+ hours to the process, and more importantly any user can find activities to join in on without needing to set up an account/provide email/etc.
This is for `yarn build`, but perhaps it applies to `yarn install` as well: there's a note in the documentation that says compiling the front-end requires 2gb of RAM. You'll need to set it to use only 1gb RAM to accommodate the $5 droplet's specs via `NODE_BUILD_MEMORY=1024 yarn build`
As for the technology & stack, most of the code is from Pleroma, essentially a lightweight Elixir/Phoenix version of Mastodon, with Vue for the frontend. If there's any part of the architecture that's closed, the project would highly appreciate raising an issue, as it wishes to be a fully libre project.
dd if=/dev/zero of=/swapfile bs=1M count=1024
sudo chown root:root /swapfile
chmod 600 /swapfile
mkswap /swapfile
swapon /swapfile
add /etc/fstab
/swapfile swap swap
defaults 0 0
#echo 0 > /proc/sys/vm/swappiness
sudo sysctl vm.swappiness=10
add to /etc/sysctl.conf
vm.swappiness=10
It's also a great way to create a sense of perspective for how pro-social (or not) the frightful five are. You would never see Microsoft, or Apple, or Google etc bother to support open protocols or work to flush them out so that events, photos, tweeting, and all the major social activities are put on a foundation of open and interoperable protocols that anyone can use. They certainly could have moved in that direction if they wanted to, but they just haven't wanted to. And while I appreciate for framasoft for what they're doing at face value, on an entirely different level I appreciate the contrast between their projects and the projects of the F5.
I scrolled down to the footer almost expecting to find the name David Revoy there and indeed it was :D
"Mobilizon is designed so that you can follow the news of a group, but not of an individual : it is impossible to follow a single profile. In Mobilizon, profiles have no « wall », « thread » or « story » : only groups can publish posts. The goal is to get rid of the self-promotional reflexes where we stage our lives to be the person at the center of our followers. With Mobilizon, it is not the ego but the collective that counts."""
I understand the motivation but it leaves me with the strange sensation of exchanging one kind of centralization with another. It doesn't click with me.
There are some other great features too, but I didn't see anything about video-conferencing, which would be a killer feature.
Online demo: http://waifu2x.udp.jp/
Repo: https://github.com/nagadomi/waifu2x
Reddit discussion: https://www.reddit.com/r/VRchat/comments/bkw543/tutorial_how...
https://framablog.org/wp-content/uploads/2020/10/2020-10-06-...
https://framablog.org/wp-content/uploads/2020/10/2020-10-08-...
https://framablog.org/wp-content/uploads/2020/10/2020-10-06-...
https://framablog.org/wp-content/uploads/2020/10/2020-10-06-...
https://framablog.org/wp-content/uploads/2020/10/2020-10-06-...
(Not sure if these are linked anywhere, but I just chopped the image size out of the URL.)
All those illustrations are CC-By David Revoy : https://www.davidrevoy.com/article800/mobilizon
Okay that was a lot of words. Maybe I should explain for those less familiar:
Users on the Fediverse can interact without being aware of the fact that their servers are running completely different software. While Fediverse members such as Mastodon take inspiration from Twitter, others have different focuses: Peertube is YouTube inspired, Pixelfed is Instagram-inspired, and some like Pleroma are kinda doing their own thing imo.
I personally prefer Pleroma to Mastodon, as evidenced from my bio; it's lightweight, easier to set up, and has a great variety of first- and third-party front-ends (including a lightly-modified version of the Mastodon front-end and a Gopher-accessible one).
It appears that Mobilizon devs wanted to create a new Fediverse server with a different focus: something that warranted writing a back-end based on Pleroma instead of just creating a new Pleroma front-end. Basing off Pleroma was a good choice because unlike Mastodon, Pleroma is lightweight enough to run off a singe-board computer like a Raspberry Pi. Being written in Elixir definitely has a lot to do with this.
[0]: the comment visible on the Pleroma instance I use: https://pleroma.envs.net/notice/A0gttmh25xyOTRPgno
[1]: the comment visible on the Peertube instance of the original poster: https://video.hackers.town/videos/watch/5405dac8-05c1-4512-b...
I think this type of "someone in the group runs an instance" type deal will become more and more frequent.
Each family/community will have a "tech guy" or two who manages this type of thing, maybe on an offline device, and everyone chips in a couple satoshi per year for the hardware and network.
If you store your data in something easy like text files, you can even have several redundant devices, all for the price of a couple raspberry pis.
Imagine a raspberry pi with a terabyte of storage attached. Certainly that's enough for a "Familybook" of your closest people.
This is the type of device I am developing for today. I'm writing the simplest HTML possible, always no-JS friendly, using the most common interfaces supported by the most common web servers, and completely portable with just a zip file of text files. :)
I only have one question - does it allow for private events?
Seems so: https://docs.joinmobilizon.org/use/events/create-events/#who...
People dislike Facebook and other centralized platforms not because they're centralized per-se, but because the user experience is terrible (due to mismatched incentives - these platforms make money off ads, so their only objective is to make you engage with the ads as much as possible).
The solution is a platform that doesn't have these mismatched incentives (either paid for, ran by donations, etc) but that otherwise has the user experience of the mainsteam platforms.
This reads like a tech demo where the tech and decentralization is the selling point, but the truth is, the masses don't know/care about that and rightfully so. The same applies to Mastodon and similar projects.
https://joinmobilizon.org/en/faq/#facebook
And even more broadly, the whole point of Framasoft is to offer tools to use the internet in a decentralized way. This is not limited to this particular tool, they have many other project. All offering an inferior user experience than the existing solutions by the usual FAANG giants of course but again the point is decentralization and freedom.
In other words, these tools quite effectively solve the pain of a small but clearly-defined group of people - turns out this approach is useful beyond the startup world!
> We do not want to reproduce the toxicity of Facebook. Surveillance capitalism uses the mechanisms of the attention economy to lock up our time, capture our behaviour and impose advertising on us.
> Mobilizon does not depend on such a business model: this is an opportunity to try to do better, by doing things differently.
> The solution is a platform that doesn't have these mismatched incentives (either paid for, ran by donations, etc) but that otherwise has the user experience of the mainsteam platforms.
The argument by people in favor of this stuff is that federated technologies best avoid and resist those mismatched incentives, because any centralized gatekeeper, not matter how benevolently founded, always has the temptation to ignore it's charter and become a rentier.
Think about the recent .org debacle, or even the Mondragon Corporation employing non-member labor.
I missed that one. Can anyone offer a few keywords? "org debacle" isn't search friendly.
(Not specifically the visual design, but the ease of use and the matching of user needs).
I've seen projects advertising decentralization as the main selling point. Mobilizon seems to also push strong on the user experience, and I'm glad they do.
Isn't it kind of inevitable that those incentives manifest themselves? A company can run a centralized platform, do a good job of it, then get bought out for millions(if not billions) by a large corporation and redesigned to maximize ad revenue and the egos of those looking for greater job titles. This isn't exactly unheard of. Decentralization would supposedly section this kind of thing off if it even happens at all.
You're right that the average person doesn't care about decentralization, let alone understand it. That's fine. Before Facebook, people used forums supported by vBulletin, and those were effectively "decentralized" in the sense that they weren't all owned by the same entity. The only difference was that there wasn't sharing of data between 2 or more web forums, like there could be with something that supports ActivityPub or the like.
I'm not sure I agree here. My anecdote is that the experience of Facebook events is superb. People are prompted to fill in pretty good basic information, can discuss arrangements on the "wall", and I'm reminded about my attendance before the event multiple times. The invites also come into a place where I already spend a fair bit of time. I don't know anyone who makes events outside of Facebook within my circle of friends.
> This reads like a tech demo where the tech and decentralization is the selling point, but the truth is, the masses don't know/care about that and rightfully so. The same applies to Mastodon and similar projects.
I agree with this. Until the mainstream narrative realises that giving away all of our personal info is a faux pas, engaging with platforms like this is limited to activists and those who have an incentive for privacy.
The tool can be named Facebook-dl :)
I can only imagine that there will be some way to cross-post to facebook, meetup or EventBrite, somewhere down the line. Even if done by external parties. Especially facebook because a lot of your audience may be there already. And to many organizers "getting enough people to attend" is probably more important than being fully decentralised and privacy friendly.
In theory, the event organizers would have their own instance and they would post the events directly onto that. This would make sense for organizations with an existing technology infrastructure.
>try Mobilizon
>Create a fake account and fake events on demo.mobilizon.org
But for some reason this fake account requires quite real email address. No thanks.
Things on the fediverse are also less black-and-white than you're portraying them. Some instances will prevent one instance's posts from showing up in the default public timeline of the whole known network, but will still federate with them; users will still be able to follow or be followed by members of the filtered instance normally.
Users on Mastodon can also migrate their account to other Mastodon instances and keep their followers, but migrating from Mastodon to Pleroma is a bit lacking; fortunately, you can still put a redirect on your profile for future followers.
TLDR: no, I don't think the fediverse is just like centralized social media.
Now if you create your own instance you can interact with every instance but they might not want to interact with yours.
I don't understand how this makes it more centralised, please explain further. If anything, as an instance admin I would very much like to keep the freedom to choose with whom I want to interact with.
The fediverse currently is also quite different than e.g. the email ecosystem. While we have big providers like GMail and Outlook there, companies have not really ventured into Mastodon yet. Instances like mastodon.social are run and moderated mostly by volunteers. So while the voice of mastodons creators might be influential, it really shouldn't pose a threat to you or your instance.
* https://framagit.org/les/gancio
* https://github.com/lowercasename/gathio
* https://github.com/GetTogetherComm/GetTogether
* https://github.com/hometown-fork/hometown Mastodon fork with basic event stuff
(This is not to take away from Mobilizon - congrats to them!)
> If you've dreamed of a fediverse where you can send out calendar events and RSVP to things, well, this doesn't do that but it's a step in the right direction because it encourages rich content types.
https://github.com/hometown-fork/hometown/wiki/More-content-...