::xml-utils.com::

Hasta ahora, el formato ODF contaba con la posibilidad de poder almacenar una firma digital asociada en formato XML Signature.

Gracias a esta característica, podemos garantizar la identidad del autor o persona que ha generado el documento y lo ha firmado, y la integridad del mismo asegurando que no haya sido alterado.

Por otra parte, si queremos asegurar que el certificado utilizado es válido en el momento de la firma o establecer la fecha y hora de firma de forma feaciente, es necesario utilizar un formato de firma XML más avanzado que XML Signature.

Todos estos requisitos son cubiertos por el estándar XAdES, que en su perfil XAdES-X-L extiende la información criptográfica especificada por XML Signature y le añade la respuesta OCSP del servicio de validación de certificados y el sello de tiempo, entre otros muchos atributos. Es por todo esto que XAdES ha sido elegido como el formato de firma base para la generación de facturas electrónicas en formato Facturae.

Así pues, gracias al nuevo soporte de XAdES que tendrá ODF 1.2, podremos contar con todas estas nuevas funcionalidades que tan importantes son para la adminsitración electrónica y la preservación de documentos digitales.

Adicionalmente, es interesante destacar que PDF, vía la generación de firmas digitales en formato CMS, también es capaz de almacenar un sello de tiempo generado por una autoridad certificadora.

Enlace a la noticia original:

http://homembit.com/2009/01/firmas-digitales-en-el-odf-12-seran-compatibles-con-la-icp-brasil.html

2 Comments

Después de una muy larga espera y muchos intentos de tener un toolkit unificado para el manejo del estándar ODF (OpenDocument Format), IBM y Sun Microsystems han anunciado en la OpenOffice.org Conference 2008 el lanzamiento de un nuevo site que unificará todos los esfuerzos desplegados alrededor de ODF:

http://odftoolkit.org/

Dentro del ámbito de Java, han habido dos intentos reseñables de ofrecer un API “pura” para el manejo de ODF, es decir, que no necesitaran acceder a una instalación de OpenOffice corriendo como un servicio:

- odf4j. Implementación dentro del marco de desarrollo de OpenOffice.
- jOpenDocument. Implementación muy completa, con soporte incluso para la conversión de hojas de cálculo a PDF.

Posteriormente, la gente de Sun Microsystems tomaron el control del proyecto odf4j y lo rediseñaron por completo. Con una nueva arquitectura de capas y el “empujón” de tener un grupo de expertos desarrolladores detrás, nació ODFDOM.

Con este nuevo toolkit se ha conseguido unificar esfuerzos de forma que, jOpenDocument ha pasado a basarse en ODFDOM en lugar de realizar su propio mantenimiento del acceso al modelo de objetos de los documentos ODF.

Sólo añadir que, para los desarrolladores .NET, también existe una implementación oficial dentro del proyecto “ODF Toolkit” y se llama AODL.

3 Comments

El formato MARC o Machine Readable Cataloging nació en los años 60 para compartir registros bibliográficos y catálogos entre bibliotecas.

Ejemplo de un registro en formato MARC21:

00549nam 2200181 450 008004100000021002100041035001500062080001000077100\
00280008724500630011525000100017826000300018830000300021849000380024850400270028\
6650002400313999003000337^^920413s1988 sp ad W 000 cat ^^10^_a84-7596-137-1^_bm^^ ^_a0000-00560^^00^_a82.08^^10^_aCassany i Comas^_hDaniel^^10^_aDescriure escriure^_bcom s'aprèn a escriure^_dDaniel Cassany^^00^_a2ª ed^^00^_aBarcelona^_bEmpúries^_c1988^^00^_a192 p.^_bil.^_igràf.^_c20 cm^^00^_aBiblioteca Universal Empúries^_v35^^00^_aBibliogr.: p.[185]-190^^00^_aLiteratura^_xTècnica^^00^_aVTLSFF4002 930429 0002^^^]

Posteriormente nace MARCXML, con la definición de un XML Schema para describir la estructura MARC21 y así poder codificar los registros MARC en XML:

http://www.loc.gov/standards/marcxml/schema/MARC21slim.xsd

El equivalente al ejemplo anterior, pero en formato MARC es el siguiente:

