Linux y Libertad

Carta por la Innovación, la Creatividad y el Acceso al Conocimiento

2009-12-08T11:22:23Z

Carta por la Innovación, la Creatividad y el Acceso al Conocimiento

Fuente original: http://fcforum.net/es/charter_extended

Los Derechos Humanos de ciudadanos y artistas en la era digital

Incluye soluciones legales, inmediatas y urgentes

Nosotros, una amplia coalición de ciudadanos, usuarios, consumidores, organizaciones, artistas, hackers, miembros del movimiento por la cultura libre, economistas, abogados, profesores, estudiantes, investigadores, científicos, activistas, trabajadores, desempleados, emprendedores, creadores provenientes de más de 20 países

Invitamos a toda la ciudadanía a que haga suya esta Carta, a que la divulgue y a que la ponga en práctica.

Invitamos a todos los gobiernos, multinacionales e instituciones a que atiendan, comprendan e implementen urgentemente los contenidos de esta Carta.

1. Introducción

La sociedad de la información y el nuevo contexto digital han supuesto una revolución en la forma de crear conocimiento y cultura, y, sobre todo, en la forma de acceder a ellos. Ciudadanos/as, artistas y consumidores/as han dejado de ser sujetos pasivos y aislados/as frente a la industria de producción y distribución de contenidos. Ahora cada persona colabora, participa y decide.

La tecnología, como puente, permite que las ideas y el conocimiento fluyan; acabando así con muchas de las barreras geográficas y tecnológicas que impedían compartir; proporcionado, además, nuevas herramientas educativas y propiciando la aparición de nuevas fórmulas de organización sociales, económicas y políticas. Esta revolución es comparable a la que provocó la imprenta.

A pesar de esto, la industria del entretenimiento, la mayoría de los proveedores de servicios de comunicaciones y los centros de poder siguen basando sus beneficios y su autoridad en el control de los contenidos, de las herramientas y de los canales de distribución, manteniendo una economía de la escasez. Y todo esto violando los derechos de los/as ciudadanos/as a la educación, al acceso a la información, a la cultura, a la ciencia y la tecnología, la libertad de expresión, la inviolabilidad de las comunicaciones y de la privacidad. La protección de intereses privados no debería permitirse cuando produce un atraso en el desarrollo de la sociedad en general, sin tener en cuenta el interés público.

No todas las instituciones, estructuras y convenciones del sistema actual sobrevivirán si no son capaces de adaptarse a los nuevos tiempos. Las que sobrevivan se verán alteradas y redefinidas por la nueva realidad, y es posible que para ello necesiten esquemas de funcionamiento totalmente distintos.

Implicaciones políticas y económicas de la cultura libre

La filosofía de la “cultura libre” amplía drásticamente los espacios para la implicación ciudadana, permitiendo que un amplio abanico de personas y grupos participen y se impliquen en debates públicos. Refuerza la democracia y más tiempos donde más se necesita, como son tiempos de crisis. La cultura libre es una condición previa para hacer real la libertad de expresión, que a su vez es condicio sine qua non para la existencia de la democracia. Ayuda a reducir la brecha digital, liberando el potencial democrático de las nuevas tecnologías.

La cultura libre potencia nuevos modelos de implicación ciudadana en la provisión de bienes públicos y de servicios basados en el procomún. El “gobierno del procomún” hace referencia a las reglas y los límites necesarios y acordados para gestionar la producción colectiva y el acceso a recursos compartidos. El gobierno del procomún reconoce e incorpora la participación, la inclusión, la transparencia, el acceso equitativo, y la sostenibilidad como objetivos a conseguir a largo plazo. Reconocemos el procomún como una forma distinta y deseable de gobierno, no necesariamente ligada a la forma convencional de actuar de las instituciones tradicionales, demostrando la fuerza actual de la sociedad civil.

Entendemos que la economía social, junto con el mercado, constituye una importante fuente de valor. La incorporación de una nueva y revitalizada idea del procomún a través de la tecnología digital (entre otros factores) amplía lo que entendemos por “economía” e insta a los gobiernos a respaldar el procomún al igual que respalda la economía de mercado. Para prosperar, el procomún sólo necesita igualdad de condiciones.

La actual crisis económica ha mostrado los límites de modelos anteriores. Por otro lado la filosofía de la cultura libre, heredada del software libre, es la mayor demostración empírica de que una nueva ética y una nueva empresa son posibles. Ha demostrado que existe una nueva forma de producción que funciona, basada en habilidades e intercambios, donde el/la autor/a o productor/a no pierde el control de la producción y puede liberarse de los mediadores en la producción y en la distribución. Y lo ha hecho basándose en la iniciativa individual, en la solidaridad con otros, con mecanismos de intercambio de acuerdo a las posibilidades y habilidades de cada persona, democratizando el conocimiento, en la educación, por medio de una producción y una distribución justa de los beneficios de acuerdo al trabajo realizado.

Expresamos nuestra preocupación por el bienestar de los/as artistas, investigadores/as, autores/as y otros productores/as creativos/as. En esta Carta proponemos varias fórmulas para recompensar colectivamente la creación y la innovación. El software libre, Wikipedia, las licencias libres en Net Labels o en editoriales de libros y otros muchos ejemplos muestran que el modelo de la cultura libre puede preservar la innovación y que no son necesarios monopolios del conocimiento para producir conocimiento.

La sostenibilidad de la producción de conocimiento y cultura depende significativamente del tipo de ‘producto’ (por ejemplo, los costes de una película son muy diferentes a los de una enciclopedia colaborativa en Internet). Entre los proyectos e iniciativas de cultura libre se pueden identificar varias vías para conseguir sostenibilidad. Algunas de estas vías ya están consolidadas, mientras que otras aún se encuentran en fase de pruebas. Un principio bastante extendido es que la combinación de varias vías de financiación garantiza una mayor independencia de los proyectos.

Los modelos para conseguir una producción cultural sostenible incluyen entre otros: donaciones e intercambios no monetarios (p.ej., regalos, banca y trueque de tiempo); financiación directa (p.ej., suscripciones y donaciones); capital compartido (p.ej., fondos de contrapartida, cooperativas de productores, inter-financiación / economía social, banca P2P, moneda virtual, financiación múltiple, capital abierto, cooperativas comunitarias o de consumidores); fundaciones que garantizan la infraestructura a los proyectos; financiación pública (p.ej., renta básica, fondos de mutua, becas, premios, subsidios, contratos públicos y comisiones); financiación privada (p.ej., inversiones de riesgo, acciones, patronazgo privado, fondo común de inversiones para negocios); actividades comerciales (incluyendo tanto bienes como servicios) y combinación de distribución P2P y streaming de bajo coste. La combinación de estas opciones supone un aumento de la viabilidad de los proyectos, tanto para creadores independientes como para la industria.

Deben existir reglas claras que promuevan el conocimiento común, protegiéndolo de formas de apropiación exclusiva y que prevengan la aparición de monopolios u oligopolios a raíz de dichas apropiaciones.

La era digital conlleva implícita la promesa histórica de un mundo más justo y beneficioso para todos.

Este es el objetivo de las propuestas desarrolladas a continuación.

2. Demandas legales

Desde un punto de vista legal, se han identificado lagunas que existen en las regulaciones y tratados nacionales e internacionales sobre el acceso a la cultura,tanto en el ámbito empresarial privado como en las relaciones contractuales o en las políticas culturales públicas. Son necesarias reformas para acabar con estos errores prejudiciales. Estas lagunas en las legislaciones vigentes perjudican el interés público e impiden el desarrollo de una industria cultural democrática y puesta al día.

Los comportamientos conservadores y defensivos de la industria del entretenimiento han creado una situación donde los creativos y sus audiencias han sido enfrentados unos contra otros. Este conflicto beneficia enormemente a los grupos de presión industriales y gubernamentales dándoles control sobre los flujos globales de información a expensas de los creadores y los consumidores, perjudicando al interés público.

El interés público pasa, sin duda, por respaldar y asegurar una creación continua de obras intelectuales, debido a su importante valor social, y asegurar que toda la ciudadanía pueda acceder a ellas sin trabas, para una gran variedad de usos.

A. Prueba de los tres pasos inversa (paradoja de la prueba de los tres pasos)

La innovación, la creatividad y el acceso al conocimiento sólo pueden ser limitados o restringidos si las tres condiciones siguientes se cumplen de manera simultánea:

Circunstancias excepcionales de interés público;
Cuando los métodos empleados no minan ni discriminan el uso, la transformación y la difusión del conocimiento, obras creativas y estructuras tecnológicas, servicios y software;
Cuando tales restricciones no violan los derechos humanos y civiles en la sociedad de la información y no son por lo demás incongruentes con una cultura democrática.

B. Conocimiento común y dominio público

Trabajos no sujetos a copyright

No deben estar sujetos a copyright las leyes, informes gubernamentales, documentos y discursos políticos, o regulación en la conformidad de la información.
No se deben introducir derechos sui generis sobre bases de datos, y éstos deben ser revocados en aquellas jurisdicciones en las que existan.

Obras en dominio público

Debe existir la garantía de que todos los trabajos en dominio público son accesibles.
Toda jurisdicción debería permitir que un trabajo sea donado al dominio público directamente antes de que termine su período de copyright.
Los resultados de desarrollos financiados con dinero público deben ser publicados bajo una licencia libre y abierta y todas las patentes desarrolladas deben ser publicadas libres de pagos de derechos de autor y de cualquier otra restricción.
Los resultados de investigaciones financiadas a través de instituciones educativas deberían ser publicados en un modelo de libre acceso. Los creadores de estas políticas deberían implementar las recomendaciones del Acuerdo de París con respecto a las publicaciones académicas.

Obras de libre acceso

Cada sistema legal deberá facilitar y promover las licencias de libre acceso en la misma medida que las licencias propietarias.

Obras huérfanas

Debe existir libertad de uso de aquellas obras cuyo propietario del copyright no ha podido ser localizado tras buscarlo debidamente.

Obras accesibles

Se debe permitir el libre acceso, enlace e indexado de cualquier trabajo que, aun no estando bajo una licencia libre, esté a disposición del público en Internet.

Obras propietarias

La duración del copyright no debe exceder el mínimo marcado en el Convenio de Berna. A largo plazo, apoyamos la reducción de esta misma duración del copyright. Unos términos de copyright demasiado largos no beneficien a los consumidores ni a a la comunidad creativa.

C. Defensa del acceso a las infraestructuras tecnológicas y neutralidad en la red

Internet es esencial para el acceso al conocimiento, la educación y el ejercicio práctico y significativo de la libertad de expresión y comunicación.
Los/las ciudadanos/as y consumidores/as tienen derecho a una conexión a Internet que les permita enviar y recibir el contenido que deseen, usar los servicios y aplicaciones que deseen, conectar el hardware y usar el software que deseen, siempre que esto no afecte negativamente a la red.
Los/las ciudadanos/as y consumidores/as tienen derecho a una conexión a Internet libre de discriminación, ya consista ésta en bloquear, limitar o priorizar determinados tipos de aplicaciones, servicios o contenidos, o basada en la ubicación del emisor o el receptor.
Las direcciones IP de los/las ciudadanos/as y consumidores/as son datos identificables en potencia y, por lo tanto, las personas asociadas con estos datos tienen derecho a solicitar su corrección o eliminación o a impedir la transmisión de su información personal.
Filtrar el contenido de Internet es una amenaza a los derechos fundamentales y es una solución inválida, inefectiva y desproporcionada. No se debe imponer ninguna limitación ni filtrado sin una orden judicial previa.
Los/las ciudadanos/as y consumidores/as tienen derecho a acceder a una banda del espectro gratuita y libre de licencia para las comunicaciones digitales, como la banda de TV analógica y, en general, al menos un 25% de cualquier nueva banda del espectro que se deje de usar.

D. Derechos en un contexto digital

Las patentes, pagos de derechos de autor y demás incentivos similares (a veces llamados “propiedad intelectual”) no deben ser considerados un fin en sí mismos, sino como un medio de promover el interés público, la innovación y el acceso a la ciencia y a la tecnología.

Derecho de cita

La cita, definida como la extracción de parte de una obra, pero no toda ella, debe defenderse en todos los casos como vía para un desarrollo democrático de la sociedad de la información. Será lícita siempre que la obra citada haya sido publicada previamente, y se haga con propósitos educativos o científicos, o simplemente informativos, creativos, u otros cualesquiera.

Copia privada

Los derechos individuales en el ámbito privado y para uso personal no deben ser minados por los derechos exclusivos del autor.
Una obra ya previamente hecha pública no necesitará la autorización del titular del copyright, ni existirá derecho a compensación a su favor, para su reproducción en cualquier forma, siempre y cuando sea para uso privado o para ser compartida entre iguales, y no se obtenga ningún beneficio económico, ni directo ni indirecto, de ella.

Uso justo

No es necesaria la autorización del autor para la reproducción o difusión de obras artísticas, científicas o técnicas que ya hayan sido publicadas, cuando el propósito sea educativo, científico, informativo, satírico o accesorias al proyecto creativo principal, siempre que se atribuya correctamente la obra y se respeten todos los derechos morales.
La defensa del derecho a la copia privada y el uso justo debe ser firme y absoluta, teniendo en cuenta que la copia es la base principal del aprendizaje y la cultura. Los autores/creadores están en deuda con la cultura compartida, y por ello sus contribuciones a la cultura no tienen que estar asociadas a ninguna forma de compensación más allá del uso comercial (ventas, honorarios asociados a las citadas ventas o conciertos).
Se hace especial énfasis en defender el derecho a la información.
Se hace especial énfasis en preservar el derecho de parodia.
Adicionalmente, suscribimos la lista de usos justos enunciados en el artículo 3-1, “General Limitations and Exceptions to Copyrights”, del borrador del documento de acceso al conocimiento 2005 de Knowledge Ecology International (en)
Las indemnizaciones deben estar limitadas a daños económicos probados por falsificaciones concretas. La pérdida o lucros cesantes no se deben aplicar a la copia privada y usos personales.
Trabajos no originales ni creativos: los hechos y trabajos que carezcan de creatividad (“una cantidad mínima de creatividad”) no deben estar sujetos a protecciones por copyright o similares.

Libertad de innovación

La libertad y la innovación no son conceptos opuestos, sino que están fuertemente relacionados. Los regímenes legales represivos pueden reducir la libertad y perjudicar la innovación. La gente necesita libertad para modificar, mejorar y probar inventos, dispositivos y sistemas, y para discutir críticamente sobre estas innovaciones.

Patentes

Consultar el borrador del documento de acceso al conocimiento 2005 de Knowledge Ecology International (en) Parte 4.

E. Estímulo de la creatividad y la innovación

Expresamos nuestra preocupación por el bienestar de artistas y autores. Proponemos varias fórmulas para recompensar colectivamente la innovación y la creación artísticas mediante los siguientes criterios:

Deben existir diversas fuentes de apoyo económico para las comunidades creativas, ya sean comerciales, mediante apoyo fiscal directo orientado por los consumidores o inversiones públicas.
Para promover una remuneración justa de los artistas, el papel de los intermediarios deben reducirse. El papel de los intermediarios debe limitarse a funciones de vigilancia tales como recabar estadísticas de uso y definir la distribución a los beneficiarios.

Derechos de autor y beneficios de las ventas

Los creadores/autores deberían recibir una justa compensación por su trabajo. En los trabajos creativos por cuenta ajena donde nos se puedan cobrar derechos de autor en tiempos o cantidades razonables, se debería garantizar un salario. El objetivo debe ser la creación de una situación de empleo estable para los autores/creadores no necesariamente dependiente de los altos y bajos de los pagos de derechos de autor.
Las desigualdades en la capacidad de negociación llevan a situaciones injustas entre las personas que crean y las entidades comerciales que invierten, y venden bienes culturales y conocimiento, provocando que muchos trabajos creativos no lleguen al público. Los/las autores/as y creadores/as deberían ser pagados equitativamente por las actividades en las que participan, sean o no miembros de una sociedad de gestión. Los tribunales no deberían apoyar contratos injustos entre autores/as y productores. Pasados 30 años desde la firma de un contrato con un productor o un empleador, el/la autor/a o sus herederos deberían tener la oportunidad de recuperar los derechos sobre la obra con copyright. Esto no debe afectar a la validez de las licencias actuales, o las licencias abiertas para usar trabajos publicados, incluyendo aquellos que incluyan condiciones para proteger el procomún.
Si existe una explotación comercial de un trabajo, la regulación de los derechos económicos debería proteger los intereses económicos de las comunidades creativas, y asegurar que terceras partes, tales como distribuidoras, no impiden que las comunidades creativas puedan obtener una porción justa de los beneficios, incluyendo el pago de derechos de autor.
Deberían abolirse todos los “cánones digitales” injustos que sancionan indiscriminadamente en nombre de la “compensación de los/as artistas”, y que tratan de penalizar actividades que no son criminales en modo alguno.

Derechos de autor y sociedades de gestión

Los/las autores/as siempre deberían poder revocar el mandato de las entidades de gestión.
Las sociedades de gestión son entidades privadas que deben administrar única y exclusivamente las “cuentas” de sus miembros, que nunca suponen la totalidad de la comunidad creativa.
La libre competencia debería garantizarse, al igual que ocurre con cualquier entidad privada. Deberían abolirse los monopolios legales de sociedades de gestión.
Autores/as y editoriales no deberían ser representados por la misma institución, como ocurría en tiempos de los sindicatos verticales.
Por encima de todo, las sociedades de gestión deberían administrar únicamente las obras que estén registradas en su base de datos, y no deberían recaudar fondos provenientes del uso de obras que están publicadas explícitamente con una licencia libre. No debería permitirse que ninguna sociedad de gestión impida a los/las artistas o autores/as usar licencias libres.

F. Acceso a las obras por parte de personas con problemas de lectura

Cuando formatos accesibles de obras para personas que tienen dificultades de lectura se crean bajo limitaciones y excepciones de copyright, los sistemas legales de todo el mundo deben facilitar la importación y exportación transfronteriza de dichos trabajos.

G. Transparencia

Para evitar la violación de derecho fundamental alguno (p.ej., invasión de la privacidad, libertad de expresión, etc.) se necesita reforzar la transparencia. Esto debe incluir información proveniente de las autoridades responsables de la aplicación de la ley y sobre la naturaleza de los trámites obligatorios.

El gobierno debería garantizar, a través de un proceso público y transparente, la existencia de sistemas de evaluación de la forma en la que se aplican las normativas. Los resultados publicados por expertos independientes contratados para la evaluación (véase “directivas de base de datos”) deberían ser tenidos en cuenta a la hora de establecer las normativas.

Una forma de garantizar transparencia en los procesos consiste en realizar auditorías de transparencia obligatorias. Proponemos un sistema de tres avisos para aquellos que violen el derecho de la ciudadanía a estar informada. Hay un interés general en que haya transparencia en las actividades de los grupos de presión. Un proceso transparente en el establecimiento de normativas nacionales e internacionales debe incluir, al menos:

Acceso público a los documentos relacionados con el proceso, la posibilidad de asistir a las reuniones (incluyendo a través de Internet) y poder leer las actas de estas reuniones. Estas actas deben incluir los nombres de los asistentes, consejeros y los votos emitidos.
Detalles sobre las personas que toman las decisiones.
Oportunidades para enviar comentarios sobre el proceso de establecimiento de normativas. Se deben publicar los comentarios de todos los contribuidores. Es necesario un diálogo entre todas las partes implicadas, especialmente respondiendo a los comentarios por escrito. Las intervenciones públicas deberían formar parte de las actas publicadas.
Información sobre cualquier evidencia que se presente para promover o justificar determinadas políticas, incluyendo las fuentes y su fiabilidad. Es necesaria la evaluación o revisión por pares de los datos concernientes a los sistemas de propiedad intelectual.
Un acceso democrático a las estadísticas necesarias para evaluar el modo en el que los sistemas de copyright y patentes funcionan, incluyendo, por ejemplo, el impacto de las medidas aplicadas en los precios, en los pagos de derechos de autor a los/las creadores/as por acceder a sus obras o el impacto sobre los derechos y libertades fundamentales.

3. Directrices para la educación y el acceso al conocimiento

El aprendizaje es un proceso de construcción social que tiene lugar mediante el intercambio de conocimiento, experiencia y de los diversos matices culturales. La cultura evoluciona a medida que el conocimiento impregna la sociedad. Entendemos la educación como un proceso social que implica un amplio abanico de actores educativos, tecnologías, entidades y actividades, no solamente las oficiales y formales. Nuestra visión de la educación busca fomentar una cultura de intercambio de conocimiento e innovación educativa que sea eficiente y sostenible, basada en los principios de esta Carta.

Para conseguirlo, necesitamos acciones e intervenciones políticas en las áreas que se detallan a continuación.

A. Empoderamiento de los educadores

La educación es una herramienta fundamental para mejorar nuestra sociedad y alcanzar el progreso de la humanidad. Debemos reconocer lo importante que es la labor de los educadores, quienes necesitan ser entrenados para hacer llegar a los estudiantes los valores de la cultura del compartir y el uso del software y el conocimiento libres en general. Por ello, instamos a las instituciones y comunidades educativas a:

Asegurar el entrenamiento y la asistencia técnica de los educadores para usar software libre y recursos educativos abiertos.
Asegurar que los educadores pueden dedicar una parte de su tiempo a aprender, mantener y colaborar en la composición de recursos educativos abiertos.
Construir nuevas comunidades de educadores para compartir conocimiento y experiencias, y poner en contacto las actuales comunidades.

B. Apoyo y concienciación

La imitación es el punto de partida del aprendizaje. Copiar y compartir conocimiento son principios fundamentales de cualquier proceso educativo. La cultura del compartir adopta estos principios en vez de desaconsejarlos. Por ello, instamos a las instituciones y comunidades educativas a:

Apoyar y subvencionar actividades para concienciar y educar en la cultura del compartir para promover una educación libre, distribuida y abierta. Mostrar casos prácticos en la educación como buenas prácticas y fomentar la creación de nuevos proyectos.
Otorgar becas para incentivar la producción de material revisado por los propios educadores, estudiantes, bibliotecarios/as y editoriales.

C. Material educativo

Los recursos educativos son una herramienta básica para la educación; su publicación abierta en el dominio público o bajo licencias libres facilita el acceso, estimula el progreso y la participación y atiende a la diversidad cultural, al mismo tiempo que maximiza la reutilización y la eficiencia. Por ello, instamos a las instituciones y comunidades educativas a:

Elaborar recursos educativos abiertos y material educativo libre.
Distribuir este material:
- A través de Internet, usando repositorios bien estructurados, basados en estándares abiertos y fáciles de usar.
- A través de copias impresas (p.ej., con las editoriales universitarias ya existentes) y haciéndolas llegar a las universidades públicas y a la gente con problemas económicos.
Publicar el material que ha disfrutado de financiación pública, de forma que se pueda reusar sin restricciones legales ni técnicas. Para ello, usar el dominio público o una licencia libre, preferiblemente con protección copyleft.
Traducir a varios idiomas y adaptar el material para darle la mayor difusión global posible.

D. Software y otras herramientas

El software libre permite estudiar y aprender conceptos en lugar de cajas negras, permite la transparencia en procesos de intercambio de información, asegura la competición y la innovación, proporciona independencia de intereses corporativos y hace crecer la autonomía de los/as ciudadanos/as.

El uso de estándares y formatos abiertos es esencial para asegurar la interoperabilidad técnica, establecer un marco de competencia a los proveedores de software, conseguir un acceso sin complicaciones a la información digital y mantener el conocimiento y la memoria social ahora y siempre. Por ello, creemos que:

Las instituciones educativas deberían usar software libre como herramienta de aprendizaje, como objetivo de aprendizaje en sí mismo y como base para su estructura tecnológica.
Todo el software desarrollado en un entorno educativo y financiado con fondos públicos debe ser publicado bajo una licencia libre.
Promover el uso de software libre en libros de texto como una alternativa al software privativo a la hora de realizar tareas relacionadas con el proceso de aprendizaje, como puede ser cálculo numérico, edición de imágenes, composición de documentos, etc., allí donde sea aplicable.
Desarrollar, publicar y promover herramientas libres de edición para elaborar y mejorar el material didáctico.
Deben rechazarse tecnologías del estilo de la Gestión Digital de Derechos (DRM, del inglés Digital Rights Management) para asegurar un acceso permanente a los recursos educativos y garantizar el aprendizaje a lo largo de toda la vida.

E. Reconocimiento y certificación

Las nuevas formas de producción colectiva se encuentran actualmente en difusión en el sistema educativo, por lo que las habilidades y la experiencia adquirida de esta forma debe tomarse en cuenta en forma acreditaciones y certificaciones oficiales. Por ello, instamos a las instituciones educativas y a las autoridades a:

Crear mecanismos de certificación para reconocer la cultura del compartir y la educación abierta dentro del sistema educativo.
Integrar estas nuevas prácticas educativas con las que ya existen oficialmente.
Adaptar las políticas de investigación científica para que reconozcan los beneficios de las revistas de acceso libre y el archivado propio, para reforzar las dinámicas del debate científico y la calidad de la retroalimentación.

F. Educación entre pares y colaboración entre educadores y estudiantes

Las barreras entre quien aprende y quién enseña cada vez son más bajas y empiezan a aparecer nuevos métodos educativos. Las comunidades abiertas y la participación en procesos de producción entre pares son de enorme valor para el aprendizaje. Por ello, instamos a las instituciones y comunidades educativas a:

Fomentar el trabajo en colaboración entre profesores y estudiantes para producir conocimiento.
Estimular a los estudiantes para que se impliquen en enseñar a sus compañeros.
Compartir las atribuciones entre los educadores y los estudiantes.
Promover el trabajo colaborativo e interdisciplinario entre los educadores de distintos campos.

G. Conocimiento científico y académico

Las publicaciones de libre acceso permiten el acceso a los resultados de investigaciones científicas, tanto a los propios científicos como a la sociedad en general; aumentan las posibilidades de aprender y permiten que diversas disciplinas compartan sus resultados. Por ello, creemos que:

Las universidades y los centros de investigación deberían adoptar el modelo de libre acceso para la publicación de resultados de investigaciones.
Debería desaconsejarse el uso de patentes en los resultados de investigaciones financiadas con fondos públicos. Las patentes propiedad de instituciones públicas deben publicarse irrevocablemente, libres de pago por derechos de autor y de otras restricciones.

4. Necesidades estructurales para una sociedad del conocimiento

Privacidad

Los/as ciudadanos/as tienen derecho a:

Navegar por Internet y acceder a sus contenidos de manera anónima.
No revelar sus claves privadas o descifrar sus datos.
Decidir en cualquier momento trasladar, modificar o cancelar sus datos de usuario de cualquier servicio de Internet.
No sufrir interceptación alguna de sus comunicaciones, excepto bajo orden judicial previa, y a cifrar sus comunicaciones a cualquier nivel, sin limitaciones en la clave o el algoritmo utilizado.
No recibir mensajes no solicitados.

Derecho a las redes: libertad de uso, creación y conexión

La sociedad civil y la administración pública han de tener el derecho a proveer e implementar servicios de conexión a redes, incluyendo aquellos ofrecidos de manera gratuita y sin condiciones a los ciudadanos.
Los ciudadanos deben tener derecho a conectarse a redes libres sin ninguna restricción (hardware libre, tethering, etc.).

Infraestructuras y regulación del mercado

Neutralidad: la neutralidad de la Red debe ser garantizada (léase Glosario de términos y Demandas legales sección C, para una definición más precisa).
Simetría: los proveedores de acceso a Internet deben garantizar conexiones simétricas o una proporción de carga/descarga razonable. Debería existir un acceso a la banda ancha (ITU-i113) como servicio universal para los ciudadanos.
Diversidad: deberían evitarse los monopolios en las infraestructuras y servicios de telecomunicaciones. Los ciudadanos tienen derecho a tener acceso a más de un proveedor (público o privado) y a que la oferta de este servicio de banda ancha no esté vinculada a la adquisición de otros productos o servicios. En todo caso la ciudadanía tiene derecho a disponer de sistemas, medios e infraestructuras que permitan el acceso libre a Internet (”dividendo digital”).
Los proveedores de telecomunicaciones deben satisfacer las velocidades de acceso acordadas contractualmente; en los contratos prepago, sólo debe pagarse el tráfico que sea explícitamente transferido o demandado por el usuario. Los proveedores tienen que garantizar a los ciudadanos la opción de tarifa plana.

Administración pública

El sector público, los proyectos financiados con fondos públicos y aquellos que impliquen a los ciudadanos por ley o de manera que afecte sus derechos fundamentales, deberían usar siempre software libre y estándares abiertos.
Cuando no exista una solución libre o estándares abiertos, el gobierno o la administración pública competente debería promover el desarrollo del software que sea necesario. Mientras tanto, para garantizar el proceso democrático en su conjunto, sólo deben usarse las soluciones que puedan someterse a una auditoría pública.
Los resultados de desarrollos financiados por fondos públicos deben publicarse siempre bajo una licencia de software libre y de código abierto y todas las patentes publicadas libres de pago de derechos de autor y otras restricciones.
Los gobiernos deben garantizar un acceso gratuito a Internet no exclusivo, independientemente del lugar de residencia de cada ciudadano/a; como mínimo del nivel necesario para que el/la ciudadano/a pueda involucrarse en la democracia e interactuar con sus instituciones públicas.

Cómo debería procederse en la administración pública en temas de evaluación y compra de software

La compra pública de software debería evaluar el coste total de su uso, incluyendo los costes de dejar de usarlo y de migrar a un software alternativo.
La contabilidad pública debería distinguir claramente los costes de las licencias de software, el mantenimiento, el soporte técnico, y el servicio, desvinculándolos de los del hardware.

5. Glosario de términos

Ir a Glosario de términos

6. Referencias

Introducción

