尚未偵測到更新。GitHub 發布版本後會顯示在這裡。
個人 GitHub 帳號下公開儲存庫的擁有者可以登入並驗證所有權,自行管理介紹,無需管理員核准。
登入並產生驗證檔案,在 30 分鐘內將其提交至此儲存庫的預設分支。其他分支或分叉儲存庫中的檔案無效。然後在下方檢查檔案,即可無需管理員核准直接管理專案。請保留檔案以維持管理權限。
如需登入,將前往登入頁面。登入後請回到此處,再次點擊所選的驗證按鈕。
在專案資料夾中執行 /nomorevibe verify,即可驗證所有權並自行管理介紹。
一分鐘完成驗證Digital archive and database for the preservation of club culture, flyers, and graphic design history in León (Spain).
翻譯準備中
取自儲存庫 README
正在載入完整 README。 以下為已儲存的摘錄。
Archivo digital de la historia de la música electrónica en León (España), contada a través del diseño gráfico: flyers, carteles y material promocional de los eventos celebrados entre 2004 y 2019 (festivales como el FIV de Valdepiélago, fiestas de Ravers 7.5, The Mouseroom, etc.). El proyecto es una aplicación web construida con Astro (SSR) que lee sus datos en vivo desde una hoja de Google Sheets (que actúa como CMS) y muestra el archivo en tres vistas: Galería, Mapa y Lista, con página de detalle por evento, página de información del proyecto y una intro animada.檢視完整 README ↗
Archivo digital de la historia de la música electrónica en León (España), contada a través del diseño gráfico: flyers, carteles y material promocional de los eventos celebrados entre 2004 y 2019 (festivales como el FIV de Valdepiélago, fiestas de Ravers 7.5, The Mouseroom, etc.).
El proyecto es una aplicación web construida con Astro (SSR) que lee sus datos en vivo desde una hoja de Google Sheets (que actúa como CMS) y muestra el archivo en tres vistas: Galería, Mapa y Lista, con página de detalle por evento, página de información del proyecto y una intro animada.
Detrás del proyecto están dos personas: Marcos Abella y Galo Franganillo (diseño). El diseño de referencia vive en Figma: Memoria Electrónica Leonesa (Figma).
Requisitos: Node.js >= 22.12.0.
npm install
npm run dev # servidor de desarrollo en http://localhost:4321
npm run build # build de producción (adapter de Vercel)
npm run preview # previsualizar el build
Para guías sobre cómo trabajar en este repositorio con agentes de IA (Claude, Gemini, ChatGPT, Copilot, Cursor, etc.), consulta AGENTS.md.
No hay variables de entorno: la hoja de Google Sheets es pública (lectura vía endpoint gviz) y la clave de Google Maps está incrustada en src/layouts/Layout.astro.
/
├── public/ # Assets estáticos (flyers de fallback, imágenes de EmptyState, favicon)
├── scripts/fetch_sheet.py # Resolución/caché de coordenadas desde la hoja (offline)
├── src/
│ ├── components/ # Componentes Astro reutilizables (EmptyState, IntroLogo, Link, TagWithLink…)
│ ├── data/ # resolved_coordinates.json (caché de geocoding)
│ ├── layouts/Layout.astro # <head> común, tema claro/oscuro, Maps bootstrap, ClientRouter
│ ├── pages/
│ │ ├── index.astro # Home SPA: Galería/Mapa/Lista con el mapa y su panel (monolito, más de 7000 líneas)
│ │ ├── event/[id].astro # Página estática de detalle de evento (por idMel)
│ │ ├── info.astro # Proyecto / Equipo / Contacto (contenido desde la hoja)
│ │ └── exposiciones.astro # Sala de Exposiciones (en construcción, EmptyState)
│ └── styles/global.css # Design tokens (colores, espaciado, tipografía) + utilidades
├── AGENTS.md # Guía independiente del modelo para agentes de IA
└── docs/ # Documentación permanente del proyecto
HeaderTitle de 4 estados: título ⇄ input ⇄ término fijado) que filtra todas las vistas.?detail=MEL-XXXX).EmptyState) con tinte fotográfico duotono para búsquedas nulas y secciones en desarrollo.localStorage.La documentación es la única fuente de verdad sobre el proyecto:
| Documento | Contenido |
|---|---|
| AGENTS.md | Punto de entrada para cualquier agente de IA: reglas obligatorias, política de documentación continuada y checklist DoD |
| docs/product.md | Visión de producto, usuarios objetivo, filosofía de diseño y límites del proyecto (Non-goals) |
| docs/architecture.md | Arquitectura del sistema, flujo de datos SSR de Google Sheets, bus de eventos y componentes |
| docs/design-system.md | Tokens de diseño, tipografía, paletas de color, especificaciones de componentes y reglas de UX |
| docs/development.md | Convenciones de código, patrones obligatorios, política de actualización y flujo de desarrollo |
| docs/decisions.md | Registro histórico de decisiones técnicas e ingeniería (formato contexto → decisión → motivo) |
| docs/roadmap.md | Estado actual del desarrollo, funcionalidades completadas, deuda técnica y backlog |
| docs/journal.md | Diario histórico congelado (la cronología vigente es git log) |