CoMaps - um fork comunitário do Organic Maps

• Um fork open source do Organic Maps conduzido pela comunidade
• Os princípios centrais são transparência, tomada de decisão pela comunidade, sem fins lucrativos, código totalmente aberto e foco em privacidade
• O desenvolvimento está avançando rapidamente, com o objetivo atual de estabelecer a base técnica e lançar a primeira versão
• O nome do projeto é provisoriamente CoMaps, e a votação para escolher o nome final está sendo feita com participação da comunidade
• As negociações com os acionistas do Organic Maps estão paradas, sem progresso significativo

---

Visão geral

• CoMaps é um projeto de fork do Organic Maps centrado na comunidade e está avançando rapidamente
• Transparência, tomada de decisão pela comunidade, caráter sem fins lucrativos, interesse público, código totalmente aberto e foco em privacidade são os princípios centrais do projeto
• Como primeira etapa do projeto, há esforços em várias frentes, como criar a base técnica e configurar a infraestrutura
• No momento, o nome é provisoriamente 'CoMaps', e os membros da comunidade estão decidindo o nome final por votação
• Os participantes podem se envolver no projeto de várias formas, como contribuição de código, revisão de documentação, organização e tomada de decisões, divulgação, desenvolvimento do site e doações

Pontos principais do projeto CoMaps

• O CoMaps busca garantir maior centralidade da comunidade e transparência na tomada de decisões em comparação com o Organic Maps atual
• Os princípios centrais são governança aberta, caráter sem fins lucrativos, open source livre para todos e respeito à privacidade
• As principais informações e discussões estão sendo conduzidas publicamente na plataforma Codeberg

Andamento do projeto

• A construção da infraestrutura técnica e a preparação da primeira versão oficial estão em andamento
• O nome ainda é provisoriamente 'CoMaps', mas a votação do nome final está sendo realizada no Codeberg até 20 de maio
• É possível participar registrando-se no Codeberg para sugerir nomes, votar, discutir recursos e relatar bugs

Como participar do projeto

• É possível contribuir em várias áreas, como desenvolvimento, revisão de documentação, governança (tomada de decisão), divulgação do projeto e construção do site
• Também é possível participar do processo de definição da direção do projeto por meio de votações e discussões
• A transparência financeira é garantida com doações transparentes e gestão de despesas via Open Collective

Situação das negociações com os acionistas do Organic Maps

• Devido a divergências entre os acionistas (Victor, Roman), as negociações estão em impasse
• Victor concorda em garantir que não haverá venda, mas fora isso expressou a intenção de manter controle total sobre o projeto
• O futuro do Organic Maps ainda permanece incerto

[GN⁺]

Comentários no Hacker News

• A preocupação é que, não porque já tenha havido uma mudança de fato no Organic, mas porque talvez haja mudanças no futuro, querem várias garantias para este projeto. Se houver mudanças no futuro, dá para fazer um fork naquele momento. Isso já aconteceu antes — o Maps.Me foi vendido, e o Roman fez o fork para o Organic. Se for vendido de novo, faz-se outro fork. Parece que teria sido melhor para a comunidade esperar até isso realmente se tornar necessário
  • Comunidades open source tendem a recorrer com frequência demais à abordagem de “a gente faz um fork depois” quando surgem problemas de governança. No caso do WordPress, houve problemas como o BDFL banir pessoas que o criticaram durante uma disputa com um concorrente, mas a comunidade não fez fork. Fazer fork é difícil e divide a comunidade, então acabam preferindo ficar com o ditador a aceitar a instabilidade. Isso não é tão diferente de ditaduras em outros contextos. Se uma boa governança for estabelecida logo no início do projeto, com um processo democrático em que os contribuidores elegem a liderança, então no futuro talvez nem se sinta necessidade de fazer fork
  • Pergunta se a adição de links de afiliado do Kayak já não foi uma mudança feita sem discussão com a comunidade. Considera que isso, por si só, já seria justificativa suficiente para o fork. Também diz que promessas sobre eleição e troca do conselho não foram cumpridas, e houve alegações de que se escondeu o uso de doações do projeto OrganicMaps em férias pessoais
  • Menciona a exigência de transparência financeira. Não sabe os detalhes, mas acha razoável pedir: "quero saber para onde vão as doações"
  • Há um pequeno drama porque parte do software de servidor não é open source. Compartilha um link para a discussão relacionada
  • Criar uma entidade open source, deixar a comunidade fazer todo o desenvolvimento, vender essa entidade, fazer fork de novo, deixar a comunidade desenvolver de novo e vender outra vez... parece um plano de negócios bastante esperto
  • Parece que esta questão deriva daquele caso anterior envolvendo código sob licença MIT