Benkler The Wealth of Networks: How Social Production Transforms Markets and Freedom (Yale Press 2006) [1]
Ostrom, E. Governing the Commons: The Evolution of Institutions for Collective Action Ostrom, Elinor, Cambridge University Press, 1990.
Jeremy Rifkin, The Third Industrial Revolution [2]
Fuster Morell, Mayo (2009) “Online creation communities for the building of digital commons: Participation as an eco-system?” Contribution to the panel on “Organizational principles and political implications” of the International forum on free culture – Barcelona October 30 2009 - Mayo Fuster Morell - Participation as an eco-system
David Bollier “A New Politics of the Commons” Published in Renewal magazine.
Felix Stalder. Between democracy and spectacle. Limitations of the web2.0 discourse
Hilary Wainwright: Brainstorming questions responding to the challenge to think about the political implications of free culture
De la Web 2.0 a la Web Libre y punto: Por una liberación del software y los servicios que dan soporte a la web social (es) From Web 2.0 to Free Web: For the release of software and services that support the social web (en)
Graeme Chesters and Ian Welsh Complexity and Social Movement: Process and Emergence in Planetary Action Systems
Lula and Free Software - Lula da Silva, Brazilian President, talks about the importance of Free Software and the Internet at the 10th Free Software Internacional Forum (FISL), in Porto Alegre, Brazil - June 26th, 2009
Brazilian Digital Culture Forum - public and open social network for the formulation and construction of democratic public policies for digital culture.
Berlinguer, Marco (2009) “Investigating organisational logics and mentalities present in contemporary social movements - Parallels between Open Source and Free Software Movement and the Global Justice movement”. Contribution to the track “Organizational principles and political implications” of the International forum on free culture – Barcelona October 30 2009.

Grupo Blogx Populi, de Guifi.net. From Web 2.0 to Free Web - For the release of software and services that support the social web (en)

Documentos y fuentes legales

draft document A2K 2005 (http://keionline.org/content/view/235/1)
Necessary and Urgent Measures to Protect the Knowledge Society by eXgae (http://co-ment.freeknowledge.eu/text/6/)
La Quadrature du Net on Net Neutrality (http://www.laquadrature.net/en/Net_neutrality)
Consumer International. IP-watchlist09 (http://a2knetwork.org/sites/default/files/ip-watchlist09.pdf)
Proposal made to the ONU´s World Organisation for Intellectual Property made by Amigos del Desarrollo (Friends of Development) (Argentina, Bolivia, Brazil, Cuba, Ecuador, Egypt, Iran, Kenya, Perou, Dominican Republic, Sierra Leone, South Africa, Tanzania and Venezuela) (http://www.wipo.int/edocs/mdocs/scp/en/scp_11/scp_11_5.pdf)
- Daniel J. Gervais. “Towards a New Core International Copyright Norm: The Reverse Three-Step Test” Marquette Intellectual Property Law Review 9 (2005): 1-37(http://works.bepress.com/daniel_gervais/1)
- Asking for an open internet in Europe (http://www.euopeninternet.eu/)
The Norwegian principles NRA.(http://www.npt.no/iKnowBase/Content/109604/Guidelines%20for%20network%20neutrality.pdf)
FCC 4 first principles (http://hraunfoss.fcc.gov/edocs_public/attachmatch/DOC-260435A1.doc)
Julius Genachowski’s speech from 21 Sept adding principle 5 & 6(http://openinternet.gov/read-speech.html)
PiratPartiet Principles (http://www.piratpartiet.se/international/english)
Adelphi_Charter (http://en.wikipedia.org/wiki/Adelphi_Charter)
BlackOutEurope (http://blackouteusp.wordpress.com/)
Koleman Strumpf, Felix Oberholzer-Gee - Harvard Business School Report on Filesharing and Copyright (http://www.hbs.edu/research/pdf/09-132.pdf)
Carta Europea de los Derechos Ciudadanos en la Era Digital (http://www.enriquedans.com/?s=carta&x=0&y=0)
http://www.apc.org/en/node/5677/

Declaraciones pasadas en relación con la educación y el acceso al conocimiento

The Budapest Open Access Initiative, 2002, http://www.soros.org/openaccess/read.shtml
The Berlin Declaration on Open Access to Knowledge in the Sciences and Humanities, 2003, http://oa.mpg.de/openaccess-berlin/berlindeclaration.html
Capetown Open Education Declaration, 2007, http://www.capetowndeclaration.org
Open University Campaign, Wheeler Declaration, 2008, http://wiki.freeculture.org/Open_University_Campaign
Open Standards Definition, http://freeknowledge.eu/definitions/openstandards
Definition of Free Cultural Works: http://freedomdefined.org/Definition
Declaration on Libre Knowledge: http://wikieducator.org/Declaration_on_libre_knowledge
Free Software Definition: http://www.gnu.org/philosophy/free-sw.html
Why schools should exclusively use Free Software, http://www.gnu.org/philosophy/schools.html
The Trivandrum Declaration, Free Software, Free Society, 2005, http://fsfs.in/content/trivandrum-decleration
Indian Free & Open Source community Charter: http://fosscomm.in/Charter
Franklin Street Statement on Freedom and Network Services: http://autonomo.us/2008/07/franklin-street-statement/

7. Miembros de FCForum

1 eXgae
2 Networked Politics
3 Mayo Fuster Morell
4 P2P Foundation
5 Michel Bauwens
6 Consumers International
7 Electronic Frontier Foundation (EFF)
8 David Bollier
9 Knowledge Ecology International / James Love
10 Free Knowledge Institute (FKI)
11 La Quadrature du Net
12 ScambioEtico
13 Pirat Partiet/Amelia Andersdotter
14 European Digital Rights (EDRI)
15 Creative Commons España/ Ignasi Labastida
16 Transnational Institute/Hilary Wainwright
17 Students for Free Culture
18 Jose Murilo
19 Nagarjuna G.
20 John Howkins
21 Foundation for a Free Information Infrastructure (FFII)/ Alberto Barrionuevo
22 ALQUA
23 Isaac Hacksimov
24 Dyne.org Foundation/Denis Jaromil Roio
25 The Open Standards Alliance/Stefan Marsiske
26 David Evan Harris
27 David Hammerstein
28 Joan Subirats
29 Fundación Karisma
30 Carlos Sanchez Almeida
31 Conservas
32 FLOSS Manuals
33 David Maeztu
34 Josep Jover
35 Patricia Vila
36 Javier Candeira
37 IT-Political Association
38 ScriptumLibre
39 Felix Stalder
40 Franziska Heine
41 Dmytri Kleiner
42 Anne Ostergaard
43 Jack J. Marxer
44 Alan Toner
45 Roberto Santos
46 Asociación de Internautas / Javier Cuchi
47 Epidemia / Pablo Ortellado
48 Kim Tucker
49 La Casa Invisible
50 Margarita Padilla
51 Guifi
52 Mario Pena
53 Traficantes de Sueños
54 Platoniq
55 Yproductions
56 Jamie King
57 Vittorio Bertola
58 Marco Berlinguer
59 Universidad Nómada
60 ASACC / Carmen Zapata
61 REEM
62 Toni Verger
63 Science, Education and Learning in Freedom (SELF)
64 Ignacio de Castro Arribas
65 Maria Claudia de Azevedo Borges
66 Exit
67 CSDVA
68 La impròpia
69 David Moreno
70 Josean Llorente

8. Adhesiones

1 On the Commons
2 Jimmy Wales
3 Gnowledge lab
4 Free Software Foundation India
5 Wikileaks
6 Javier de la Cueva
7 Gabriella Coleman
8 Iuridicum Remedium
9 Openelibrary
10 Telematics Freedom Foundation
11 Rule of Law Institute
12 Water Forum
13 Miss Despoinas Hackspace/Nancy Mauro-Flude
14 Daniel Mietchen
15 Observatori per a la CiberSocietat
16 Podem.cat/Enric Duran
17 Matusa Barros
18 Santiago Eraso Beloki Si quieres sumarte a esta Carta, difúndela por Internet
Continua …

9. Licencia dual

Esta Carta está publicada con una licencia dual. Puedes volverla a publicar usando cualquiera de estas licencias:

Creative Commons Reconocimiento-Compartir bajo la misma licencia 3.0 Unported.

Licencia de documentación libre de GNU (en).

Una definición válida de banda ancha

2009-12-05T12:50:30Z

Realmente no hay que inventarse nada, la ITU (International Communication Union), organismo internacional de referencia para estas cosas, tiene una buena definición de banda ancha, pero desgraciadamente, no coincide con la que se maneja por algunas operadoras y políticos españoles y europeos. La Recomendación I-113 de la ITU (año1997) dice que «Broad Band», o «Banda Ancha», es aquella que supera la velocidad de «un primario de RDSI», es decir, 1,5 Mbps, o 2 Mbps, en cada sentido. El resto, en aras a la normalización y estandarización que promueve y defiende la ITU, no se puede llamar «Banda Ancha» bajo ningún concepto.

Se denomina «primario de RDSI», o Interfaz de Tasa Primaria (PRI), a un estándar de telecomunicaciones utilizado en la Red Digital de Servicios Integrados para la utilización simultánea de múltiples canales de voz y de datos. El Primario RDSI se definió pensando en las necesidades de las empresas, por lo que podemos decir que el Primario RDSI es una línea «industrial» que llega a los 2 MBps, mientras que la Línea RDSI básica, estaba pensada para atender atender las necesidades del hogar y de las pequeñas empresas, pudiendo usar un canal para datos y otro para voz de forma simultánea, con velocidades de hasta 192 Kbps en función del uso de los canales (voz y datos).

Lo más destacable de la recomendación de la ITU, es que el canal de comunicaciones no tiene que ser simétrico. Ahora bien, tanto en la subida, como en la bajada de datos se ha de superar la velocidad del Primario RDSI. Por ejemplo, con una línea de 3 MBps de bajada y 1,5 MBps de subida. Como se puede ver, en España hay pocas ofertas de telecomunicaciones que podamos considerar «Banda Ancha», digan lo que digan las operadoras y la Administración, máxime, cuando estamos a finales de 2009 y se debería estar aplicando y sin restricciones, una definición del 1997.

En base a lo anterior, no es cierto que en España haya una cobertura para el 99% de la población de «Banda Ancha». Bueno, para ser precisos, puede que si exista esa posibilidad para muchos hogares, lo que faltan son ofertas de estas velocidades y precios adecuados para las mismas. El caso es que en la mayoría de los hogares españoles no se dispone realmente de «Banda Ancha» (en mi caso, tengo 3Mbps/ 320 Kbps), aunque lo cierto es que la podrían tener, si contratan una conexión a precio de oro basada en fibra óptica o satélite.

Pero como se puede ver, como es mi caso, lo que «mata» la definición de «Banda Ancha» en España es la insuficiente velocidad de subida de la mayoría de las conexiones, o dicho de otro modo, la injustificada y acusada asimetría de las líneas ADSL. Supongo que lo que se debería pretender por la Administración, es que todos los usuarios tuvieran acceso a una «Banda Ancha» de verdad con unas velocidades de subida y bajada adecuadas y a un precio razonable.

Si pensamos en las nuevas tecnologías móviles que también nos «venden» como «Banda Ancha» y como la posible solución para aquellos casos en los que el par de cobre no llega a la puerta de la casa, veremos que tampoco se trata de una «Banda Ancha» real.

a) La velocidad del GPRS es de solamente 54 Kbps y se tarifica en función del tráfico. No es una tarifa plana (aunque no es muy cara), pero desde luego, queda lejos de lo que debería ser «Banda Ancha».

B) Si pensamos en UMTS, que es la tecnología que usa el módem USB para PC, los teléfonos que se denominan 3G (con más o menos manga ancha según el caso), que se conectan a Internet usando la red de telefonía móvil a velocidades que dependen de la disponibilidad de cada tipo de cobertura, que todo hay que decirlo, no es global, cuesta un dineral y hay «tarifas planas», que no lo son tanto:

• Bajo cobertura 3.5 G: 3.6/1.4 Mbps (es lo más cercano a la «Banda Ancha» que hay, pero no lo es).
• Bajo cobertura UMTS: 384 Kbps (lejos de lo que debería ser la «Banda Ancha»).
• Bajo cobertura GPRS: 56 Kbps (la velocidad de un módem del siglo pasado).

El problema es que en lugar de usar la razonable recomendación de la ITU, las operadoras y las distintas administraciones nacionales y europeas, se sacan de la manga sus propias definiciones de «Banda Ancha», lo que sin duda, va en contra de los intereses de los usuarios y de la Neutralidad de la Red.

Pero con independencia de lo anterior y vista la definición de «Banda Ancha» de la ITU, no es de recibo que en la Web del Ministerio del Industria, Tecnología y Comercio y en el año 2009, siga apareciendo una definición tercermundista de «Banda Ancha», que considera como tal, toda aquella que supere una velocidad de subida y bajada de 256/128 Kbps. Lo peor de todo, es que también se usa esa definición claramente obsoleta para decir que la cobertura de «Banda Ancha» en España llega al 99% de la población.

También hay que añadir, que en España, según la Ley para el Impulso de la Sociedad de la Información (LISI), tramitada durante la primera legislatura de D. José Luis Rodríguez Zapatero, con la intención de sustituir de Ley de Servicios de la Sociedad de la Información (LISSI) aprobada durante el último Gobierno de D. José María Aznar, se debería haber llegado a la «Banda Ancha» para todos los españoles en enero de 2009, no en enero de 2011, como se promete ahora por el Ministerio de Industria:

Artículo 7. Modificaciones de la Ley 32/2003, de 3 de noviembre, General de Telecomunicaciones. Se modifica la Ley 32/2003, de 3 de noviembre, General de Telecomunicaciones, en los siguientes aspectos:

Uno pre (nuevo). Se modifican las letras a) y c) del apartado 1 del artículo 22 quedando con la siguiente redacción:

«a) Que todos los usuarios finales puedan obtener una conexión a la red telefónica pública desde una ubicación fija y acceder a la prestación del servicio telefónico disponible al publico, siempre que sus solicitudes se consideren razonables en los términos que reglamentariamente se determinen. La conexión debe ofrecer al usuario final la posibilidad de efectuar y recibir llamadas telefónicas y permitir comunicaciones de fax y datos a velocidad suficiente para acceder de forma funcional a Internet. No obstante, la conexión deberá permitir comunicaciones en banda ancha, en los términos que se definan por la normativa vigente.»

"Copyleft 2009 Fernando Acero Martín. Verbatim copying, translation and distribution of this entire article is permitted in any digital medium, provided this notice is preserved"

Manifiesto “En defensa de los derechos fundamentales en internet”

2009-12-02T19:27:40Z

NOTA: «Esta viñeta ha sido creada por Eneko para 20minutos.es y 20 minutos tiene licencia Creative Commons, por lo que puedes cogerla y usarla en el medio que desees en apoyo del Manifiesto, firmándola Eneko/20minutos.es, como reconocimiento al autor y al medio de publicación original.»

Ante la inclusión en el Anteproyecto de Ley de Economía Sostenible de modificaciones legislativas que afectan al libre ejercicio de las libertades de expresión, información y el derecho de acceso a la cultura a través de Internet, los periodistas, bloggers, usuarios, profesionales y creadores de Internet manifestamos nuestra firme oposición al proyecto, y declaramos que:

1. Los derechos de autor no pueden situarse por encima de los derechos fundamentales de los ciudadanos, como el derecho a la privacidad, a la seguridad, a la presunción de inocencia, a la tutela judicial efectiva y a la libertad de expresión.

2. La suspensión de derechos fundamentales es y debe seguir siendo competencia exclusiva del poder judicial. Ni un cierre sin sentencia. Este anteproyecto, en contra de lo establecido en el artículo 20.5 de la Constitución, pone en manos de un órgano no judicial -un organismo dependiente del ministerio de Cultura-, la potestad de impedir a los ciudadanos españoles el acceso a cualquier página web.

3. La nueva legislación creará inseguridad jurídica en todo el sector tecnológico español, perjudicando uno de los pocos campos de desarrollo y futuro de nuestra economía, entorpeciendo la creación de empresas, introduciendo trabas a la libre competencia y ralentizando su proyección internacional.

4. La nueva legislación propuesta amenaza a los nuevos creadores y entorpece la creación cultural. Con Internet y los sucesivos avances tecnológicos se ha democratizado extraordinariamente la creación y emisión de contenidos de todo tipo, que ya no provienen prevalentemente de las industrias culturales tradicionales, sino de multitud de fuentes diferentes.

5. Los autores, como todos los trabajadores, tienen derecho a vivir de su trabajo con nuevas ideas creativas, modelos de negocio y actividades asociadas a sus creaciones. Intentar sostener con cambios legislativos a una industria obsoleta que no sabe adaptarse a este nuevo entorno no es ni justo ni realista. Si su modelo de negocio se basaba en el control de las copias de las obras y en Internet no es posible sin vulnerar derechos fundamentales, deberían buscar otro modelo.

6. Consideramos que las industrias culturales necesitan para sobrevivir alternativas modernas, eficaces, creíbles y asequibles y que se adecuen a los nuevos usos sociales, en lugar de limitaciones tan desproporcionadas como ineficaces para el fin que dicen perseguir.

7. Internet debe funcionar de forma libre y sin interferencias políticas auspiciadas por sectores que pretenden perpetuar obsoletos modelos de negocio e imposibilitar que el saber humano siga siendo libre.

8. Exigimos que el Gobierno garantice por ley la neutralidad de la Red en España, ante cualquier presión que pueda producirse, como marco para el desarrollo de una economía sostenible y realista de cara al futuro.

9. Proponemos una verdadera reforma del derecho de propiedad intelectual orientada a su fin: devolver a la sociedad el conocimiento, promover el dominio público y limitar los abusos de las entidades gestoras.

10. En democracia las leyes y sus modificaciones deben aprobarse tras el oportuno debate público y habiendo consultado previamente a todas las partes implicadas. No es de recibo que se realicen cambios legislativos que afectan a derechos fundamentales en una ley no orgánica y que versa sobre otra materia.

"Copyleft 2009 Fernando Acero Martín. Verbatim copying, translation and distribution of this entire article is permitted in any digital medium, provided this notice is preserved"

Conferencias en La Laguna (I Jornadas Eurolaw-Consulting)

2009-11-23T18:38:57Z

Los días 26 y 27 de noviembre estaré en Tenerife para participar como ponente en las I Jornadas Eurolaw-Consulting invitado por el Dr D. Luis Fajardo, al que tuve el la suerte de conocer cuando participé como ponente en Santiago de Compostela en las I Jornadas de Derecho TIC, en noviembre del año pasado.

El lugar en el que se desarrollarán las Jornadas es el Centro Asociado de la UNED en Tenerife (C/ San Agustín, 30 La Laguna 38201).

Día 26:
13:00-14:00 Consideraciones sobre el DNI-e. Qué firma utilizar en los procesos administrativos.

Día 27:
9:00-10:00 La Ley de Acceso Electrónico de los Ciudadanos a los Servicios Públicos. Los Esquemas Nacionales de Interoperabilidad y de Seguridad.

Las jornadas también cuentan con participantes bien conocidos en la Red como Daniel Armendariz, Javier Cuchí o Ismael Olea y con renombrados académicos, empresarios y políticos, por lo que sin duda, es un gran honor para el que suscribe participar en las mismas.

"Copyleft 2009 Fernando Acero Martín. Verbatim copying, translation and distribution of this entire article is permitted in any digital medium, provided this notice is preserved"

Carta Europea de derechos de los ciudadanos en la era digital

2009-11-01T18:15:17Z

En el Foro Internacional de Cultura Libre, que está teniendo lugar en Barcelona, se debate lo que debería ser la propuesta de una Carta Europea de los Derechos de los Ciudadanos en la Era Digital, un documento que irá dirigido como propuesta para la presidencia española de la Unión Europea. En él se recogen cosas que ya se contemplan de algún modo en la legislación española y de otros países, pero que sería muy positivo que fueran compartidas de forma uniforme y consensuada por todos los países de la Unión Europea.

Básicamente, son elementos que forman parte del ideario y de la conciencia colectiva de los internautas, con independencia de su país de origen. Como por ejemplo, la puesta en común de una definición de Banda Ancha y su consideración como servicio universal, la neutralidad de la red, la puesta a disposición de la ciudadanía de la información pública, o que se subvenciona con fondos públicos, el uso de licencias libres para divulgar la información pública, o la transposición al mundo digital, de los derechos fundamentales que ahora se contemplan en la vida real.

Desde mi punto de vista, es una iniciativa interesante, que está muy relacionada con la intención española de adoptar una Carta de Derechos de Usuarios de Telecos durante su presidencia de la Unión y que en cierto modo, la supera, para imbricarse profundamente en los derechos fundamentales de los ciudadanos en la era digital, algo que se viene reclamando hace tiempo desde muchos sectores.

En este sentido, la Foundation for a Free Information Estructure, ha elaborado el siguiente borrador, que considero muy interesante, ya que contempla la mayor parte de estas ideas e inquietudes:

España desempeñó un papel determinante en octubre de 1990, al presentar un primer texto articulado y motivado sobre la ciudadanía europea. La iniciativa logró entonces el respaldo del Europarlamento. Finalmente, el Tratado de la UE institucionalizó la ciudadanía europea.

España debe aprovechar la presidencia europea para desarrollar las medidas necesarias para la preservación de estos derechos en un entorno donde las TIC pueden amenazar cuestiones básicas como la privacidad y el secreto de las comunicaciones, e impulsar el acceso de los ciudadanos a la tecnología, la cultura y el conocimiento desarrollado en la esfera pública.

El progreso y la innovación tecnológica modifican los hábitos sociales, políticos y económicos, y es por eso que las normas y leyes deben adaptarse para seguir manteniendo los derechos de los ciudadanos en las nuevas circunstancias.

En este momento, es necesario asegurarse de que en la Era Digital se garantizan las condiciones necesarias, para que los ciudadanos sigan disfrutando de sus derechos fundamentales, sabiendo que una gran parte de sus actividades sociales, profesionales, culturales, comerciales, financieras, políticas o educativas, son realizadas telemáticamente mediante medios digitales y en redes como Internet.

Asegurar el acceso universal a una Internet neutral se ha revelado muy eficaz para paliar la crisis y para lograr un futuro más próspero para toda la población. La Neutralidad de la Red (Net Neutrality) es un gran potenciador de la innovación y del desarrollo económico, además de un estímulo para la competencia pero sobre todo es la garante de los derechos civiles en el medio telemático.

Es por ello, que instamos al gobierno español a que promueva que en el corpus legal de la UE se declarare explícita y claramente que:

"European Digital Rights"

1) Los ciudadanos tienen derecho a que el tráfico de datos recibido o generado no sea manipulado, modificado, bloqueado, desviado, priorizado o retrasado, en función del tipo de contenido, del protocolo, la aplicación utilizada, del origen o del destino de la comunicación, ni de cualquiera otra consideración ajena a su propia voluntad.

Ese tráfico se tratará como privado y por lo tanto, secreto y solamente podrá ser secuestrado, espiado, trazado, archivado, o analizado en su contenido ni trayectoria, bajo mandato y tutela judicial, no pudiendo en ningún caso, ser sometido a la censura previa, o al secuestro administrativo de los contenidos (al igual que ocurre con cualquier otra correspondencia o comunicación privada). [Art 12 Declaración Universal de los Derechos Humanos, Art 17 Pacto Internacional de Derechos Civiles y Políticos ]

2) Los ciudadanos tienen derecho a acceder a contenidos, a ejecutar aplicaciones y usar servicios de su elección, así como a conectar dispositivos a la Red, sin más restricción a su interoperabilidad que aquella que establezcan las leyes.

3) Los ciudadanos tienen derecho a un servicio universal de conexión a Banda Ancha según las normas internacionales (ITU-I 113), a que exista más de un proveedor (público o privado) y a que la oferta de este servicio de Banda Ancha no esté vinculada a la adquisición de otros productos o servicios.

Deben disponer de información veraz y suficiente sobre las condiciones y calidades de las conexiones de datos ofrecidas por los operadores y sus garantías legales.

Los ciudadanos tienen derecho al desglose y la segregación de servicios que tengan distinta facturación o tarificación adicional, así como a elegir el modo de pago y a la protección contra el uso inadvertido de los mismos.

Tienen derecho a disponer de una via rápida y efectiva de atención y de reclamación, a cambiar de operador y a ser indemnizados en caso de interrupción del servicio o degradación de la calidad contratada. Todo ello en un tiempo no superior al empleado en un proceso de alta en el servicio. [Real Decreto 899/2009, de 22 de mayo, por el que se aprueba la carta de derechos del usuario de los servicios de comunicaciones electrónicas.]

4) Los ciudadanos tienen derecho a la libre disposición de la ciencia, la cultura, el conocimiento y las tecnologías propiedad de las instituciones públicas, de las que financian, de las que subvenciona y de las que son derechohabientes, para que puedan ser usadas, copiadas, modificadas y redistribuidas, con o sin modificaciones, siempre que la obra derivada se distribuya en estos mismos términos, tal como establece la Licencia Pública de la Unión Europea (EUPL) dado que el fin perseguido es el aprovechamiento y la reutilización, así como la protección contra su apropiación en exclusiva por parte de terceros.

La transferencia tecnológica en estas condiciones, además de ser un acto de justicia social en su propia naturaleza, dado que todos los ciudadanos hemos sufragado estos contenidos científicos, culturales y tecnológicos a través del pago solidario de los impuestos, también supone uno de los mejores instrumentos para mejorar la competitividad de las empresas. De esta forma, las empresas accederían en igualdad de condiciones a una gran cantidad de herramientas TIC de calidad y a un precio asequible, mitigando la fuga de capitales a través del pago de licencias. Esta transferencia tecnológica, también permite estimular el sector tecnológico y capacitaría a las PyMEs, para acometer los retos de innovación tecnológica y de modernización socioeconómica, que la sociedad del conocimiento libre, de todos y para todos, nos brinda, según pone de manifiesto la Declaración del parlamento europeo a favor del Conocimiento Libre y en la sección 9 del art III-248 del Tratado de Lisboa.

5) Los ciudadanos tienen derecho a relacionarse con las Administraciones Públicas por medios electrónicos mediante protocolos, interfaces y formatos que sean estándares abiertos teniendo dicha actividad administrativa perfecta validez y seguridad jurídica.

En un Estado de Derecho moderno y democrático, la investigación, o persecución, de un acto presuntamente ilícito, haya sido cometido por el medio que fuere, no puede suponer la conculcación de derechos fundamentales contemplados en las Constituciones, o en la legislación de los Estados, sin la necesaria tutela judicial. Este es un principio básico que también es necesario trasladar y aplicar al espacio real que es Internet. Se debe evitar así, la creación de ámbitos de actuación humana dominados por los pseudoderechos, o con mecanismos paralegales, en los que todo pueda ser interceptable, accesible, investigable y perseguible, solo en función de la disponibilidad tecnológica, o económica, de los agentes públicos o privados y sin garantizar las debidas garantías judiciales.

Así lo indican derechos democráticos fundamentales como:

* La Inviolabilidad del domicilio: no se pueden registrar los equipos informáticos o telemáticos propiedad de los ciudadanos ni los que, aún no siendo propios, estén ubicados en sus casas o posesiones, sin un consentimiento expreso del dueño u orden judicial que lo autorice.

* El Secreto de las comunicaciones: no se pueden espiar, o conocer los datos que intercambien los ciudadanos sin orden judicial.

* El Límite a la informática y la tecnología para preservar la intimidad personal o familiar: no se pueden hacer estimaciones estadísticas de tráfico de la Red que permitan conocer la actividad que se está desarrollando en esos equipos informáticos personales sin su correspondiente orden judicial.

*El derecho a una comunicación libre: que abarca la libertad de expresión, la libertad de cátedra, la producción y creación literaria, artística, científica o técnica, y el desarrollo de las tareas docentes.

* El derecho a la información: a recibirla y emitirla con prohibición expresa de la censura previa, del secuestro administrativo, o de cualquier otra maniobra que dificulte el libre acceso a os avances científicos, la información y a la cultura.

* El derecho a que sólo podrá acordarse el secuestro de publicaciones, grabaciones u otros medios de información en virtud de resolución judicial

* El derecho a acceder a los documentos de las instituciones, órganos y organismos públicos, cualquiera que sea su soporte.

En países como España, con una de las legislaciones más avanzadas de la Era Digital:

* Los ciudadanos tienen derecho a relacionarse con las administraciones públicas para el ejercicio de sus deberes y derechos por medios electrónicos, eligiendo con libertad sus aplicaciones y sistemas operativos, siempre que utilicen estándares abiertos en sus comunicaciones.

* Por su parte, las Administraciones Públicas quedan obligadas a asegurar la disponibilidad, el acceso, la integridad, la autenticidad, la confidencialidad y la conservación de los datos, informaciones y servicios que gestionen en el ejercicio de sus competencias con la máxima transparencia y publicidad del procedimiento.

Por tanto, el acceso a universal a redes neutrales es una obligación de los proveedores de servicios de la Sociedad del Conocimiento que los gobiernos deben garantizar. Dicha obligación debe basarse en una escrupulosa observancia y respeto a los derechos fundamentales de los ciudadanos, dado que ahora estos derechos también se ejercen por medios digitales y a través de redes de telecomunicaciones.

Además, el patrimonio intelectual público debe estar a libre disposición de los ciudadanos para su aprovechamiento.

"Copyleft 2009 Fernando Acero Martín. Verbatim copying, translation and distribution of this entire article is permitted in any digital medium, provided this notice is preserved"

Una distribución Linux Live: una recomendación para acceder a la banca electrónica

2009-10-16T18:30:32Z

Según informa David Martín en Muy Computer:

"La cantidad de ciberamenazas que asolan a los sistemas operativos de Microsoft ha hecho que en el prestigioso Washington Post recomienden el uso de un LiveCD de Linux para realizar operaciones de banca electrónica.
Este método evitaría la mayor parte de las amenazas, ya que en un LiveCD normalmente no se almacenan datos de sesiones anteriores -aunque pueda hacerse- y cada ejecución del sistema operativo en el disco es como si lo utilizásemos por primera vez, lo que lo hace muy seguro."

Algo parecido recomendé en el año 2007, cuando manifesté la necesidad de un entorno seguro de firma para el eDNI. Desgraciadamente, en aquella ocasión mi idea no tuvo demasiada aceptación, pero ahora es un experto de seguridad y en el prestigioso Washington Post, el que recomienda algo similar para acceder a la banca electrónica, algo tan simple y asequible como una Live CD de Linux.

Con independencia de que se use un Live CD para acceder a la banca electrónica, o para generar evidencias electrónicas con el eDNI, la gran cantidad de malware existente en los ordenadores domésticos españoles y el desconocimiento por parte de los usuarios de unas nociones mínimas de seguridad, hacen que la situación recomiende, quizás más que nunca, el uso de este tipo de soluciones tecnológicas, que eliminan una gran parte de los riesgos pero sin complicar demasiado la vida a los usuarios.

En el caso del eDNI, la situación empeora cuando los usuarios desconocen las políticas de certificación [PDF], las buenas prácticas de uso de este dispositivo, o simplemente, cuando lo usan sin tener en cuenta los riesgos asociados al mismo.

Debemos recordar. que el eDNI es un dispositivos seguro que se usa en un entorno inseguro y aunque parezca lo contrario, su utilización no mejora la seguridad del entorno; sería un gran error considerarlo así. Según las políticas de certificación del eDNI, los únicos responsables de la seguridad del sistema en el que se usa el eDNI somos nosotros, y por ello somos responsables de cualquier cosa que ocurra mientras usamos el eDNI.

"Copyleft 2009 Fernando Acero Martín. Verbatim copying, translation and distribution of this entire article is permitted in any digital medium, provided this notice is preserved"

Un problema y el algoritmo de hash en Thunderbird/Enigmail.

2009-09-28T15:27:37Z

Cuando apareció la noticia de la reducción de la complejidad del SHA1 que había logrado el equipo australiano, dejándola en un precario valor de 2^52 y con la amenaza de reducirla a 2^51 en breve, decidí configurar mi Mozilla Thunderbird 2.0.0.23 (20090812), que también tiene instalado el complemento Enigmail 0.96.0, para que usase por defecto el algoritmo de resumen SHA256, en lugar del omnipresente SHA1, como recomiendan muchos expertos en este momento.

Yo tengo configurado Mozilla Tunderbird / Enigmail con la opción "Descifrar/verificar automáticamente” del menú OpenPGP. Así cuando abro un correo que tiene firma GPG/PGP, el programa se limita a mostrarme si la firma es válida o no en la parte superior de la ventana. Es decir, no muestra en la pantalla los códigos de la firma GPG/PGP, ni las marcas de inicio ni final del mensaje firmado, ni tampoco, el código de HASH utilizado para realizar la firma. Si no hubiera tenido configurada esta opción por omisión, en la cabecera de los mensajes vería lo siguiente:

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

La opción "OpenGPG | Descifrar/verificar automáticamente" es una opción cómoda que nos informa de la validez de la firma del correo usando un visual código de colores, pero sin mostrar información que puede relevante cara a la seguridad, como por ejemplo, el algoritmo de HASH utilizado para la firma, que bien podría ser un inseguro MD5, dando la firma como correcta.

Así que cuando abría un mensaje generado por mi, por ejemplo, de los que aparecen la carpeta de Enviados de Thunderbird, en la parte superior del panel del mensaje me aparecía este tranquilizador mensaje con un llamativo fondo verde:

"La firma de Fernando Acero Martín (4096) (Clave de gran tamaño) es correcta"

En este caso, el fondo del mensaje de aviso cambia de color según las circunstancias. Por ejemplo, el fondo es amarillo cuando no disponemos en nuestro anillo de la clave pública del remitente para verificar la firma, lo que no significa que la firma sea incorrecta, solamente que no la podemos verificar. El código de colores nos permite comprobar de una ojeada y rápidamente el estado de la firma del mensaje, pero no nos dice nada de otros parámetros de la firma, por lo que puede que esta información no sea suficiente en muchos casos. De nuevo, vemos que la comodidad puede estar reñida de algún modo con la seguridad.

Hace unos días envié un mensaje desde casa a mi cuenta corporativa. Dicha cuenta usa como cliente de correo Lotus Notes, por lo que no maneja de forma automática las firmas GPG/PGP como Thunderbird y para mi sorpresa, descubrí que a pesar de que había configurado Thunderbird para que usase SHA256, mi mensaje y todos los anteriores a partir de determinada fecha, según comprobé cuando llegué a casa, estaban firmados con el algoritmo SHA1.

Haciendo memoria, recordé que hacía unos días me saltó el mensaje de que había disponible una actualización para enigmail y que la instalé, junto con el paquete de idioma para Enigmail de esa versión, que se denomina Enigmail_es-ES 0.96.0. Hay que señalar, que si instalamos el paquete de Enigmail y no instalamos el paquete de idioma correspondiente al que usamos en la interfaz de Thunderbird, Enigmail no funcionará correctamente.

Dicho de otro modo, la actualización de Enigmail a la versión 0.96.0 modificó la configuración de seguridad establecida en mi sistema y sin avisar de ello, lo que puede ser un problema en algunos casos y ahora nos podríamos preguntar ¿es una buena idea mantener por compatibilidad descendente algoritmos completamente rotos como el MD5, o a punto de caer, como el SHA1?.

Bueno, lo cierto es que son algoritmos muy utilizados y pueden servir para comprobar mensajes antiguos y además, se pueden utilizar conjuntamente, para mejorar la seguridad sin tener que recurrir a algoritmos nuevos, lo que explicaré en un artículo posterior. El caso, es que me tocó volver a configurar Thunderbird / Enigmail y aquí está, paso a paso, el procedimiento para hacerlo, por si a alguien le interesa.

A partir de ahora, supondremos que tenemos GPG instalado, que disponemos de nuestras claves privadas y que las claves públicas de nuestros corresponsales, están en el anillo de claves públicas. En caso contrario, deberemos instalar GPG, crear nuestra pareja claves, e intercambiarla de forma segura con nuestros corresponsales, lo que es algo más largo de lo que lo que se pretende explicar en este artículo.

Lo primero que tenemos que ver, es si la versión de GPG que estamos usando en nuestro sistema soporta SHA256. Para ello, abriremos una consola y escribiremos gpg --help. Nos debería aparecer algo como esto:

gpg --help
gpg (GnuPG) 1.4.9
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Home: ~/.gnupg
Algoritmos disponibles:
Clave pública: RSA, RSA-E, RSA-S, ELG-E, DSA
Cifrado: 3DES, CAST5, BLOWFISH, AES, AES192, AES256, TWOFISH
Resumen: MD5, SHA1, RIPEMD160, SHA256, SHA384, SHA512, SHA224
Compresión: Sin comprimir, ZIP, ZLIB, BZIP2

Si entre los algoritmos de resumen de nuestra versión no aparece el SHA256, tendremos que actualizar nuestra versión de GPG, aunque también es una buena idea mantener el GPG lo más actualizado posible. Para ello, seguiremos los siguientes pasos:

a) Nos bajamos la última versión de GPG, que en este momento es la 1.4.10, de la página del proyecto. Versión que además, tiene una serie de mejoras más que interesantes en relación con el uso del SHA256 y con el soporte de otros algoritmos de cifrado nuevos, como el CAMELLIA.

b) Comprobamos que el hash del archivo que nos hemos bajado es el correcto. Para ello, abrimos una consola y usamos el mandato sha1sum gnupg-1.4.10.tar.bz2 desde el directorio en el que se encuentra el archivo. El hash correcto para esta versión es fd1b6a5f3b2dd836b598a1123ac257b8f105615d. Hay que señalar, que la utilidad sha1sum está en el paquete coreutils, que también es recomendable mantener actualizado siempre a la última versión.

c) Descomprimimos el archivo mediante el mandato bzip2 -dc gnupg-1.4.10.tar.bz2 | tar -xv, o si usamos una versión reciente de la utilidad tar, mediante el mandato tar jvxf gnupg-1.4.10.tar.bz2.

d) Entramos en el directorio gnupg-1.4.10 mediante el mandato cd gnupg-1.4.10 y compilamos GPG mediante la secuencia de mandatos:

./configure prefix=/usr/

make

make check

La salida de este último mandato, deberá ser:

===================
All 27 tests passed
===================

e) Instalamos la nueva versión, mediante el mandato siguiente, que también nos pedirá la contraseña del usuario:

