- Ante la incertidumbre sobre la futura operación de Organic Maps, la comunidad está impulsando un fork independiente con una base para el primer lanzamiento y una configuración técnica ya preparadas
- El nuevo proyecto adopta como principios centrales la toma de decisiones transparente, el enfoque sin fines de lucro y de interés público, el código completamente abierto y una operación centrada en la privacidad
- El nombre provisional es CoMaps, y la votación para el nombre final del proyecto se realiza en Codeberg y termina el 20 de mayo
- Los colaboradores pueden participar en desarrollo, gobernanza, sitio web, documentación, discusiones de funciones, reportes de bugs, creación de materiales promocionales y apoyo mediante OpenCollective
- Las negociaciones con los accionistas de Organic Maps no muestran avances sustanciales, y como persisten las diferencias entre Viktor y Roman, el futuro del proyecto existente sigue siendo incierto
Estado del fork comunitario
- El trabajo en el fork de Organic Maps impulsado por la comunidad avanza rápidamente
- Se están ordenando la base, la configuración técnica y las tareas en curso con miras al primer lanzamiento
- El punto central del nuevo proyecto está en comaps en Codeberg
- Sus principios operativos están alineados con lo siguiente
-
Transparencia
- Toma de decisiones comunitaria
- Sin fines de lucro y de interés público
- Código completamente abierto
- Centrado en la privacidad
-
Votación del nombre y vías de participación
- El nombre del proyecto CoMaps es provisional
- Se usa como un nombre que expresa ideas como comunidad, colaboración, común y colectivo
- El nombre final será elegido en conjunto por la comunidad
- La votación del nombre del proyecto se lleva a cabo en Codeberg y termina el 20 de mayo
- Puedes iniciar sesión en Codeberg para votar o proponer un nombre
- Ya hay personas registrándose en Codeberg y participando con aportes que incluyen discusiones de funciones y reportes de bugs
- Las formas de participar son las siguientes
- Participar en el desarrollo desde el repositorio de desarrollo en Codeberg
- Participar en la organización y la toma de decisiones desde el repositorio de Governance
- Promocionar el proyecto
- Ayudar a crear textos y gráficos para promoción en redes sociales
- Ayudar a construir el sitio web desde el repositorio Website; la vista previa está en comaps.app
- Apoyar mediante OpenCollective
- Todas las donaciones y gastos se gestionan de forma transparente en Open Collective
- En la próxima actualización se anunciará el nombre final del proyecto
Situación de las negociaciones de Organic Maps
- No hubo avances sustanciales en las negociaciones con los accionistas de Organic Maps
- Viktor parece estar abierto a garantizar que no venderá el proyecto, pero fuera de eso quiere mantener el control total sobre Organic Maps
- Como no se han resuelto las diferencias entre los accionistas Viktor y Roman, el futuro de Organic Maps sigue siendo incierto
1 comentarios
Opiniones de Hacker News
El núcleo de la preocupación no parece ser tanto que ya haya habido cambios en Organic Maps, sino que quieren muchas garantías sobre qué pasará con el proyecto en el futuro.
Si esos cambios realmente ocurren, pueden hacer un fork en ese momento. Maps.ME ya fue vendido y existe el antecedente de que Roman hizo un fork con Organic Maps. Si se vende de nuevo, pueden volver a hacer otro fork. Hacer un fork ahora podría causar más daño a la comunidad que esperar hasta que sea necesario.
Miren WordPress: el BDFL está prohibiendo activamente en la comunidad a quienes criticaron su autodenominada “guerra nuclear” contra su mayor competidor en hosting, y aunque miles de miembros de la comunidad quedaron arrastrados a esa guerra, no hay ningún fork. Porque hacer un fork es difícil y divide a la comunidad, así que la gente prefiere soportar a un tirano antes que asumir el riesgo de la inestabilidad. No es distinto de los tiranos en otros entornos.
Si al inicio del proyecto existe una buena gobernanza, con procedimientos razonablemente democráticos, y los contribuyentes pueden elegir funciones ejecutivas, entonces, incluso si las cosas salen mal, hay mecanismos de respuesta, por lo que es menos probable que en el futuro sientan la necesidad de hacer un fork.
Eso ya parece suficiente para justificar un fork. Además, no se cumplió la promesa de elegir y reemplazar miembros de la junta, y también dicen que se ocultaron las sospechas de que las donaciones al proyecto Organic Maps se usaron para vacaciones personales, tal como se afirmaba en la primera carta abierta.
Me da curiosidad el contexto.
Dice: “no hubo avances significativos en las negociaciones con los accionistas de Organic Maps”, “Viktor parece estar dispuesto solo a dar una garantía de que no venderá el proyecto, pero por lo demás quiere mantener el control total de Organic Maps”, “como el conflicto entre accionistas entre Viktor y Roman no se ha resuelto, el futuro de Organic Maps sigue siendo incierto”.
¿Otro fork? ¿No era precisamente el punto que Organic Maps en sí era un fork impulsado por la comunidad de maps.me? ¿Ahora sería un fork del fork?
El estado actual de las apps móviles basadas en OSM deja que desear. Maps.me pasó a ser Organic Maps, y ahora vuelve a pasar algo así
Hay mucho esfuerzo de desarrollo y muy buen trabajo detrás, pero aunque pasen los años, las apps no se sienten más amigables para el usuario
Intenté bastante reemplazar Google Maps, pero al final me rendí. OsmAnd es excelente cuando necesitas una “navaja suiza del mundo de las apps OSM” en el teléfono, pero esos casos son raros. Maps.me/Organic Maps es parecido: si al buscar algo escribes mal una sola letra, casi no hay posibilidad de obtener resultados. Tampoco se puede esperar mucho en cuanto a rutas alternativas para bicicleta, y el renderizado es feo o lento, o ambas cosas
Estoy probando pasarme a Mapy.com, antes Mapy.cz, y sorprendentemente es una app amigable. Eso sí, no sé cómo la van a monetizar pronto. Hasta ahora es lo mejor en el teléfono, y espero que se convierta en un verdadero reemplazo de mapas. Hace poco pasaron de un concepto centrado en Chequia a mapy.com, un mapa mundial en serio, y tanto la web como la app móvil siguen siendo excelentes
Si OsmAnd consiguiera un nuevo motor de renderizado como StreetComplete o el renderizador Mapbox integrado de Strava, probablemente podría ser el mejor. No esa lenta función “3D” que existe desde hace años
Con solo activar un servicio de rutas online, la navegación se vuelve mucho más potente, las rutas alternativas vienen por defecto y todo es más rápido. En OSMAnd se puede hacer, por ejemplo, con GraphHopper: https://www.graphhopper.com/blog/2024/02/27/osmand-with-grap...
Lo mismo pasa con la búsqueda de direcciones. Usar una búsqueda de direcciones online como Photon puede ser más amigable para el usuario. En GraphHopper Maps incluimos Photon junto con las rutas de GraphHopper: https://graphhopper.com/maps/. También se puede alojar uno mismo, es decir, usarlo offline: https://github.com/karussell/local-maps
GraphHopper Maps también está en F-Droid, y en iOS se puede instalar el sitio web como PWA. Como referencia, soy cofundador de GraphHopper
Pero al ser online, es muy difícil implementarlo en el teléfono de cada usuario, y esa es la limitación de Organic Maps y Osmand
Aunque se empiece a usar Photon o proyectos similares, hace falta mucho más trabajo para ofrecer una experiencia como la de Google. Hay que manejar sugerencias de ruta como “from london to winchester”, detección de coordenadas, abreviaturas en varios idiomas como blvd y búsquedas por categoría como “coffee in Marais”. No basta con hacer una búsqueda de texto completo del nombre del lugar; hay que dividir la consulta semánticamente
Las rutas alternativas para bicicleta tienen el mismo problema. La navegación offline es más difícil. BRouter tiene muchas rutas alternativas y es excelente, pero es online; aunque se puede instalar en OSMand, es bastante nerdy
Como referencia, trabajo en la app web de mapas https://cartes.app. Usamos Photon y Brouter, pero todavía falta mucho por hacer, incluida la internacionalización al inglés, y espero que esté listo pronto
Me pregunto si hay una herramienta similar para iOS o macOS, o recomendaciones para editar caminos
Ahora estoy viajando por Europa en una camper de 4,5 toneladas, y OsmAnd+ normalmente muestra bien las restricciones de peso y altura de las rutas, pero cuando no lo hace, termino perdiendo horas desviándome en los Alpes. De verdad quiero ayudar a la próxima persona en una situación parecida
Para el auto, quiero un programa de mapas que se pueda usar fácilmente offline, que tenga carriles y flechas de ruta más destacadas y fáciles de leer, y que pueda recalcular la ruta cuando salgo por un cierre de camino o un embotellamiento en la autopista
Pero mi mayor queja al usar Organic Maps para manejar es la búsqueda. No me importan las funciones sociales online como en Google Maps, las alertas de policía o seguridad, ni las calificaciones de restaurantes. Solo necesito que encuentre de verdad el lugar al que quiero ir
La mayoría de las veces intento evitar Google Maps, pero cuando vuelvo a probar Organic Maps, el destino no aparece en la búsqueda. Entonces busco la dirección en Google y la ingreso, pero aunque ponga la dirección exacta no la encuentra, y al final termino volviendo a Google Maps
Algunas funciones, como la navegación en auto, me parecen incluso mejores que las de Google Maps. Tampoco me parece que su política de privacidad sea escalofriante; las partes más incómodas son opcionales, y los interruptores explican claramente a qué estás dando consentimiento y qué funciones no podrás usar si no aceptas
La política de privacidad de Mapy es menos incómoda que la de Here en algunos aspectos, pero cosas como compartir datos de ubicación para información de tráfico, que en Here es opcional, en Mapy están activadas sin poder desactivarlas
Preferiría una alternativa de código abierto, pero coincido en que ahora mismo no hay ninguna que se ajuste a mis necesidades
Me pregunto por qué la gente contribuye a Organic Maps y no a OSM.
Pensaba que Organic Maps era solo una forma sofisticada de distribuir datos de OSM.
Está el código que selecciona y recopila mapas para convertirlos en paquetes descargables, el código que los muestra, el código de navegación de rutas, los recursos y assets de diseño de la app, la documentación, etc.
Es cierto que el mapa en sí es OSM, y contribuir a OSM ayuda tanto a Organic Maps como a futuros proyectos de mapas nuevos basados en la comunidad.
Idealmente, todas las apps que usan datos de OSM deberían permitir contribuir a los datos base del mapa, pero probablemente en la práctica no sea así.
Me gusta Organic Maps porque es más liviana que OSMand, renderiza más rápido y tiene una configuración más simple. Aunque, según recuerdo, le faltaban funciones útiles relacionadas con puntos de interés, por ejemplo supermercados o gasolineras.
Sería bueno poder compartir fácilmente datos de mapas offline entre apps. Por ejemplo, descargarlos en la app A, respaldarlos en una tarjeta SD y luego usarlos en las apps B, C, D o en otros dispositivos cambiando o copiando la tarjeta SD. Tal vez sea posible en Android, pero no encontré cómo hacerlo y, como mínimo, no es fácil, claro ni automático.
Organic Maps les parecía a muchos esa app, pese a decisiones específicas como su enfoque offline. En un mundo con Google Maps y Apple Maps, contribuir a esta app es muy importante para que OSM exista.
En el ecosistema de OSM hay muchos otros proyectos FOSS, y por supuesto el trabajo de mapeo y la mejora de los datos del mapa también son muy bienvenidos.
Contribuí algunos cambios menores a Organic Maps, y la respuesta fue rápida y las opiniones fueron razonables.
No significa que haya estado de acuerdo con todas las decisiones o prioridades, pero eso es normal. El liderazgo me pareció bastante sano, y se sentía como una estructura bastante cercana a un BDFL.
Por lo que investigué, Organic Maps era la única alternativa abierta realmente viable a algo como Gaia, y la brecha era considerable. Cumple bastante bien su función, aunque el estilo del mapa deja algunas cosas que desear, y es una pena que solo tenga curvas de nivel en metros.
Tras tocar un poco el código base, entendí que no es un proyecto pequeño ni simple. Es una enorme mezcla de código en C/Java y otros lenguajes para compartir el renderizado entre varias plataformas, y solo generar los archivos de mapas ya no es poca cosa.
Soy escéptico sobre si el fork logrará consolidarse de verdad. Parece probable que ambos proyectos sufran un tiempo más. Anunciar un fork es fácil, pero entregar suficiente valor para atraer usuarios más allá de la retórica es otra cosa.
Los dueños llevaban meses atrapados en burnout y conflictos, así que espero que la experiencia de aquí en adelante sea en general igual o mejor. Atraer usuarios es, en cualquier caso, un proceso gradual y tampoco es la métrica número uno de un proyecto FOSS. Junto con la usabilidad y la popularidad, es más importante la contribución activa de una variedad de colaboradores.
Si para el usuario es mejor, puede usar tanto Organic Maps como CoMaps. Yo ya uso Organic Maps y OSMAnd en paralelo según la tarea, y funciona bien.
Artículo relacionado: https://news.ycombinator.com/item?id=43705631
Cada vez soy más escéptico ante la idea de un proyecto gestionado por un BDFL
El concepto en sí es atractivo. En la práctica se parece al rey filósofo de Platón: el BDFL evita que la toma de decisiones se estanque y permite que el proyecto avance sin que cada decisión se dispute en un comité. Mantiene el contexto y la visión del proyecto, y como no tiene que rendirle cuentas a nadie, puede tomar decisiones adecuadas para el proyecto en vez de hacer complejos compromisos políticos. Tiene todas las ventajas de una monarquía.
Por desgracia, hemos visto una y otra vez que el modelo BDFL también tiene todos los problemas de una monarquía. Si te toca una buena persona, es la forma de gobierno más eficaz, pero las personas son volubles. A menudo ocurre que el BDFL resulta ser malintencionado, o decide que él mismo es el proyecto y que tiene derecho a quedarse en exclusiva con los beneficios que surgen de él. Me viene a la mente WordPress.
Un buen BDFL vale la pena conservarlo, pero a largo plazo creo que es más estable, confiable y generalizable a nuevos proyectos inspirarse en estructuras comunitarias de la democracia y la república reales. La democracia no es perfecta, pero por diseño amortigua las variaciones entre individuos dentro de la comunidad, por lo que con el tiempo ofrece resultados más predecibles que una monarquía.
Por eso se parece más a arrear una manada de gatos que a destruir con armas nucleares a alguien por ignorar una orden presidencial o no pagar impuestos.
Los objetivos de un proyecto comunitario son flexibles. Su misión, valores, gobernanza, propiedad y control pueden cambiar. Aunque se incorporen opiniones de la comunidad, normalmente suelen estar dirigidos por una o dos figuras fuertes. A veces se presiona al proyecto para que haga cambios que en realidad son peores o que no reflejan la visión del conjunto de contribuidores y usuarios. Personalmente no conozco ningún proyecto comunitario que esté obligado a hacer necesariamente lo que exige la opinión mayoritaria de la comunidad. En ese sentido, se parece a un gobierno “democrático” típico en el que no es “el pueblo”, sino unos cuantos líderes fuertes, quienes realmente asumen la responsabilidad.
Un proyecto BDFL, por definición, es el proyecto de una sola persona. No necesita tener una agenda oculta, así que no la tiene. No está bajo presión de nadie, y el proyecto va hacia donde el líder quiere. Por eso normalmente hay menos “controversia”. Si no te gusta, lo aceptas o te vas.
Organic Maps aparentemente no es un proyecto BDFL. Es un proyecto representado por una empresa con tres accionistas: Roman, Viktor y Alexander, quien no es accionista, pero se dice que mantiene una participación en nombre de Viktor. La preocupación aquí es que, al no ser un proyecto BDFL, los contribuidores no pueden saber qué pasará si los accionistas discrepan y una “mayoría” decide vender la empresa, por ejemplo. En un proyecto BDFL, el propietario todavía podría decidir vender, pero en este caso el fundador del proyecto en realidad está del lado de la comunidad.
Personalmente no conozco muchos casos de proyectos BDFL reales que hayan actuado contra los objetivos de su propia comunidad, y en general los BDFL no cambian lo que venían haciendo. La excepción es cuando entra dinero de por medio. Si alguien cobra por escribir open source, el proyecto está a salvo; pero si alguien está vendiendo el proyecto como producto, hay que tener cuidado. “El dinero es un adaptador universal que se conecta a cualquier motivación”.
Organic Maps es una app realmente excelente. No sabía que estaba en manos de una organización de este tipo, y espero que todo se resuelva bien.
Quiero agregar algunas cosas
Los desarrolladores de Organic Maps son de Bielorrusia y la empresa está registrada en Estonia. Ya es una estructura muy difícil, así que entiendo que los autores puedan querer mantener la configuración lo más simple posible. Tal vez no quieran desperdiciar energía en una organización sin fines de lucro, algo muy difícil y costoso a nivel internacional.
¿Cuál es el problema si venden la empresa? Se hace otro fork y listo. Que sea open source no significa que los autores no deban ganar dinero.
El mayor costo de Organic Maps es el hosting y el espejado de los datos de mapas. ¿Este fork usará sus propios servidores y también pagará esos costos?
¿Hay una lista de los desarrolladores y contribuidores detrás de este fork? Solo encontré palabras como “nosotros” y “comunidad”.
No es porque estén vendiendo la empresa, sino porque uno de los problemas parece ser que nadie en la comunidad sabe cuál es el destino de las donaciones. CoMaps cuestiona la transparencia financiera, y creo que esa es una buena razón para hacer un fork.