• Pergunta qual é o contexto. Não houve progresso real nas negociações com os acionistas do Organic Maps, e Viktor estaria aberto a garantir que o projeto não seja vendido, mas fora isso quer ter controle total do Organic Maps. O desacordo entre acionistas, entre Viktor e Roman, ainda não foi resolvido, então o futuro do Organic Maps continua incerto
  • Compartilha um artigo com o contexto relacionado
  • Acho melhor ter um BDFL do que um comitê. Não acho que gestão comunitária signifique sempre melhora
• Pergunta de novo: mais um fork? Lembra que o próprio Organic Maps já era um fork comunitário do maps.me. Agora virou um fork de fork
  • Explica que, historicamente, forks de forks sempre foram muito comuns, dando o exemplo da história do Unix
  • Menciona que o Neovim é o resultado de vários forks, passando por VIM, Stevie, vi e ed, e ainda assim é o software que mais usa no dia a dia
  • Então por que não? Uma das vantagens do software livre/open source é justamente que, quando um projeto se afasta do espírito original, quem quiser continuar contribuindo pode fazer fork, manter e desenvolver
• É triste o estado atual dos apps móveis baseados em OSM. O Maps.me virou OrganicMaps e agora já surgiu outro fork; houve muito esforço de desenvolvimento e muito trabalho excelente, mas mesmo depois de tantos anos a usabilidade não parece ter melhorado tanto. Tentou muito substituir o Google Maps, mas acabou desistindo. O OsmAnd é um bom “canivete suíço” quando você precisa, mas na maioria das vezes não precisa disso, e o mesmo vale para Maps.me ou OrganicMaps. Se errar uma única letra na busca, não aparece resultado. Também não dá para encontrar rotas alternativas de bicicleta. A renderização do mapa ou é feia, ou é lenta, ou as duas coisas. Então testou o Mapy.com (antigo Mapy.cz) e achou surpreendentemente amigável. Ainda não sabe como vão monetizar, mas até agora foi o melhor. Escalaram para um mapa mundial de verdade, e tanto a web quanto o mobile são excelentes. Se o OsmAnd usasse um novo motor de renderização, como o do streetcomplete ou o renderizador embutido do mapbox no strava, poderia ser o melhor app
  • Uma força e também limitação do OSMAnd e do OrganicMaps é que eles funcionam basicamente offline. Se você ativar um serviço de roteamento online, a busca de rotas fica muito mais poderosa e rápida. No OSMAnd, por exemplo, isso é possível com o GraphHopper. A busca de endereços também fica mais conveniente com serviços online como o photon. Dá até para hospedar você mesmo o GraphHopper Maps, combinando photon e GraphHopper, e ainda assim ter offline. Compartilha essa experiência como cofundador do GraphHopper
  • O problema de a busca não retornar nada se houver uma letra errada é algo que o photon resolve razoavelmente bem em inglês/francês/alemão, mas por ser online isso é uma limitação do Organic ou do Osmand. Mesmo com um serviço como o photon, para chegar à experiência do Google ainda faltam muitas coisas: sugestão de rotas de exemplo, reconhecimento de abreviações, busca por categorias etc. Rotas alternativas de bicicleta também são mais fáceis com roteamento online. O BRouter é excelente, mas também é online. Diz que desenvolve o cartes.app e usa photon e BRouter
  • Elogia o streetcomplete.app por parecer ótimo para editar o OSM de forma intuitiva e pede recomendações de ferramenta semelhante no iOS ou para edição de estradas. Conta que sofreu por falta de informação sobre limite de peso/altura de vias enquanto dirigia um motorhome, e quer ajudar a próxima pessoa
  • Como alternativa ao mapy.com, recomenda também o Here WeGo. Para navegação de carro, acha até melhor que o Google Maps. A política de privacidade também incomoda menos. O Mapy é mais amigável que o Here, mas no Here o compartilhamento de dados de localização é opt-in e vem com explicação clara, enquanto no Mapy isso é ativado automaticamente. Prefere alternativas open source, mas ainda não existe nada no nível que deseja
  • Para trilhas, usa organic maps muito bem, mas no carro precisa de uso offline, linha de orientação fácil de ler e recálculo de rota em caso de acidente. No entanto, a maior reclamação ao dirigir é a busca. Não precisa de informação online nem de avaliações como no Google Maps, mas quer conseguir encontrar de fato o lugar desejado. Na prática, a maioria das coisas não aparece na busca do organic maps, então precisa pesquisar no Google e depois inserir o endereço
  • Pergunta qual seria, na visão das pessoas, o maior problema de experiência de usuário em maps.me/organic maps/comaps
  • Diz que as discussões sobre roteamento de bicicleta e exibição de rotas alternativas estão aumentando, e que esse tipo de conversa provavelmente vai continuar no CoMaps, então opiniões são bem-vindas
  • Mudando um pouco de assunto, gostaria que surgisse uma alternativa ao pgrouting baseada em duckdb. O duckdb é fácil de embutir em qualquer lugar, e mesmo a performance de um smartphone já seria suficiente. Com duckdb, dá para armazenar em cache e consultar o geoparquet do Overture Maps
  • O mapy.com agora está vendendo um serviço premium. Espera que alguns recursos, como mapas offline ou navegação, virem exclusivos da versão premium. A experiência de uso é excelente
  • Usando bastante o osmand recentemente ao pedalar, percebeu que o cálculo de rota no smartphone é muito lento, mas descobriu que nas configurações é possível escolher um mecanismo de roteamento alternativo e online. Com o openrouteservice.org, até rotas longas saem em segundos e funciona muito bem
  • Pergunta sobre a referência à “3D sluggish thing” do OsmAnd e explica que o streetcomplete e outros começaram a usar MapLibre nos últimos meses. Pede desculpas por não ser sobre o Organic, mas concorda que o OSMand é lento. Não sabe por que não usaram MapLibre; imagina que talvez estejam presos ao próprio código
  • Nos últimos meses, usando LineageOS + Organic maps, sentiu que era muito mais amigável do que o Google Maps e gostou do fato de ser muito melhor offline
  • Menciona o projeto styluslabs/maps, um novo motor de mapas 3D e suporte a plugins em JS; ainda não tem roteamento offline, mas isso poderia ser adicionado
  • Não está muito preocupado que o mapy.cz/.com piore sem sentido por causa da monetização. A empresa por trás, Seznam, é como uma mistura tcheca de Google/Craigslist/Zillow, então tem várias formas de ganhar dinheiro, como anúncios, enterprise, API etc.
  • No Android, usa o Locus Maps há muito tempo. A interface é meio complexa, mas é extremamente poderoso. A equipe de desenvolvimento também é dedicada e muito motivada, então é uma opção muito valiosa
  • Como tcheco, sempre teve curiosidade sobre a monetização do mapy.cz/Mapy.com. É operado por uma grande empresa chamada Seznam, que ganha dinheiro com notícias, TV e publicidade. Projetos paralelos, como o serviço de e-mail, são oferecidos totalmente de graça. O app de mapas já usou links de afiliado do Booking.com e, recentemente, passou o download de mapas offline para o modelo pago. Parece que agora estão tentando encontrar um método de monetização mais sustentável, e todos esperam que esse ótimo app não seja estragado
  • Sobre rotas alternativas de bicicleta, diz que é possível ajustar adicionando pontos intermediários no trajeto, e pergunta se a outra pessoa queria dizer algo diferente. Também concorda que a busca não é muito tolerante