sudo make install

NOTA: debemos tener configurado sudo en nuestro sistema mediante el archivo /etc/sudoers, en caso contrario, debemos realizar la instalación desde una consola como root.

Si ahora escribimos gpg --help en una consola seguido de intro, deberá aparecer en pantalla la información de la nueva versión de GPG.

gpg --help
gpg (GnuPG) 1.4.10
Copyright (C) 2008 Free Software Foundation, Inc.

Y lo más interesante para nosotros, es que entre los algoritmos disponibles en la nueva versión encontraremos los siguientes:

Clave pública: RSA, RSA-E, RSA-S, ELG-E, DSA
Cifrado: 3DES, CAST5, BLOWFISH, AES, AES192, AES256, TWOFISH, CAMELLIA128, CAMELLIA192, CAMELLIA256
Resumen: MD5, SHA1, RIPEMD160, SHA256, SHA384, SHA512, SHA224
Compresión: Sin comprimir, ZIP, ZLIB, BZIP2

Para configurar Thunderbird y Enigmail de forma que usen por omisión SHA256, debemos hacer lo siguiente:

a) Arrancaremos Thunderbird de la forma habitual.

b) Seleccionamos la secuencia de mandatos Editar | Preferencias y en el cuadro de diálogo que aparece en pantalla, hacemos clic sobre el icono Avanzadas y seleccionamos la pestaña General.

En la parte inferior derecha de la pantalla, pulsamos el botón Editor de configuración. Hay que señalar que hay que tener cuidado con lo que hagamos dentro del Editor de configuración. Antes de cambiar nada, debemos saber lo que estamos haciendo, ya que de otro modo, podremos hacer que el programa deje de funcionar correctamente.

c) En la línea de entrada Filtro escribimos la cadena extensions.enigmail.mimeHashAlgorithm y hacemos doble clic sobre la opción en el recuadro inferior. En el cuadro de diálogo que nos aparece en la pantalla, escribimos el valor 3 y pulsamos el botón Aceptar.

NOTA: Los valores disponibles para esta opción son:

VALOR                 ALGORITMO
++++++++++++++++++++++++++++++
1                            SHA-1
2      RIPEMD-160
3                            SHA-256
4                            SHA-384
5                            SHA512
6                            SHA-224

Con ello, podemos probar otras opciones, aunque también es cierto, que no todos los usuarios dispondrán en sus sistemas de soporte para algoritmos de hash superiores, como el SHA512, por lo que no podrían verificar nuestra firma si no actualizan su versión de GPG, o de PGP, con la que también es compatible este programa.

d) Cerramos todas las ventanas y reiniciamos Thunderbird para que acepte los cambios.

e) Para comprobar que todo es correcto, podemos enviarnos un mensaje a nosotros mismos y comprobar que la firma está realizada con el algoritmo SHA256. Si no tenemos activada la opción "OpenPGP | Descifrar/verificar automáticamente", nos aparecerá lo siguiente en el panel del mensaje:

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Finalmente, recordar que si realizamos alguna actualización de Thunderbird, o de Enigmail, cabe la posibilidad de que se modifique nuestra configuración de seguridad, por lo que será conveniente comprobarlo después de cada actualización.

"Copyleft 2009 Fernando Acero Martín. Verbatim copying, translation and distribution of this entire article is permitted in any digital medium, provided this notice is preserved"

Visprint un curioso programa

2009-08-26T10:13:58Z

El otro día encontré este curioso juguete GPL, se llama Visprint (no, no es un colirio) y está pensado para realizar una imagen PNG fractal de la salida de cualquier algoritmo de HASH. Lo curioso es que este programa mide algo así como la entropía de la entrada y a mayor entropía, más vistoso es el gráfico que se genera. Por ejemplo, el siguiente gráfico lo he obtenido con el mandato:

wget --output-document=prueba.txt http://fernando-acero.livejournal.com && md5sum prueba.txt | visprint -t > mipage.png

Es decir, me he bajado la primera página de mi blog, he calculado el HASH MD5 de la misma y lo he usado como entrada para Visprint con la opción "-t", que crea un archivo gráfico con fondo transparente. Del mismo modo, podemos calcular el SHA1de la página mediante el mandato sha1sum, o el SHA256, disponible en las últimas versiones del paquete GNU coreutils, usando el mandato sha256sum, pero en este caso, es conveniente modificar algunos parámetros para que Visprint use el número de bits adecuado a la salida del código de HASH que estamos utilizando.

By fernando_acero at 2009-08-26

Ahora bien, si no hacemos el cálculo del MD5 y usamos la longitud máxima permitida de entrada para el programa, que es 128 (128 x 4 = 512 bits), siendo 512 la longitud de salida del algoritmo SHA512:

wget --output-document=prueba.txt http://fernando-acero.livejournal.com && cat prueba.txt | visprint -l128 > mipage.png

Obtenemos esta imagen tan simple y de líneas rectas, que he puesto sobre fondo negro para que se vea mejor. Esto se debe a que los primeros 512 bits de mi página web tienen poca entropía, pero eso también ocurre con otros tipos de archivos, como por ejemplo, con los archivos gráficos y con muchos de texto:

By fernando_acero at 2009-08-26

También podemos usar el mandato:

cat /dev/random | visprint -l128 > random.png

Y mover el ratón por la pantalla, para ver lo que sale.

Veamos la sintaxis y las opciones de Visprint:

Visprint 2.1 (http://www.tastyrabbit.net/visprint)

Uso:

md5sum (sha1sum) (sha256sum) (sha512sum) archivo.ext | visprint [Opciones] > gráfico.png

Opciones:

-b(0-255) Permite modificar el brillo del fondo. 0 es negro, 255 es blanco. Se pueden probar con valores intermedios, pero normalmente las imágenes no son demasiado vistosas. El valor por omisión es 0 (negro).

-c Se usa para alternar el método usado para colorear las imágenes, pasando de RGB a BGR.

-a Crea un fractal con 4 áreas de color diferentes.

-g Crea una imagen en semi-escala de grises. La salida varía mucho dependiendo del valor del parámetro -b.

-i(1-lots) Utiliza una determinada intensidad de color. Con un fondo negro, una mayor intensidad produce una imagen más brillante. Con un fondo blanco, una mayor intensidad produce una imagen más oscura. En todos los casos, el tiempo de cálculo se dobla cada vez que se dobla la intensidad. El valor por omisión es 30.

-l(32-128) Utiliza una determinada longitud de HASH. Será necesario modificar este número para adaptar el funcionamiento del programa a la longitud de salida de la función de HASH que estemos utilizando.

Por ejemplo: 32 para MD5, 40 para SHA1, 64 para SHA256, 128 para SHA512 (el valor de obtiene dividiendo por cuatro el número de bits de salida de la función de HASH utilizada.

La salida del valor 128 es algo borrosa (aunque todavía utilizable). Valores mayores muestran imágenes menos nítidas, por lo que se considera que 128 es el límite máximo utilizable. El valor por omisión es 32, que es el utilizado por MD5, que tiene una salida de 128 bits.

-r(1-1000) Modifica el valor de la resolución en los ejes x e y. El tiempo de cálculo se cuadruplica cada vez que se doblan estos valores. El valor por omisión es 300.

-t Crea la imagen con un fondo transparente.

-v Muestra la información de la versión.

-?,-h Muestra esta información de ayuda.

Compilar Visprint

Para compilar Visprint primero lo descargamos desde este enlace, su MD5 debe ser:

e9f3bc1242f2687c777761e5e4ed9e96

que lo calcularemos abriendo una consola como root y usando el mandato:

md5sum visprint-2.1.tar.gz

Después, si el MD5 es el correcto, lo descomprimimos mediante el mandato:

tar -zxvf visprint-2.1.tar.gz

Después entraremos en el directorio mediante el mandato:

cd visprint-2.1

Seguidamente compilaremos mediante el mandato:

make

E instalaremos mediante el mandato

make install

Hecho esto, ya podremos usar este juguete, por ejemplo, para añadir el HASH fractal gráfico a nuestros archivos o a nuestra página web.

"Copyleft 2009 Fernando Acero Martín. Verbatim copying, translation and distribution of this entire article is permitted in any digital medium, provided this notice is preserved"

ACTUALIZACION DEL 31AGO09

En la página web de Kriptópolis el amigo "Dopegaar" ha hecho una interesante observación, hay un error en mis instrucciones y siempre se obtiene el mismo gráfico, el problema es que wget guarda el archivo, no se lo pasa a visprint, o a md5sum para que calcule el código de HASH.

La la solución es la siguiente:

wget --output-document=prueba.txt http://www.dirección.xxx && md5sum prueba.txt | visprint -t > mipage.png

La primera parte descarga la página http://www.dirección.xxx y la guarda en un archivo denominado prueba.txt. La segunda parte calcula el hash MD5 de ese archivo y se lo pasa a visprint para que genere el gráfico correspondiente.

Hay que tener en cuenta, que si no utilizamos páginas completamente estáticas, cada vez obtendremos un archivo distinto y posteriormente un código de HASH también distinto. Yo he probado con la página principal de Mandriva y es completamente estática, por lo que todas las veces que lo he intentado, siempre he obtenido el mismo archivo, con su mismo HASH y por lo tanto, he obtenido siempre el mismo gráfico.

wget --output-document=prueba.txt http://fernando-acero.livejournal.com && md5sum prueba.txt | visprint -t > mipage.png

Y la segunda instrucción se tiene que cambiar por:

wget --output-document=prueba.txt http://fernando-acero.livejournal.com && cat prueba.txt | visprint -l128> mipage.png

Como veremos, los gráficos son similares a los que presento en mi artículo. Los creados con la segunda instrucción (sin código de HASH) están formados por más líneas rectas y los de la primera (con código de HASH), son mucho más complicados, sin tantas líneas rectas y posiblemente, más vistosos.

Muchas gracias por el apunte Dopegaar, me encanta la gente que se cuestiona las cosas y las prueba para ver si son ciertas.

Un par de días intentando resolver un fallo intermitente de las X

2009-08-18T12:22:03Z

De forma aleatoria y sin haber realizado ningún cambio en mi sistema Mandriva Linux 2008.1 desde hace bastante tiempo, se producían desconexiones de la pantalla del servidor X windows sin motivo aparente y siempre, con el mismo patrón, es decir, después de que se lanzase por cron el escript ssh-monitor, que a su vez, lanza los scripts secundarios expect-sshd y sshd-restarter del directorio /usr/share/sshd-monitor/. Cuando se producía el problema mi archivo /var/log/messages siempre mostraba esto:

Aug 17 11:50:01 conect sshd[7855]: refused connect from 127.0.0.1 (127.0.0.1)
Aug 17 11:50:06 conect sshd[7835]: Received signal 15; terminating.
Aug 17 11:50:06 conect sshd[7872]: Server listening on 0.0.0.0 port 22.
Aug 17 11:50:19 conect kdm[3865]: X server for display :0 terminated unexpectedly

Teniendo en cuenta que estos procesos para control del demonio SSH se lanzan cada 5 minutos y que los fallos eran aleatorios, con días sin un reinicio y días con cuatro o cinco, incluso seguidos, la situación muy molesta, sobre todo preocupante, ya que como he dicho anteriormente, no había realizado modificación alguna en el sistema desde hacía meses, es decir, desde mucho antes de que comenzasen los fallos.

En base a mis experiencias anteriores, cuando se trabaja con Linux creo que es más recomendable y sano echar la culpa al hardware que al software, sobre todo, si no se ha cambiado nada en el sistema, como es el caso. Como veremos, en este caso nos saldremos de esa regla ya que el origen del fallo está en un olvido de su administrador, es decir, el que suscribe. En otras ocasiones, han sido los módulos de memoria RAM (en dos ocasiones), o en la fuente de alimentación (en una ocasión), lo orígenes de mis quebraderos de cabeza con los fallos intermitentes, pero nunca el software, algo que en mis inicios con Linux no tenía tan claro como ahora. En alguna ocasión incluso he caído en la tentación de reinstalar el sistema como "solución universal". Desgraciadamente, eso era algo a lo que estaba acostumbrado cuando era usuario de Windows, pero que es prácticamente inútil cuando se trabaja con Linux, ya que los fallos en Linux suelen tener una explicación plausible y normalmente localizable, otra cosa es que sepamos encontrarla.

Una vez que sopesé todo lo anterior, consideré que era mejor buscar la explicación a los fallos, que titar por la calle del medio y proceder a reinstalar Linux, así que consideré esta situación como una buena ocasión para aprender cosas y al final así ha sido. Reinstalar el sistema podría haber resuelto el entuerto, aunque temporalmente, no me habría proporcionado conocimientos y además, podía ser una lamentable pérdida de tiempo, si el problema hubiera estado en el hardware que fallaba intermitentemente por los calores de estos días. Pero eso último también era improbable, ya que el fallo siempre tenía el mismo patrón con independencia del programa que estuviera usando, algo que no cuadra con lo fallos intermitentes de hardware, lo que me intrigaba aún más.

Dicho y hecho, como primera medida, decidí usar mi DVD de instalación de Mandriva 2009.1, que tenía en reserva por si acaso y que dispone, como una de las opciones de arranque, de la excelente utilidad Memtest. Con ello realicé un completo test de la memoria, algo que hice sin el auxilio del aire acondicionado y en el momento de mayor calor del día, es decir, a las cuatro de la tarde. Como me esperaba, semejante prueba que raya lo destructivo, mantuvo a la alarma de temperatura del micro al borde del shutoff, pero me me demostró que toda mi memoria RAM y en parte, el hardware de mi sistema, gozaba de una buena salud tras una hora y media de pruebas y calor sofocante.

Los siguientes sospechosos eran el controlador de la tarjeta ATI y la configuración de las Xwindows, pero hay que decir, que mi "ATI Rage 128 Pro Ultra TF" lleva 10 años a mi lado, funcionando muy bien, siempre desde Linux y con la misma configuración en el archivo xorg.conf. Para ser precisos, dicha configuración solamente ha sido modificada una vez y fue cuando cambié mi monitor CRT Samsung de 22 pulgadas, por una flamante pantalla plana LG, también de 22 pulgadas. Pero eso ocurrió hace casi dos años, cuando falló mi televisor plano Philips y tuve que comprar otro para sustituirlo mientras lo reparaban, lo que se demoró un mes y medio.

La decisión del momento, fue la de comprar un monitor LCD con sintonizador de TV incorporado, así cuando me devolvieran mi televisor, tendría una pantalla nueva para mi ordenador. Tras hacer algunas indagaciones, el ganador por prestaciones y precio fue el monitor de LG. Así que teniendo en cuenta las fechas de los cambios en el archivo xorg.conf y tras una revisión rápida de los archivos de configuración, decidí que no era cuestión de ponerse a trastear con las delicadas X Windows y con el controlador de la ATI. Controlador que por "necesidades del guión" ha de ser el de Xorg, ya que los controladores privativos de ATI, por motivos comerciales evidentes y que no comparto en absoluto, ya no soportan mi buena, vetusta y fiable tarjeta gráfica. Pero ese tipo de presiones es algo a lo que nos tienen acostumbrados los fabricantes de hardware y es una actitud común a otras marcas que proporcionan controladores privativos para Linux, como es el caso de Nvidia, así que no hay nada nuevo bajo el sol, lo libre siempre es mejor.

Teniendo en cuenta estas cosas, me preguntaba una y otra vez ¿Qué tenía que ver la comprobación del demonio SSH con el fallo de las X Windows?. No en vano, la comprobación del demonio SSH es algo que lleva haciendo mi sistema desde que lo instalé por primera vez y nunca se había producido ese fallo antes, lo que no dejaba de ser curioso. La primera pista para resolver el enigma estaba en esta línea, aparentemente inocente, del archivo messages:

Aug 17 11:50:01 conect sshd[7855]: refused connect from 127.0.0.1 (127.0.0.1)

¿Cuál es el motivo por el que el sistema se niega a permitir la conexión desde 127.0.01?. La respuesta es sencilla, en primer lugar, mi sistema está configurado para que solamente permita la conexión SSH mediante certificado digital, no permitiendo el uso de nombre de usuario y contraseña para logearse. En segundo lugar, la utilidad denyhosts, de la que ya he hablado antes, por los repetidos fallos de conexión al demonio ssh desde localhost, había metido en el archivo /etc/hosts.deny la IP 127.0.0.1 tras los fallos de conexión anteriores, no permitiendo la conexión a ninguno de los servicios del sistema desde esa IP. Efectivamente tras comprobarlo, en el archivo /etc/host.deny aparecía la reveladora línea ALL:127.0.0.1. Por ello, tampoco podía usar fetchnews para leer las news, ni mi servidor postfix, para enviar correos desde esa máquina, algo que también tenía que resolver.

Como el demonio SSH era comprobado cada 5 minutos, cada 5 minutos también se actualizaba el log de denyhost y con ello, aumentaba su tamaño con cada intento de acceso, llegando a a tener un tamaño de 200 Mb en el momento de escribir estas lineas. El problema es que cuando instalé denyhosts hace meses, olvidé introducir la entrada correspondiente en logrotate.d, con lo que el log crecía y crecía sin control alguno con cada acceso ilegítimo al demonio SSH, algo que por desgracia y sin contar los accesos desde localhost, es demasiado frecuente, llegando a producir un consumo de memoria tal, que provocaba la desconexión de la pantalla del servidor las X Windows en determinadas circunstancias.

Si bien este es el origen del problema, habría que estudiar el motivo por el que un log desbocado provoca una conexión de una pantalla del servidor de las X Windows, algo que no debería ocurrir bajo ninguna circunstancia, pero esa es otra historia. El caso es que el fallo ocurría cuando se intentaba escribir el log de denyhost en ciertas circunstancias, por ejemplo, con varias instancias del navegador Mozilla Firefox, o cuando estaba usando OpenOffice, aunque también es verdad, no era seguro que se produjera el fallo aunque se estuvieran usando esos programas. Como he dicho, se trataba de un fallo más o menos aleatorio, más o menos difícil de diagnosticar y sobre todo, molesto.

Hay que tener en cuenta también, que mi sistema solamente disponía de 512 Mb de RAM y más de 10 años de antigüedad en este momento. Pero esa es una de las mayores ventajas de ser usuario de Linux, puedo seguir usando ese sistema tan antiguo sin muchos problemas. Con él hago todo lo que quiero y necesito, por ejemplo, edito vídeo de mi cámara Sony y grabo mis DVD sin problemas, o revelo los gigantescos RAW's (20 Mb cada uno) de mi flamante Canon EOS 50D, sin que su escasez de memoria haya sido un impedimento para ello. La verdad es que esto me encanta y no deja de ser impresionante.

El caso es que toda la información que he encontrado por Internet en relación al fatídico mensaje "X server for display :0 terminated unexpectedly" apuntaba hacia lo más obvio, es decir, a problemas relacionados con los controladores de las tarjetas gráficas, o a la configuración del archivo xorg.conf y además, todas las soluciones dependían de la versión de las X Windows y de los controladores utilizados, así que no encontré nada de utilidad.

Pero después de descubrir el origen de las misteriosas desconexiones del servidor de las X Windows y su relación con los logs gigantes, he hecho lo siguiente para evitarlas en en futuro:

a) Me he gastado 10 euros en una ampliación de memoria DDR de 512 Mb, con lo que ya tengo 1GB de RAM (mi portátil tiene 4 Gb). La verdad es que no se el motivo por el que he tardado tanto, pero el sistema me ha funcionado siempre bien con 512 Mb.

b) He incluido la línea ALL:127.0.0.1 en el archivo hosts.allow y la línea ALL:127.0.0.1:ALLOW en el archivo hosts.deny para evitar los daños colaterales de denyhosts, especialmente, cuando los scripts de comprobación del demonio sshd no pueden acceder al sistema y se considera dica comprobación un acceso ilegítimo. Con ello, ya da lo mismo que denyhost introduzca la ip 127.0.0.1 en hosts.deny, las líneas anteriores prevalecen sobre el resto y hecho esto, también puedo leer las news con fetchnews, o enviar correos desde mi postfix. La verdad es que no me había dado cuenta de estos dos problemas ya que desde hace unos meses uso el portátil para enviar y recibir correos y tampoco leo la news con demasiada frecuencia, de hecho, en el portátil ni siquiera tengo configurado fetchnews.

c) He borrado el log de denyhost, he creado un archivo de log vacío con touch denyhost y he incluido un archivo denominado denyhost en mi directorio /etc/logrotate.d con el siguiente contenido:

/var/log/denyhosts {
        daily
        rotate 12
        compress
        prerotate
        service denyhosts stop
        endscript
        postrotate
        service denyhosts start
        endscript
}

De paso, he comprobado que todos los logs y en especial, los susceptibles de crecer de forma desmesurada, tienen su correspondiente archivo en logrotate.d y de hecho, he encontrado otro con el mismo problema, el del demonio p0f. En este caso se trata de una herramienta pasiva de fingerprinting de sistemas operativos y redes, programada por Zalewsky , muy útil para saber cosas interesantes cuando alguien te está atacando tu sistema, pero que también genera logs de gran tamaño con el tiempo. En este caso, el código que he usado para el archivo p0f de logrotate.d ha sido el siguiente:

/var/log/p0f {
        daily
        rotate 12
        compress
        notifempty
        postrotate
        /etc/rc.d/init.d/p0f condrestart
        endscript
}

Espero que esto que he comentado sea de utilidad para otros que tengan problemas similares. Como se puede ver, cuando se trabaja con Linux todo tiene su explicación lógica, aunque como es el caso, no siempre es evidente. Vamos, que no ha hecho falta reinstalar nada, ni cambiar de equipo, lo que también sugería algún que otro interesado miembro de mi familia. Supongo que la lección más importante de esta aventura de dos días, es que el camino fácil, es decir, formatear e instalar, no me hubiera enseñado nada y sobre todo, no habría resuelto el problema, simplemente lo habría retrasado hasta el momento de que el log creciera de forma desmesurada de nuevo.

Por ello, recomiendo a los usuarios de Linux es que nunca den nada por sentado y que comprueben que los logs y los archivos temporales de su sistema, tienen tamaños manejables y que todos los logs están incluidos en logrotate.d para evitar problemas de tamaño. Tampoco está de más, ir borrando los logs que ya no necesitamos cada cierto tiempo, para no sobrecargar el directorio raíz.

"Copyleft 2009 Fernando Acero Martín. Verbatim copying, translation and distribution of this entire article is permitted in any digital medium, provided this notice is preserved"

Actualizando el firmware de la Canon EOS 50D desde Linux.

2009-07-23T18:39:29Z

