Skip to content
gtfs.media

Tableros de salidas en los que los pasajeros pueden confiar.

Un "2 min" congelado es peor que no tener pantalla. Cada decisión de diseño en nuestra pila de pantallas parte de ese modo de fallo — y lo previene.

En lenguaje sencillo

Una pantalla es una pantalla que muestra cuándo llegará el próximo autobús o tren.

Este software dibuja esas pantallas a partir de tu propio feed.

Tú eliges qué parada o ruta muestra cada pantalla. Las pantallas luego se actualizan solas.

Funcionan en hardware económico. También funcionan en pantallas que consumen muy poca energía.

A departure board showing route badges, destinations, and minutes to arrival
La pantalla de parada por defecto: rutas, destinos y minutos, con alertas debajo — cómo se ve una pantalla antes de cualquier personalización. Diseños de hardware personalizados →
An operations dashboard showing feed health, last ingest time, and vehicle counts
El panel de operaciones detrás de la flota: últimos tiempos de conexión por pantalla, estado del feed estático y estado del feed en tiempo real — editable en sitio.

Desde una sola parada hasta toda la red

Dirige una pantalla a cualquier nivel de tu sistema: una sola parada, una ruta, varias entidades a la vez, una agencia o toda la red. Cada pantalla es una pequeña entidad de configuración que puedes desplegar con control de versiones o crear ad hoc desde una URL.

  • Pantallas de parada — pantallas de marquesinas y tableros de plataforma
  • Tableros de ruta y sistema — salas de operaciones, centros de tránsito
  • Variantes como diseños — LCD, e‑ink, móvil o el tuyo propio mediante un hook
  • Superficies multipantalla — una parada en dos paneles coordinados, pasando páginas en sincronía
# A saved, deployable display
/gtfs/display/{context}

# Ad hoc: any GTFS entity, straight from the URL
/gtfs/display/stops/4021
/gtfs/display/routes/17

# Two screens, one stop, synchronized paging
/gtfs/display/stops/4021/pd1/top
/gtfs/display/stops/4021/pd1/bottom
Actualizado hace 4 min — reconectando…

Cuando los datos se vuelven obsoletos, la pantalla lo dice.

La conectividad en el campo falla — los módems celulares se caen, los enlaces de retorno fluctúan, los feeds fallan. Lo que importa es lo que hace la pantalla a continuación.

  • Banner de obsolescencia — después de un par de consultas fallidas, los pasajeros ven "Actualizado hace X min" — nunca un "2 min" congelado.
  • Degradación elegante — después de minutos sin conexión, las cuentas regresivas en vivo se retiran y los horarios programados toman el relevo, claramente etiquetados.
  • Shell sin conexión — un service worker mantiene la pantalla arrancando y renderizando durante cortes, con datos de la última versión conocida del almacenamiento local.

Funciona durante años en el kiosco que ya tienes.

El hardware de campo es viejo, de bajo rendimiento y rara vez se reinicia. El frontend de pantallas es una micro-aplicación JavaScript vanilla sin dependencias — sin framework, sin dependencias de runtime — compilada en un único bundle pequeño con CSS plano.

  • Poca memoria, poco CPU — las actualizaciones del DOM se comparan y se indexan; sin procesamiento de DOM virtual.
  • Paginación sincronizada — la rotación de páginas se deriva del reloj con corrección de desviación, para que los bancos de pantallas cambien juntos.
  • Retroceso y variación — consultas corteses que se recuperan suavemente y nunca sobrecargan tu API.

Herramientas para el equipo de operaciones

Pon tu feed a trabajar.

Trae tu feed y tu inventario de hardware — nosotros traemos el software que los mantiene honestos.

hello@gtfs.media Ver los mapas →