• Pergunta por que as pessoas contribuem para o Organic Maps em vez de contribuir diretamente para o OSM. Achava que o Organic Maps era apenas um meio sofisticado de distribuir dados do OSM
  • O Organic Maps é um meio de distribuir dados do OSM, mas oferece muito mais do que um mapa OSM simples: coleta e empacotamento de mapas, exibição do mapa, código de roteamento, ativos de design, documentação etc. Ainda assim, contribuir com o mapa no OSM ajuda o Organic Maps e outros projetos de mapas comunitários
  • São necessários tanto os dados do mapa (o projeto OSM) quanto o software que usa esses dados. O ideal seria que todos os apps pudessem contribuir com dados ao OSM, mas na prática não é assim. Gosta do Organic Maps por ser leve, ter renderização rápida e configuração simples. Porém, faltam pontos de interesse. E gostaria que os dados de mapas offline pudessem ser compartilhados facilmente entre os apps
  • Para um banco de dados como o OSM ser amado pelo grande público, é preciso haver apps em que qualquer pessoa possa contribuir com facilidade. O Organic Maps era visto em parte como um app assim. Contribuir com esse app é muito importante para a existência do OSM na competição contra Google/Apple Maps
  • Acha importante distinguir entre o sentido de “contribuir” e o de “doar”. Contribuir com correções, bug reports e código para projetos FOSS baseados em dados do OSM faz sentido
  • O OSM sozinho não pode ser usado como navegação GPS em celular
  • Distribuir dados do OSM também exige bastante esforço de desenvolvimento. Há muitos outros projetos FOSS no ecossistema OSM, e melhorar os próprios dados do mapa também é sempre bem-vindo