Cuando la compré el pasado día 19 de junio mi cámara digital Canon EOS 50D ésta disponía del firmware 1.0.3, cuando la versión más actualizada era la 1.0.6. Siempre me ha molestado un poco que se vendan las cosas con una versión del firmware anticuada, es como si te vendieran algo "defectuoso", no en vano, la actualización del software, aunque la podemos hacer nosotros mismos, en muchas ocasiones es procedimiento delicado, que si sale mal, puede dejar inoperativo el producto.

Tras buscar por Internet me he dado cuenta de dos cosas, la primera es que hay mucha gente que no se atreve a actualizar el firmware de la cámara por no saber ingles, la segunda es que no no hay ningún procedimiento para hacer dicha actualización desde Linux. De hecho, las instrucciones de actualización solamente están en el idioma de Shakespeare y en la web de Canon solamente hay dos archivos de actualización, un ejecutable de autoextracción para windows y un ejecutable de autoextracción para Mac, pero nada para Linux.

La nueva versión del firmware, la 1.0.6, soluciona algunos problemas con los mensajes de error de la cámara, proporciona soporte a nuevos dispositivos de flash y elimina unas bandas de ruido verticales que se producían en los RAW realizados con elevados tiempos de exposición.

Por lo tanto, este artículo tiene dos objetivos, el primero es explicar el procedimiento para los que no saben inglés y el segundo, echar una mano a los que no quieren recurrir a Windows para actualizar su cámara. Lo más curioso, es que el archivo ejecutable para Windows tiene un tamaño de 9,1 Mb, el mismo que tiene el archivo .fir del firmware una vez extraído, con lo que al parecer no se gana nada con su distribución en formato.exe, salvo lograr que el procedimiento sea incompatible con Linux. Como veremos, afortunadamente hacerlo desde Linux no es un problema demasiado grande, de hecho, no tiene ciencia, pero quizás lo más adecuado habría sido poner directamente el archivo fir en la Web, con su correspondiente checksum. De esta forma el archivo y el procedimiento sería compatible con cualquier sistema operativo y se podría comprobar que el archivo se ha descargado y almacenado adecuadamente.

Como hemos dicho, el procedimiento para actualizar el firmware desde Linux no tiene demasiados secretos si disponemos del emulador Wine, de una tarjeta Compact Flash y de un lector de tarjetas CF compatible con Linux. En mi caso, el lector compatible con Linux es un USB 2.0 21 in 1 Card Reader, que me ha regalado un compañero de trabajo ya que él no lo utilizaba desde hace tiempo. En este punto quiero aclarar que estoy usando una distribución Mandriva Linux 2008.1 actualizada al día de la fecha y con el emulador Wine instalado y configurado.

Antes de comenzar el proceso de actualización, es necesario cargar la batería de la cámara al máximo de su capacidad, ya que si nos quedamos sin batería durante el proceso de actualización, podemos dejar la cámara inutilizable. No es que el proceso lleve demasiado tiempo, como mucho, uno o dos minutos, pero lo mejor es asegurarse de que no nos quedaremos sin batería a mitad de camino.

Otra cosa que debemos hacer antes de empezar, es formatear la memoria Compatc Flash que vamos a usar para la actualización. Para ello, nos aseguraremos que la memoria no contiene nada que nos pueda ser de utilidad, apagaremos la cámara y introduciremos la memoria en su alojamiento. El procedimiento para el formateo de las tarjetas de memoria está en la página 43 del manual de la cámara, pero lo veremos paso a paso.

Primero seleccionaremos Program [P] en el Dial de modo y encenderemos la cámara. La opción de formateado la encontraremos en la Ficha herramientas [1], es decir, el que tiene forma de llave amarilla con un punto. Tras seleccionar la opción "Formatear" con el dial, pulsaremos el botón "Set", que es el que está en el centro del dial. Después, seleccionaremos Ok con el dial, seguido de nuevo de la pulsación del botón "Set". Tras unos segundos se acabará el proceso de formateo y ya podemos apagar la cámara para sacar la tarjeta de memoria.

Ahora introduciremos la memoria en el lector de tarjetas y lo conectaremos a un puerto USB de nuestro ordenador, con ello, se debería encender la luz de funcionamiento del mismo. Hay que señalar, que el lector es necesario en este caso ya que la cámara no permite la escritura de la memoria desde Linux. Si leemos las instrucciones de actualización del firmware, veremos que existe un procedimiento que permite actualizar la cámara sin usar un lector de tarjetas, recurriendo para ello, al software de Canon que acompaña a la cámara y que es específico para Windows. Sin embargo, por su reducido precio y versatilidad, recomiendo disponer de un lector de tarjetas múltiples como el que uso en este artículo.

By fernando_acero, shot with Canon EOS 50D at 2009-07-23

Al poco tiempo de conectar el lector con la memoria Compact Flash al puerto USB del ordenador, nos aparecerá en pantalla una ventana similar a la siguiente:

By fernando_acero at 2009-07-23

Ahora seleccionaremos la opción Abrir en una nueva ventana y pulsaremos el botón Aceptar de la parte inferior de la ventana. Para continuar con el proceso , necesitamos el firmware adecuado, para ello abriremos el navegador Web e iremos a la página de descarga de firmware de Canon.

By fernando_acero at 2009-07-23

Tras seleccionar el firmware correspondiente a la EOS 50D, nos aparecerá una página web con las instrucciones a seguir para la actualización, que recomiendo imprimir. Aunque las instrucciones vengan en ingles, es conveniente tenerlas a mano durante el procedimiento. En la parte inferior de la página de descarga para la 50D encontraremos el botón "Agree", es decir, Aceptar, que pulsaremos con el ratón para continuar.

By fernando_acero at 2009-07-23

Hecho esto, nos aparecerá una nueva página que nos permitirá bajarnos las instrucciones de actualización en formato PDF (de nuevo en inglés), así como una versión del archivo del firmware para Windows (formato exe) y otra, para Macintosh (formato dmg). Nosotros seleccionaremos la opción para Windows, es decir, el archivo autoextraíble en formato ejecutable .exe.

By fernando_acero at 2009-07-23

Ahora guardaremos el archivo exe en nuestro ordenador, para lo que seleccionaremos un directorio adecuado en nuestro disco duro. A partir de este punto, supondremos que tenemos instalado Wine en nuestro sistema, en caso contrario, abriremos una consola como root y escribiremos:

urpmi wine

Wine es un emulador de Windows que nos permite ejecutar programas Windows desde Linux. Aunque este emulador tiene algunas limitaciones, en esta caso, por la sencillez del programa, no tendremos ningún problema para ejecutarlo y extraer el archivo fir, que necesitamos para actualizar nuestra cámara.

By fernando_acero at 2009-07-23

Una vez guardado el archivo, abriremos el navegador de archivos Konqueror y haremos doble clic sobre el archivo .exe que acabamos de guardar. Con ello, si Wine está bien instalado y configruado, se ejecutará el archivo exe para Windows, que no es más que un ejecutable de autoextracción que nos permitirá guardar el archivo 50d00106.fir, que es el que tenemos que copiar en el directorio raíz de nuestra tarjeta de memoria Compact Flash para poder actualizar el firmware de la EOS 50D.

By fernando_acero at 2009-07-23

Para guardar el archivo fir descomprimido seleccionaremos como destino nuestra tarjeta de memoria Compact Flash. Para ello, pulsaremos el botón Browse del cuadro de diálogo y en la ventana que nos aparece en pantalla, seleccionaremos el directorio raíz de la tarjeta de memoria, que en mi caso aparece como unidad "G". Es importante asegurarse de seleccionar el directorio raíz de la tarjeta, puesto que si guardamos el archivo en cualquier otra carpeta de la tarjeta, la cámara no encontrará el archivo con el firmware y no podrá seguirse el procedimiento de actualización.

By fernando_acero at 2009-07-23

Tras un breve instante, el archivo se guardará en nuestra tarjeta de memoria.

By fernando_acero at 2009-07-23

ACTUALIZACIÓN 29 DE JULIO 2009:

Gracias a las aportaciones de Tat y Redy en el foro Fotolibre, he descubierto que no es necesario recurrir a Wine para obtener el archivo fir con el firware de la cámara. Si por algo me gusta el Software Libre y la comunidad que lo soporta es por estas cosas, que creo que no tienen precio. Desde luego, he re reconocer que la extensión .exe del archivo me ha llevado al huerto, por lo que no siempre lo que nos parece obvio es lo más directo o sencillo.

Por ejemplo, Tat me dice que podemos usar el programa file-roller, que es el gestor de archivadores de Gnome, para extraer del ejecutable con extensión .exe el necesario archivo .fir. Yo he usado la versión 2.22.0 de mi Mandriva 2008.1 sin problemas y Tat usa la 2.26.1, que es la versión que viene por omisión con su Ubuntu.

Por otra parte, Redy, más aficionado a la línea de mandatos, me comenta que basta con usar unzip desde la línea de mandatos y lo he probado:

unzip eos50d106.exe
Archive: eos50d106.exe
warning [eos50d106.exe]: 58368 extra bytes at beginning or within zipfile
(attempting to process anyway)
inflating: 50d00106.fir

Como se puede ver, nuestro unzip descubre sin problemas que hay una cabecera ejecutable que se corresponde a un archivo MS-DOS executable PE for MS Windows (GUI) Intel 80386 32-bit, UPX compressed, por lo que lo maneja sin problemas, eliminando los 58368 bytes de la cabecera.

He comprobado el tamaño del archivo fir obtenido y he visto que en ambos casos que tiene el tamaño adecuado, pero para estar seguros, he usado la utilidad diff para ver si había alguna diferencia entre el archivo obtenido con Wine y los archivos obtenidos mediante unzip y file-roller y no me ha indicado ninguna diferencia, por lo que el procedimiento es seguro.

Quiero dar las gracias a Tat y a Redy por la información.

Ahora abriremos la tarjeta con Konqueror y haremos clic con el botón derecho del ratón, para seleccionar la opción Propiedades en en menú que nos aparece en pantalla y en el cuadro de diálogo seleccionaremos la pestaña General.

By fernando_acero at 2009-07-23

Aquí es muy importante comprobar que el tamaño del archivo fir es el adecuado. En este caso el tamaño es de 9.512.732 bytes, ni uno más ni uno menos. Si al hacer esta comprobación no obtenemos este tamaño, es que el archivo no se ha descargado, descomprimido, o almacenado adecuadamente, por lo que habrá que volver a iniciar el proceso. Una vez comprobado el tamaño del archivo, haremos clic sobre el botón Aceptar del cuadro de diálogo de propiedades para cerrarlo.

By fernando_acero at 2009-07-23

Antes de extraer la tarjeta del lector, hay que asegurarse de que usamos la opción "Extracción segura", que nos aparece cuando hacemos clic con el botón izquierdo del ratón sobre el icono "Media" de la Barra de tareas del KDE. Si no lo hacemos, es posible que el archivo fir no quede grabado adecuadamente en nuestra memoria Compatc Flash. Si no encontramos esta opción, es seguro apagar el ordenador antes de proceder a sacar la tarjeta del lector.

Una vez que tenemos en el directorio raíz de la memoria Compact Flash el archivo con el firmare, es necesario seguir los siguientes pasos:

1) Con la cámara apagada y el Dial de modo en la posición Programa [P], introduciremos la memoria Compat Flash en su alojamiento, asegurándonos de que la memoria queda bien colocada y el alojamiento bien cerrado.

2) Encenderemos la cámara.

3) Pulsaremos el botón Menú y seleccionaremos la Ficha herramientas [3], es decir, la que tiene forma de llave amarilla con tres puntos. Después, usando el dial seleccionaremos la opción Versión firmware x.x.x, en mi caso la versión que me aparecía en pantalla era la 1.0.3 y pulsaremos el botón "Set". En este punto, la cámara reconocerá que hemos introducido una tarjeta con un archivo de firmware adecuado y en directorio raíz de la misma. En caso contrario, nos aparecerá el mensaje "Para actualizar se necesita una tarjeta de memoria con firmware".

4) Ahora la cámara nos mostrará la versión actual y nos preguntará si deseamos actualizar el firmware, para lo que seleccionaremos Ok con el dial y pulsaremos el botón "Set". Hecho esto, la cámara cargará en memoria el programa de actualización de firmware.

5) Al poco tiempo nos aparecerá una nueva ventana con el nombre del archivo que contiene el firmware, en este caso, 50D00106.FIR, lo seleccionaremos con el dial y pulsaremos el botón "Set".

6) Ahora la cámara nos pedirá confirmación indicando la versión antigua y la versión moderna del firmware. Para proceder a la actualización, seleccionaremos Ok con el dial y pulsaremos el botón "Set".

7) Hecho esto, nos aparecerá una pantalla con el progreso de la actualización en forma de una barra de progreso que se desplaza de izquierda a derecha. Durante este proceso, es importante no tocar ningún botón de la Cámara, tampoco debemos abrir el alojamiento de la memoria, ni apagar la cámara bajo ningún concepto.

8) Al poco tiempo nos aparecerá una pantalla para indicarnos que el proceso ya ha finalizado y que ya se ha producido la actualización desde la versión antigua a la nueva. Bastará con que pulsemos el botón "Set" sobre el botón Ok, para salir de la ventana y finalizar el proceso.

9) Para que los cambios sean efectivos, debemos apagar la cámara, sacar la tarjeta de memoria y retirar la batería de su alojamiento durante dos o tres segundos. Si queremos, podemos formatear la tarjeta de memoria para dejarla preparada para almacenar imágenes, o para una nueva actualización del firmware.

Si nos aparece algún mensaje de error, debemos iniciar el proceso y si no logramos la actualización, será necesario recurrir al servicio técnico de Canon, aunque lo normal, si se han tomado las precauciones adecuadas, es que todo se realice con normalidad. Hay que señalar, que tras la actualización del firmware, puede que se tengan actualizar las versiones de determinados programas de Canon.

"Copyleft 2009 Fernando Acero Martín. Verbatim copying, translation and distribution of this entire article is permitted in any digital medium, provided this notice is preserved"

Me encanta la fotografía nocturna

2009-07-11T11:18:47Z

Cada día me gusta más la fotografía nocturna y las fotos que hace la CANON EOS 50d, esta la he tomado con los siguientes parámetros:

Exposición: 30 segundos
Apertura: f 5.0
Longitud focal: 50 mm
Sensibilidad: 100 ASA

Por supuesto, esta imagen se ha tomado con trípode y disparador, con balance de blancos en automático y seleccionando manualmente la abertura y la velocidad.

El resto de las fotos de esta serie están en:

Fotos nocturnas tomadas con la Canon EOS 50D.

"Copyleft 2009 Fernando Acero Martín. Verbatim copying, translation and distribution of this entire article is permitted in any digital medium, provided this notice is preserved"

Hay cosas que no entiendo en relación al ordenador de primaria

2009-07-04T12:01:35Z

Durante el pasado discurso de investidura, el Presidente Zapatero dijo algo sobre la Comunidad de Extremadura que me llamó la atención y llenó de satisfacción, dada mi implicación en el proyecto Linex, proyecto que siempre he considerado un referente mundial y una de las mejores iniciativas tecnológicas entre las llevadas a cabo en España en los últimos años, al menos, unas de las que ha tenido una mejor relación coste/eficacia:

“La virtud es que la autonomía política permite a los menos desarrollados tener voz política, fuerza política. ¿O alguien piensa que si tuviéramos hoy un Estado centralizado Extremadura estaría a la cabeza de la extensión de la sociedad de la información por ejemplo en el ámbito educativo y en el ámbito de la escuela? Yo, sinceramente, pienso que no sería así. Pero gracias a la autonomía política y a la capacidad de tener recursos en defensa de su Comunidad y de su territorio, una región como Extremadura -y me siento bien orgulloso de ello- está a la cabeza en la extensión de la sociedad de la información en el sistema público educativo en beneficio de sus jóvenes y de sus adolescentes.”

Está bien, el Presidente Zapatero no dice nada de Linux o de Linex en su discurso, pero todos sabemos que ese milagro extremeño se ha producido gracias a Linex y por el duro trabajo de algunos visionarios que lo hicieron posible, como el Presidente Ibarra o de Carlos Castro, padres del proyecto. En este punto, me pregunto; ¿estarán a la altura los que vienen detrás para seguir y dar continuidad a ese magnífico legado cultural y tecnológico extremeño?, por el bien de Extremadura, tierra a la que amo, espero que así sea.

No entraremos ahora en polémica, y no diremos nada sobre si Bill Gates elogió o no, dicha iniciativa basada en Software Libre ante el Presidente Zapatero, pero abundando en este mensaje a favor del Software Libre, el actual Presidente Extremeño, D. Guillermo Fernández Vara, no es la primera vez que elogia los efectos del mismo en la Región Extremeña. Por ejemplo, durante su intervención en la primera jornada del Debate sobre la Orientación de la Política General de la Administración Autonómica, conocido tradicionalmente como "Debate del Estado de la Región", reiteró su firme apuesta por la sociedad de la información, por la tecnología de fibra óptica, por el software libre y por una nueva generación digital en la Escuela.Sin embargo, a pesar de estos claros mensajes de nuestros destacados políticos, nos encontramos con noticias tan inquietantes como estas:

Vara se reune con la Presidenta de Microsoft España, quien ha anunciado colaboraciones en Sanidad, e-Administración y Educación. Durante esa reunión se hizo el ofrecimiento por parte de Microsoft, de facilitar a los universitarios software y contactos con sus redes de clientes y páginas y todo ello, de forma gratuita.

Ahora nos encontramos que Microsoft está llegando a un acuerdo con el Gobierno para forzar la presencia de una licencia de Windows y Office en cada ordenador de primaria. Eso sí, a un precio inferior al de la "comida basura", bueno, mejor dicho, de una comida en "un autoservicio". Pero ¿se puede vender algo por debajo de su precio de mercado en Europa?. Aquí hay dos enlaces en los que se habla de esto:

Microsoft mete cuchara en la Escuela 2.0 del PSOE

Microsoft pide que el Plan Escuela 2.0 no se limite a repartir ordenadores

Creo que lo más destacado de lo que ha dicho Garaña a la Agencia EFE es esto:

"Es muy importante que los niños puedan utilizar el ordenador en el colegio pero también en su casa, por lo que la empresa no pondría ningún problema a que lleven dos sistemas operativos (Dual-Boot), uno de Microsoft y otro de código abierto."

No creo que sea de recibo que una empresa pudiera poner pegas a lo que lleven los ordenadores de primaria. También hay que recordar que estamos hablando de un ordenador para la educación, algo que debe cumplir con los criterios de economía, eficacia y eficiencia, no de un todoterreno. Más o menos, Garaña nos justifica que el Windows está muy bien para usarlo en casa, quizás para jugar o para conectar el iPod, algo que no justifica su instalación de Windows en un ordenador educativo, ni el sobrecoste para la Administración, o para las familias que no lo van a usar.

Si alguien quiere instalar un Windows + Office a su ordenador ¿qué impide que lo ponga de su propio bolsillo?. Está bien Señora Garaña, haga una oferta ventajosa a las familias, pero no fuerce a que se instale su software en todos los ordenadores de la educación española, como usted bien sabe eso no tiene justificación. Es más, permita que el cliente elija la versión de Windows que más le convenga, no la que más le conviene a su empresa en este momento.

Pero tampoco tiene desperdicio esta afirmación de Garaña, que es inquietante, si pensamos en el libre mercado, la competencia y en la necesaria y deseada independencia tecnológica:

"El precio que va a ofrecer Microsoft por su sistema operativo y el Office que llevarán los ordenadores va a ser espectacular, menor que una comida en un autoservicio."

No debemos olvidar, un euro multiplicado por miles, implica miles de euros y estamos ante un enorme número de licencias. Seamos prácticos "invitar" a una "comida rápida" a todos los niños de primaria, no tiene demasiada justificación y menos, en esta época de crisis, cuando no hay una poderosa razón que lo justifique y cuando sabemos que no a todos les apetece "comer hamburguesa". Por ejemplo, Extremadura ha demostrado que no hace falta el software privativo y mucho menos, los arranques duales, para lograr un notable éxito en la educación y en las nuevas tecnologías. Por otra parte, no es comparable, cara a la educación, lo que supone un mero sistema operativo y un paquete ofimático, si lo comparamos con lo que nos ofrece el Software Libre, desde paquete ofimáticos a herramientas de desarrollo, todo al alcance de la mano.

Pero Garaña tampoco nos dice lo que va a vender a menos del precio de un menú de hamburguesería. ¿Estamos hablando de XP, Vista, o de Windows 7?, puesto que no son lo mismo y cada opción podría tener sus ventajas e inconvenientes. No es lo mismo un utilitario que un deportivo ni todos funcionan con igual soltura con determinado hardware, ¿o también nos van a imponer un hardware mínimo?. Si nos venden Windows XP ¿qué soporte le queda a este sistema operativo?, si es Vista, podríamos hablar de la poca aceptación que ha tenido este sistema operativo, de hecho, Administración española podemos decir que funciona casi de forma exclusiva con Windows XP y si hablamos de Windows 7, que todavía no está en el mercado, ¿qué resultado, compatibilidad y aceptación va a tener esa nueva versión?. Yo no lo veo claro y menos, en este momento en el que hay productos a punto de ser abandonados y productos pendientes de salir al mercado, con uno entre medias, que casi nadie quiere y el que lo tiene es por venir "de serie" con el ordenador que se acaba de comprar.

Visto lo anterior, creo que hay una grave inconsistencia entre los discursos de los presidentes Zapatero y Vara y lo que se está planeando hacer en la educación española. Sinceramente, no creo que Extremadura hubiera sido merecedora de los notables elogios, nacionales e internacionales, que ha recibido a lo largo de los últimos años, ni se habría convertido en un referente mundial en las nuevas tecnologías, si se hubiera optado por los arranques duales en la educación, o si no hubiera apostado tan fuerte por el uso del software y mal no ha salido, cuando otras regiones como Andalucía o Valencia, con mayor o menor éxito e intensidad, se han apuntado al carro del Software Libre que inició Extremadura. ¿Estamos dispuestos a tirar todo esto a la basura y además, pagando dinero por ello?.

Sin duda, otra persona que explica bastante bien lo que quiero expresar, es el Presidente Lula da Silva, que en el pasado Congreso FISL en Brasil dijo lo siguiente:

"El Software Libre es un poco de eso, o sea, es darle a las personas la oportunidad de hacer cosas nuevas, de crear cosas nuevas, de valorizar la individualidad de las personas. Porque no hay nada que garantice más la libertad que si uno garantiza la libertad individual, que las personas permitan aflorar su creatividad, su inteligencia, sobre todo en un país nuevo como Brasil, en el que la creatividad del pueblo posiblemente sea, sin ningún menosprecio a otros pueblos, el pueblo con la más grande creatividad en el siglo XXI."

Pero el Presidente Lula también habló de democratizar la información, algo que bien se podría aplicar a la creación colaborativa de contenidos educativos libres, de la misma forma que se están publicando libros y con éxito comercial, con licencias libres:

"Entonces pienso que estamos viviendo un momento revolucionario de la humanidad, en el que la prensa ya no tiene más el poder que tenía hace unos años atrás, la información ya no es más algo exclusivo en el que los detentores de la información pueden dar un golpe de Estado, la información ya no es algo privilegiado. El noticiero de la noche ya está viejo frente a Internet, el periódico queda hiper viejo frente a Internet, y queda tan viejo, que todos los periódicos crearán blogs para informar junto con los internautas de todo el mundo. Bueno, esas cosas, esas cosas todos nosotros no sabemos adonde van a parar, no lo sabemos. Sé que cada vez que hablo con ustedes, me quedo imaginando que si mi generación fuera tan inteligente y creativa como la de ustedes, ya estaríamos mucho mejor de lo que estamos hoy, porque la máquina publica es algo complicada. Está llena de vicios, de normas, entienden, que vienen desde la época del Imperio. Para ir cambiando esas cosas, un burócrata tiene un manual, y el manual solo dice lo que se puede y lo que no se puede. Si le muestras algo nuevo, está prohibido. Él no es capaz de decir: "bueno, tenemos algo nuevo por acá, voy a tratar de intermediar", no. Él te dice qué se puede o qué no se puede. Y todo eso tomó tiempo para que el gobierno empezara a crear las condiciones para llegar al nivel al cual llegamos."

La diputada del PSOE Dña. Lourdes Muñoz Santamaría [POR], que también estuvo en Brasil en representación de su partido político, dijo:

"El uso de las tecnologías libres garantiza y fortalece la democracia en todos los sectores de la sociedad. Durante los últimos cuatro o cinco años, España ha progresado mucho en la construcción de políticas públicas que garantizan el avance de las tecnologías libres en la dirección correcta. El Software Libre en la administración pública permite generar justicia e igualdad social y también permite crear nuevos mercados y puestos de trabajo. Apostar por el Software Libre es una oportunidad económica y social para todos los países, principalmente en unos momentos de crisis como los que estamos viviendo ahora, el Software Libre representa una opción económica que está al alcance de todos."

Estamos ante una encrucijada en la que se nos muestran dos caminos, uno hacia la libertad y otro hacia el catetismo y la eterna dependencia tecnológica, como en Matrix cuando Morfeo ofrece a Neo la pastilla roja y la azul, es el momento de elegir. Desde mi punto de vista, si tenemos en cuenta las notables experiencias en torno al uso del Software Libre en la educación en Extremadura y la opinión de notables políticos y expertos nacionales e internacionales, la elección es bien sencilla.

Señores, dejen de negociar con multinacionales e instalen Software Libre en los ordenadores de primaria, es lo más sensato, puesto que ya está demostrado que es lo mejor para todos, pero también será lo más coherente con lo que estábamos haciendo en regiones como Extremadura, Andalucía o Valencia y con los escasos mensajes positivos que están enviando nuestros políticos a la sociedad.

"Copyleft 2009 Fernando Acero Martín. Verbatim copying, translation and distribution of this entire article is permitted in any digital medium, provided this notice is preserved"

Debilidad del SHA-1

2009-07-01T16:35:41Z

Hace unos años investigadores chinos habían logrado reducir la complejidad del algoritmo SHA-1 a 2^69, es decir, habían conseguido reducir su complejidad en 2^11 en relación con el ataque de cumpleaños de 2^80, dicho de otro modo, Shandong, Wang, Yin y Yu, durante la "Cripto Conference" de 2004, demostraron que habían debilitado el SHA-1 en un factor de 2048, lo que no es poco.

Ahora, según he podido leer en un boletín de Hispasec, unos investigadores australianos han logrado reducir su complejidad a 2^52, lo que es un logro impresionante, puesto que por cada unidad en la que se reduce el exponente, se reduce la fortaleza del algoritmo en un 50%. Dicho de otro modo, a fecha de hoy podemos decir que el algoritmo SHA-1 se ha debilitado en más de un 99,99% en relación con su fortaleza inicial consecuencia del ataque de cumpleaños, lo que es muy significativo, aunque nos parezca que 2^52 es una cifra suficientemente grande.

Si ya en el 2004/2005 se aconsejaba abandonar el SHA-1, con este nuevo avance logrado por los australianos, su sustitución por otros algoritmos más resistentes se hace casi indispensable. Una posible solución, hasta que se publique el SHA-3, es decir, el algoritmo que está llamado a sustituirlo, sería usar dos algoritmos, de forma independiente o anidada, por ejemplo SHA-1 Y RIPEMD-160, puesto que una colisión en SHA-1 es virtualmente imposible que coincida también en RIPEMD-160. La firma anidada complicaría además el ataque diferecial y cabría la posibilidad de usar SHA-1 para realizar las dos firmas, es decir, la del documento y la del documento más la primera firma. Esta solución de la firma múltiple tiene como ventajas que usa algoritmos disponibles en sistemas criptográficos de todo tipo y no implicaría un excesiva computación.

Hay que señalar, que los documentos que hayamos firmado usando SHA-1 y que deban tener vigor en el tiempo, podrían no ser seguros dentro de unos meses. Como norma general, deberíamos usar algoritmos criptográficos que estimemos que van a ser seguros en un tiempo equivalente a la esperanza de vida de la persona que los utiliza y un 50% más. Así si estimamos una esperanza de vida de 20 años, deberíamos usar un algoritmo con una vida estimada de 30 años.

Una caída del estándar SHA-1 también afectaría gravemente a la seguridad de los certificados digitales, puesto que sería factible generar certificados con el mismo fingerprint que otros, lo que permitiría suplantar la personalidad de personas, o de páginas web.

Hay que tener en cuenta, que el e-DNI español se han establecido mecanismos que permiten construir el "PAHT" de Certificación (Cadena de Confianza) utilizando SHA-1 o SHA-256. Esto se debe a la necesidad de dar soporte a aquellos sistemas operativos que no contemplan el uso de SHA-256 como algoritmo de "hash" o resumen. Desgraciadamente, este mecanismo que depende del sistema operativo que estamos usando, es transparente al usuario la mayoría de las veces, siendo complicado saber la forma en la que se establece el "path" de confianza, sin embargo el e-DNI siempre usa el "inseguro" SHA-1 para firmar los documentos, según aparece en la página web oficial del mismo.

También es conveniente saber, que las claves de los e-DNI de los usuarios están firmadas usando SHA-1, lo que puede ser un problema de seguridad a medio y largo plazo y con independencia de la validez en el futuro de los documentos que firmemos, o que hayamos firmado anteriormente, usando el omnipresente algoritmo SHA-1. Sin embargo, las claves raíz y subordinadas del e-DNI, con una vida de 30 y 15 años respectivamente, están firmadas usando SHA-1 y SHA-256 (de forma independiente, no anidada), por lo que las podemos considerar seguras por el momento.

Ni que decir que ya he configurado mi GPG para que use la función SHA-256 en la firma de documentos y correos electrónicos, aunque también es cierto, que en los correos siempre uso firma doble, GPG y de la FNMT, para que no haya problemas.

"Copyleft 2009 Fernando Acero Martín. Verbatim copying, translation and distribution of this entire article is permitted in any digital medium, provided this notice is preserved"

ACTUALIZACIÓN:

Recomiendo leer este documento de la Autoridad de Certificación española ANFAC que aunque es anterior a los logros del equipo australiano, dice cosas muy sensatas y que con la situación actual, debemos tener muy presentes:

Ataque SHA-1 [PDF]

Asimismo, aconsejo leer detenidamente estas recomendaciones de Debian-administración en relación con los problemas surgidos con el SHA-1

Recomendaciones de Debian-administración ante el problema del SHA-1

Interoperabilidad (y IV): Estrategias para las organizaciones

