Fuente primaria
Bizi Zaragoza GBFS
Discovery GBFS consultado y validado de forma periodica.
Ciudad
ZaragozaActiva
Guia publica de confianza
Metodologia y calidad de datos de Bizi Zaragoza
Esta pagina explica como se construyen las lecturas publicas de DatosBizi: de donde sale el dato base, con que frescura se actualiza, que metricas son estimadas y que limites conviene tener presentes antes de interpretar estaciones, barrios, rankings e informes.
32 dias de cobertura275 estaciones con historicoSaludable
Cobertura visible
32 dias · 10/3/2026, 2:26:56 -> 9/4/2026, 2:49:59
Base compartida por informes, rankings y fichas publicas.
Cadencia observada
~5 min por sondeo
Lectura reciente del pipeline y de la frescura del sistema.
Versiones activas
cov-20260409-1556219 · API v0.5.0
Ultimo informe publicado: abril de 2026.
Como se construye la capa publica
Del feed oficial a paginas utiles y comparables
El dato base llega desde el feed oficial GBFS de Bizi Zaragoza. A partir de ese origen se capturan snapshots de estaciones, se validan, se agregan y se reutilizan en varias capas: disponibilidad actual, historico agregado, rankings, hubs territoriales, informes mensuales y endpoints API.
La ultima muestra util hoy es 9/4/2026, 2:49:59 y el lag visible del pipeline es 5 min. Cuando falta cobertura o la serie es parcial, la policy SEO desindexa las plantillas debiles en lugar de forzar contenido pobre. Ese criterio se aplica igual a estaciones, barrios, informes y landings.
Snapshot actual
Lo que ves ahora mismo
Bicis disponibles, anclajes libres y capacidad describen el estado reciente de una estacion, no una media historica.
Historico agregado
Lo que suele pasar
Rotacion, horas problema, perfiles horarios y comparativas por barrio usan series acumuladas, no una sola foto puntual.
Demanda y movilidad
Lecturas estimadas
La demanda publica es un indice de actividad y la movilidad es una estimacion agregada por zonas; ninguna de las dos equivale a viajes oficiales uno a uno.
Prediccion
Orientacion, no garantia
Las predicciones combinan patrones historicos y estado reciente para anticipar tensiones a corto plazo, pero no sustituyen la lectura real final.
FAQs visibles
Preguntas que mas cambian la interpretacion
De donde salen los datos de estaciones?
La fuente principal es el feed GBFS oficial de Bizi Zaragoza: https://zaragoza.publicbikesystem.net/customer/gbfs/v2/gbfs.json. A partir de ese discovery se consultan station_information y station_status de forma periodica, y luego se validan y agregan para analitica.
Con que frecuencia se actualiza el dashboard?
Los datos se refrescan de forma periodica y la API usa cache corta para no saturar consultas. Por eso puede haber unos minutos de diferencia entre una vista y otra.
Demanda significa numero real de viajes?
No exactamente. Es un indice para medir "actividad" del sistema. Va muy bien para comparar dias y zonas, pero no debe leerse como contador oficial de viajes cerrados.
Que son exactamente las predicciones del dashboard?
Son valores estimados de disponibilidad futura (por ejemplo +30 y +60 min). Se calculan con patrones del pasado + situacion actual. Sirven para anticipar, no para confirmar lo que va a pasar al 100%.
Siguiente paso segun tu necesidad
Rutas relacionadas
API y datos abiertos
OpenAPI, CSV, versiones y trazabilidad del mismo dataset explicado aqui.
Estado y cobertura
Comprueba frescura, incidencias, lag del pipeline y salud operativa antes de interpretar.
Archivo mensual
Usa el contexto metodologico para leer mejor los informes y sus insights por mes.
Fichas de estacion
Baja al detalle publico de disponibilidad, horas activas y comparacion con la ciudad.
Barrios y contexto territorial
Interpreta comparativas por barrio sabiendo que metricas son snapshot y cuales son agregadas.
Ayuda completa del dashboard
Si necesitas mas detalle operativo o FAQ extensa, entra en la ayuda interna del producto.