• Pela experiência de ter contribuído com algumas pequenas correções no OrganicMaps, a liderança parecia razoável nas opiniões e rápida nas respostas. Não dá para concordar com todas as decisões, mas isso é normal. Parecia algo próximo de um BDFL. Pelo que investigou, o OrganicMaps é praticamente a única alternativa open source de verdade a algo como o Gaia. O estilo do mapa poderia melhorar e é uma pena que haja apenas curvas de nível em metros, mas no geral funciona bem. Ao mexer no codebase, percebeu que não é um projeto pequeno (há C, Java e vários outros componentes, e só gerar os arquivos de mapa já não é trivial). Tem dúvidas se o fork vai realmente crescer. É muito mais difícil entregar valor de forma consistente e atrair usuários do que apenas anunciar um fork
  • A boa notícia é que a equipe do fork é formada em sua maioria pelos principais contribuidores, não pelos donos, e os donos já estavam esgotados havia bastante tempo, além dos conflitos internos contínuos. No curto prazo, pode até acabar sendo uma experiência melhor. O aumento de usuários é gradual, mas isso não é o indicador mais importante em projetos FOSS; contribuição ativa variada, usabilidade e popularidade talvez sejam mais relevantes
  • Só o tempo dirá como esse fork vai evoluir. Quem quiser fazer fork pode fazer a qualquer momento, e os usuários podem simplesmente escolher o app que preferirem. Usa OrganicMaps e OSMAnd em paralelo, e dependendo da situação dá para usar os dois juntos
• Está cada vez mais cético em relação a projetos BDFL. A ideia de um monarca de ferro parece atraente no começo, mas o problema aparece quando o ditador do projeto passa a focar no próprio interesse ou acha que ele sozinho é o projeto. Lembra do caso do WordPress. Bons BDFLs têm valor, mas, a longo prazo, estruturas comunitárias inspiradas em democracia ou república parecem mais estáveis e previsíveis. Democracia não é perfeita, mas traz resultados mais previsíveis sem depender das ideias de uma única pessoa
  • Um país não pode ser forkado, mas um projeto open source pode ser forkado a qualquer momento. É preciso atenção ao assinar um CLA (Contributor License Agreement). Não é bem um sistema BDFL, e sim algo mais como “tocar um bando de gatos”, com cada um se movendo livremente
  • Menciona a diferença entre projetos BDFL e projetos comunitários. Em projetos comunitários, missão, valores e governança são fluidos e, embora se fale em voto dos membros, na prática um pequeno grupo de líderes tende a concentrar as decisões. Já em projetos BDFL, pelo menos não há segredo: tudo anda conforme a vontade do líder. O Organic Maps nem é um projeto BDFL; há três acionistas (os fundadores Roman, Viktor e Alexander), e quando há desacordo entre eles, todos ficam em situação instável. Quase nunca viu um projeto realmente BDFL ir contra a intenção da comunidade, exceto quando entra dinheiro no meio. Contribuir para open source é seguro, mas quando alguém começa a vender isso como produto, é melhor tomar cuidado. “Dinheiro é um adaptador universal”
• O OrganicMaps é um app excelente, e não sabia que estava sob posse de uma organização desse tipo. Espera que tudo se resolva bem
• Parece uma situação de fork de fork. O próprio Organic Maps era um fork do maps.me, e agora apareceu outro fork de novo
  • Acha que esse tipo de fork é, na verdade, algo bom. O CoMaps pode virar o novo principal, e o Organic Maps pode mudar ou se manter como está. Só o fato de ser possível fazer fork já beneficia os usuários. Não é preciso correr atrás do fork mais recente o tempo todo
• Pergunta sobre a prática em torno de forks. Gostaria de saber se as pessoas da comunidade de contribuidores do Organic Maps ou do OSM realmente conhecem quem está por trás deste fork e se podem garantir as intenções deles ou a necessidade do fork. Pergunta como se pode obter esse tipo de confiança
  • Como a maior parte da atividade é pública, basta olhar os IDs dos líderes do fork e o histórico de atividade deles no projeto anterior. A maioria dos contribuidores principais recentes faz parte deste fork. Eles participam há muito tempo e já deixaram sua posição bem clara