2009-06-17T07:32:56Z

En el artículo anterior de esta serie dedicada a la interoperabilidad vimos algunas estrategias que nos permitían mejorar nuestra capacidad de comunicación con otros usuarios y la seguridad de nuestra información. Estas estrategias se basaban en uso de estándares abiertos y las podemos poner en práctica, sin muchos problemas, en nuestro ámbito doméstico. Sin embargo, lograr la interoperabilidad en las organizaciones es mucho más complicado de lo que parece. Está claro que las medidas y estrategias que vimos en el artículo anterior son un buen comienzo para cualquier organización y son sencillas de implantar en las estaciones de trabajo, pero en las organizaciones, con independencia de su tamaño, es necesario ir más lejos y tener una visión de conjunto ya que el escenario puede ser muy complejo.

Lo primero que necesita una organización para lograr la interoperabilidad, es ser consciente del problema y tomar las medidas adecuadas para solucionarlo. Como ya hemos dicho, el elemento clave para lograr la interoperabilidad es el factor humano. Debemos tener en cuenta que nuestra interoperabilidad dependerá de las decisiones tecnológicas que tome una persona, o grupo de personas, en nuestra organización. Una vez que seamos conscientes del problema, es fundamental la especialización de los responsables de las tecnologías de la información de la organización y la formación de los usuarios.

Debemos estar convencidos de que la interoperabilidad interna y externa de las organizaciones son claves para el desarrollo eficiente y sostenido de la organización. No creo que sea una buena política el perder un porcentaje de clientes, aunque sea pequeño, por problemas de interoperabilidad, que además, se pueden solucionar sin invertir más dinero, o incluso, ahorrando dinero. Igualmente, ninguna organización puede ser competitiva si arrastra un pesado lastre de "legacy" y no puede optar libremente por las tecnologías que más le interesen en cada momento.

Desgraciadamente, la realidad es muy distinta y los monopolios tecnológicos han provocado que un elevado porcentaje de organizaciones públicas y privadas sean víctimas del "legacy" y por lo tanto, cautivas de tecnologías privativas, dificultando seriamente su capacidad de innovación, poniendo en riesgo el acceso a su conocimiento e información y limitando su capacidad de comunicación interna o externa.

El marco de interoperabilidad

Una vez que somos conscientes del problema de la interoperabilidad, una buena práctica es elaborar un documento que defina la forma en la que vamos a lograrla en nuestra organización. Este documento recibe diversos nombres, como esquema de interoperabilidad, arquitectura técnica de referencia, marco de interoperabilidad, pero eso es lo de menos. Lo que debemos contestar de forma prioritaria es la pregunta ¿qué es lo que debe contener este importante documento?.

Muchas organizaciones se empeñan en relacionar en sus marcos de interoperabilidad las aplicaciones "estándar" a utilizar en la organización, lo que no es una buena idea, puesto que las aplicaciones cambian con el tiempo, suelen estar ligadas a un determinado marco tecnológico y la mayoría de ellas, permiten usar estándares abiertos y formatos privativos de forma indistinta. Por lo tanto, si no se definen y establecen adecuadamente los estándares abiertos a utilizar en el marco de interoperabilidad, este documento no será muy útil para lograr nuestros objetivos.

Un buen marco de interoperabilidad ha de tener presente el concepto de "neutralidad tecnológica" y debe relacionar con claridad meridiana los estándares abiertos que se usarán en nuestra organización. Además, estos estándares deberían estar clasificados como emergentes o recomendados, obligatorios o normalizados y en abandono, como referencia para los usuarios y desarrolladores de lo que está por venir y de lo que debemos ir abandonando, para no quedar desfasados y no poner en riesgo el acceso, o la seguridad de nuestra información en el futuro.

Por lo tanto, este documento ha de estar vivo y debe estar sometido a cambios y a las sugerencias de los usuarios. De nada sirve un marco de interoperabilidad si no es dinámico y capaz de adaptarse a las nuevas tecnologías, necesidades y estándares con el paso del tiempo. Asimismo, debe contener una serie de normas claras y positivas que nos permitan lograr la interoperabilidad dentro de la organización de forma transparente y natural.

Una de las tareas más complicadas para establecer un buen marco de interoperabilidad es el establecimiento uno los criterios, normas y estándares que sean adecuados para la finalidad que pretendemos. Para facilitar este trabajo, lo mejor es definir unos principios básicos a los que someteremos el contenido de todo el documento. Por ejemplo, podemos establecer los siguientes principios:

Neutralidad tecnológica y capacidad de adaptarse sin problemas a las nuevas tecnologías.
Eliminación del "legacy" y de la dependencia tecnológica de empresas, tecnologías o proveedores.
Facilitar el acceso a los servicios de la organización.
Lograr la transparencia tecnológica.
Eficacia y eficiencia de los métodos y procedimientos.
Lograr la interoperabilidad vertical, horizontal y en el tiempo.
Mejorar la cooperación y coordinación entre los distintos departamentos de la organización.
Mejorar la participación efectiva de los miembros de la organización y en la generación y transferencia de conocimiento dentro y/o fuera de la organización.

Además, un buen marco de interoperabilidad debería cumplir con los siguientes objetivos básicos:

Garantizar la comunicación electrónica y el acceso a los servicios de la organización, sin dependencias tecnológicas. Es decir, el marco de interoperabilidad ha de apostar claramente por la eliminación de todas las barreras tecnológicas que pueden existir en la organización, mediante el uso de estándares abiertos y un serio compromiso con la neutralidad tecnológica, pero sin caer en las utopías irrealizables, o en una mera declaración de intenciones. No es un buen marco de interoperabilidad aquel que tiene recomendaciones que no se pueden llevar a cabo, o el que es tan rígido, que no permite poner en práctica proyectos piloto, o iniciativas para la mejora de la infraestructura tecnológica. El marco de interoperabilidad ha de ser un mecanismo flexible y dinámico de coordinación y un instrumento objetivo y positivo para todos los miembros de la organización, conteniendo unas normas claras y precisas, que puedan ponerse en práctica a todos los niveles.
Garantizar la interoperabilidad de los servicios y sistemas de información, tanto para la relaciones internas como para las externas.
Preservar el conocimiento generado, asegurando el acceso al mismo de forma transparente, controlada y segura, con independencia del momento, o de la plataforma tecnológica con la que fue generado.
Garantizar el uso eficaz y eficiente de las infraestructuras tecnológicas de la organización.

Algunas estrategias útiles

Si queremos lograr la interoperabilidad dentro de nuestra organización debemos atender a sus dimensiones organizacional, semántica y tecnológica, pero hay algunas estrategias generales que nos pueden ser de utilidad, como por ejemplo, las siguientes:

Buscar la accesibilidad de los contenidos y el conocimiento, con independencia de la tecnología que se use para acceder a ellos.
Establecer unas políticas de seguridad y privacidad coherentes y fáciles de llevar a cabo, con unos mínimos acordes con el nivel de amenaza y tipo de información a proteger. Hay que tener en cuenta, que la seguridad suele ir reñida con la comodidad.
Uso exclusivo de estándares abiertos, convirtiendo a estos estándares toda la información que se encuentre en formatos privativos, o que se encuentre almacenada usando estándares abiertos en situación de abandono.
Siempre que sea posible, se debería optar por el uso de software libre. No en vano, el software libre suele usar preferentemente estándares abiertos. Asimismo, es frecuente que el software libre ayude a definir nuevos estándares abiertos y sus especificaciones están disponibles públicamente. La disponibilidad del código fuente también tiene como consecuencia el debate abierto y democrático sobre sus especificaciones y estándares, lo que lo suele hacer que el software libre sea más robusto e interoperable que las aplicaciones privativas equivalentes. No será muy complicado encontrar aplicaciones libres que cumplan con los criterios de nuestro marco de interoperabilidad, por lo que las deberíamos considerar en igualdad de condiciones con sus contrapartidas propietarias en todo plan de adquisición.
Si es posible, deberíamos usar aplicaciones, o herramientas de desarrollo, que puedan funcionar en más de una plataforma tecnológica. En este sentido, las aplicaciones JAVA, o tecnologías como el XML, serán de gran ayuda para lograr nuestros objetivos de interoperabilidad sin caer en las trampas de la dependencia tecnológica, o del "legacy". Si optamos por aplicaciones y herramientas multiplataforma, no tendremos problemas para optar por una u otra plataforma tecnológica en base a nuestras necesidades futuras.
El uso de la virtualización nos puede ayudar a lograr la interoperabilidad a un coste razonable y sin tener que renunciar a la plataforma tecnológica que consideremos más adecuada en cada momento.
Las arquitecturas orientadas a servicios y las aplicaciones Web, si las diseñamos interoperables y basadas en estándares abiertos, nos permitirán independizar la plataforma tecnológica del cliente de la del servidor, lo que aumentará la neutralidad tecnológica de la organización y mejorará su capacidad para cambiar de plataforma tecnológica de los clientes, o del servidor, si se considerase necesario.

El aspecto organizacional de la interoperabilidad es evidente que depende de nuestra organización, por lo que es complicado hablar de un caso general, o de una recomendación básica, que cubra todas nuestras necesidades y situaciones. En el aspecto semántico, la recomendación básica sería el uso de XML, incluso con el establecimiento de diccionarios personalizados y adaptados a las necesidades específicas de nuestra organización. Sin embargo, en el aspecto tecnológico, como más general, sí es posible establecer unas recomendaciones básicas para lograr la interoperabilidad técnica. Cuando pensemos en la interoperabilidad técnica debemos considerar los siguientes escenarios:

Las comunicaciones hacia el exterior:
1. La presentación e intercambio de datos.
2. La accesibilidad a la información y diseño de las interfaces.
3. La posibilidad de acceso multicanal.
4. Los juegos de caracteres e idiomas.
5. La posibilidad de generación de conocimiento de forma colectiva y concurrente.
6. Los estándares para el almacenamiento de información y formato de documentos.
7. La compresión de archivos.
En las comunicaciones internas debemos considerar:
1. La integración de datos y el middleware.
2. El uso de estándares XML y EDI (Electronic Data Interchange).
3. El establecimiento de servicios web.
4. El uso de arquitecturas distribuidas orientadas a servicios (SOA).
5. El establecimiento de servicios de interconexión.
6. El uso de protocolos de transferencia de archivos e información.
7. El transporte y seguridad de la información, teniendo en cuenta además, que la seguridad afecta a todas las capas de comunicación. En general, la seguridad debe tenerse en cuenta para establecer los servicios de seguridad, las infraestructuras de clave pública, los sistemas de cifrado, la seguridad de los servicios web, los cortafuegos y la protección general contra malware e intrusiones.
8. El establecimiento de servicios de almacenamiento de información.
9. El acceso a las cuentas de correo corporativas y a los servicios distribuidos.
10. El establecimiento de servicios de directorio y de nombres de dominio.
11. El establecimiento de todos los servicios de red.

En todo caso, el 80% de nuestros problemas de interoperabilidad corporativa, en sus dimensiones vertical, horizontal y en el tiempo, deberían desaparecer si usamos estándares abiertos y tenemos en cuenta el principio de neutralidad tecnológica en todas nuestras decisiones, olvidándonos por un momento de la plataforma tecnológica que estamos usando y de las aplicaciones "oficiales" aprobadas en nuestra organización, para comenzar a pensar de forma global y prioritaria, en estándares abiertos.

"Copyleft 2009 Fernando Acero Martín. Verbatim copying, translation and distribution of this entire article is permitted in any digital medium, provided this notice is preserved"

Una gorrioncilla en casa

2009-06-12T12:50:12Z

By fernando_acero, shot with Canon EOS 50D at 2009-06-20

Ayer, mi hijo mayor, trajo una preciosa gorrioncilla a casa, estaba asustada y tenía frío. Fernando, que se conoce perfectamente el protocolo a seguir antes de recoger un pajarillo de la calle, se cercioró previamente de que sus padres no estaban en las inmediaciones y la alimentaban de vez en cuando. Convencido de que el animal estaba desamparado y que corría peligro, decidió traerla a casa.

Lo primero que hicimos fue desparasitarla con un spray insecticida especial para pájaros y la colocamos en la enorme jaula de cría en la que vivía holgadamente mi otro gorrión, Iñaki, tras colocar la separación que la divide en dos partes iguales, pero poner la lámina de plástico opaca, que impediría que se viera el uno al otro. En cuanto vió a Iñaki la nueva inquilina, que se llama Punkie, comenzó a piar y a mover las alitas de forma nerviosa para pedirle comida y se animó mucho, lo que nos facilitó el trabajo de aclimatarla a su nuevo hogar y para que aceptase la comida.

La estamos alimentando con un puré hecho con comida para perros disuelta en agua caliente. Le damos un poco cada 1/2 horas (como un guisante), desde las 8 de la mañana a las 11 de la noche y usamos para darle de comer una jeringuilla de las de insulina, lógicamente, sin aguja. Para que abra la boca, movemos la punta de la jeringuilla ligeramente sobre su cabeza y en seguida la abre como una loca para que le demos de comer. Hay que tener cuidado para no apretar la jeringuilla demasiado ya que se podría ahogar, lo mejor es ir poco a poco y ser pacientes para que vaya tragando lo que le vamos dando.

Por el momento come muy bien y hace sus deposiciones sin problemas, por lo que esperamos que salga adelante. Por las noches la metemos en una caja de cartón (de zapatos) en la que ponemos una botella de agua caliente (no demasiado caliente) envuelta en una toalla, ella se acurruca rápidamente al calor de la botella y duerme plácidamente hasta el día siguiente.

Esta mañana me he preocupado un poco, estaba algo apática, no se movía mucho y tampoco piaba, pero tras darle un poco de agua con la jeringuilla y las primeras tomas, se ha espabilado bastante y ahora está piando y revoloteando de un lado para otro en la jaula, que aunque está dividida en dos partes iguales, sigue teniendo un tamaño considerable y le permite hacer suficiente ejercicio para fortalecer sus alas.

By fernando_acero, shot with Canon EOS 50D at 2009-06-20

La gorrioncilla está saliendo adelante con su dieta a base de pienso de perro disuelto en agua. Hay que tener cuidado ya que con estas temperaturas la "papilla" fermenta con facilidad, por lo que es mejor hacer poco y cambiarlo varias veces al día. Si queremos que la jeringuilla nos dure más tiempo, tenemos que limpiarla bien con agua después de cada uso y sacar el émbolo para que se seque.

"Copyleft 2009 Fernando Acero Martín. Verbatim copying, translation and distribution of this entire article is permitted in any digital medium, provided this notice is preserved"

El problema de la interoperabilidad III parte: Estrategias

2009-05-17T17:13:02Z

En los primeros artículos de esta serie hemos explorado el concepto de Interoperabilidad y hemos revisado algunos problemas con los que me he enfrentado a lo largo de mi vida en torno a este asunto, pero también es evidente, que según crecía el número de personas y servicios conectados a Internet, los problemas de interoperabilidad han ido quedando en evidencia y ha sido necesario establecer estrategias para evitarlos o reducirlos. Sin embargo, es prácticamente imposible tratar este problema tan amplio en un simple artículo, así que nos tendremos que conformar con algunas pinceladas e ideas simples de lo que podemos hacer cada uno de nosotros de forma individual para mejorar la interoperabilidad. Desde las instituciones europeas, a gobiernos, pasando por empresas, todos están comenzando a establecer y a documentar estratégicas para combatir, con mayor o menor éxito, los problemas de interoperabilidad y todas pasan por el uso de estándares abiertos, pero lo primero que debemos hacer, si queremos avanzar, es ser conscientes del problema...

TRAS LA ESTELA DE LA ADMINISTRACIÓN

Como comenté en el primer artículo, cuando hablamos de interoperabilidad, lo que es bueno para el Estado, suele ser bueno también para los usuarios, ya que las estrategias para lograr la interoperabilidad entre sistemas heterogéneos son las mismas en todos los casos. De hecho, las Administraciones Públicas disponen de una gran cantidad de documentación muy útil para establecer estrategias contra los problemas de interoperabilidad en todos sus aspectos y dimensiones y por ello, lo mejor es aprovechar todo este trabajo.

Uno de los documentos en castellano que más recomiendo, son los Criterios de seguridad, normalización y conservación, que elaboró el MAP para su uso en la Administración General del Estado. Sin embargo, al ser criterios y recomendaciones, en lugar de una Ley de obligado cumplimiento, es una pena que no se haya hecho demasiado caso en algunas administraciones, así nos habríamos evitado problemas como el que hemos comentado de la página del Defensor del Pueblo Español, o que no sean interoperables las distintas historias clínicas, cuando nos movemos por el territorio nacional. Pero debemos tener en cuenta que estos criterios, además de garantizar la accesibilidad de nuestra información y servicios para todo el mundo, parten de la lógica más aplastante y nos defienden de las malas decisiones tecnológicas, ayudándonos también, a mantener nuestra información segura y accesible en el tiempo, algo que es muy interesante.

Por ejemplo, entre los criterios de conservación, el 6.2, dice algo que ya deberíamos tener claro en este punto: "Se deben convertir los ficheros antiguos creados con aplicaciones propietarias a formatos que corresponden a especificaciones abiertas libres de patentes y royalties". Es más, el documento recomienda usar formatos abiertos directamente, si la aplicación los soporta nativamente, o usar herramientas de conversión adecuadas, en el caso de que la aplicación no soporte formatos abiertos. Con esto ya podemos establecer una estrategia coherente sobre el tratamiento de los formatos privativos de las aplicaciones que usamos normalmente.

No menos interesante es el criterio de conservación 4.1, que dice: "Se debe seleccionar un conjunto común de estándares de formato de fichero: gráfico, texto, datos, audio y vídeo que faciliten el acceso y circulación de la información, y su posterior recuperación y conservación". Como es lógico, lo mejor sería que estos estándares comunes sean abiertos para que puedan ser usados por todo el mundo sin trabas.

Como se puede ver, lo que nos dice este criterio es de lo más lógico y razonable si no queremos tener problemas de interoperabilidad, pero desgraciadamente, no siempre lo tenemos presente. Más adelante, en el mismo documento, se especifican una serie de formatos abiertos recomendados para los distintos tipos de información a almacenar; texto, datos estructurados, gráficos, vectoriales o comprimidos. Es evidente que no son todos los que son y dado que el documento es del año 2004, puede que esté un poco anticuado, pero como referencia inicial no están nada mal. Desde mi punto de vista, cuando se habla de estándares abiertos, habría que calificarlos, como emergentes, recomendados, obligatorios, en abandono, etc, como referencia a usuarios y desarrolladores y para permitir a los usuarios la conversión de sus datos a los estándares más adecuados según pasa el tiempo y cambian las tecnologías.

Como podremos comprobar, en este documento oficial no se hace referencia a ningún formato de archivo de los que podemos llamar "estándar de facto", que aunque son usados por muchos usuarios en todo el mundo, ni son un estándar, ni son abiertos por el simple y circunstancial hecho de ser usados masivamente en el mundo. Desde mi punto de vista, considerar un formato privativo como "estándar de facto", es algo perverso que intenta elevarlos a un nivel similar al de los estándares abiertos, pero debemos ser conscientes de que no son un un estándar y que a la larga, nos puede dar problemas de interoperabilidad.

Incluso un "formato abierto" puede ser fuente de problemas, nada impide que dicho formato quede igualmente abierto a la adición de nuevas funcionalidades, quizás protegidas mediante patentes, para ayudar a que se mantengan los monopolios y por lo tanto, afectando su utilidad para la conservación de la información a largo plazo.

Aunque un formato esté publicado abiertamente, no es un estándar y sigue siendo privativo, por lo que nada obliga a que las modificaciones o extensiones al formato se publiquen igualmente. De hecho, la mayoría de los formatos privativos publicados siguen llenos de "trampas" privativas que complican las cosas a los que los usan como si fueran un estándar abierto en sus aplicaciones. Por lo tanto, con el paso del tiempo, aunque un formato esté publicado, puede acabar teniendo partes en el mismo, solamente accesibles desde una aplicación privativa, que incluso, puede estar protegida mediante patentes internacionales. La consecuencia directa es que no podemos garantizar la continuidad y libertad de uso de un formato por el simple hecho de que en cierta ocasión se publicó su especificación. Es decir, que hay razones de peso para considerar que un formato abierto, en lugar de un estándar abierto, no debería ser un contenedor adecuado para garantizar la preservación de la información a largo plazo, la propiedad pública de los documentos públicos, o para garantizar la libertad de elección de los usuarios.

Los criterios de normalización, seguridad y conservación para el ejercicio de potestades están en un denso documento de 171 páginas, que recomiendo leerlo detenidamente y aplicarlo en la medida de lo posible, puesto que si lo hacemos, tendremos muchas probabilidades de no tener problemas en el futuro con nuestros datos. He de decir, que es muy posible que este documento sea el embrión de los futuros esquemas nacionales de Seguridad e Interoperabilidad que desarrollarán reglamentariamente la Ley 11/2007, por lo que lo podemos considerar una interesante guía, que además, puede tener una adecuada continuidad en el futuro, proporcionando una buena anticipación de lo que está por venir desde el punto de vista normativo.

EL PROBLEMA DE LOS TIPOS DE LETRA

Los problemas de interoperabilidad pueden ser de lo más curiosos. Por ejemplo, hay gente que me ha comentado que pierden el formato de los documentos cuando los crean con Microsof Office y los intentan abrir con OpenOffice.org bajo Linux, o incluso, cuando los crean con OpenOffice para Windows y los intentan abrir con OpenOffice.org bajo Linux. En este caso, el problema de interoperabilidad puede venir de la mano de los tipos de letra típicos de Windows, como Arial, Times New Roman o Courier New. Estos caracteres privativos, que fueron creados en su momento por Monotype Corp. para Microsoft, tienen una geometría distinta a los tipos de letra usados por otras plataformas como Linux o Mac, y en especial, se diferencian en el espaciado entre la letras, que se denomina kerning. Como es lógico, otra opción sería usar siempre tipos de letra libres que puedan usarse en Linux y en Windows, pero en este caso tendríamos problemas de compatibilidad con los usuarios que usen por omisión las fuentes específicas de Windows, que como hemos dicho, son privativas.

La solución sería instalar los caracteres típicos de Windows bajo linux, lo que aunque es posible, puede ser relativamente complicado de lograr si lo queremos hacer legalmente y sin problemas con los derechos y licencias de Microsoft. El caso es que existe un procedimiento para instalar estas fuentes desde los repositorios de Microsoft, pero como hemos dicho, es complicado, e implica usar una gran cantidad de paquetes adicionales para convertir y adaptar los archivos a Linux.

Lo mejor y más rápido, es recurrir a unas fuentes libres, creadas por RedHat, que se denominan "Liberation Fonts" y que son compatibles, o interoperables, con las de Windows. Hay que señalar, que la mayoría de las distribuciones, al menos así ocurre con mi Mandriva 2008.1, disponen de un paquete específico con estas fuentes, pero en caso necesario, nos las podemos bajar directamente de RedHat.

Tras instalar las fuentes en el directorio /usr/share/fonts/liberation de nuestro sistema Linux, será necesario configurar Gnome, o el Kde, para que las use adecuadamente y estén disponibles para todas las aplicaciones del sistema. Asimismo, podemos usar las tablas de sustitución de OpenOffice bajo Linux para que use automáticamente las correspondientes "Liberation fonts" cuando detecte una fuente Arial, Times New Roman, o Courier en un archivo procedente de Windows. Esto también lo podemos hacer con OpenOffice, o con Microsoft Office bajo Windows, para que seleccione automáticamente las fuentes adecuadas de Windows, cuando abramos un documento creado en Linux que use las "Liberation Fonts". Claro que debemos tener la precaución de usar las "Liberation Fonts", en lugar de las fuentes típicas de Linux, cuando queramos tener interoperabilidad con Windows, por lo que son las que yo uso normalmente en mis documentos.

MEJORANDO LA INTEROPERABILIDAD DE OPENOFFICE.ORG

Como hemos comentado en nuestro artículo anterior y sin entrar en polémicas entre bondades o defectos de las suites ofimáticas libres o privativas, lo cierto es que OpenOffice.org es una buena opción si queremos usar los estándares abiertos más avanzados, como el Open Document Format (ODF), o el Portable Document Format (PDF), ya que ambos están soportados de forma nativa por esta aplicación ofimática libre.

Además, OpenOffice.org puede abrir y almacenar archivos en los formatos de Microsoft Office, lo que puede que no sea una buena idea, en lo que respecta a la conservación de documentos a largo plazo, o a la interoperabilidad con otros usuarios, pero también es cierto, que OpenOffice.org, gracias a esta funcionalidad, puede ser usada como herramienta de conversión desde los formatos privativos de Microsoft a estándares abiertos.

Anteriormente hemos visto la forma de mejorar la interoperabilidad entre las aplicaciones Windows y Linux a nivel de caracteres, lo que es especialmente interesante para mejorar la interoperabilidad en lo que a la estructura de documentos se refiere, pero también se pueden hacer algunas cosas más, para mejorar la interoperabilidad de OpenOffice.org y sus funcionalidades con otros estándares abiertos, como el PDF.

Por ejemplo, si instalamos Sun PDF Import Extension [Beta], podremos modificar los archivos de OpenOffice.org almacenados en formato PDF, aunque no dispongamos de los archivos originales. Cuando tenemos esta extensión, los archivos PDF son importados en Draw e Impress, para conservar su estructura y permitir una edición básica de los mismos. Esta es una solución muy interesante para hacer pequeñas correcciones, o cambios en el documento PDF, como fechas, cifras, o pequeñas partes del texto. Desgraciadamente, no se pueden importar en este momento los documentos PDF nativos, es decir, los que no han sido creados con OpenOffice.org. Hay versiones de esta extensión para las distintas plataformas para las que está disponible OpenOffice.org en su versión 3.X, por lo que también la podemos usar desde Windows. También está previsto que en siguientes versiones de este añadido se mejoren las capacidades de edición de los documentos PDF.

Esta extensión también permite algo muy curioso e interesante cara a la interoperabilidad y el almacenamiento de la información a largo plazo, como es la exportación de un PDF híbrido, es decir, un PDF con el archivo fuente, en formato ODF, embebido en él. De esta forma, el PDF híbrido se puede abrir desde OpenOffice.org como si fuera un ODF normal, sin perder el formato original del documento y con todas las posibilidades de edición que permite el programa. Sin embargo, los usuarios que no dispongan de OpenOffice.org podrán seguir abriendo la parte PDF de ese archivo híbrido sin problemas, por lo que seguirá siendo interoperable con los lectores PDF tradicionales. En este momento es una de las opciones que más utilizo con OpenOffice.org cuando genero mis documentos y deseo garantizar su interoperabilidad a largo plazo, pero sin renunciar a las posibilidades de edición cuando los abro en mi sistema. Es más, usando Sinadura o PortableSigner, puedo añadir una firma digital a estos archivos PDF, lo que también es interesante, ya que firmar el documento, no me impide editarlo posteriormente aunque, como es lógico, con ello se pierde la validez de la firma. Hay que señalar, que OpenOffice.org también me permite firmar digitalmente y verificar la firma digital de documentos almacenados en formato ODF.

Para crear un archivo híbrido, una vez instalada la extensión Sun PDF Import, seleccionaremos la secuencia de mandatos Archivo | Exportar en formato PDF y en el recuadro de diálogo que nos aparece en pantalla, seleccionaremos las opciones PDF/A-1, que es una opción para almacenamiento a largo plazo de documentos PDF (encapsula todos tipos de letra que se utilizaron durante la edición y las etiquetas PDF) y la opción Crear archivo híbrido, seguido de la pulsación del botón Exportar. Bastará con seleccionar un nombre y trayectoria para nuestro archivo PDF en el siguiente recuadro de diálogo y volver a pulsar el botón Exportar, para finalizar el procedimiento.

También hay disponible un visualizador de archivos en formato ODF para Firefox. Este visualizador ODF también permite exportar el documento a PDF con solamente pulsar un botón en la interfaz de usuario del "plugin".

MEJORANDO LA INTEROPERABILIDAD DE MICROSOFT OFFICE

Comenzaremos por mejorar la interoperabilidad de Office 2000, Office XP y 2003, con Office 2007. Para ello, existe un paquete de compatibilidad disponible en la misma página de Microsoft. Mediante su instalación, se podrán abrir, editar y almacenar, archivos en los nuevos formatos utilizados por Word, Excel y PowerPoint 2007. El Paquete de compatibilidad también se puede usar con Microsoft Office Word Viewer 2003, Excel Viewer 2003 y con el Visor de PowerPoint 2003, para poder abrir con con ellos los archivos de Office 2007.

Gracias a este paquete de interoperabilidad ascendente, no es necesario actualizarse a Office 2007 para obtener la interoperabilidad con sus formatos más modernos. Desgraciadamente, no siempre se tiene en cuenta esta posibilidad y hay muchos contratos de la Administración en los que se argumenta esa necesidad de interoperabilidad con Office 2007 para pagar nuevas licencias de Office, como ocurrió recientemente con el contrato de actualización de los ordenadores del Defensor del Pueblo Español, que además, se actualizaron a Windows Vista, con la simple excusa de la interoperabilidad. En este caso se gastaron 84.908 euros, para equipar a 190 ordenadores.

Desde el punto de vista de la interoperabilidad bien entendida, los beneficios de este añadido para las versiones de Office anteriores a la 2007, quedan reducidos a poder abrir, editar y almacenar archivos en los nuevos formatos de la última versión. Pero no nos equivoquemos, yo no recomiendo usar los formatos de Office 2007 para almacenar información por los motivos que ya he explicado anteriormente y menos, si queremos que esa información pueda ser usada por otros usuarios sin problemas, o que permanezca en el tiempo, pero para los gustos, los colores.

