- Em meio à incerteza sobre a operação futura do Organic Maps, a comunidade está avançando com um fork separado, com uma base para o primeiro release e a configuração técnica já preparadas
- O novo projeto adota como princípios centrais tomada de decisão transparente, atuação sem fins lucrativos e de interesse público, código totalmente aberto e operação com foco em privacidade
- O nome provisório é CoMaps, e a votação para o nome definitivo do projeto está ocorrendo no Codeberg e termina em 20 de maio
- Contribuidores podem participar com desenvolvimento, governança, site, documentação, discussões de funcionalidades, relatos de bugs, criação de materiais de divulgação e apoio via OpenCollective
- As negociações com os acionistas do Organic Maps não tiveram avanço substancial, e as divergências entre Viktor e Roman permanecem, mantendo incerto o futuro do projeto existente
Situação do fork da comunidade
- O trabalho no fork do Organic Maps conduzido pela comunidade está avançando rapidamente
- A comunidade está organizando a construção da base, a configuração técnica e os trabalhos em andamento visando ao primeiro release
- O ponto central do novo projeto foi estabelecido em comaps no Codeberg
- Os princípios de operação estão alinhados ao seguinte
-
Transparência
- Tomada de decisão pela comunidade
- Sem fins lucrativos e de interesse público
- Código totalmente aberto
- Foco em privacidade
-
Votação do nome e formas de participação
- O nome do projeto CoMaps é provisório
- Está sendo usado como um nome que remete a ideias como community, collaborative, common e collective
- O nome definitivo será escolhido em conjunto pela comunidade
- A votação do nome do projeto acontece no Codeberg e termina em 20 de maio
- É possível fazer login no Codeberg para votar ou sugerir nomes
- Pessoas já estão se cadastrando no Codeberg e participando com contribuições, incluindo discussões de funcionalidades e relatos de bugs
- As formas de participação incluem
- Participar do desenvolvimento no repositório de desenvolvimento no Codeberg
- Participar da operação organizacional e das decisões no repositório de Governance
- Divulgar o projeto
- Apoiar a criação de textos e gráficos para divulgação em redes sociais
- Apoiar a construção do site no repositório Website; a prévia está em comaps.app
- Apoiar financeiramente via OpenCollective
- Todas as doações e despesas são processadas de forma transparente pelo Open Collective
- Na próxima atualização, o nome definitivo do projeto deverá ser anunciado
Situação das negociações do Organic Maps
- Não houve avanço substancial nas negociações com os acionistas do Organic Maps
- Viktor parece estar aberto a dar garantias de que não venderá o projeto, mas, fora isso, deseja manter controle total sobre o Organic Maps
- Como as divergências entre os acionistas Viktor e Roman não foram resolvidas, o futuro do Organic Maps ainda é incerto
1 comentários
Comentários do Hacker News
O ponto central da preocupação parece ser menos o fato de que já houve mudanças no Organic Maps, e mais o desejo de ter várias garantias sobre como o projeto será no futuro
Se essas mudanças de fato acontecerem, dá para fazer um fork naquele momento. O Maps.ME já foi vendido, e há o precedente de Roman ter feito o fork que virou Organic Maps. Se for vendido de novo, dá para fazer outro fork. Fazer um fork agora pode acabar causando mais dano à comunidade do que esperar até que isso se torne necessário
Veja o WordPress: o BDFL está banindo ativamente da comunidade pessoas que criticaram sua autoproclamada “guerra nuclear” contra o maior concorrente na área de hospedagem, e milhares de membros da comunidade foram arrastados para essa guerra, mas não houve fork. Porque fazer um fork é difícil e divide a comunidade; as pessoas preferem suportar um tirano a correr o risco da instabilidade. Não é diferente de tiranos em outros contextos
Se um projeto já tiver, desde o início, uma boa governança com processos razoavelmente democráticos, e os contribuidores puderem eleger funções executivas, haverá meios de reação caso as coisas piorem, reduzindo a chance de que alguém sinta no futuro que precisa fazer um fork
Isso por si só parece suficiente para justificar um fork. Além disso, a promessa de eleger e substituir membros do conselho não foi cumprida, e também teria sido ocultada a suspeita, como afirmado na primeira carta aberta, de que doações ao projeto Organic Maps foram usadas em férias pessoais
Estou curioso sobre o contexto
O texto diz que “não houve progresso substancial nas negociações com os acionistas do Organic Maps”, que “Viktor parece disposto apenas a dar garantias de que não venderá o projeto, mantendo fora isso controle total sobre o Organic Maps”, e que “como o conflito societário entre Viktor e Roman não foi resolvido, o futuro do Organic Maps continua incerto”
Outro fork? O ponto principal do Organic Maps não era justamente ser um fork conduzido pela comunidade do maps.me? Agora virou um fork do fork?
O estado atual dos apps baseados em OSM para mobile é decepcionante. O Maps.me virou Organic Maps, e agora acontece isso de novo
Há muito esforço de desenvolvimento e um ótimo trabalho envolvido, mas, mesmo depois de alguns anos, os apps não parecem mais amigáveis para o usuário
Tentei insistir bastante para substituir o Google Maps, mas acabei desistindo. O OsmAnd é ótimo quando você precisa, no celular, de um “canivete suíço dos apps OSM”, mas isso raramente acontece. O Maps.me/Organic Maps é parecido: se você está pesquisando algo e digita uma única letra errada, quase não há chance de obter resultados. Também é difícil esperar rotas alternativas para bicicleta, e a renderização é feia, lenta, ou as duas coisas
Estou tentando migrar para o Mapy.com, antigo Mapy.cz, e ele é surpreendentemente amigável. Só não sei como vão monetizá-lo em breve. Até agora é o melhor no celular, e espero que se torne uma substituição real para mapas. Recentemente ele passou do conceito centrado na Chéquia para um mapa mundial de verdade, o mapy.com, e tanto a web quanto o mobile ainda estão excelentes
Se o OsmAnd ganhasse um novo motor de renderização como o do StreetComplete ou o renderizador Mapbox embutido no Strava, talvez pudesse ser o melhor. Não aquele recurso “3D” lento que existe há alguns anos
Só de ativar um serviço online de rotas, a navegação fica muito mais poderosa, rotas alternativas aparecem por padrão e tudo fica mais rápido. No OSMAnd, por exemplo, isso é possível com o GraphHopper: https://www.graphhopper.com/blog/2024/02/27/osmand-with-grap...
A busca de endereços é a mesma coisa. Usar uma busca online de endereços como o Photon pode ser mais amigável. Colocamos Photon e navegação por rotas do GraphHopper juntos no GraphHopper Maps: https://graphhopper.com/maps/. Também dá para hospedar por conta própria, ou seja, usar offline: https://github.com/karussell/local-maps
O GraphHopper Maps também está no F-Droid e, no iOS, é possível instalar o site como PWA. Para constar, sou cofundador do GraphHopper
Mas, por ser online, é muito difícil implementá-lo no celular de cada usuário, e essa é a limitação do Organic Maps e do Osmand
Mesmo começando a usar o Photon ou projetos parecidos, é preciso muito mais trabalho para oferecer uma experiência como a do Google. É necessário lidar com sugestões de rota como “from london to winchester”, detecção de coordenadas, abreviações como blvd em vários idiomas e buscas por categoria como “coffee in Marais”. Não basta fazer uma busca de texto completo por nomes de lugares; é preciso separar semanticamente os termos da busca
As alternativas de rota para bicicleta têm o mesmo problema. Navegação offline é ainda mais difícil. O BRouter é ótimo e tem muitas rotas alternativas, mas é online; embora possa ser instalado no OSMand, é bem nerdy
Para constar, trabalho no app de mapas web https://cartes.app. Usamos Photon e Brouter, mas ainda há muito a fazer, inclusive internacionalização em inglês, e espero que isso aconteça em breve
Fico curioso se existe uma ferramenta parecida para iOS ou macOS, ou alguma recomendação para edição de estradas
Atualmente estou viajando pela Europa em um motorhome de 4,5 toneladas, e o OsmAnd+ normalmente mostra corretamente as restrições de peso e altura das vias, mas, quando não mostra, já perdi horas fazendo desvios nos Alpes. Quero muito ajudar a próxima pessoa em uma situação parecida
No carro, quero um programa de mapas que possa ser usado facilmente offline, tenha faixas e setas de rota mais destacadas e fáceis de ler, e consiga recalcular a rota quando eu precisar sair por causa de uma estrada fechada ou congestionamento em rodovia
Mas minha maior reclamação ao usar o Organic Maps dirigindo é a busca. Não me importo que ele não tenha recursos sociais online como o Google Maps, alertas de polícia/segurança ou avaliações de restaurantes. Só preciso que ele realmente encontre o lugar para onde quero ir
Na maioria das vezes tento evitar o Google Maps, mas, quando tento usar o Organic Maps de novo, o destino não aparece na busca. Então procuro o endereço no Google e digito, mas mesmo colocando o endereço exato ele não encontra, e acabo voltando para o Google Maps
Algumas funções, como navegação de carro, me parecem melhores que no Google Maps. Também não acho a política de privacidade assustadora; a parte mais incômoda é opt-in, e os botões explicam claramente com o que você está concordando e quais funções não poderá usar se não concordar
A política de privacidade do Mapy é, em alguns aspectos, menos incômoda que a da Here, mas coisas como o compartilhamento de dados de localização para informações de trânsito, que na Here é opt-in, no Mapy ficam ativadas sem opção de desligar
Eu preferiria alternativas open source, mas concordo que, no momento, nenhuma atende às minhas necessidades
Fico curioso por que as pessoas contribuem para o Organic Maps e não para o OSM
Eu achava que o Organic Maps era apenas uma forma sofisticada de distribuir dados do OSM
Há código para selecionar e coletar mapas e transformá-los em pacotes baixáveis, código para exibi-los, código de roteamento, assets e recursos de design do app, documentação etc.
É verdade que o mapa em si é o OSM, e contribuir para o OSM ajuda tanto o Organic Maps quanto novos projetos futuros de mapas baseados na comunidade
Idealmente, todos os apps que usam dados do OSM deveriam permitir contribuir para os dados de mapa subjacentes, mas provavelmente na prática isso não vai acontecer
Gosto do Organic Maps porque ele é mais leve que o OSMand, renderiza rápido e tem configurações simples. Mas, pelo que me lembro, faltavam recursos úteis de pontos de interesse, como supermercados ou postos de gasolina
Seria bom poder compartilhar facilmente dados de mapas offline entre apps. Algo como baixar no app A, fazer backup no cartão SD e depois usar no app B, C, D ou em outro dispositivo, trocando ou copiando o cartão SD. Talvez seja possível no Android, mas não encontrei como; no mínimo não é fácil, claro nem automático
Apesar de certas escolhas, como o foco em uso offline, o Organic Maps parecia ser esse app para muita gente. Com Google Maps e Apple Maps existindo, contribuir para esse app é muito importante para que o OSM continue existindo
Há muitos outros projetos FOSS no ecossistema OSM e, claro, trabalho em mapas e melhorias nos dados de mapa também são muito bem-vindos
Contribuí com algumas pequenas correções para o Organic Maps, e as respostas foram rápidas e as opiniões, razoáveis
Isso não quer dizer que eu tenha concordado com todas as decisões ou prioridades, mas isso é normal. A liderança pareceu bastante normal, e a estrutura me deu a impressão de ser bem próxima de um BDFL
Pelo que pesquisei, o Organic Maps era a única alternativa aberta realmente prática a algo como o Gaia, e a diferença era bem grande. Ele cumpre bem seu papel, mas há pontos fracos no estilo do mapa, e é uma pena haver apenas curvas de nível em metros
Ao mexer um pouco na base de código, percebi que não é um projeto pequeno nem simples. É uma base enorme e misturada de C/Java etc. para compartilhar a renderização entre várias plataformas, e só a geração dos arquivos de mapa já não é pouca coisa
Sou cético quanto à possibilidade de o fork realmente se estabelecer. Parece muito provável que os dois projetos sofram por mais algum tempo. Anunciar um fork é fácil, mas entregar valor suficiente para atrair usuários para além da retórica é outra coisa
Os proprietários estavam há meses envolvidos em burnout e conflitos, então espero que a experiência daqui para frente seja, em geral, igual ou melhor. Atrair usuários é, de todo modo, um processo gradual e nem é a métrica número 1 de um projeto FOSS. Junto com usabilidade e popularidade, a contribuição ativa de diversos contribuidores é mais importante
Se for melhor para o usuário, também dá para usar Organic Maps e CoMaps ao mesmo tempo. Hoje já uso Organic Maps e OSMAnd em paralelo dependendo da tarefa, e funciona bem
Artigo relacionado: https://news.ycombinator.com/item?id=43705631
A sensação de ceticismo vem crescendo diante da ideia de um projeto operado por um BDFL
O conceito em si é atraente. Na prática, é próximo do rei-filósofo de Platão, e um BDFL impede que a tomada de decisões trave, permitindo que o projeto avance sem que todas as decisões sejam disputadas por um comitê. Ele mantém continuamente o contexto e a visão do projeto e, por não prestar contas a ninguém, pode tomar decisões adequadas ao projeto em vez de fazer complexos compromissos políticos. Tem todas as vantagens de uma monarquia.
Infelizmente, vimos repetidas vezes que o modelo BDFL também tem todos os problemas de uma monarquia. Se você consegue uma boa pessoa, é a forma mais eficaz de governança, mas pessoas são volúveis. Com frequência acontece de o BDFL acabar se mostrando mal-intencionado, ou decidir que ele próprio é o projeto e que tem direito exclusivo aos benefícios decorrentes disso. WordPress vem à mente.
Um bom BDFL vale a pena manter, mas, no longo prazo, acho que se inspirar em estruturas comunitárias de democracias e repúblicas reais será mais estável, confiável e mais generalizável para novos projetos. A democracia não é perfeita, mas, por projeto, ela suaviza as variações entre indivíduos dentro da comunidade e, com o tempo, produz resultados mais previsíveis do que uma monarquia.
Por isso, é mais parecido com pastorear gatos do que explodir com armas nucleares alguém que ignorou uma ordem presidencial ou deixou de pagar impostos.
Os objetivos de um projeto comunitário são flexíveis. Missão, valores, governança, propriedade e controle podem mudar. A opinião da comunidade entra no processo, mas geralmente ele é liderado por uma ou duas figuras fortes. O projeto também pode ser pressionado a fazer mudanças que, na prática, são piores ou não refletem as visões dos grupos de contribuidores e usuários. Pessoalmente, não conheço um projeto comunitário que seja obrigado a fazer necessariamente o que a opinião da maioria da comunidade exige. Nesse sentido, ele se parece com um governo “democrático” típico, em que não é “o povo”, mas alguns líderes fortes que de fato assumem a responsabilidade.
Um projeto BDFL é, por definição, o projeto de uma pessoa. Como não precisa haver uma agenda secreta, também não há agenda secreta. Não há pressão de ninguém, e o projeto segue para onde o líder quer. Por isso, costuma haver menos “controvérsia”. Se você não gosta, aceita ou vai embora.
Organic Maps aparentemente não é um projeto BDFL. É um projeto representado por uma empresa com três acionistas: Roman, Viktor e Alexander, que não é acionista, mas sobre o qual se sabe que Viktor detém participação. A preocupação aqui é que, por não ser um projeto BDFL, os contribuidores não têm como saber o que acontecerá quando os acionistas divergirem e a “maioria” decidir vender a empresa, por exemplo. Em um projeto BDFL, o proprietário ainda poderia decidir vender, mas, neste caso, o fundador do projeto está de fato do lado da comunidade.
Pessoalmente, não conheço muito bem casos de projetos BDFL reais que tenham agido contra os objetivos de sua comunidade, e BDFLs em geral não mudam o que vinham fazendo. A exceção é quando dinheiro entra na jogada. Se alguém recebe dinheiro para escrever open source, o projeto está seguro, mas, se alguém está vendendo o projeto como produto, é preciso ter cuidado. “O dinheiro é um adaptador universal que se conecta a qualquer motivação.”
Organic Maps é um aplicativo realmente excelente. Eu não sabia que ele pertencia a esse tipo de organização, e espero que tudo seja resolvido da melhor forma.
Quero acrescentar alguns pontos
Os desenvolvedores do Organic Maps são de Belarus, e a empresa está registrada na Estônia. Essa já é uma estrutura bastante difícil, então acho compreensível que os autores queiram uma configuração o mais simples possível. Talvez não queiram desperdiçar energia com uma organização sem fins lucrativos internacional, algo muito difícil e caro.
Qual é o problema em vender a empresa? É só criar outro fork e seguir em frente. O fato de ser open source não significa que os autores não possam ganhar dinheiro.
O maior custo do Organic Maps é hospedar e espelhar os dados de mapas. Este fork vai usar servidores próprios e também pagar esses custos?
Existe uma lista dos desenvolvedores e contribuidores por trás deste fork? Só encontrei as palavras “nós” e “comunidade”.
O problema não parece ser o fato de a empresa estar sendo vendida, e sim que uma das questões é que ninguém na comunidade sabe qual é o destino das doações. CoMaps está levantando o problema da transparência financeira, e acho que esse é um bom motivo para fazer um fork.