If you are part of the CoMaps “team” I’d recommend you reach out to Privacy Guides staff so that your profile can reflect this.
You’re lying – the vast majority of people wanted the speed camera warning to remain an optional feature, but you chose to base your decision on just one person’s request. That’s ridiculous.
As a workaround, there was the option of leaving the speed camera warning disabled by default and letting users choose whether to enable it manually or not, for example – simple – but you didn’t do that; you chose to remove the option entirely.
If by your standards it is “perfectly fine” to have project leaders:
-
introducing privacy-compromising “features” - like sharing geolocation data with Kayak (yeah, that booking.com Kayak privacy horror company) in exchange for cut of the profits, despite overwhelmingly heavy protest by many users and virtually no support for it,
-
initially adding that Kayak feature to changelog (along with all other changes), but then removing (only) that changelog documenting that change (but still shipping the privacy-compromising code) just before release so users won’t know about it,
-
refusing to make that privacy-compromising feature optional for a long time even after heavy user protests[1] and despite several people (disclaimer: myself including) offering to write code to make that privacy-compromising feature optional,
-
actively lying about their own project license,
-
closing down parts of the project’s source code, while at the same time claiming it is still open source,
-
intentionally spreading FUD,
-
engaging in libel, and then disappearing when asked to explain, and then repeating the process at other forums
-
threatening to sue for people sharing code they themselves claim is “open source”
-
threatening to permaban people who asked for clarification on license issues and refusing to answer, closing their question as “spam” (disclaimer: me - please read the issue yourself and see it that is acceptable way to deal with such requests by your own standards. That was a straw that broke this camel’s back and convinced me there is no way to have normal discussions with OrganicMaps folks anymore)
-
etc.
All those are documented with proofs (among other places) in this OSM thread (if it is too long, feel free to search just for my posts), as well as their own github repo (search for issues and PRs with e.g. “kayak” and “license”).
Anyway, I’m really way too tired of discussion about what OM did and why. I’ve been trying for a long time to make OM become pro-users (including offering to make privacy-compromising features opt-in, or at least opt-out, instead of being forced on users; and working to help them remove antifeatures they got in F-droid), but I have finally given up some time ago.
Really, it was mostly one of the founders (Alexander) who seems to be trying to ruing OrganicMaps reputation as fast as possible – as one OSM user said eloquently noted in that OSM thread: “I’m not sure I’ve seen anyone intentionally alienate their core userbase like this since Elon Musk bought Twitter.”
So I stopped trying to help OrganicMaps. As did most of the unpaid community OrganicMaps developers left and founded CoMaps instead. I don’t really follow what OM do, as I don’t find them likeable anymore. YMMV, and I’m not trying to persuade you to switch. You do you.
But I’m mentioning those issues as I would’ve expected that at least here in PG forums some of them might raise at least few eyebrows (I wouldn’t expect much reaction in some random facebook group where people happily use GoogleMaps and don’t think about anything but pure utility and convenience. Privacy is not convenient, it is damn hard those days, and thus me not liking people who try to pretend they care about that, only to sell you out at first opportunity).
Here is fun experiment: join both the OM and CoMaps communication channels, and mention some feature you like in that other project.
And watch the hugely different outcome (beware: i.e. in OM you’d be banned and proclaimed enemy-of-the-state; in CoMaps you’d start healthy discussion how that feature can be implemented in CoMaps too and how it could be further improved)
All that being said, OrganicMaps is still privacy-wise better then, say, MAPS.ME it forked from (for, ironically, mostly the same reasons that CoMaps forked from OrganicMaps!), not to mention from Google Maps.
But so is CoMaps better then all three of them, IMHO.
TL;DR: there are privacy issues with OrganicMaps as well as general anti-users behaviour. If you’re aware of it and don’t care, it’s fine with me. But you should educate yourself and verify the claims above (don’t take my word for it!)
But I think PG should (everything else being more or less the same, with some unshared improvements on both sides) prefer the CoMaps fork over OrganicMaps fork, as CoMaps does not have any of those problems.
- I heard that they finally admitted the problem and fixed it; but have not verified it personally, so caveat emptor
The original request suggests that disabled by default isn’t sufficient to abide by the law; but regardless this has been debated to death and you know it.
Popularity is not the same exact thing as being community-driven, and taking a temporary measure out of an abundance of caution to remove a feature isn’t the same as forcing a decision on people that could get them in trouble with police. If our goal is to make an app that brings privacy-respecting FOSS OSM maps to everyone, we might need to take minority voices into account to ensure that there is an app they can use; the fact that other OSM apps exist that are different is a good thing, that means everyone can choose the one best suited to them. Moreover, the worst-case scenario would be for a national government to decide “all open source map apps promote illegal speed cam avoidance” and take some action against all OSM options; that would be a huge disaster.
Inflammatory language and accusations are unnecessary.