Microsoft tampoco ha sido ajena a las necesidades y a las nuevas tendencias en materia de interoperabilidad que demandan los usuarios. Se puede decir que las presiones para lograr una mayor interoperabilidad con los productos de Microsoft, aunque no sin resistencia por parte de la empresa, están obrando sus frutos en el mercado global. Por ello, en mayo de 2008 Microsoft anunció que con el Service Pack 2 para Office 2007, que se lanzaría en el primer semestre 2009, se ampliarían los formatos soportados por Office, añadiendo compatibilidad con XML Paper Specification (XPS), Portable Document Format (PDF) 1.5, PDF/A y Open Document Format (ODF) v1.1. Con este Service Pack los usuarios podrán abrir, editar y almacenar documentos en ODF y almacenar archivos en XPS y PDF, sin necesidad de recurrir a ninguna aplicación externa. Incluso se puede configurar Microsoft Office, para que use ODF como formato por omisión a la hora de almacenar documentos, en lugar de los formatos nativos de Office, que desde mi punto de vista, sería lo más recomendable si deseamos obtener interoperabilidad con otros usuarios y en el tiempo. Sin embargo, también es cierto, que ha habido quejas sobre la implementación del estándar abierto ODF en el SP2 que se publicó el pasado abril, por lo que esperamos que mejore en el futuro el soporte proporcionado por Microsoft al estándar abierto ODF 1.1.

Lo cierto es, que poco a poco, pero sin pausa, las Administraciones Públicas españolas se van adaptando a la Ley 11/2007 y ya van apareciendo páginas de la Administración que presentan la documentación usando exclusivamente estándares abiertos e interoperables, dejando de aparecer el peligroso y omnipresente DOC de ellas. Incluso ya se comienzan a ver páginas en las que se usan el formato ODT como formato para distribución de formularios y documentos editables, de forma alternativa al DOC.

Para lograr la interoperabilidad de Office con los formatos ODF, también se puede recurrir al añadido OpenXML/ODF Translator Add-in for Office, que podemos encontrar en Sourceforge. El objetivo de este proyecto, que ha sido nominado para los premios de la Comunidad de 2009, es la de permitir la interoperabilidad entre las aplicaciones basadas en ODF 1.1, como OpenOffice.org y las basadas en el estándar ECMA Office OpenXML, como es el caso de Office 2007. Hay que señalar, que este es un proyecto muy activo, siendo la última versión del "plugin" de marzo de 2009 y que existe una versión para la línea de mandatos de este conversor, que puede ser usada para convertir una gran cantidad de archivos en procesos por lotes, liberando a nuestra organización de los peligrosos formatos privativos.

Como podemos ver, el ODF ya no es un formato ajeno a Office y no hay problemas para usar este estándar abierto como formato por omisión para el almacenamiento y recuperación de documentos creados con Office. Con los añadidos disponibles libremente en la Red podemos convertir el ODF en nuestro formato estrella para el almacenamiento de información, con independencia de la tecnología que usemos. Como hemos visto, el ODF es un formato que podemos abrir con casi cualquier aplicación, tanto privativa como libre, desde procesadores de textos, a navegadores web.

Con muy poco esfuerzo podemos hacer que nuestras aplicaciones sean compatibles con los estándares abiertos ODF y PDF, garantizando así la accesibilidad y la recuperación de nuestra información desde cualquier plataforma tecnológica. Como es lógico, cuantos más usuarios instalen estos añadidos en sus sistemas Office, más interoperabilidad ganaremos entre todos y más sencillo será el intercambio de información en la Red, así como su conservación a largo plazo.

Por supuesto, visto lo visto, las Administraciones Públicas deberían tener instaladas todas estas herramientas de interoperabilidad por omisión en todos sus sistemas Windows y en base a lo que se establece en la Ley 11/2007, hacer uso de ellas para utilizar solamente estándares abiertos en sus relaciones con otras administraciones y con los ciudadanos, que como se puede ver, se puede lograr con independencia de la plataforma tecnológica que se esté utilizando. Para ampliar la información sobre las ventajas del uso del estándar ODF, recomiendo la lectura de los documentos que hay en esta página de la Comisión Europea.

"Copyleft 2009 Fernando Acero Martín. Verbatim copying, translation and distribution of this entire article is permitted in any digital medium, provided this notice is preserved"

El problema de la interoperabilidad II parte: La realidad

2009-05-11T11:38:50Z

Estoy seguro de que la mayoría de nosotros hemos tenido algún problema relacionado con la interoperabilidad a lo largo de nuestra vida. También es cierto, que en ocasiones no está en nuestra mano el evitarlos. Por ejemplo, cuando accedemos a una página que usa la tecnología privativa ActiveX para la firma de un documento, como ocurre con la página del Defensor del Pueblo Español. Si estamos usando el navegador Mozilla Firefox desde Linux veremos que no podemos hacer nada.

Es evidente que la culpa no es de nuestra, ya que nuestro Mozilla Firefox y nuestro Linux son compatibles con una gran cantidad de estándares abiertos; la culpa es de los que diseñaron la página, que no usaron estándares abiertos compatibles con todas las tecnologías. Algo que además es absurdo, puesto que ni es más caro ni más complicado lograr que una web, o un determinado servicio, sea compatible con cualquier plataforma tecnológica. Cabe esperar, que tras la entrada en vigor de la Ley 11/2007 se ponga algo de orden en la Administración Pública y que a partir del 31 de diciembre de 2009, fecha límite para la lograr la interoperabilidad con los usuarios con independencia de su opción tecnológica, se pueda acceder a las notificaciones telemáticas seguras usando Firefox 3.X, se pueda usar el e-DNI, o la tarjeta Ceres, desde Mandriva, o que podamos mandar nuestras quejas al Defensor del Pueblo sin necesidad de ser clientes de una determinada empresa multinacional extranjera. No es menos curioso que asociaciones como Hispalinux se quejasen hace años de la irregular situación de la página del Defensor del Pueblo y que a fecha de hoy siga igual que estaba.

Aunque hago referencia frecuente a los formatos privativos de la suite ofimática de Microsoft, no son los únicos que dan problemas de interoperabilidad; sin embargo, al ser los más utilizados por los usuarios, creo que simplifico el entendimiento del problema de la interoperabilidad. Pero lo cierto es que podemos acabar teniendo problemas de interoperabilidad con cualquier aplicación con la única condición de que use formatos privativos para almacenar los datos. Desde programas de diseño, pasando por programas de gestión comercial, o bases de datos, nada está exento de riesgos si usa formatos privativos para almacenar la información.

Pero el problema de la interoperabilidad no solamente está en los formatos de los datos. Por ejemplo, los soportes de información también nos pueden jugar una mala pasada con el tiempo. Si tenemos información almacenada en discos flexibles, o en cinta magnética, es posible que nos cueste encontrar ordenadores con disquetera, o con una unidad de cinta, que nos permita acceder a esa información a fecha de hoy. Por ello, debemos estar atentos a los cambios tecnológicos e ir pasando a soportes más modernos toda aquella información que consideremos importante. Al igual que debemos pasar nuestros vídeos VHS a DVD si queremos seguir viendo sin problemas a nuestros hijos jugando alegremente en la playa en un futuro cercano. De hecho, el vídeo de mi boda está en Betamax y ahora no hay forma de verlo con ocasión de mis bodas de plata; sin duda es una pena, ya que además, nos costó bastante caro cuando lo contratamos con el fotógrafo que nos juró que esa era la mejor tecnología del mercado.

También es cierto, que el problema de la interoperabilidad puede aparecer en el momento más inoportuno. Por ejemplo, tengo un buen amigo que tiene una PYME con unos 25 empleados y para gestionar su empresa usa una cara y privativa aplicación de gestión comercial; de hecho, la lleva usando desde hace más de 6 años y a plena satisfacción. El caso es que la empresa fabricante de la aplicación ha cerrado sin avisar y ahora, aunque la aplicación le funciona perfectamente, este empresario sabe que tarde o temprano va a tener problemas con sus valiosos datos. Por ejemplo, sabe que dentro de cierto tiempo no habrá versiones de esa aplicación para los nuevos sistemas operativos que nos meten con calzador cuando compramos un nuevo ordenador y que con ello, acabará no pudiendo utilizarla.

El caso es que este empresario, que confió inocentemente todos los valiosos datos de su empresa y clientes a una aplicación que los almacena en un formato privativo, ahora tiene muy complicado migrar a otra aplicación. Por ejemplo, a una que incluya la interesante posibilidad de facturación electrónica, pero tampoco tiene la seguridad de que pueda mantener esos datos a salvo el tiempo mínimo que requiere la legislación española. Hace pocos días, este amigo me llamó desesperado para ver si le podía echar una mano para migrar esos datos, que ya ocupan un par de gigas en el disco duro y lo cierto es que lo tenemos complicado.

Pero los problemas de interoperabilidad pueden ser de lo más diverso y se manifiestan de forma más clara cuando tenemos la necesidad imperiosa de comunicarnos con otros. Hace unas semanas, una persona de mi entorno familiar estaba preparando un examen oral de la carrera de Derecho que incluía una presentación que tenía que entregar obligatoriamente en el formato de PowerPoint, pero desgraciadamente no le dijeron la versión de PowerPoint que debía utilizar. Esta persona que se acaba de comprar un ordenador portátil con la última versión de Vista Home Premium y de paso, había adquirido una moderna licencia de Office 2007 para estudiantes, aprovechando una oferta de la Universidad, no se esperaba lo que estaba a punto de pasar.

Desgraciadamente, el ordenador de la universidad usaba un "anticuado" Windows XP y una no menos "anticuada" licencia de Office 2003, con lo que no era compatible con las versiones de archivo más modernas. Tras haberse pasado casi toda la noche preparando la presentación para el examen, esta persona no la pudo utilizar por incompatibilidad entre los formatos de las dos versiones del mismo programa y con ello, obtuvo en el examen una nota menor de que la que esperaba.

Quizás, si hubiera hecho una copia a PDF para emergencias, no habría tenido bonitas transiciones entre las diapositivas, pero habría salido del paso y habría tenido una mejor nota. De hecho, siempre que voy a dar una conferencia la suelo llevar en un par de formatos interoperables, como PDF o HTML, sobre todo, cuando me obligan a entregarla en formato de PowerPoint. No es menos chocante, que si esta persona hubiera realizado la presentación con OpenOffice.org y la hubiera exportado al formato de PowerPoint, seguramente no habría tenido problemas de interoperabilidad con Office 2003, ni con Office 2007.

No deja de ser una paradoja del destino, que el usuario que tiene el programa más moderno pueda tener más problemas de interoperabilidad, que un usuario que tiene una versión más antigua del mismo. Esto se debe a que las versiones más modernas suelen mantener compatibilidad con las versiones anteriores. Es decir, el usuario de Office 2007 no tendrá problemas para abrir archivos creados con Office 2003, sin embargo, para que un usuario de Windows 2003 pueda abrir un archivo creado con Office 2007, en lugar de usar el mandato Archivo | Guardar, el usuario de la versión 2007, debería utilizar la opción Archivo | Guardar como y seleccionar entre las opciones disponibles el formato nativo de Office 2003, o mucho mejor, un formato abierto, entre los soportados por los dos programas.

Sin embargo, para sacar todo el rendimiento y funcionalidades de un programa, suele ser necesario recurrir a los formatos propietarios que nos proporcionan por omisión dichos programas. De hecho, es la forma de hacer presión para que los usuarios se actualicen a versiones más modernas con la excusa de la innovación y de "interoperabilidad" con los usuarios de aplicaciones más modernas. Como se puede ver, si entramos en este juego, es una pescadilla que se muerde la cola.

Sin embargo, también es cierto que la Ley de Pareto se cumple casi siempre con los usuarios y las aplicaciones informáticas. El 80% de los usuarios solamente usan el 20% de las funcionalidades de los programas, por lo que nunca sacan provecho de esas funcionalidades extra soportadas por las nuevas versiones de los formatos, lo que en la mayoría de los casos, hace innecesaria la actualización a la nueva versión del programa.

Como se puede ver, no estamos a salvo de los problemas de interoperabilidad ni cuando usamos el mismo programa y la misma plataforma tecnológica que nuestros corresponsales. Basta con que existan versiones distintas del programa, para que surjan insalvables problemas de interoperabilidad. Incluso han existido problemas de interoperabilidad entre productos distintos de un mismo fabricante. No sé si en este momento se ha solucionado, ya que hace años que no uso este programa, pero cuando yo utilizaba el económico y ligero Microsotf Works, no podía abrir esos archivos con Microsoft Word y era necesario tener la precaución de almacenarlos en formato .RTF para poder abrirlos con Word posteriormente. Como consecuencia de esa experiencia, es el RTF el formato más utilizo cuando el archivo no es muy complicado y me quiero asegurar de que se abre sin problemas desde cualquier plataforma. De hecho, nadie se me ha quejado nunca cuando le he enviado un archivo en formato RTF, algo que sí ha ocurrido con el ODF, e incluso hace unos años, cuando no estaba tan extendido, con el PDF.

Yo he sufrido el problema de la incompatibilidad de los formatos de archivo en varias ocasiones y he de reconocer, que también he cometido grandes errores que me han llevado a perder, o como poco, a poner en peligro valiosos datos. Pero no soy el único que ha tomado decisiones equivocadas al respecto. Por ejemplo, cuando en mi trabajo se decidió pasar de la suite ofimática Lotus SmartSuite a Microsoft Office, se produjo una situación difícil de comprender y de valorar si no se vive directamente. De un día para otro, los responsables de informática eliminaron SmartSuite e instalaron Office 2003 Professional en todos los ordenadores y con ello, miles de archivos que estaban almacenados en los formatos nativos y privativos de Lotus SmartSuite, es decir, toda la inteligencia corporativa almacenada durante más de 6 años de trabajo con SmartSuite, quedó inaccesible para todos y al mismo tiempo. Esta situación creó un problema tan grande, que muchos tuvieron que recurrir a instalaciones "pirata" de SmartSuite para poder recuperar la información que habían almacenado en sus discos duros solamente unas horas antes. El efecto era como si se hubieran roto todos los discos duros al mismo tiempo y con ello, se hubiera perdido toda la información de golpe, sin duda, un drama.

Lo peor es que creo que no hemos aprendido mucho de esa traumática experiencia y ahora, en lugar de usar los formatos privativos de Lotus SmartSuite, usamos despreocupadamente y como si nada hubiera pasado, los formatos privativos de Office, por lo que el problema se puede volver a producir en cualquier momento. Incluso nos permitimos el lujo de decir que esos son los formatos básicos de intercambio de información y así aparece sin el más mínimo pudor, en más de un documento de interoperabilidad. El principal error es pensar que la interoperabilidad la proporcionan las aplicaciones y sus versiones y que si todos usamos la misma aplicación, no tendremos problemas, pero en la realidad la interoperabilidad la proporcionan los formatos de los datos y no las aplicaciones.

A lo largo de mis 48 años he utilizado una gran cantidad de programas para generar y procesar mis datos, en su mayoría procesadores de textos, desde WordStar a OpenOffice, pasando por Framework, WordPerfect para DOS y Windows, Microsoft Works, Lotus SmartSuite o Microsoft Word, todos ellos han pasado por mis manos y hasta he escrito libros sobre ellos. Incluso guardo archivos creados con el Commodore 64, ordenador con el que logré, a base de usar macros y atajos de teclado, escribir en perfecto castellano con los procesadores de textos OmniWriter y SpeedScript. En ese formato guardo mi trabajo de fin de carrera titulado "El computador óptico", escrito en 1986 y que años más tarde fue la base para un artículo en el suplemento "Futuro" del diario "El País". Desgraciadamente, ahora me es más fácil recurrir a una hemeroteca para recuperar mi trabajo, que recuperar la información almacenada en mis discos.

Aunque guardo celosamente históricos casi todos mis trabajos, por desgracia, la mayoría de ellos, como ha pasado con mi trabajo de fin de carrera, son inaccesibles para mi en este momento. Tendría que hacer algo más que arqueología informática para poder recuperar esa información de los formatos privativos en los que se encuentra almacenada. Está claro que ese problema no lo tendría si hubiera almacenado mi información en formato TXT, RTF o PS. Y ¿Qué tienen en común todos estos formatos? pues sencillamente, todos estos son formatos abiertos y están soportados por la mayoría de las aplicaciones ofimáticas que existen en la actualidad y por las que han existido antes. Son como un puente entre el pasado y el futuro, como una especie de túnel del tiempo, que nos permite movernos más o menos libremente entre el pasado, el presente y el futuro de la informática.

Uno de los casos más dramáticos que he sufrido con la interoperabilidad de los archivos esta relacionado con la documentación que guardo en formato digital sobre el fallecimiento de mi padre, como consecuencia de un accidente de tráfico en el año 1999. Este hecho ocurrió poco antes de que yo abandonase por completo el uso del software privativo y con ello, el uso de la plataforma Windows y de los programas privativos escritos para ella. Al margen de que guardo gran parte de esta valiosa documentación en papel, toda ella, incluidos los documentos judiciales y periciales sobre el accidente, está digitalizada y almacenada en CD's con sus correspondientes copias de seguridad. Desgraciadamente, en aquella época yo no era consciente de los problemas derivados de la interoperabilidad de los archivos con el paso del tiempo. Por aquellas fechas yo me dedicaba a la creación de fondos para editoriales y el programa que más utilizaba, era un programa de autoedición para Windows, que además, no era, ni es en la actualidad, el más utilizado del mercado.

Como era el programa que más utilizaba a diario y además, lo usaba con bastante soltura, cometí el grave error de digitalizar, crear y editar toda esa información con ese programa de autoedición para Windows 98 y por ello, almacené toda esa valiosa información en el formato privativo de dicha aplicación. Si hubiera guardado en aquella información en formatos abiertos, como PS, o PDF, algo que podría haber hecho sin grandes complicaciones, ya que tenía los medios para hacerlo, ahora no tendría problemas, pero el caso es que no lo hice, o mejor dicho, ni se me pasó por la cabeza la necesidad de hacerlo.

Con el paso de los años, mi tecnología evolucionó al software libre, de hecho, nunca he llegado a tener una licencia de Windows XP y mucho menos, de Vista, aunque me la han intentado vender en varias ocasiones. Pero ese no ha sido el problema de fondo, puesto que si hubiera usado formatos abiertos, daría lo mismo mi opción tecnológica. Podría haber abierto mis archivos desde Windows, Linux o desde un Mac, sin problemas. Eso es lo mejor de los formatos abiertos, la libertad de elección tecnológica y la seguridad de acceso.

Por la falta de tiempo material para atenderla, mi empresa de servicios editoriales fue decayendo en producción y clientela, hasta desaparecer casi por completo allá por un lejano 2003. Con ello, también fui abandonando el uso de ese programa autoedición, que acabó sus días con el fallo irrecuperable del último disco duro con licencia de Windows 98 que me quedaba, pero todo hay que decirlo, no fue una pérdida traumática, puesto que cuando falló el disco, hacía varios años que ya no lo usaba Windows.

El problema llegó cuando tuve la necesidad de recuperar parte de esa información tras el fallecimiento de mi madre ocurrido el pasado 1 de abril. Fue en ese momento, cuando comprobé que ninguno de mis ordenadores, muy modernos todos ellos, era capaz de funcionar con un polvoriento disco original de Windows 98 y con ello, tampoco podía instalar ese programa de autoedición y recuperar toda esa información. Me comencé a preocupar seriamente, cuando vi que no podía abrir esos archivos con ninguna de las aplicaciones Linux, ni encontraba ninguna herramienta de conversión adecuada.

Antes de recurrir a la virtualización y casi desesperado, comencé a escribir correos a conocidos que se dedicaban todavía al negocio editorial con la esperanza de que alguno mantuviera alguna licencia del programa. Afortunadamente ,un buen amigo me pudo hacer el favor de convertir estos archivos a PDF, pero no sin recurrir antes a la arqueología informática. Puedo decir sin lugar a dudas, que logré recuperar toda esa valiosa información de milagro y estoy convencido, de que si hubiera pasado algo más de tiempo, dicha recuperación habría sido imposible.

Hablando de formatos interoperables, podemos decir que los usuarios de aplicaciones libres suelen tener más opciones que los usuarios de software privativo, aunque también es cierto, que la mayoría de las aplicaciones privativas, como el mismo Office, permiten almacenar la información en formatos abiertos de forma nativa, o mediante "plugins" específicos, como veremos más adelante.

Por ejemplo, el formato nativo de OpenOffice.org es el Open Document Format que es abierto y además, es un estándar ISO. Asimismo, OpenOffice.org permite exportar cualquier documento a formato PDF, que también es un formato ISO e interoperable, con solamente hacer clic sobre un botón en la interfaz de usuario.

OpenOffice.org también dispone de un "plugin", creado por Sun, que permite tratar los documentos en formato PDF como documentos editables, algo interesante, puesto que ese formato, hasta hace poco, era sinónimo de archivo no editable. Aunque esta opción tiene algunas limitaciones y está pensada para pequeñas modificaciones sobre los archivos PDF, lo cierto es que es otra interesante opción de esta suite informática libre y que veremos más detenidamente más adelante. Desde mi punto de vista, solamente le faltaría a OpenOffice.org el poder firmar digitalmente y comprobar la firma digital de documentos PDF, para ser la herramienta de oficina ideal, pero espero que todo se andará con el tiempo. Aunque no debemos olvidar que OpenOffice.org, al igual que Microsoft Word, también permite almacenar la información en otros formatos abiertos, como RTF, HTML, TXT o XML.

"Copyleft 2009 Fernando Acero Martín. Verbatim copying, translation and distribution of this entire article is permitted in any digital medium, provided this notice is preserved"

El problema de la interoperabilidad I parte: Las definiciones

2009-05-05T19:52:10Z

Este es el primero de varios artículos dedicados a la Interoperabilidad entre sistemas y comenzaremos por intentar concienciar sobre este grave problema de comunicación entre sistemas, tecnologías, o programas distintos. Aunque es frecuente ver en foros y páginas de Internet agrias polémicas entre partidarios del software libre y el privativo, sin embargo, entre tanta polvareda y afilados espolones, se tiende a olvidar un problema de fondo mucho más importante que la mera opción tecnológica de los usuarios y que no es otro, que la necesaria interoperabilidad entre aplicaciones, tecnologías, sistemas o servicios.

En un mundo interconectado nuestra meta debería ser que nos podamos comunicar con todo el mundo sin trabas y que los datos, nuestro activo más valioso, los mantengamos en un formato que nos permita acceder a ellos en el tiempo, e intercambiarlos sin problemas con nuestros corresponsales en la Red. Sin embargo, en muchos casos estamos muy lejos de lograrlo y el problema es mucho más complejo que escribir en un determinado idioma, como el inglés o el castellano. Afortunadamente, existen “idiomas” comunes para facilitar esta comunicación y el intercambio de información en la Red y para almacenar la información de forma segura, estos “idiomas” son los “estándares abiertos”. El problema es que los usuarios nos dejamos llevar por la tecnología que estamos usando en ese momento y lejos de usar estándares abiertos, que están soportados por sistemas privativos y libres, recurrimos con demasiada frecuencia y sin demasiada preocupación por las posibles consecuencias, a los formatos que aparecen por omisión cuando usamos la opción Salvar de algunos programas y esos formatos, en muchos casos son privativos.

No me cabe la menor duda, de que el verdadero éxito de Internet se centra en el hecho de que se basa en estándares y que se puede acceder a la Red con independencia del sistema operativo, o de la tecnología que usemos. Da lo mismo si somos usuarios de Windows Vista, o de XP, si somos usuarios de Linux, o de Mac, todos podemos acceder a Internet sin trabas, a cambio de que dichas comunicaciones se realicen mediante el uso de estándares abiertos como el TCP/IP, HTML, POP, SMTP, etc .

Sin embargo, algo que tenemos tan claro en las comunicaciones de Internet, no lo tenemos tan claro con la forma en la que almacenamos, o distribuimos los datos, o incluso, en la forma que establecemos ciertos servicios a través de la Red y en los que nos empeñamos sin razón aparente, en que solamente estén disponibles para usuarios de determinadas tecnologías privativas. Sin embargo, el uso de estándares abiertos no encarece ni complica el almacenamiento de los datos, o el establecimiento de servicios en Internet, más bien al contrario, los simplifica y en muchos casos, los abarata de forma considerable.

Pero con independencia de la tecnología que hayamos decidido usar, lo cual es muy respetable, debemos ser conscientes de que nuestra opción tecnológica nos puede jugar malas pasadas si no tomamos ciertas precauciones. Al final, lo que podemos lograr si no tenemos cuidado, es que nuestros datos sean inaccesibles para otras personas, o incluso para nosotros mismos, con el inexorable paso del tiempo.

Hablar de interoperabilidad es complicado, puesto que aunque es un término que aparece en la legislación española, como es el caso de la Ley 11/2007 de Acceso de los Ciudadanos a las Administraciones Públicas, ni esta Ley, ni el Diccionario de la Real Academia de la Lengua Española definen ese término tan esquivo. Para encontrar una definición adecuada, es necesario recurrir a la Decisión 2004/387/CE del Parlamento Europeo y del Consejo de 21 de abril de 2004, relativa a la prestación interoperable de servicios paneuropeos de administración electrónica al sector público, las empresas y los ciudadanos (IDABC). En este documento se define Interoperabilidad como:

“La capacidad de los sistemas de tecnologías de la información y de las comunicaciones (TIC) y de los procesos empresariales a los que apoyen, de intercambiar datos y posibilitar la puesta en común de información y conocimientos”.

También hay una definición de Interoperabilidad militar, que se usó por primera vez en el documento “The Interoperability, a Desert Storm case study, de Sterling D. Sessions y Carl R. Jones, de la National Defense University, Washington D.C. de julio de 1993 y posteriormente fue añadida al documento AAP-6 de la OTAN, como definición oficial de interoperabilidad militar. En dicho documento, se define interoperabilidad como:

“La habilidad de los sistemas, unidades o fuerzas para proveer servicios a y para aceptar servicios de otros sistemas, unidades o fuerzas, y para usar los servicios así intercambiados para operar efectivamente juntos”.

Como se puede ver, son definiciones tan complejas de entender, como de conseguir en la práctica. En la primera priman la puesta en común de información y de conocimientos y en la segunda, el lograr la necesaria sinergia en el campo de batalla moderno. Desde mi punto de vista, estas definiciones se quedan cortas y no muestran el problema de la interoperabilidad en toda su dimensión. Yo considero que la interoperabilidad debe tener tres dimensiones espaciales:

a) Vertical: es decir, que nuestros datos han de ser interoperables con nosotros mismos, por ejemplo, para que se puedan usar sin restricciones dentro de nuestra organización, o para que los podamos usar sin trabas con los distintos programas que usamos normalmente. Por ejemplo, que podamos insertar un gráfico realizado con el programa de diseño A en una página del procesador de texto B.

b) Horizontal: que es la que que nos permite intercambiar información con otras organizaciones y usuarios sin trabas de ninguna clase. Esta dimensión es posiblemente la más evidente y es la que nos permite que la información que elaboramos esté disponible para el mayor número de usuarios posible.

c)Temporal: que es la que nos garantiza que nuestros datos serán accesibles en el futuro a pesar de los cambios en la tecnología. Quizás esta dimensión temporal de la interoperabilidad es la que se encuentra más relacionada con la neutralidad tecnológica, o con nuestra capacidad de cambiar de tecnología, sin que ello suponga unos costes inadmisibles, o la pérdida de los datos almacenados hasta ese momento.

Asimismo, la interoperabilidad ha de atender a los aspectos organizacional, semántico y técnico del problema:

a) La interoperabilidad organizacional está relacionada con las metas que se desean conseguir, el modelado de los procesos y la necesaria colaboración entre los elementos participantes, que deben poder intercambiar información a pesar de tener distintas estructuras internas y procesos.

b) La interoperabilidad semántica es la que se preocupa de asegurar que el significado preciso de la información que se intercambia es entendido por otra aplicación que no fue diseñada inicialmente para ese propósito. La interoperabilidad semántica permite que los sistemas de información recombinen información de varias fuentes y que la puedan procesar de una forma coherente.

c) Finalmente, la interoperabilidad técnica se preocupa de los problemas que existen para intercomunicar sistemas y servicios heterogéneos. Esta interoperabilidad tiene aspectos clave como el uso de interfaces y estándares abiertos, servicios de interconexión, integración de datos, midelware, presentación de datos e intercambio de información, accesibilidad y la garantía de seguridad de los servicios.

Para complicar el escenario de las definiciones, en muchas ocasiones se confunde el concepto de interoperabilidad con el de neutralidad tecnológica. Otro término que aparece en nuestra legislación más reciente y que tampoco está definido adecuadamente en ella. Sin embargo, esta confusión es relativamente lógica, puesto que la mayor parte de las estrategias necesarias para conseguir la neutralidad tecnológica, como puede ser uso de estándares abiertos, son idénticas a las que se deben usar para conseguir la interoperabilidad.

Ante la ausencia de una definición clara, hay muchos autores que se han lanzado a definir y aclarar este término. Una de las mejores definiciones que he encontrado por la Red es de Alejandro Pisanty y dice lo siguiente:

“neutralidad tecnológica es la condición en la que una acción, definición, ley, estándar, etc, no se formula de tal manera que sesgue todas las decisiones subsecuentes a favor de una tecnología en particular, entre aquellas capaces de resolver el problema”.

En este sentido hay que señalar que hay tecnologías privativas que funcionan como anclas y condicionan de forma considerable el resto de las decisiones tecnológicas que se tomen posteriormente. Un ejemplo lo tenemos en las páginas Web que utilizan ActiveX para los procesos de firma y verificación, si usamos esa tecnología, nos costará mucho cambiar y adaptar nuestras páginas web en el futuro y además, obligaremos a que todos los usuarios que accedan a nuestra página, sean también sea usuarios de esa tecnología privativa, con lo que estaremos restringiendo el acceso a la misma y todo hay que decirlo, sin necesidad.

En este sentido, también está el comentario de Nelson Remolina, que aclara algo más este esquivo concepto:

“... La neutralidad tecnológica reconoce algo evidente: La tecnología cambia constantemente. Si la ley se “casa” con una tecnología en particular muy seguramente la norma se quedará obsoleta rápidamente”.

Es evidente que estas definiciones de neutralidad tecnológica las podemos aplicar tanto a la creación legislativa, como a la adquisición de bienes y servicios informáticos y por supuesto, a nuestra vida cotidiana, tanto como usuarios de la Red, o como generadores de información para colgar en Internet. En principio, lo que es bueno para el Estado, también puede ser bueno para los ciudadanos, pero como nos avisaba Diego Sarabia, hablar de neutralidad tecnológica tiene sus riesgos y tampoco está exento de polémica, puesto que para este autor, estas definiciones esconden realmente un problema económico disfrazado de otro tecnológico. Para Sarabia, como también apuntaba Kranzberg en relación a la neutralidad de la tecnología y su impacto social:

“... la neutralidad tecnológica es una contradicción andante, ya que la tecnología no es neutra. La tecnología afecta a la sociedad. Pero el uso del concepto como tal es un invento de Microsoft... es pues un concepto de marketing, pura propaganda....”.

Pero no entremos en polémica, ya hemos visto que el principal punto en común entre la neutralidad tecnológica y la interoperabilidad, es el uso de estándares abiertos. Afortunadamente, a diferencia de los conceptos de interoperabilidad y de neutralidad tecnológica, en la Ley 11/2007 hay una definición de estándar abierto y se reconoce en sus artículos que el uso de estándares abiertos es el mejor método para lograr la necesaria interoperabilidad entre las administraciones públicas, o entre las administraciones públicas y los ciudadanos, independientemente de su opción tecnológica. Según la Ley 11/2007, estándar abierto es el que cumple las siguientes condiciones:

a) Sea público y su utilización sea disponible de manera gratuita o a un coste que no suponga una dificultad de acceso,

b) su uso y aplicación no esté condicionado al pago de un derecho de propiedad intelectual o industrial.

La ley 11/2007, cuando habla de los estándares abiertos dice también cosas interesantes:

”Principio de neutralidad tecnológica y de adaptabilidad al progreso de las técnicas y sistemas de comunicaciones electrónicas garantizando la independencia en la elección de las alternativas tecnológicas por los ciudadanos y por las Administraciones Públicas, así como la libertad de desarrollar e implantar los avances tecnológicos en un ámbito de libre mercado. A estos efectos las Administraciones Públicas utilizarán estándares abiertos así como, en su caso y de forma complementaria, estándares que sean de uso generalizado por los ciudadanos.”

Sin embargo, aunque es un logro interesante la existencia de una definición de estándar abierto en la legislación y que en la misma ley se reconozca el uso de dichos estándares como el mejor medio para lograr la interoperabilidad, desde mi punto de vista, la definición de estándar abierto también se ha quedado algo corta. A mi me hubiera gustado más esta otra, que además, estaría más acorde con el concepto de estándar abierto que se maneja en la Unión Europea:

Estándar abierto es el que cumple las siguientes características:

1) Está publicado y su especificación y documentación completas están disponibles de forma gratuita o al precio de coste de su distribución.

2) Su propiedad intelectual se ofrece de forma irrevocable libre de regalías, de cualquier otro derecho de explotación de la propiedad intelectual, y no sujeto a patentes o a contratos que restrinjan su uso y reutilización directa o indirectamente.

3) Existe al menos una implementación de referencia que desarrolla todas las funcionalidades de la especificación, que está disponible bajo una licencia que permite que sea usada para cualquier propósito, y que puede ser copiada, estudiada mejorada y distribuida libremente, con o sin cambios.

Pero ¿es el problema de la interoperabilidad o de la neutralidad tecnológica un problema meramente tecnológico?. Pues es evidente que no, de acuerdo con las conclusiones de la Declaración de Interoperabilidad de Valencia, con la que me identifico plenamente:

“... La interoperabilidad es un elemento multidimensional, que integra los aspectos técnico, semántico, organizativo, jurídico y cultural, exigiendo la existencia de equipos humanos especializados y multidisciplinares dentro de las administraciones y el fomento de grupos de trabajo interadministrativos y de órganos de composición mixta publico-privada de interoperabilidad.

El elemento clave para que la interoperabilidad sea real es el factor humano, Es fundamental la formación y la especialización de las organizaciones y de los responsables y empleados públicos, orientando su gestión y acción burocrática y pública hacia la coordinación, la interoperabilidad y hacia la compartición de tecnología, información y conocimiento... “

Está claro, que sin la colaboración de todos es imposible lograr la interoperabilidad. Por mucho que se publiquen estándares abiertos, o que se definan adecuadamente en leyes y recomendaciones, también es necesario que los usuarios y administraciones los utilicen para garantizar todos los aspectos y dimensiones de la interoperabilidad y eso, en muchos casos, se reduce a una decisión personal de un responsable tecnológico de la Administración, o de determinada empresa. De nada sirve todo esto, si de forma tozuda y no fundamentada, ponemos en riesgo nuestros datos y de paso, dificultamos la difusión de los mismos cuando pretendemos precisamente todo lo contrario.

Hay que señalar, que el uso masivo de un determinado formato por los ciudadanos, o por las administraciones, no lo convierte en un estándar, aunque algunos se empeñen en hablar y en usar con profusión aquello que denominan “estándares de facto”. Desgraciadamente, su uso no garantiza en ningún caso la interoperabilidad en todas sus dimensiones y por lo tanto, su utilización debería ser marginal y en todo caso, complementaria y no sustitutoria de los estándares abiertos, que son la única garantía para la interoperabilidad y la neutralidad tecnológica. De hecho, la mayoría de estos “estándares de facto” no son ni siquiera estándares y han sido introducidos en el mercado por los intereses económicos de las multinacionales, con la intención de dificultar la competencia.

Que pasaría si este artículo, en lugar de aparecer en HTML en la página web, fuera un enlace a un documento “.doc” colocado en esa misma página. Hay que señalar, que el formato “.doc”, es privativo de Microsoft y aunque algunos lo consideran “estándar de facto”, lo cierto es que no cumple con la definición de estándar y mucho menos, con la de estándar abierto. De hecho, el pasado 27 de febrero de 2008, la Comisión Europea impuso una multa de 899 millones de Euros a Microsoft por dificultar la interoperabilidad con sus productos y en especial, por no proporcionar información necesaria para lograr la interoperabilidad con sus formatos privativos y entre ellos, el “.doc”.

Si yo tomase la decisión de divulgar mi información en formato “.doc”, es posible que mi artículo solamente fuera accesible para los usuarios de Microsoft que tuvieran un programa compatible con el formato y la versión con la que se generó el documento, que aunque pueden ser muchos usuarios, tampoco son todos los usuarios de los productos de Microsoft, puesto que mi archivo puede ser incompatible con algunas versiones de sus programas y por supuesto, tampoco será accesible para los usuarios de otras tecnologías distintas a las de Microsoft. Si optamos por esa solución privativa, que por desgracia está siendo adoptada de forma irresponsable por cientos de administraciones públicas y empresas como si realmente fuera un estándar, no garantizaremos que la información esté accesible para todos los usuarios de la Red, pero tampoco podremos garantizar que dicha información esté disponible en un futuro, incluso para el autor de la misma. Tampoco será sencillo para el que generó el documento, cuando el volumen de información de la que dispone en formatos privativos sea considerable, el poder cambiar a otra tecnología distinta, aunque sea del mismo fabricante y mejor que la que estaba utilizando hasta ese momento.

Está claro que la mejor estrategia sería usar formatos abiertos y accesibles para todo el mundo, como una página web en HTML. En el caso de desear que se almacene esta información en la forma de un archivo, podríamos optar por el formato PDF, que sí es un estándar abierto ISO y además, está soportado sin problemas por múltiples plataformas tecnológicas.

De esto hablaremos más detenidamente en artículos posteriores y veremos algunos problemas junto con algunas estrategias para solventarlos.

"Copyleft 2009 Fernando Acero Martín. Verbatim copying, translation and distribution of this entire article is permitted in any digital medium, provided this notice is preserved"

Presentación en Madrid del libro de dominio público "La sociedad de Control"

2009-04-28T17:03:54Z

A través de mi buen amigo Juantomás, anterior Presidente de Hispalinux, me he enterado de la presentación del libro "La Sociedad de Control" de José Alcántara. El acto tendrá lugar el miércoles 29 de abril, a las 12:30 del mediodía, en el Centro de Innovación de BBVA (Plaza de Santa Bárbara nº 2, Madrid; Metro Alonso Martínez). Y he de decir, que comparto la idea de que este acto, dado los turbulentos tiempos que corren para la libertad en la Red y la libre difusión de la cultura, es mucho más que la presentación de un libro.

Al igual que le preocupa al autor del libro y al mismo Juantomás, a mi también me preocupan las presiones a REDTEL y el paquete de medidas para las telecomunicaciones, que se quiere aprobar el próximo día 5 de mayo en la Unión Europea. Por ello, yo también considero muy positivo que se aclaren estos hechos y se hagan oír el mayor número de voces en contra de estas medidas liberticidas, que pueden acabar con la libre difusión de la cultura y con la necesaria neutralidad de la Red.

Desde mi punto de vista, sin cultura no hay Red, es la cultura la verdadera esencia y utilidad de la misma y debemos tener claro que no es solamente cultura, aquella que tiene un precio. De hecho, si la cultura no se integra en la sociedad, no importa su precio, simplemente no es cultura.

Esta es una obra clave, necesaria y polémica quizás, en el que se exponen éstos y otros peligros que amenazan nuestros derechos y libertades en la red de redes. Da lo mismo la excusa, ya sea la seguridad, o los derechos intelectuales, todo sirve para restar derechos y libertades en la Red y lo peor, es que en la lucha por esa minoritaria cultura de pago, también puede caer la vasta cultura de dominio público, o la popular, que también es cultura y más arraigada que las otras.

El libro, como todos los de la colección "planta 29", está publicado bajo una licencia de dominio público y por ello, se puede descargar libremente de la Red. No deja de ser cusioso, que esta editorial, cuyas obras se publican todas con licencias libres, haya comenzado a tener beneficios tras solamente un año de andadura y en un momento de profunda crisis, en el cierran cientos de empresas y otras miles declaran pérdidas.

"Copyleft 2009 Fernando Acero Martín. Verbatim copying, translation and distribution of this entire article is permitted in any digital medium, provided this notice is preserved"

Otras consideraciones al proyecto de enseñanza

2009-04-27T12:02:08Z

Tras aparecer en prensa información sobre el proyecto del Gobierno para entregar a cada niño de primaria (aproximadamente 2.6 millones de alumnos) un mini-ordenador dotado con software de Microsoft, se están produciendo las primeras reacciones en contra, como la de la Asociación Hispalinux, pero yo creo que hay más cosas que se deben tener en cuenta al margen del eterno debate entre tecnologías privativas y libres...

Sin duda, como bien señala Hispalinux, el panorama económico en España, con más de 4 millones de parados y con 1 millón de familias con todos sus miembros en el paro, no aconseja pagar ni un duro por unas funcionalidades informáticas que se pueden obtener gratis y menos, cuando sabemos que las soluciones libres disponibles están sobradamente validadas y probadas en algunas Comunidades Autónomas. Este es un hecho palmario que además, está contenido en la legislación española en la forma de los principios de economía, eficiencia y eficacia de una buena Administración, por lo que no me extenderé más en lo ya ha dicho Hispalinux al respecto.

Aunque hay muchos estudios que avalan que la entrega de un ordenador a cada niño puede mejorar sus resultados académicos, hay otros estudios y opiniones que dicen todo lo contrario, opiniones, que además, se basan en la experiencia directa del profesorado. Creo que el truco está en no confundir la "Educación Asistida por Ordenador" (EAO), con la "Educación Basada en Ordenador" (EBO) y en especial, con el uso de ordenadores como el sustituto de los libros de texto tradicionales. Aunque algunos expertos sostengan que la EAO y la EBO son sinónimos, desde mi corta experiencia en el desarrollo de aplicaciones de e-learning libres a mi no me lo parece, pero puedo estar equivocado.

Puede que sea algo anticuado con casi mis 50 años de edad y que mi cerebro esté condicionado por largas horas de estudio bajo el flexo y rodeado de papeles, pero siempre me ha sido más sencillo estudiar con un libro, bolígrafo y papel, que leyendo directamente en la pantalla el ordenador. Aún manteniendo el omnipresente bolígrafo y papel junto al ordenador para hacer resúmenes, cálculos y tomar notas, las cosas se me han acabado poniendo cuesta arriba. No se si a otras personas le pasa lo mismo y yo soy un bicho raro camino de la tercera edad, pero incluso antes de caer en el infame pozo de la presbicia, leer en la pantalla del ordenador me cansaba mucho más que leer papel impreso y siempre, me ha sido mucho más sencillo encontrar lo que quería y moverme por la información en papel, que usando la rígida pantalla del ordenador. Espero que me perdonen los defensores del Amazonas por semejante confesión, pero sirva en mi descargo, que a lo largo de mi vida he intentado plantar tantos árboles como he podido y para su tranquilidad, sin conocer el número exacto de árboles plantados en este momento, creo que no han sido pocos.

Antonio Vaquero Sánchez, catedrático de Informática de la Universidad Complutense de Madrid, y anterior Presidente de ADIE (Asociación para el desarrollo de la Informática Educativa), en una excelente conferencia pronunciada en los I Encuentros nacionales sobre las Nuevas Tecnologías en la Educación, hizo referencia a un estudio titulado "Scholl of Education" y que fue realizado por Universidad de Standford bajo los auspicios de la UNESCO. Dicho estudio reconocía la efectividad de la enseñanza asistida por ordenador (EAO), algo con lo que evidentemente estoy de acuerdo, pero también contenía otras conclusiones que me hacen pensar que la (EBO) no es tan positiva para la enseñanza y en especial, para la primaria. Hay que señalar, que las conclusiones de este estudio fueron usadas en su momento por algunas comunidades autónomas españolas, como base a su proyecto educativo basado en la informática y en las aplicaciones libres. Entre las conclusiones del citado estudio destacan:

a) Las sesiones de ejercicios basados en ordenador y de duración limitada, hacen aumentar el nivel de lectura comprensiva y matemáticas en la Enseñanza Primaria. Primera conclusión a favor de la EAO y en contra de la EBO.

b) La EAO convencional ha demostrado ser un complemento efectivo, más efectivo que cualquier otro método ensayado. Sin duda, algo muy interesante.

c) La EAO se ha demostrado más efectiva en los niveles superiores de Enseñanza Secundaria que en la Enseñanza Primaria. Otra interesante nota de atención que desaconseja implantar este sistema en la Enseñanza Primaria.

d) La EAO se muestra más eficaz cuanto más bajo es el nivel intelectual del alumno, de forma que funciona como sistema para equilibrar la enseñanza.

e) La EAO no se muestra mejor para alguna determinada materia y peor para otras. Supongo que esto depende de la calidad de los contenidos educativos, más que del medio de transmisión de los mismos.

f) Cuanto más larga es la duración de la enseñanza son menores los efectos positivos de la EAO. Creo que esta interesante conclusión del informe podría suponer la puntilla a la EBO. No es lo mismo usar la informática como herramienta de enseñanza, al tiempo que se usan otras herramientas y métodos, que usarla como único medio y soporte de la enseñanza. Esta conclusión creo que está en sintonía con mi percepción personal, en cierto modo negativa, del uso del ordenador como único medio para el estudio, o como sustituto de los libros de texto. Por otra parte, aquí hay una posible incongruencia en el planteamiento inicial ¿qué sentido tiene el uso de ordenadores en la Enseñanza Primaria, si luego no están presentes también en la Enseñanza Secundaria?.

Teniendo en cuenta lo anterior y sin decir que la entrega de un ordenador a cada niño de primaria sea una mala idea de antemano, creo que una decisión de tal envergadura y en un ambiente de profunda crisis económica a nivel internacional, es una decisión que se debería tomar con las cautelas y garantías necesarias y estando bien seguros de que no estamos dilapidando el erario público. Es evidente que las aplicaciones multimedia aplicadas a la enseñanza pueden abrir nuevas posibilidades, que se han demostrado muy positivas cuando se usan limitadamente en el ambiente de la EAO, pero también es cierto que estamos ante un campo nuevo y lleno de interrogantes, que es necesario intentar contestar antes de tomar las decisiones con implicaciones económicas, en especial, si consideramos que la EBO, o la Enseñanza Basada en Ordenador, es el último objetivo a alcanzar con este controvertido proyecto.

Hay que considerar además, que esta inversión no es para siempre. Los bienes informáticos tienen una vida muy corta en los tiempos que corren y siempre suponen gastos recurrentes en el tiempo, tanto para mantener el software como los sistemas, gastos que se multiplicarían por un impresionante factor de escala de 2,6 millones.

Finalmente, quiero dejar bien claro, que estoy de acuerdo y que defiendo sin ambages la modernización educativa a todos los niveles, así como la presencia de los ordenadores en la enseñanza, pero también mantengo, que las cosas hay que hacerlas con cabeza, estando seguros de que la solución es la que más nos conviene y maximizando los resultados.

"Copyleft 2009 Fernando Acero Martín. Verbatim copying, translation and distribution of this entire article is permitted in any digital medium, provided this notice is preserved"

Sinadura (y II): Uso y funcionamiento

2009-04-09T20:38:09Z

En memoria de mi madre, Silvia, 12-10-32 / 01-04-09.

Una vez que tengamos instalado Sinadura siguiendo las instrucciones del artículo anterior, ya estamos listos para firmar nuestros documentos PDF usando este interesante programa, que entre otras cosas, nos permite usar tarjetas inteligentes, certificados de 2048 bits, enviar por correo los documentos firmados, incluir nubes de bits, realizar sellado de tiempos y otras muchas cosas más.

Comenzaremos por arrancar Sinadura, lo que lo podemos hacer a través del Menú Inicio, o mediante el acceso directo del escritorio. Una vez arrancado, introduciremos la contraseña maestra del programa.

Cuando arranquemos el programa por primera vez, lo primero que debemos hacer, es configurar nuestro almacén de firmas. Para ello, usaremos la secuencia de mandatos Herramientas | Configuración personal y en panel de la izquierda, haremos clic sobre Gestión de Certificados.

Para añadir un certificado, haremos clic sobre el botón Añadir. En el cuadro de diálogo que aparece en pantalla, escribiremos el nombre del usuario al que pertenece el certificado en la línea Nombre. Después, seleccionaremos la trayectoria en la que se encuentra el contenedor del certificado. Para ello, podemos usar el botón Examinar que aparece a la izquierda. Una vez seleccionado, escribiremos la contraseña que protege el certificado en dicho contenedor. Seguidamente, indicaremos el tipo de contenedor que estamos usando PKCS#12 (software), o PKCS#11 (tarjeta criptográfica). Como es lógico, si estamos usando un certificado en una tarjeta inteligente, para el contenedor del certificado, debemos indicar la trayectoria del archivo, .dll (windows) o .so (linux), a través del que tenemos acceso a nuestra tarjeta inteligente en nuestro sistema. Finalizaremos el proceso haciendo clic sobre el botón Aceptar.

En este punto debemos tener en cuenta que si hemos instalado el programa como root, todos los usuarios usaran la misma contraseña maestra, por lo que debemos borrar la contraseña de nuestros certificados, o desinstalarlos del programa antes de salir del programa, o de otro modo, otros usuarios podrían firmar a nuestro nombre. Por ello, en el artículo anterior recomendaba instalar el programa de forma individual para cada usuario, de forma que cada uno tuviera su contraseña maestra, su propio almacén de certificados y su propio directorio /resources en sus respectivas áreas de usuario.

Si tenemos instalados varios certificados o contenedores, la ventana de gestión de certificados, también nos permite seleccionar un almacén y un certificado por omisión, para agilizar la firma de documentos cuando usamos con frecuencia el mismo certificado. Asimismo, este interfaz nos permite borrar certificados, o editar las propiedades de cada uno de ellos. Si hemos modificado la contraseña, o hemos guardado nuestro certificado de software en una tarjeta inteligente, como por ejemplo, en una tarjeta Ceres, esta es nuestra opción. Para ello, solamente tenemos que hacer clic sobre el botón Modificar.

Antes de avanzar, vamos a ver el resto de las opciones de personalización que nos permite el programa. Si hacemos clic sobre la opción Firma del panel de la izquierda, nos aparecerá esta ventana de configuración, que es una de las más importantes del programa.

Este recuadro de diálogo controla la apariencia de la firma en el documento. Lo más importante que debemos saber, es que si deseamos que el documento se firme digitalmente, es indispensable marcar el la casilla de verificación Incluir sello de firma, puesto que las dos otras opciones, individual o conjuntamente, no introducen la firma digital en el documento aunque muestren información relacionada sobre el mismo.

La casilla de verificación Incluir PDF417, permite añadir una nube de bits con los datos de la firma. La posición de la nube de bits en el documento se controla mediante las líneas de entrada Margen izquierdo del PDF417 y Margen superior del PDF417, teniendo en cuenta que estos valores son milímetros que se miden de izquierda a derecha y de arriba hacia abajo. Es importante tener cuidado para que la nube de bits, o el sello visible, que veremos seguidamente, no tapen partes importantes del documento.

Si deseamos que la firma digital, en lugar de como firma digital invisible, aparezca en la forma de un sello gráfico sobre el documento, debemos marcar la casilla de verificación Firma visible. La apariencia de ese gráfico de la firma visible se controla mediante la línea de entrada Sello de firma. Si no nos gusta el que usa el programa por omisión, podemos crear uno propio, o seleccionar otro, haciendo clic sobre el botón Browse. Como en el caso de la nube de bits, también podemos controlar la posición de la Firma visible mediante las líneas de entrada Coordenada comienzo horizontal y Coordenada comienzo vertical y especificar unos valores de desplazamiento, también en milímetros.

Cuando no hemos seleccionado la opción Firma visible, para saber si el documento tiene firma digital o no, nos debemos fijar en el panel vertical de la izquierda de Acroread. Si aparece un gráfico de un folio con un bolígrafo firmando, es que el documento tiene firma digital y haciendo clic sobre él, podremos comprobar las propiedades de dicha firma. Recordemos que en el caso de PortableSigner, el documento firmado con firma invisible, mostraba una línea azul en la parte superior de la pantalla, que nos avisaba de que el documento estaba firmado digitalmente, algo que de alguna forma nos facilitaba el trabajo. En este caso no es así, si no usamos la opción de Firma visible, la mejor forma de saber si el documento PDF está firmado digitalmente, es comprobando si aparece el folio con el bolígrafo en el panel de la izquierda, por lo que es algo que se debe comprobar siempre, cuando trabajamos con documentos en PDF.

La siguiente imagen nos muestra un documento con firma digital visible, que además, por estar configurado Acroread con los certificados raíz correspondientes, nos aparece como firma válida.

Asimismo, podemos configurar Sinadura para que envíe los documentos mediante correo electrónico, para lo que deberemos seleccionar la casilla de verificación Enviar email y configurar el recuadro de diálogo Email, que veremos más adelante.

Hay que recordar, que el directorio /resources que aparece por omisión en la instalación en la línea Directorio de destino, se deberá cambiar por uno adecuado y será el directorio en el que se almacenarán los documentos firmados. Para seleccionar un directorio de destino, lo podemos escribir directamente en la línea de entrada, o hacer clic sobre el botón Browse y seleccionar uno en nuestro sistema. Finalmente, en la línea Sufijo del nombre, podemos configurar los caracteres que se añadirán al nombre original del PDF para indicar que el archivo está firmado, caracteres que por omisión son "-signed".

Una vez que hayamos configurado estos datos, podemos hacer clic sobre el botón Apply. Si recordamos cuando hablábamos sobre PortableSigner, el firmante puede decir el motivo por el que firma el documento (por ejemplo, soy el autor, o estoy de acuerdo con su contenido del documento) y también, puede especificar el lugar de la firma como (notaría de la calle Mayor de Ciempozuelos, o mi casa en Madrid). Para ello, haremos clic sobre el triángulo, o sobre la flecha de pequeño tamaño, que aparece a la izquierda de la opción Firma, con lo que nos aparecerá en el menú la opción Apariencia. Si hacemos clic sobre ella, nos aparece otra ventana con los recuadros de texto Razón y Localización, que por omisión, contienen una información que poco tiene que ver con los motivos y el lugar de la firma. Después de rellenar los campos con la información adecuada, haremos clic sobre el botón Apply.

Si deseamos que Sinadura envíe de forma automática los documentos firmados por correo electrónico, lo que puede ser muy útil para facturación electrónica, debemos configurar el servidor de correo, introduciendo el nombre del host, el usuario, la contraseña de salida y el cifrado TLS, si es usado por el servidor, así como otros datos relativos al remitente y el destinatario de los documentos, todo ello, usando la ventana Email. Una vez configurados estos datos, haremos clic sobre Apply.

Como ya hemos visto la ventana Gestión de certificados, no insistiremos más en ella, solamente recordaremos que nos permite introducir varios certificados, modificar sus propiedades, o borrarlos. Hay que señalar, que el programa Sinadura no permite modificar las contraseñas que protegen a los certificados en sus contenedores, ni otros parámetros del certificado, lo que permite, es adaptarse a los cambios que realicemos en los contenedores, como especificar una contraseña nueva, si se hubiera cambiado con algún programa que sí lo permita, o cambiar el tipo de contenedor, se hubiera exportado el certificado a un contenedor de hardware.

La ventana Sellado de tiempo es importante y requiere algo de atención si queremos que funcione adecuadamente. Para el sellado de tiempos se utiliza un servidor externo de tiempos, que por omisión, es http://ocsp.izenpe.com y que usa el puerto 8093. Para que funcione adecuadamente, son necesarias varias cosas:

a) Que tengamos acceso a Internet
b) Que el servidor se encuentre disponible
c) Que nuestro router y cortafuegos nos permita el acceso al puerto que usa el servidor de sellado de tiempos, en este caso, el 8093.

Si seleccionamos la casilla de verificación Habilitar sellado de tiempo y fallase cualquiera de los puntos anteriores, el programa no realizará la firma de tiempos, pero tampoco usará por omisión la fecha y hora de del ordenador del usuario, por lo que no firmará el documento y mostrará en el recuadro de mensajes de Sinadura en color rojo, el mensaje de error: "El documento /home/usuario/sinadura/resources/prueba.pdf no se ha firmado. (Connection Error ocsp.izenpe.com)".

Asimismo, para poder validar la fecha y la hora, será necesario instalar en Acroread el certificado raíz de la entidad que nos proporciona el sellado de tiempos. La ventaja del sellado de tiempos externo, es que hay un tercero de confianza que certifica que el documento fue firmado a una hora y fechas determinadas, algo que se podría falsear con facilidad, desactivando el sellado de tiempos de Sinadura y modificando la fecha y hora del ordenador del usuario antes de firmar un documento. Una vez finalizada la configuración de las opciones de esta ventana, haremos clic sobre el botón Apply.

En todo caso, para evitar problemas, tras firmar cualquier documento con un sellado de tiempos externo, es conveniente comprobar que se ha realizado adecuadamente. Para ello, haremos clic sobre el papel con el bolígrafo que aparece en el panel de la izquierda y comprobaremos que el sellado de tiempos es correcto. Como es lógico, si no tenemos el ordenador conectado a Internet, la única opción, es usar la fecha y hora de nuestro ordenador, para lo que es conveniente mantenerla actualizada mediante algún servidor NTP.

La última ventana de configuración del programa es muy simple y nos permite modificar el idioma de la interfaz de usuario. Modificados estos datos, pulsaremos el botón Ok y estaremos listos para firmar nuestro primer documento PDF.

El procedimiento de firma es muy sencillo, primero, haremos clic sobre el botón Añadir archivo que nos aparece el la parte superior derecha de la interfaz de usuario de Sinadura. Si queremos firmar varios documentos, lo que es útil, por ejemplo, para firmar todas las facturas emitidas en un día, deberíamos usar el botón Añadir directorio.

Una vez que hemos seleccionado el archivo que deseamos firmar, el programa nos recordará que tenemos que introducir la tarjeta para el certificado por omisión, lo que evidentemente, no tiene mucho sentido si estamos usando un certificado software PKCS#12. Para continuar haremos clic sobre el botón Aceptar.

Si deseamos modificar cualquiera de los parámetros de firma que establecimos por omisión en su momento, o si deseamos cambiar el certificado con el que se firmará el documento, por otro distinto al que hemos establecido por omisión, haremos clic sobre el trabajo de firma y haremos clic sobre el botón Modificar.

Después de hacer clic sobre el botón Aceptar, ya estamos listos para firmar nuestro archivo, o archivos. Para ello, bastará con hacer clic sobre el botón Firmar archivos que aparece en la parte inferior central de la interfaz de usuario de Sinadura. Tras unos instantes y si no aparece ningún error en rojo en el recuadro de mensajes de Sinadura, se podrá leer el mensaje: "Firma de documentos finalizada."

Recordemos que los documentos firmados tendrán el sufijo y estarán en el directorio que establecimos en su momento mediante las opciones del panel Firma de Herramientas | Configuración personal. Es importante no equivocarse, los documentos firmados, al margen del sufijo, tendrán el mismo nombre que el original sin firmar, no se borrarán en el proceso de firma y aparecerán en el directorio de destino seleccionado, con el sufijo "-signed", por ejemplo, el archivo prueba.pdf, nos aparecerá firmado como prueba-signed.pdf.

"Copyleft 2009 Fernando Acero Martín. Verbatim copying, translation and distribution of this entire article is permitted in any digital medium, provided this notice is preserved"

Sinadura (I): Instalación en un sistema Linux

2009-03-26T18:11:33Z

Después de revisar la instalación y uso de PortableSigner, ahora revisaremos la aplicación Sinadura, que es “made in Spain”. Sinadura nació como un proyecto libre, con la intención de proporcionar un servicio multiplataforma para la generación de facturas electrónicas mediante firma digital de archivos en formato PDF, algo que sin duda es muy interesante.

En relación con PortableSigner, podemos decir que Sinadura muestra una serie de capacidades, que nos puede llevar a considerar que en este momento estos dos programas pueden ser complementarios y por lo tanto, puede ser interesante mantener instalados los dos al mismo tiempo.

En primer lugar, Sinadura nos permite usar certificados digitales en contenedor PKCS#11 (certificados digitales en tarjeta inteligente), o certificados digitales en contenedor PKCS#12 (certificados de software), tanto de 1024 bits, como de 2048 bits. Asimismo, Sinadura permite usar firma visible (sello de firma) o invisible, así como la impresión de una nube de bits en formato PDF417, funciones que no soportadas por PortableSigner. La última opción, es decir, la de la nube de bits en formato PDF417, aunque no es demasiado utilizada, nos permitiría imprimir en papel los datos de la factura, así como su firma digital, eliminando así, a cambio de disponer de un lector óptico adecuado, la obligación de mantener almacenadas las facturas en formato electrónico, tal como establece la Ley.