<?xml version="1.0" encoding="iso-8859-1" ?>
<marc:collection xmlns:marc="http://www.loc.gov/MARC21/slim"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.loc.gov/MARC21/slim http://www.loc.gov/standards/marcxml/schema/MARC21slim.xsd">
<marc:record>
<marc:leader>00549nam 2200181 450</marc:leader>
<marc:controlfield tag="008">920413s1988 sp ad W 000 cat</marc:controlfield>
<marc:datafield tag="021" ind1="1" ind2="0">
<marc:subfield code="a">84-7596-137-1</marc:subfield>
<marc:subfield code="b">m</marc:subfield>
</marc:datafield>
<marc:datafield tag="035" ind1="" ind2="">
<marc:subfield code="a">0000-00560</marc:subfield>
</marc:datafield>
<marc:datafield tag="080" ind1="0" ind2="0">
<marc:subfield code="a">82.08</marc:subfield>
</marc:datafield>
<marc:datafield tag="100" ind1="1" ind2="0">
<marc:subfield code="a">Cassany i Comas</marc:subfield>
<marc:subfield code="h">Daniel</marc:subfield>
</marc:datafield>
<marc:datafield tag="245" ind1="1" ind2="0">
<marc:subfield code="a">Descriure escriure</marc:subfield>
<marc:subfield code="b">com s'aprèn a escriure</marc:subfield>
<marc:subfield code="d">Daniel Cassany</marc:subfield>
</marc:datafield>
<marc:datafield tag="250" ind1="0" ind2="0">
<marc:subfield code="a">2ª ed</marc:subfield>
</marc:datafield>
<marc:datafield tag="260" ind1="0" ind2="0">
<marc:subfield code="a">Barcelona</marc:subfield>
<marc:subfield code="b">Empúries</marc:subfield>
<marc:subfield code="c">1988</marc:subfield>
</marc:datafield>
<marc:datafield tag="300" ind1="0" ind2="0">
<marc:subfield code="a">192 p.</marc:subfield>
<marc:subfield code="b">il.</marc:subfield>
<marc:subfield code="i">gràf.</marc:subfield>
<marc:subfield code="c">20 cm</marc:subfield>
</marc:datafield>
<marc:datafield tag="490" ind1="0" ind2="0">
<marc:subfield code="a">Biblioteca Universal Empúries</marc:subfield>
<marc:subfield code="v">35</marc:subfield>
</marc:datafield>
<marc:datafield tag="504" ind1="0" ind2="0">
<marc:subfield code="a">Bibliogr.: p.[185]-190</marc:subfield>
</marc:datafield>
<marc:datafield tag="650" ind1="0" ind2="0">
<marc:subfield code="a">Literatura</marc:subfield>
<marc:subfield code="x">Tècnica</marc:subfield>
</marc:datafield>
<marc:datafield tag="999" ind1="0" ind2="0">
<marc:subfield code="a">VTLSFF4002 930429 0002</marc:subfield>
</marc:datafield>
</marc:record>
</marc:collection>

Así pues, ante la necesidad de convertir de MARC21 a MARCXML, he desarrollado un sencillo script en Python que realiza el proceso. Para utilizarlo, sólo es necesario pasarle como parámetro el fichero de origen y el destino:

python marc2xml.py
Usage: run.py <fichero_marc> <fichero_xml>

Podeis descargar el script aquí

No Comments

Desde la Universitat Jaume I y gracias al trabajo de Javier Herrero Vicente del Servicio de Lenguas y Terminología de esta universidad, se ha hecho pública una primera traducción del interfaz de gestión de la herramienta de archivo DSpace. Manakin o XMLUI (nombre con el que se conoce a este interfaz) está desde hoy disponible en catalán y próximamente en castellano después de la revisión de una de las traducciones existentes.

Es posible descargar la traducción a través del proyecto DSpace Sandbox albergado en Google Code.

No Comments

Organizado por la Universitat Jaume I, el I Congreso sobre gestión y conservación del documento electrónico reunió a expertos tanto del campo técnico como archivístico:

http://eldocumentoelectronico.uji.es

Con el título de Arquitecturas orientadas a servicios para la preservación de objetos digitales se presentó una ponencia a dicho congreso, cuyo extracto podeis leer a continuación:

…
En este artículo expondremos las iniciativas que existen actualmente para la definición del formato interno de los objetos digitales, su preservación, visualización confiable, intercambio y aseguramiento. Analizaremos sus ventajas e inconvenientes desde el punto de vista de la interoperabilidad y la orientación a servicios, y las ubicaremos dentro de una arquitectura global cuyo objetivo es conseguir un entorno abierto, pero que garantice la integridad de los contenidos y su preservación.
…

Podeis acceder al artículo completo aquí y a los vídeos del congreso aquí

No Comments