El mapa completo de paneles para gestionar estaciones, revisar datasets, moderar contribuciones y administrar el sistema de tickets.
Esta página no tiene login, así que cualquiera puede leerla. Por eso no dice cuál es la contraseña de administrador ni cómo se genera. Si te falta, pedísela a InfoLab IANIGLA.
Hay una única contraseña administrativa compartida (no es por usuario) que
da acceso a toda la gestión del sitio — estaciones, datasets, contribuciones, tickets.
Se te pide apenas entrás a cualquier panel protegido, por ejemplo admin.php.
Por ejemplo admin.php (gestión de estaciones) o /admin/ (panel central). Si no tenés sesión activa, te muestra este formulario:
/admin/ es el punto de entrada que enlaza a todos los paneles de abajo, más
analíticas de visitas del sitio (/admin/visitas.php).
Tabla con todas las estaciones, filtro por nombre/alias/email, y botón "Nueva Estación".
También tiene el editor de Alias .dat (mapeo de nombre de estación en
la base de datos → nombres que llegan en los archivos .dat de los
dataloggers Campbell) — importante porque si un archivo llega con un nombre no
mapeado, la ingesta automática no sabe a qué estación asignarlo.
Datos generales, coordenadas, especie(s) monitoreada(s), institución, metadatos
Darwin Core (admin_metadata.php) y quiénes son los
administradores de datos autorizados (tabla
Emails_Autorizados, columna es_admin_datos) — esto es lo que
controla quién puede pedir el link de descarga o subir datos de esa estación puntual.
Subir, reordenar y activar/desactivar fotos por estación (formato WebP, hasta 5 MB, máximo 10 fotos activas).
Cola de datasets que subieron los administradores de datos de cada estación (vía subir_procesado.php). Podés aprobar, rechazar o devolver con comentario. Solo lo aprobado queda visible en ver_procesados.php.
Resumen de flags de calidad de todas las estaciones en un solo lugar (batería crítica, sensores congelados, anotaciones manuales), en vez de entrar estación por estación.
Ver el historial de correos con archivos .dat/.csv procesados automáticamente vía IMAP, y diagnosticar por qué un archivo no se cargó (nombre no mapeado en Alias, formato inesperado, etc.).
Para archivos históricos o con fallas de formato que la ingesta automática no puede procesar sola — carga manual forzada. Usar con cuidado: no pasa por las mismas validaciones que el flujo normal.
Moderación de publicaciones/congresos/pósters que investigadores cargan como contribuciones de la Red — asignación de número, aprobación, visibilidad pública en contribucion/publico.php.
Aprobación de datasets subidos por colaborar.php: al aprobar, el archivo se publica en Zenodo y se genera un DOI que se envía por email al investigador.
El Help Desk (/tickets/) tiene
su propio login (magic link, no la contraseña de administrador de arriba) y
tres roles: admin, provider (técnico) y client
(quien pide ayuda).
Aceptar/rechazar tickets pendientes, responder en el hilo, adjuntar archivos.
Botón "Marcar resuelto": le manda al cliente un email con lo que pidió, lo que le respondiste, y dos links — "Sí, está resuelto" (cierra) o "No, falta algo" (reabre con su observación). Si no responde en 15 días, se cierra solo. Distinto del botón "Cerrar ticket", que cierra directo sin pedir esa confirmación — usalo solo cuando no haga falta preguntarle nada al cliente.
Áreas/servicios a los que se puede dirigir un ticket, y gestión de usuarios del Help Desk.
admin_equipos.php?id=X, agregá su email a la lista de
autorizados con es_admin_datos = 1. Eso le habilita tanto el link
de descarga (mis_datos.php) como el acceso a datos crudos en la
página de la estación.
recepcion.php/inspector.php para ver si el
correo se procesó. La causa más común es que el nombre de la estación en el
archivo no coincide con ningún alias cargado en admin.php →
"Configurar Alias". Si el archivo tiene un problema de formato que la ingesta
no puede resolver sola, usar excepcion.php.