Público · Sistema de conocimiento relacional

Lūm

Un entorno local-first que mantiene tiempo, lugar, relaciones, evidencia, procedencia e historias conectados en un continuo canónico compartido y los proyecta como línea temporal, mundo, mapa, dossier y narrativa.

Nicho
Líneas temporales que combinan fechas, relaciones y narrativa
Stack principal
TypeScript · Vite 8 · Lit · deck.gl/luma.gl
Modelo
Continuo canónico · ocurrencias · lugares · evidencia · historias
Enfoque
Identidad estable · proyecciones coordinadas · procedencia

Vista del sistema

Eventos · intervalosCategoríasHistoriasEspacio narrativo

El estudio

Una línea temporal útil conecta fechas con duración, categoría e interpretación.

La cronología sigue siendo una proyección esencial, pero ya no es el modelo del producto. El continuo canónico conserva entidades, ocurrencias, lugares, evidencia, procedencia e historias para que la línea temporal, el mundo relacional, el mapa y los dossiers puedan leer la misma identidad sin duplicarla.

Estructura del sistema

La cronología es una proyección del conocimiento, no su propietario.

Eventos e intervalos

Los hechos puntuales y los rangos de duración conservan semánticas temporales distintas.

Categorías como lente

La clasificación permite explorar una cronología por tema conservando el orden temporal común.

Historias enlazadas

Una historia selecciona y relaciona hechos y conserva los datos fuente como una capa propia.

Workspace responsive

La misma estructura sigue siendo legible desde un teléfono hasta una vista de escritorio amplia.

Diseño de producto e interacción

El producto separa el conocimiento canónico de cada vista que lo presenta.

El usuario puede capturar eventos, agruparlos por categoría y construir después una historia a partir de ellos. Esa separación mantiene explícitos los registros fácticos y da a la prosa narrativa su propia capa.

La interfaz utiliza el espacio horizontal disponible y preserva lectura y edición lineales en pantallas estrechas, dando a la cronología una estructura clara entre tamaños de viewport.

Lectura arquitectónica

Lūm mantiene el conocimiento canónico fuera de cada renderer y coordina vistas rápidas y costosas mediante proyecciones explícitas.

El continuo posee entidades, relaciones y ocurrencias, lugares, evidencia e historias. La escena retenida de la línea temporal y el WorldSurface de deck.gl consumen proyecciones de ese modelo; el movimiento temporal de alta frecuencia usa una ruta de preview barata y solo los commits relevantes despiertan filtrado o layout más costoso.

Continuo antes que proyección

El significado durable vive en registros canónicos validados. Posiciones de fuerza, cámaras, clusters, recursos GPU y otros detalles del renderer son derivados y reemplazables.

Coordinación a dos velocidades

El preview durante pan y zoom conserva respuesta inmediata; los eventos confirmados delimitan cuándo el mundo, el grafo o análisis más caros deben recalcularse.

El estado del renderer es descartable

Cada instancia visible resuelve a identidad canónica y ocurrencia. Arrastrar nodos, mover cámaras, hacer clustering o aplicar fuerzas no reescribe evidencia geográfica o temporal.

Una autoridad de movimiento por superficie

deck.gl posee el momentum de cámara del mundo mientras la simulación D3 usa un reloj de solver acotado e independiente del refresh. Evitar bucles de inercia duplicados reduce saltos y conflicto entre física de interacción y layout.

Enfoque de desarrollo

El proceso de diseño alterna entre dos vistas del mismo material: la cronología estricta y la historia que una persona intenta contar con ella.

Los experimentos comienzan con combinaciones reales de eventos, rangos, categorías e historias, junto con tamaños de pantalla deliberadamente restringidos. Las ideas visuales entran en el modelo compartido cuando aclaran la interpretación y preservan los hechos subyacentes.

Los experimentos narrativos se ejecutan sobre datos funcionales desde el comienzo. La validación y las comprobaciones de publicación preservan la estructura factual mientras la presentación continúa evolucionando.

Volver al primer caso de estudio: Slipmat↻