Because we have similar costs in CoMaps, e.g. the most expensive part is the map generation server and both OM and CoMaps rent the same model from the same provider and its less than 250 eur/month.
And according to https://ariregister.rik.ee/eng/company/16225385/Organic-Maps... in 2025 they got ~120k eur and this figure likely doesn't include all the donation sources (in addition to the main Stripe channel they also have OpenCollective, LiberaPay, crypto...)
Hosting etc. expenses are a minor fraction compared to OM's donations inflow. And its enough to hire devs, the first dev was hired more than two years ago, but they have been hiding this fact to look more poor and attract more donations.
Even long-term active contributors have been denied even totals information about donations and got to know about first hire by chance about a year since the fact.
Also me and other CoMaps contributors had been actually banned several months later after they've started their accusations, so the ban is not directly because of the accusations.
At first we've been having discussion and arguing about the matter and related topics in OM chats. But people saw their very shaky arguments and how they refute their own previous words about openness of the maps generator etc.
So then they started just deleting such discussions and eventually banning CoMaps contributors.
And nowadays they censor all mentions of CoMaps in their chats and SMs and often ban users who dared to mention us.
> you intentionally leaked the map generation code (which was not intended to be published)
In short:
It was perfectly legal to publish this code (Apache 2.0 repo and DCO signed agreeing its a public contribution) and OM shareholders have always claimed that the map generator code is open and people are free to fork it.
However it turned out they were holding back a bunch of commits to prevent people from easily forking the project while maintaining still that the commits are FOSS and will be eventually pushed to the main repo, its just they're "experimental" still (but in fact they had been used in prod for a few years already).
We made an agreement to fix this discrepancy and push the commits to the public repo, so that we can honestly state that Organic Maps is truly an open source project with no tricks and reservations. This has happened several months before the conflict between the shareholders and community contributors.
And indeed a good part of the commits had been pushed public during next months. And when I published the rest of the commits OM shareholders knew about it of course and again they didn't say anything against it.
However after about a month (after negotiations to improve OM governance has failed and ex-contributors, me included, have started CoMaps) they have started accusing me of "stealing" those commits.
To clarify - this quote pertains to the Organic Maps situation
> Despite being advertised as a community-driven project, key decisions, including financial management, partnerships (with Kayak, for instance), and the inclusion of proprietary components in the code were made by a small group of shareholders, often without input from the broader contributor community.
CoMaps had been started because Organic Maps shareholders were not interested fixing those governance and transparency issues.
Proprietary parts had been mentioned in the context of Organic Maps - their map generator is partially closed source, and even OM F-Droid build includes some proprietary assets.
In CoMaps we are serious about being 100% FOSS and this is one of the reasons we've forked from OM.
> made by... "community"? We don't even know who that is, original developers and people with experience are not involved.
FYI I've been the most active non-shareholder contributor of Organic Maps for 3+ years. Though you won't see me (or other ex-OM contributors who've left to start CoMaps) in OM github contributor stats anymore, because OM had banned us (and nowadays they also ban users in their chats and SM accounts for just mentioning CoMaps). But you can still see our PRs, e.g. I've authored Outdoor map style amongst many other improvements.
You're right though that CoMaps had been founded because of things like governance, transparency, community and FOSS values, while many users are just interested in features (and hence often prefer Maps.ME even, which is like 10x more popular than OM looking at downloads).
There is a subway overlay.
And there is marked hiking routes overlay being in development.
There is a also an outdoor-focused map style (some people call it a layer too).
Display of marked hiking/cycling routes is a different feature from display of trails and tracks.
I.e. a marked route is usually a well-known and/or official one and often quite long (sometimes international even) route which goes through many different trails and tracks and even some roads etc.
And - as it had been mentioned above already - its coming to CoMaps too.
Indeed and this is one of the key reasons we have started CoMaps. The main OM shareholder made it clear to us that interests of the company and the shareholders are at the forefront.
> Some parts of the server were closed source for a bit. No longer the case.
In fact, nowadays there are many more closed parts in OM's map generator - many OM's bigger new features like hiking, cycling and bus routes depend on closed source improvements to the map generator. And some binary files required to build the app (e.g. packed_polygons.bin) are nowadays distributed under a custom non-FOSS data license.
I.e. nowadays its basically impossible to fork OM as is with all its features - and the "right to fork" is a cornerstone of FOSS.
Making map generator proprietary won't help to solve "freeloaders hogging onto their map CDN" issue.
In fact, it actually forces potential forks to use their CDN because they can't setup their own map generation (as its closed source).
The OM's map generator was made proprietary in order to hinder the right to fork and enforce vendor lock-in. Later, a proprietary "Data License" had been introduced for binary files (incl. maps) with the same goal - effectively one can't build/fork OM without these files anymore.