Limpieza de Metadatos: El reto de migrar de OJS 2 a OJS 3.4
Autoría: Paola Joana Bañuelos García | SciELO Mark-up Specialist
Directora de Ingeniería de Metadatos en Arpa Editorial
Conectar en LinkedInMigrar un sistema OJS no es simplemente mover archivos; es una intervención quirúrgica sobre el historial científico de una institución. Sin una auditoría previa de metadatos, los errores de marcaje JATS heredados pueden multiplicarse exponencialmente.
1. El Problema de la Herencia: Basura de Metadatos
En versiones antiguas de OJS 2, los metadatos solían almacenarse con poca rigurosidad semántica. Al actualizar a OJS 3.4, los nuevos esquemas de base de datos requieren una normalización estricta. Errores comunes en las etiquetas de afiliación, nombres de autores invertidos o DOIs mal formateados pueden corromper el proceso de actualización, dejando artículos inalcanzables.
2. Auditoría Previa: El Check-list del Ingeniero
Antes de ejecutar el script de actualización, en Arpa recomendamos realizar una auditoría de SQL sobre las tablas article_settings y author_settings. Es fundamental identificar campos nulos obligatorios y caracteres especiales mal codificados que podrían romper la estructura XML JATS resultante.
3. Preservando el XML JATS Histórico
El mayor reto es asegurar que los archivos XML JATS publicados en el pasado sigan siendo válidos bajo las nuevas reglas de renderizado de OJS 3.4. Implementamos rutinas de validación masiva mediante Parser XML para detectar discrepancias antes de que el usuario final vea una página de error.
Advertencia Técnica
OJS 3.4 introduce cambios significativos en el manejo de galleys y archivos dependientes. Realiza siempre un respaldo atómico de la base de datos y de la carpeta de archivos (files_dir) antes de cualquier intento de migración.