Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

cartomancer

Cartomancer es una biblioteca de gestión de rutas GPS con un toque mágico. Permite gestionar colecciones de rutas existentes, ofreciendo filtrado, búsqueda, etiquetado y marcadores favoritos.

Ficha actualizada 22 sept 2026, 21:55 · upstream 22 sept 2026, 21:51 · release v0.9.0

Ver códigoProblemas y ayudaRepositorio ↗Sitio oficial
00

Qué es cartomancer

Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.

Cartomancer se posiciona como una alternativa a las decenas de aplicaciones dedicadas al planificado de rutas y seguimiento de actividades, destacando por su capacidad para administrar un catálogo de rutas preexistentes. A diferencia de la mayoría de soluciones que se centran en el registro de nuevas rutas, este enfoque permite organizar y gestionar una colección existente de rutas GPS.

CASOS DE USO
  • Gestionar un catálogo personal de rutas GPS con marcadores favoritos
  • Organizar rutas de senderismo o caminatas con etiquetas y filtros personalizados
  • Crear listas de ruta para actividades específicas como senderismo, ciclismo o trekking
  • Establecer una base de datos local de rutas sin necesidad de APIs externas en tiempo real
  • Automatizar la organización de rutas mediante marcadores de posición y etiquetas
PUNTOS DESTACADOS
  • No utiliza APIs de terceros en vivo, descargando datos meteo y geonombres de forma asíncrona localmente
  • Soporta mapas alternativos como SwissTopo o protomaps cuando no hay cobertura en la zona
  • Permite autogestión del registro mediante autenticación por sesión JWT sin necesidad de base de datos externa
  • Diseñado para ser autocontenido con un único binario y almacenamiento local (SQLite)
  • Soporta compilación cross-compilable a arquitecturas como ARM64 desde entornos x86-64
PRECAUCIONES
  • Funciona únicamente en el lado del cliente, sin backend de procesamiento de rutas
  • El servicio de geonombres se limita a nombres de entidades suizos por defecto
  • No incluye funcionalidades avanzadas como análisis topográfico detallado o cálculo de pendientes
  • La autenticación con JWT no soporta sesiones persistentes en el lado del servidor sin configuración adicional
  • El uso de root en contenedores Docker puede generar problemas de seguridad en entornos multiusuario
01

Perfil de infraestructura

Estimación inicial derivada del repositorio y de los servicios detectados.

CPU4 vCPUrecomendación inicial
MEMORIA4 GBRAM estimada
DISCO40 GBalmacenamiento base
COMPLEJIDADhighnivel de operación
02

Despliegue detectado

Qué señales reales de instalación hemos encontrado.

Despliegue manual

Se recomienda usar un entorno rootless (Podman/Docker) para evitar privilegios elevados, ya que el binario se ejecuta como root,Para producción, se debe implementar ratelimitación sobre la endpoint de autenticación /api/sessions/login,El servicio de geonombres puede ser reemplazado por un backend propio si se requiere cobertura global,Se recomienda configurar logs JSONline para facilitar el análisis del tráfico en producción,Para despliegues sin Docker, se debe construir manualmente el binario y los assets estáticos desde la raíz del proyecto

—Dockerfile
—Compose
—One-click
03

Stack y dependencias

Componentes inferidos a partir de manifests, configuración y documentación.

FRAMEWORKS
Go
SERVICIOS
MySQLMongoDBS3/MinIOClickHouse
BASES DE DATOS
MySQLMongoDBClickHouse
PUERTOS
5173808180256060
05

Puede sustituir a

Relaciones detectadas por el análisis del repositorio y su categoría.

06

Experiencia real de la comunidad

Ayuda a contrastar la estimación automática con instalaciones reales.

Todavía no hay datos comunitarios para este proyecto.