Mapa del sismo de Chupaca — Junín, Perú · 18 de julio de 2026
Epicentro, réplicas en vivo desde el IGP y los 7 distritos en estado de emergencia. Sin servidor, sin base de datos, sin claves de API.
El 18 de julio de 2026 a las 21:24 hora local, un sismo sacudió la provincia de Chupaca, en el departamento de Junín. Se originó en la reactivación de la falla Los Altos del Mantaro — una falla continental somera, no una ruptura de subducción. Por eso un sismo de magnitud moderada tumbó tanto adobe.
| Magnitud | Profundidad | Intensidad máx. | Fallecidos | Heridos | Damnificados |
|---|---|---|---|---|---|
| 5.4 Mw | 9.5 km | VI | 5 | 71 | 2 764 |
Cifras al corte del 27/07/2026, Reporte Complementario N.º 9725 del COEN-INDECI. El EDAN seguía abierto a esa fecha: estas cifras cambian.
La mayoría de las muertes ocurrió en el anexo Pumpunya. Los reportes de prensa de los primeros días hablaban de 6 fallecidos (5 en Pumpunya y 1 en Huacrapuquio); el consolidado oficial del COEN registra 5. La discrepancia no está resuelta públicamente: el mapa se atiene a la cifra oficial y declara su fecha de corte.
7 distritos en estado de emergencia, 60 días, por DS-106-2026-PCM y DS-111-2026-PCM:
| Provincia de Chupaca | Provincia de Huancayo |
|---|---|
| Chongos Bajo · San Juan de Iscos · Ahuac | Chupuro · Viques · Huacrapuquio · Huayucachi |
Un dato que el mapa no puede mostrar pero conviene tener presente: hay distritos con daño reportado que quedaron fuera del decreto.
Requiere Node 20 o superior.
pnpm install
pnpm dev # http://localhost:5173
pnpm test # 290 tests
pnpm lint # 0 warningsEn modo desarrollo se activa una capa de reportes de muestra: 8 puntos con foto, completamente ficticios, para prototipar cómo se vería la capa colaborativa. Están marcados como tales en el nombre del archivo, en la carpeta, en la propia imagen, en la interfaz y en el sistema de tipos. Se apagan solos fuera de desarrollo, y hay un test que barre todas las fuentes del mapa para verificar que no dejan rastro.
Ni SIGRID (CENEPRED) ni SINPAD (INDECI) aceptan reportes ciudadanos. Son sistemas de gestión que miran hacia adentro. Una persona damnificada en Ahuac no tiene hoy ningún canal para decir "esto se cayó, acá está la foto, acá está la coordenada".
La idea a futuro es que este mapa reciba ese testimonio. Con una regla que no se negocia:
Se documenta infraestructura y vía pública. No personas.
src/
├── lib/igp/ cliente de la API del IGP: normalización y errores tipados
├── data/ datos verificados del evento y geometrías de los 7 distritos
├── components/ capa visual con MapLibre GL
├── hooks/ consumo del IGP con cancelación real
└── muestra/ prototipo ficticio, aislado de todo lo anterior
La arquitectura tiene una decisión de fondo: la capa sísmica no necesita backend. La API del IGP tiene CORS abierto, así que el navegador la consulta directamente. Cero infraestructura, cero costo, cero exposición legal. Todo el costo y todo el riesgo viven en la capa colaborativa, que por eso va después y no antes.
Este proyecto nació verificando, y esa disciplina está incrustada en el código.
Toda cifra declara su unidad y su fecha de corte. El tipo no compila sin ellas. Los damnificados pasaron de ~300 a 2 764 en nueve días: una cifra sin fecha es información defectuosa. Y "300 familias" y "300 damnificados" difieren por un factor de seis — las dos circularon en prensa como si fueran lo mismo.
Toda coordenada tiene procedencia documentada. Las geometrías de los 7 distritos salen de relations reales de OpenStreetMap, con su id y su ubigeo anotados. Ninguna fue inventada, y una auditoría las comparó vértice por vértice contra Nominatim.
Hay dos soluciones del IGP y el mapa muestra ambas. La preliminar —automática, la que expone la API y replicó la prensa— da M5.1 a 24 km. El informe técnico final la revisa a M5.4 a 9.5 km. El mapa dibuja las dos, etiquetadas, porque la discrepancia es real y ocultarla sería peor que explicarla. La API en vivo seguirá devolviendo soluciones preliminares para las réplicas: eso no es un error, son estados de revisión distintos.
Wikipedia no es fuente aquí. Su artículo sobre este sismo publica el epicentro en
latitud 14.691 norte — que cae en el Pacífico frente a Chiapas, México. Hay un
test en src/data/distritos.test.ts que falla si alguna latitud del proyecto es
positiva. Ese test existe exactamente por eso.
| Qué | Licencia |
|---|---|
| Código | MIT |
| Límites distritales y mapa base | ODbL 1.0 — la atribución en la interfaz es obligación de la licencia, no un adorno |
| Datos sísmicos | Instituto Geofísico del Perú |
Se agradece la ayuda. Lee CONTRIBUTING.md — es corto, pero tiene reglas sobre manejo de datos que sí importan.
Hay tareas abiertas y clasificadas por dificultad en
issues. Si eres nuevo en el
proyecto, busca la etiqueta good first issue.
Ideas de dónde hay trabajo, si quieres proponer algo tú:
- Accesibilidad — el mapa es un canvas; hace falta una alternativa navegable por teclado
- Inglés — la audiencia es global y todo está en español
- Mapeo en OSM — los 7 distritos casi no tienen edificios dibujados (entre 0 y 27 cada uno)
- Despliegue — no hay CI ni hosting configurado
- La capa de fotos — blur de rostros, strip de EXIF, moderación y almacenamiento, todo por hacer
Si eres de Junín y algo de lo que muestra este mapa está mal, abre un issue. Ese reporte vale más que cualquier funcionalidad nueva.
Hecho para que Chupaca, Ahuac, Chongos Bajo, San Juan de Iscos,
Chupuro, Viques, Huacrapuquio y Huayucachi existan en el mapa.