Existen m\u00faltiples niveles de eliminaci\u00f3n de contenidos, ficheros e \u00edtems, en DSpace, algunos corresponden a la base de datos \/ metadatos, y podr\u00edamos llamarlos niveles l\u00f3gicos, asociados a los denominados \u00abestados\u00bb del \u00edtem y otros niveles corresponden a los ficheros de los \u00edtems y al assetstore, podr\u00edamos denominarlos niveles f\u00edsicos. Revisemos las caracter\u00edsticas principales de los mismos. <\/p>\n
Eliminar ficheros de un \u00edtem \/ deleting Bitstreams<\/strong> Retirar items \/ Withdrawn<\/strong> Eliminar Items, borrado definitivo \/ Expunge<\/strong> Borrado F\u00edsico de los archivos del item<\/strong> Para saber m\u00e1s….<\/strong><\/p>\n A partir de la versi\u00f3n 1.8, la funcionalidad Edici\u00f3n masiva de metadatos<\/em> (bulk metadata editing) incorpora la posibilidad de especificar \u00abacciones\u00bb en los \u00edtems. Para ello hay que a\u00f1adir en el CSV a la derecha de las columnas id y collection, una nueva columna, denominada \u00abaction\u00bb y que contenga uno de estos tres valores (o vac\u00edo):<\/p>\n Existen m\u00faltiples niveles de eliminaci\u00f3n de contenidos, ficheros e \u00edtems, en DSpace, algunos corresponden a la base de datos \/ metadatos, y podr\u00edamos llamarlos niveles l\u00f3gicos, asociados a los denominados \u00abestados\u00bb del \u00edtem y otros niveles corresponden a los ficheros …<\/p>\n
\nEl administrador tiene una serie de posibilidades para gestionar los bitstreams (archivos) del item. Desde el UI podr\u00e1 a\u00f1adir nuevos archivos, reordenar los bitstreams dentro de un bundle (desde la 1.8), y borrar<\/em> archivos. <\/p>\nUI de administrador, en editar item-->Archivos del Item-->Borrar Archivos<\/em><\/pre>\n
\nUn item \u00abretirado\u00bb significa que se proh\u00edbe <\/em>el acceso al item (no confundir con el sistema de permisos sobre los bitstreams), quedando completamente oculto en los resultados de b\u00fasquedas<\/em> o \u00edndices. Sin embargo, si se referencia el handle, aparecer\u00e1 un mensaje indic\u00e1ndonos que el item ha sido retirado, en este sentido el handle sigue existiendo. Este estado es reversible, un administrador podr\u00e1 \u00abrecuperar\u00bb este item y hacerlo nuevamente visible. <\/p>\nUI de administrador, en Editar \u00edtem->>Estado del Item--> Retirar...<\/em><\/pre>\n
\nEn un paso adicional, un \u00edtem puede ser \u00abeliminado\u00bb, expunged en su t\u00e9rmino ingl\u00e9s, por el administrador de DSpace. Todos los rastros del item se eliminar\u00e1n de nuestra base de datos. Este estado no es recuperable, pues supone el borrado permanente del registro en la base de datos. Una referencia al handle nos proporcionar\u00e1 un \u00abpage not found\u00bb y el handle nunca se reutilizar\u00e1. <\/p>\nUI de administrador, en Editar \u00edtem->>Estado del Item--> Borrar completamente<\/em><\/pre>\n
\nUna vez eliminado el registro de Dspace, a\u00fan quedar\u00e1n en el assetstore los ficheros del item hasta que ejecutemos un cleanup, que elimina del assetstore los ficheros de los items marcados como borrados en la base de datos. Para evitar colisiones con operaciones de archivado, este comando borra s\u00f3lo bitstreams marcados como deleted con m\u00e1s de una hora de antiguedad. <\/p>\nEn el interfaz CLI [dspace]\/bin\/dspace cleanup<\/pre>\n
\n