Sin embargo, esta versión de Sinadura no soporta la interesante firma múltiple concurrente, que sí nos permitía PortableSigner. Según me han informado los responsables del proyecto, se piensa añadir esta casi imprescindible funcionalidad, en futuras versiones de la aplicación, así como la interesante capacidad de comprobar firmas digitales en documentos PDF, lo que evitaría tener que instalar y utilizar Acroread, que aunque es gratis, no es libre.

Después de una serie de problemas con la instalación y con la puesta en funcionamiento de la versión 1.3.0, me puse en contacto son los desarrolladores del programa y en base a los problemas observados, han creado la versión 1.3.1 que corrige algunos de ellos, pero no todos, que quedarán pendientes para versiones posteriores.

Para instalar el programa, lo primero que tenemos que tener instalado es el entorno Java, para ello, si no lo hemos hecho antes, deberemos seguir las instrucciones que encontraremos en el artículo PortableSigner (I): Instalación de Java en Linux. Como veremos, el proceso de instalación mediante el instalador jar de Sinadura, es casi idéntico al de PortableSigner.

a) Comenzaremos por descargar la última versión de Sinadura, que ahora es la 1.3.1, desde la página oficial de descargas. Como veremos, hay opciones para varias plataformas. En mi caso utilizaré el archivo instalador Java (.jar) para sistemas Unix de 32 bits, es decir, el archivo sinaduraDesktop-1.3.1-unix32-install.jar . Después de hacer clic sobre el archivo, lo almacenaremos en un directorio de nuestro sistema. Hay que señalar, que es recomendable instalar este programa de forma individual para cada usuario, puesto que todavía tiene algunos errores que complican la instalación como root. Sin embargo y a pesar de ello, en este articulo veremos la forma de instalarlo como root, por ser la situación más complicada.

b) Ahora, abriremos una consola como root y configuraremos el entorno de Java, si no lo tuviéramos ya configurado para dicho usuariot. Para ello, usaremos en la consola la siguiente secuencia de mandatos, o aquellos que correspondan en función a nuestra versión de Java y el directorio de instalación. Como es lógico, tras escribir cada una de las líneas, tendremos que pulsar la tecla Enter:

export PATH=/usr/java/jre1.6.0_12/bin:$PATH
JAVA_HOME="/usr/java/jre1.6.0_12/"
export JAVA_HOME

c) Hecho esto, ya podemos proceder a arrancar el instalador de Sinadura, para lo que nos situaremos en el directorio en el que lo hemos guardado antes y usaremos el mandato:

java -jar sinaduraDesktop-1.3.1-unix32-install.jar

Al poco tiempo, si tenemos Java correctamente configurado en nuestro sistema para el usuario root, se abrirá el entorno gráfico de instalación de Sinadura, que como hemos dicho, es muy similar al de PortableSigner. Veamos paso a paso este proceso:

1) La primera ventana nos solicitará el idioma de instalación. En ella seleccionaremos Castellano [SPA], seguido de un clic sobre el botón "Ok". Una ventaja frente a PortableSigner, que solamente permitía el inglés y el alemán.

2) La siguiente ventana, nos hace una presentación del programa que vamos a instalar, informándonos sobre sus autores y sobre la página web del proyecto. Simplemente tenemos que hacer clic sobre el botón “Siguiente”.

3) Después, el instalador nos preguntará por el directorio de instalación para el programa. No hay problema para dejar el que nos sale por omisión en la ventana, que es /usr/local/sinadura, por lo que bastará con que hagamos clic sobre el botón “Siguiente” que aparece en la parte inferior de la pantalla. En caso de que queramos instalarlo en otro directorio, solamente tendremos que pulsar el botón "Escoger" y elegir el que deseemos.

4) Si el directorio elegido ya existiera, el programa nos avisará de este hecho. Asimismo, si el directorio no existe, el programa también nos solicitará permiso para su creación, a lo que contestaremos con la pulsación del ratón sobre el botón "Ok".

5) En la siguiente ventana, es necesario asegurarse que está seleccionada la opción “sinadura”. Como en las ventanas anteriores, continuaremos la instalación haciendo clic sobre el botón "Siguiente".

6) Después del último clic sobre el botón "Siguiente" y durante unos breves segundos, nos aparecerá una ventana con dos barras de progreso, que nos indicarán que se está realizando la instalación en el sistema, y tras finalizar, lo que se indica con el mensaje [Instalación completada] en la barra superior, solamente tendremos que hacer clic sobre el botón "Siguiente" para continuar.

7) Finalmente, el programa nos pide que confirmemos algunas opciones de la instalación relacionadas con el entorno. Recomiendo seleccionar las que aparecen en la imagen, como siempre, para continuar, después de seleccionar las opciones deseadas, deberemos hacer clic sobre el botón "Siguiente". Puede que las opciones más interesantes son las de "Crear accesos directos en el menú inicio" y "Todos los usuarios", que es la que permite que el programa sea usado por todos los usuarios del sistema, opción obligatoria si se está haciendo la instalación como root. Estas opciones no funcionan muy bien cuando la instalación se hace como usuario distinto de root, al menos en mi Mandriva. Posteriormente veremos la forma de solucionar este problema de instalación.

8) La última ventana que nos aparece en pantalla, nos debería indicar con una gran “V” de verificación de color verde, que la instalación se ha completado con éxito y que hay un programa de desinstalación, denominado Uninstaller, en el directorio /usr/local/sinadura, lo que debemos tener en cuenta, si queremos eliminar esta aplicación posteriormente. Para finalizar, solamente tendremos que hacer clic sobre el botón "Hecho".

Aunque la versión 1.3.1 corrige algunos de los problemas de instalación de la versión 1.3.0, desgraciadamente, como he dicho, dado el poco tiempo disponible, no los corrige todos y el programa así instalado, no funcionará adecuadamente. Vuelvo a señalar, que por lo que he usado el programa, desde el punto de vista de la firma digital, tanto la versión 1.3.0, como la 1.3.1, funcionan adecuadamente, por lo que lo que habrá que depurar para el futuro, es la instalación. Tanto la instalación como root o como usuario distinto de root, tienen problemas específicos. Para solucionar estos problemas, cuando lo instalamos el programa como root necesitamos estos pasos adicionales:

a) Primero, cambiaremos los permisos del directorio resources, que ha de ser compartido por todos los usuarios en lectura y escritura. Desde una consola como usuario root, escribiremos el siguiente mandato seguido de la pulsación de la tecla Enter. Este paso no es necesario cuando instalamos el programa como un usuario distinto de root:

chmod -R /usr/local/sinadura/resources

b) Seguidamente, crearemos un directorio de trabajo en el área personal de cada usuario. Para ello, abriremos una consola como el usuario que desea usar el programa y usaremos el siguiente mandato seguido de Enter. Este paso no es necesario cuando lo instalamos como un usuario distinto de root:

mkdir /home/usuario/sinadura

c) Hecho esto, ya podemos arrancar el programa, para ello, usaremos la secuencia de mandatos Menú Inicio | Officina | Sinadura – Firma Digital (ver la nota final para la instalación del programa como usuarios distintos de root):

d) Tras unos segundos, arrancará el programa y lo primero que nos solicitará, es una contraseña maestra para la aplicación, la introduciremos y haremos clic sobre el botón Aceptar.

Dicha contraseña la deberemos usar cada vez que deseemos usar el programa. Si hemos instalado el programa como root, esta contraseña se guardará en el área común /usr/local/sinadura/resources, por lo que esta es la contraseña que deberían usar todos los usuarios para poder usar el programa. Sin duda, un problema de "revelación" de secretos.

Lo ideal sería que el programa generase un directorio resources para cada uno de los usuarios en su directorios home y de esta forma, que cada uno pudiera tener su propia contraseña y su almacén de certificados específico. La solución para este problema, como se ha dicho antes, sería instalar el programa individualmente para cada usuario, en lugar de hacerlo como root. De esta forma, el programa funciona de forma independiente para cada usuario y generará un directorio resources propio e individual, aunque esta opción, tampoco está exenta un pequeño problema, que resolveremos más adelante.

f) Finalmente, seleccionaremos la secuencia de mandatos Herramientas | Configuración personal y en la ventana que aparece, haremos clic sobre el botón Browse que hay a la derecha de la opción Directorio de destino. Al hacerlo, el programa nos mostrará un mensaje de error ya que el directorio que aparece por omisión no existe. Este paso es muy importante, puesto que si no lo hacemos, el programa no podrá firmar ya que no podrá almacenar los archivos firmados.

Para continuar, haremos clic sobre el botón Aceptar. Seguidamente, seleccionaremos el directorio /home/usuario/sinadura, que hemos creado antes, o que ya debe existir, si hemos instalado el programa como un usuario distinto de root. En este directorio aparecerán los archivos PDF firmados. Como es lógico, tendremos que cambiar el usuario, por el nombre de usuario adecuado. Tras seleccionar el directorio que deseamos usar, pulsaremos el botón Aceptar, seguido de Apply y Ok.

g) Para salir de la aplicación, haremos clic sobre el aspa que aparece en la parte superior derecha de la ventana, o seleccionaremos la secuencia de mandatos Archivo | Salir.

Con todo lo anterior, ya tenemos instalado y configurado Sinadura, quedando a falta de instalar los certificados de usuario, para poder empezar a firmar documentos PDF. En la siguiente y última entrega de esta serie dedicada a Sinadura, veremos la forma de utilizarlo.

Nota para instalaciones como usuario distinto de root:

Si se instala el programa como un usuario distinto de root, el programa de instalación no genera el acceso directo en el menú Inicio, al menos, en mi sistema Mandriva basado en KDE. Si en nuestro sistema pasa lo mismo y estamos usando el KDE, una vez que hemos entrado en el sistema como un usuario normal, haremos clic con el botón derecho del ratón sobre el escritorio y seleccionaremos la secuencia de mandatos Crear nuevo | Enlace a aplicación.

En la pestaña "General" haremos clic sobre el icono de la parte superior izquierda, seleccionaremos la marca de verificación Otros iconos y haremos clic sobre el botón Examinar. Debemos seleccionar el icono sinadura48.png, que encontraremos en el directorio /home/usuario/sinadura/resources/images y haremos clic sobre el botón Abrir. Seguidamente, escribiremos Sinadura en la línea de entrada de texto de esa misma pestaña.

Después, seleccionaremos la pestaña "Aplicación" y escribiremos Sinadura en las dos líneas de entrada de texto, Descripción y Comentario y escribiremos la cadena '/home/fernando/sinadura/sinadura/bin', incluidas las comillas simples, en la línea de entrada Orden. Para finalizar, haremos clic sobre el botón Aceptar. Ahora cuando hagamos doble clic sobre ese icono en el escritorio del KDE, arrancará el programa y nos aparecerá su interfaz de usuario que hemos visto antes.

"Copyleft 2009 Fernando Acero Martín. Verbatim copying, translation and distribution of this entire article is permitted in any digital medium, provided this notice is preserved"

Campaña "Software 100% Legal" de este año, contempla al SL

2009-03-21T20:46:20Z

Tras este artículo dedicado a la piratería del software, veo con satisfacción esta noticia, que recomiendo leer. En ella se comenta que el CENATIC, participará en la campaña 100% software legal del Ministerio de Industria, Turismo y Comercio. El objetivo, es reafirmar que el Software Libre y de Fuentes Abiertas es totalmente legal y que también cuenta con una serie de licencias que han de ser respetadas.

Así que debéis recordad siempre que el Software Libre es 100% Legal, os lo podéis descargar de Internet, usarlo y copiarlo, por lo que no es lógico recurrir al software pirata, cuando puedes solucionar tus necesidades con Software Libre.

No te compliques la vida, usa Software Libre.

"Copyleft 2009 Fernando Acero Martín. Verbatim copying, translation and distribution of this entire article is permitted in any digital medium, provided this notice is preserved".

La mano que mece la cuna...

2009-03-19T18:22:09Z

Parece que Intenet está revuelta en toda Europa y España, como parte de Europa que es, tampoco es una excepción. Ayer se publicó en Kriptópolis un artículo, en la que se relacionaba el procedimiento para darse de un operador de telecomunicaciones, en caso de que se pactase en España, al más puro estilo francés, la limitación, o el control, de las tecnologías P2P. Como consecuencia, hay muchos que argumentan que con ello, se podrían producir bajas masivas de líneas ADSL, o como poco, cambios de operador. Es curioso, que durante mucho tiempo se ha usado el argumento de la velocidad de las descargas como incentivo para las ventas de líneas ADSL y ahora las operadoras pueden renegar de ello. Parece lógico por lo tanto, que si el usuario fue convencido para contratar una línea ADSL mediante el argumento de poder realizar descargas de cualquier tipo y a una mayor velocidad, de aprobarse una limitación a las descargas P2P, se sienta "engañado" y quiera darse de baja de un servicio que ya no cumple con sus expectativas. La revolución de la "blogocosa" está en marcha, y como argumento de "ventas" para la campaña de las bajas masivas, incluso se ha publicado un curioso vídeo, con las opiniones vertidas por los internautas en Twitter al respecto. Limitación del P2P, que todo hay que decirlo, cada día se ve más cercana y cierta.

Pero éste es un problema que se venía venir de lejos, no es de ahora, de hecho, en los últimos años se han producido una serie de hechos que han movilizado a la comunidad de Internet y a los agentes sociales en defensa de sus derechos. Desgraciadamente, no todos estos esfuerzos han tenido éxito.

El primero, fue el intento de aprobar en la LISI (Ley de Impulso de la Sociedad de la Información) el tristemente famoso artículo 17bis, que afortunadamente fue retirado, no sin la activa participación de la sociedad en el debate, por el Ministro Montilla. Pero como hemos dicho, la movilización social no siempre ha tenido, éxito, como por ejemplo, cuando se entregaron más de 2 millones de firmas contra el "Canon" digital y que como todos sabemos, no tuvieron el más mínimo efecto. Al final, como se temía, se implantó un injusto sistema de compensación por copia privada, que grava con un "tributo" el moderno papiro de la civilización actual, el soporte para la información digital. Desde discos duros, a memorias flash, pasando por teléfonos móviles y PDA's, casi todo lo que almacene un bit de información, además de los consabidos "cederrones" y "deuvedés", todo tiene que pagar el "tributo" con independencia del uso real que se haga de ello, algo a todas luces injusto.

También ha habido otros problemas, como la arbitraria limitación a los Ayuntamientos para poner accesos WIFI gratuitos, la acusada asimetría, los elevados precios y las reducidas velocidades de las líneas ADSL españolas, la retención de datos de Internet, la criminalización de la tecnología, la consideración del acceso a Internet de banda ancha como servicio universal, la retirada de la normativa regulatoria de la banda ancha, las líneas de más de 30 Mb/s, el tratamiento de las obras sujetas a derechos de autor en Internet, con cuestionadas campañas pagadas por todos los españoles y otras tantas otras cosas, que nos han afectado en los últimos meses y que de algún modo, han creado indignación, alarma o incluso, activas movilizaciones sociales.

Buscando información sobre todos estos asuntos en Internet, me encontrado en la Web de la Asociación de Internautas, una reciente, interesante y escandalosa carta abierta al Ministro de Industria Turismo y Comercio, el Sr Sebastián, de la que recomiendo encarecidamente su lectura y que se está propagando por Internet como una mancha de aceite. Dicha carta, además de denunciar la precaria situación de la Internet española, algo que no nos es ajeno y de los derechos de los Internautas en esta piel de toro, tema debatido hasta la saciedad, muestra sin fisuras ni ambages, el nombre de la persona que hay detrás de "la mano que mece la cuna", es decir, de la persona que en teoría, está detrás de casi todos estos hechos que me preocuparon y que me preocupan en relación con el desarrollo y consolidación de la Sociedad del Conocimiento en España. Lo que más me llama la atención, es que si estos hechos son ciertos y ocurrieron en contra de las declaraciones y promesas de los propios ministros del ramo, nunca tuvieran consecuencias políticas para el responsable, o responsables, de los mismos.

He de reconocer, que leyendo la carta se me han abierto los ojos y he llegado a comprender muchas cosas sobre las antes que no encontraba una adecuada relación causa-efecto. Tampoco he podido evitar, que durante su lectura me viniera a la cabeza el contenido de la excelente y reciente conferencia de D. Carlos Sánchez Almeida, titulada "Resistencia digital y derechos humanos", conferencia que ahora se me antoja como una inspiración. Supongo que a muchos de vosotros os pasará lo mismo.

"Copyleft 2009 Fernando Acero Martín. Verbatim copying, translation and distribution of this entire article is permitted in any digital medium, provided this notice is preserved".

Rotando la imagen de una webcam en Linux

2009-03-16T18:55:31Z

Cuando compré mi ordenador Packard Bell EASYNOTE BG46-T-001 Limited Edition y le instalé Mandriva 2008.1, comprobé que la webcam que incorpora, la USB 2.0 3.1 M UVC Webcam Chicony Sonix 213, aunque está perfectamente soportada por el controlador uvcvideo, tenía la fea costumbre de mostrar las imágenes al revés, es decir, boca abajo, lo que mareaba un poco. Tras consultar la página del controlador, me encontré este texto tan descorazonador en relación a este dispositivo de hardware:

"This camera module is known to be mounted upside-down in some notebooks. There is currently no documented way to rotate the image at the device level. If you don't mind holding your computer upside-down, the camera should work fine."

Como no creo que sea una buena idea mantener el ordenador boca abajo para que las cosas funcionen, pensé en buscar alguna solución. Otra, quizás más drástica, podría ser desmontar el ordenador y darle la vuelta a la cámara, pero eso invalida garantías y no cabe la menor duda, de que también tiene sus riesgos.

Como cabía esperar, con Windows no hay problema, ya que se puede hacer que la cámara muestre las imágenes adecuadamente. Sin embargo, con Linux, ni el controlador, ni la librería libv4l, ni la aplicación, permiten rotar la imagen. ¿Presiones del fabricante?.

Como es un problema que afecta a otros usuarios, así como a otros modelos de webcam, hay bastante debate en Internet sobre la posibilidad de que los controladores, las librerías o las aplicaciones Linux, soporten la posibilidad de rotar la imagen, horizontal o verticalmente, es decir “vflip” o “hflip”. Aquí hay algunos ejemplos de lo que digo:

Como se puede ver, el tratamiento por parte de los desarrolladores de este problema es muy variado. Mientras que algunos no ven ningún problema para añadir el soporte para “vflip” y “hflip” en el módulo del kernel que soporta el dispositivo, otros, como los desarrolladores de uvcvideo, consideran que el soporte deber añadirse en la capa de abstracción, es decir, en las librerías libv4l, pero para ello es necesario que se pasen una serie de parámetros desde el controlador a las librerías, por ejemplo, indicando la posición de la cámara, lo que implica coordinación entre los dos desarrollos, así como otros problemas relacionados con el hardware que puede que tengan una solución más complicada.

El caso es que unos por otros y la casa por barrer, por lo que mi webcam, que usa el controlador uvcvideo, no tiene soporte para “vflip” y “hflip” y por lo que parece, tampoco lo va a tener durante algún tiempo presumiblemente largo. A pesar de lo que me afecta, he de reconocer, que veo lógica la postura algo purista de los desarrolladores de uvcvideo, ya que si se añade capacidad de proceso de gráficos al módulo, estamos añadiendo procesos adicionales al kernel y por lo tanto, ralentizando el sistema y al mismo tiempo, se pueden añadir bugs que pueden ser críticos, pero eso no soluciona mi problema, por lo que estoy dispuesto a modificar el código del módulo, si es necesario.

Una de las cosas buenas que tiene el software libre, es que cuando alguien un problema y dispone de los conocimientos adecuados, puede intentar resolverlo y si tiene éxito, publicar la solución sin ningún tipo de trabas o limitaciones. Dicho y hecho, tras publicar este artículo contando mis peripecias con este juguete de Packard Bell y la instalación de Linux en él, Andor me envió un enlace a los foros de Ubuntu, que me ha permitido solucionar el problema y ahora, la salida de la webcam se ve adecuadamente con mi Mandriva 2008.1.

Como he podido ver en los foros de Mandriva, ninguno de los usuarios que habían informado del problema lo había logrado solucionar y ello, a pesar de excelentes instrucciones del foro de Ubuntu. Por este motivo, he considerado interesante publicar la forma en la que lo he logrado, aunque también es cierto, que aporto poco al proceso. La idea es aclarar las cosas, para que lo puedan lograr otros usuarios que antes no habían podido hacerlo. Para ello, me he basado en el procedimiento del foro de Ubuntu, en lo que cuenta el usuario romo1987, en el foro de Mandriva (que al final, casi lo logra) y en mi propia experiencia.

He de decir, que este procedimiento debe servir, con pequeñas modificaciones, para cualquier usuario que disponga de una webcam que utilice el controlador uvcvídeo, con independencia de la distribución que use. También hay que tener en cuenta, que los parches solamente se pueden aplicar directamente a la versión 0.1.0 del controlador, que es la que está en este momento disponible a través de Subversion. En otros casos, es posible que se tengan que aplicar los parches a mano, lo que puede ser complicado y propenso a errores.

Lo primero que tenemos que hacer, es comprobar que nuestra webcam usa el módulo uvcvideo. Para ello, podemos seguir el procedimiento que se indica en el foro de Ubuntu, que es el siguiente:

1) Primero, abriremos una consola como root y escribiremos el siguiente mandato seguido de la pulsación de la tecla Enter:

lsusb

Con ello, debemos obtener algo parecido a esto:

Bus 002 Device 001: ID 0000:0000
Bus 002 Device 002: ID 04f2:b012 Chicony Electronics Co., Ltd
Bus 001 Device 001: ID 0000:0000

2) Como se puede ver, mi webcam tiene como identificador 04f2:b012.

Por lo tanto, ahora debemos utilizar el siguiente mandato, seguido de la tecla Enter:

lsusb -d 04f2:b012 -v | grep "14 Video"

Si nuestra cámara es compatible con el controlador uvcvideo, obtendremos algo parecido a esto:

bFunctionClass 14 Video
bInterfaceClass 14 Video
bInterfaceClass 14 Video
bInterfaceClass 14 Video
bInterfaceClass 14 Video
bInterfaceClass 14 Video
bInterfaceClass 14 Video
bInterfaceClass 14 Video
bInterfaceClass 14 Video

Si no nos aparece, es que nuestra cámara usa otro controlador específico y por lo tanto no es compatible con el protocolo o estándar UVC. Pero hay que tener en cuenta que algunos controladores sí soportan “vflip” y “hflip”, por lo que habrá que consultar sus páginas de desarrollo respectivas antes de dar la batalla por perdida.

Una forma más sencilla de comprobar si nuestra cámara usa el controlador uvcvideo en Mandriva es mediante el icono “Configurar su computadora”, del menú Inicio del KDE. Una vez abierto el Centro de Control de Mandriva, usaremos la secuencia de mandatos Hardware | Examinar y configurar el hardware y en la ventana que nos aparece, buscaremos nuestra webcam en el panel de la izquierda y haremos clic sobre ella. Después de lo anterior, en el panel de de la derecha y en la parte inferior del mismo, nos debe aparecer algo parecido a esto:

Varios
Módulo: ‎uvcvideo Lo que nos indica que nuestra webcam está usando el controlador uvcvideo para funcionar.

Antes de comenzar con la instalación, es necesario preparar el sistema para poder compilar el módulo, para ello, instalaremos las fuentes del kernel que tengamos instalado en el sistema (en mi caso, se trata del paquete “kernel-laptop-devel-2.6.24.7-2mnb”), así como todas las herramientas de desarrollo necesarias para poder compilar el kernel, así como el paquete con las cabeceras del kernel, que en mi caso es “kernel-headers-2.6.24-6mnb1.i586”, así como todas las posibles dependencias de estos paquetes. Una vez que tenemos preparado el sistema, comenzaremos este procedimiento, que veremos paso a paso:

1) Primero, instalaremos Subversion, que es el paquete de control de versiones que necesitaremos para bajarnos las últimas fuentes del repositorio oficial del proyecto. Para ello, abriremos una consola como root y usaremos el mandato siguiente, seguido de la pulsación de la tecla Enter:

urpmi subversion

2) Ahora instalaremos las fuentes, que deberían acabar en el directorio /home/usuario/trunk, para ello, usaremos el mandato siguiente, seguido de Enter.

svn checkout svn://svn.berlios.de/linux-uvc/linux-uvc/trunk

Al finalizar, debemos comprobar que la Revisión obtenida desde el repositorio oficial, es la 263, lo que nos garantizará que es compatible con los parches que hay disponibles, es decir, que se trata de la versión 0.1.0 del módulo.

3) Seguidamente nos bajaremos el parche que necesitamos, que dependerá de que si además de que la imagen se vea boca abajo, se ve de forma especular o no. En el foro de Ubuntu hay dos soluciones para cada problema. Yo he utilizado la segunda opción “no mirrored”. Para bajarse los parches, será necesario darse de alta previamente en los foros de Ubuntu. Hay que señalar, que también he probado a copiar y pegar en un archivo de texto los parches, pero me ha fallado el procedimiento cuando he intentado aplicarlos, por lo que lo mejor es descargarlos. Los enlaces a estos archivos son los siguientes:

Una vez descargado el parche adecuado a nuestro problema, lo copiaremos al directorio en el que se encuentran las fuentes del módulo, que en mi caso es /home/usuario/trunk, cambiando usuario por el nombre del usuario desde el que se realiza la instalación. Por si alguien le interesa, yo he usado la solución dos, sin imagen especular y me ha funcionado sin problemas.

4) El siguiente paso es aplicar el parche, para ello y siempre como root, iremos al directorio de las fuentes mediante cd /home/usuario/trunk y usaremos el siguiente mandato, seguido de Enter.

patch < parche.txt

Como es lógico, tenemos que cambiar parche.txt por el nombre del parche que deseamos aplicar, así como usuario, por el nombre de usuario que estemos usando para la instalación. Tras aplicar el parche con éxito, nos debe aparecer algo parecido a esto:

Hunk #1 succeeded at 424 (offset 53 lines).

5) Con lo anterior, ya hemos hecho lo más complicado, ahora lo que nos queda es compilar, comprimir el módulo e instalarlo adecuadamente. Para compilar el módulo debemos usar el siguiente mandato, seguido de la pulsación de la tecla Enter, siempre desde el directorio de las fuentes del módulo y como root.

make uvcvideo

Una vez compilado el módulo y si todo ha funcionado adecuadamente, nos debe aparecer un archivo uvcvideo.ko en el directorio de las fuentes, en mi caso, /home/usuario/trunk. Ahora lo lógico sería hacer make install para instalar el módulo, pero en su lugar, seguiremos el procedimiento que sigue a continuación y que se corresponde a mi aportación.

6) Comenzaremos por comprimir el módulo.Para ello, desde el mismo directorio desde el que lo hemos compilado y como root, usaremos el mandato siguiente, seguido de la pulsación de Enter.

gzip uvcvideo.ko

De esta forma, tendremos en el directorio de las fuentes de uvcvideo, un flamante módulo denominado uvcvideo.ko.gz, parcheado, compilado, comprimido y listo para instalar.

7) Para buscar el lugar en el que se encuentra el módulo antiguo que deseamos sustituir por el nuevo, podemos usar el siguiente mandato, seguido de la pulsación de la tecla Enter.

find /lib/modules/2.6.24.7-laptop-2mnb/ -name uvcvideo.ko.gz

Como es lógico, este mandato se deberá adaptar al nombre del kernel que estemos usando en nuestro sistema. El módulo original, en mi caso, el módulo antiguo se encontraba en el directorio /lib/modules/ 2.6.24.7-laptop-2mnb/kernel/3rdparty/uvc/.

8) Antes de proceder a copiar el módulo que acabamos de crear a su destino definitivo, es conveniente descargar de memoria el módulo antiguo, para ello, usaremos como root el mandato siguiente, seguido de la tecla Enter.

modprobe -r uvcvideo

9) Ahora es conveniente, en lugar de borrar o sobrescribir el módulo antiguo, renombrarlo, para ello, haremos lo siguiente, siempre como root:

a) Iremos al directorio donde está el módulo antiguo, en el que en mi caso y como hemos dicho antes, se encontraba en el directorio, /lib/modules/ 2.6.24.7-laptop-2mnb/kernel/3rdparty/uvc/ y que deberemos adaptar adecuadamente a nuestra instalación. Para ello, usaremos un mandato similar al siguiente, seguido de la tecla enter Enter:

cd /lib/modules/ 2.6.24.7-laptop-2mnb/kernel/3rdparty/uvc/

b) Ahora renombraremos el modulo mediante el siguiente mandato, seguido de la tecla Enter.

mv uvcvideo.ko.gz uvcvideo.ko.gz.bak

10) El siguiente paso, es copiar el módulo que hemos creado, desde el directorio de compilación, al directorio adecuado de los módulos del kernel. Para ello, usaremos el siguiente mandato, seguido de la tecla Enter.

cp /home/usuario/trunk/uvcvideo.ko.gz /lib/modules/ 2.6.24.7-laptop-2mnb/kernel/3rdparty/uvc/

De nuevo, como es lógico, este mandato lo deberemos modificar en función del nombre de nuestro usuario, la ubicación de las fuentes y el directorio de destino que corresponda al kernel que tenemos instalado en el sistema.

11) Después, solucionaremos las dependencias del módulo, mediante el mandato siguiente, seguido de la pulsación de la tecla Enter.

depmod -ae

12) Finalmente, cargaremos en memoria, el módulo nuevo, para ello usaremos el mandato siguiente, seguido, como siempre, de la pulsación de la tecla Enter.

modprobe -f uvcvideo

Hecho todo lo anterior, si ha funcionado como debe y hemos seleccionado el parche adecuado a nuestro problema (imagen especular o no), podremos arrancar Ekiga y podremos leer perfectamente lo que pone en nuestra camiseta, tal como lo veríamos si estuviéramos mirándonos desde la webcam, tal como se muestra en la última imagen del presente artículo.

Hay que señalar, que es conveniente usar el mandato make clean en el directorio de las fuentes de uvcvideo y guardar adecuadamente este código, por si es necesario usarlo de nuevo tras una actualización del kernel. Para una nueva compilación, e instalación, comenzaremos en el punto 5 del procedimiento, tras instalar el nuevo kernel y sus fuentes correspondientes.

"Copyleft 2009 Fernando Acero Martín. Verbatim copying, translation and distribution of this entire article is permitted in any digital medium, provided this notice is preserved".