Desde aquí mi apoyo a los manifestantes y me rechazo total a SOPA.

Recuerdo que hace no demasiado tiempo iniciativas software como Freenet o TOR me parecían propios de paranóicos… Ahora no lo tengo tan claro.

La deducción por vivienda se introdujo en 1979. Se amplió en 1999 y se redujo mucho en 2011. En 2012 volvió a aumentarse a los niveles del 99, pero esta es una mala idea  por que:

• En 2008 supuso una cantidad similar a toda la inversión pública en I+D (6140 millones, 0.6%PIB). ¿Queremos construcción o investigación?
• Tal y como está redactada es regresiva, son únicamente las rentas más altas las que tienen suficiente capacidad adquisitiva para conseguir la máxima deducción permitida por la Ley (es decir, son estos lo que tienen suficientes recursos para conseguir optimizar fiscalmente al máximo)
• En 2011 en España el 81% de las familias tiene una vivenda en propiedad frente al 64% de la media Europea. El empleo de la vivienda en propiedad como un activo alimenta la creación de burbujas especulativas. La experiencia internacional dice además que la vivienda en propiedad reduce los incentivos de los trabajadores a mudarse de un lugar a otro por motivos laborales y esta reducción en la movilidad tiene efectos negativos sobre la tasa de paro
• Además existe un amplio consenso entre los economistas y los organismos internacionales (IMF y OCDE) en el hecho de que aumentar las deducciones por vivienda tiene un efecto directo en la subida del precio de esta. Si puedo pagar 100u por una vivienda y me subvencionan el 10% de esta, me da igual que la vivienda suba a 110, porque yo seguiré queriéndola y podré seguir pagándola por lo que la comprare.
• Las deducciones sólo benefician a los promotores que podrán venderlas a precios más elevados, y a las entidades financieras que estén muy expuestas al sector inmobiliario

Tras contratrar un hosting a medias, tuvimos la idea de proporcionar blogs a nuestros amigos, parece una coña, pero el motivo principal por el que no se hizo, fue que no se nos ocurrió un buen nombre de dominio :).

La idea seguía estando ahí hasta que en 2010 finalmente se hizo realidad en la forma de Odiseus (otro día tocará explicar el nombre). Blogs, listas de correo, y algunas ideas en el portafolio hacen que estemos bastante orgullosos de la red.

Odiseus puede parecer una chorrada, pero si eres de los que les gusta cultivar sus propios tomates seguramente entenderás de que hablo. En los tiempos de Facebook y WhatsApp, blogs y listas de correo suena anacrónico, pero en realidad hacen más falta que nunca.

Y todo esto es sólo para contar que hoy por fin, he migrado “Conocimiento Abierto” de mi propio WordPress al compartido por la red odiseus.

Tras quemarla podréis arrancar vuestro ordenador desde el PC configurando en la BIOS que arranque en primer lugar desde ahí. Se trata de una versión de ubuntu con gvSIG-EIEL y una base de datos PostGIS con datos de prueba, todo preinstalado.

Para quemar el pendrive podéis seguir estas instrucciones. para linux o para windows.

El usuario por defecto es “custom” sin clave. Para conectar a la base de datos usaremos:

• servidor: localhost
• usuario: user
• clave: user
• puerto: 5432
• esquema: eiel_map_municipal

El taller está pensado para que los que acudan puedan seguir los ejemplos con su portátil. Dado que gvSIG-EIEL hace uso de una base de datos PostGIS para funcionar vamos a explicar dos formas distintas de poder seguir el taller.

La primera de ellas es que instaleis directamente en vuestro portátil la base de datos. Desde Ubuntu es tan sencillo como hacer:

Y luego crear un template para postgis.

Y en windows bajándose este pack y acordándose de seleccionar en el momento adecuado que también instale postgis.

Con motivo del taller vamos a proporcionar un nuevo set de datos que os podéis descargar desde este enlace. Aunque con los publicados en la página web es suficiente para hacer la mayoría de los ejemplos.

Desde la interfaz de pgAdmin3 se crea una nueva base de datos usando como template “template_postgis” y luego se emplea el set de datos que proporcionamos sobre la base de datos que acabamos de crear. En caso de que hayamos llamado gvsig-eiel a la base de datos hariamos:

En caso de duda este artículo puede ayudaros. Si tenéis alguna duda dejad un comentario en el blog o escribidme a fpuga ARROBA cartolab.es. Es importante que si vais a seguir el taller de forma activa traigais todo configurado.

gvSIG-EIEL podéis descargarlo de la propia página. Con motivo del taller hemos dispuesto un servidor alternativo por si hubiera problemas.

Mañana publicaré el segundo método. Vamos a distribuir un fichero que podreis volcar a un USB (mínimo 4GB y se perderán los datos que tuvierais en ellos) que actuará como sistema operativo completo con todo instalado que podéis ejecutar directamente desde el USB sin necesidad de tocar nada en el ordenador (aunque funciona considerablemente más lento)

Lo primero, fijar el marco de la discusión

Cada vez es más habitual escuchar términos como Democracia Económica, Economía/Empresa Social, Responsabilidad Social Corporativa o CopyLeft. Al escuchar en boca de alquien alguna de estas palabras debemos tomar dos precauciones.

• La primera, es que tienden a usarse muy libremente y cada autor aplica una semántica distinta al mismo término, por lo que antes de continuar la discusión debemos ponernos de acuerdo en que concepto se encuentra bajo ese término
• La segunda, es que desde mi punto de vista, no deben entenderse como objetivo a alcanzar si no como herramientas para algo mayor: el Desarrollo Humano Sostenible.

Dado que el concepto de Desarrollo también ha variado (y seguirá variando) a lo largo del tiempo, es importante definirlo. En mi caso cuando hablo de Desarrollo aplico la aproximación basada en capacidades de Amartya Sen. Saber como se entiende el Desarrollo nos ayudará a comprender que se entiende también por Economía Social.

Explica bien esto David de Ugarte en este vídeo [0:35 – 4:00], donde también se menciona que una de las patas básicas para el Desarrollo es la generación sostenible de riqueza a través del acceso y el éxito en los mercados. Y para ello debe empoderarse a las personas que trabajan en ello, invirtiendo en cultura, sanidad, tecnología, …

€ != Riqueza (pero importan)

Si bien como queda claro en el apartado anterior la obtención de euros, es distinta a la generación de riqueza, en general sin dinero tampoco se puede obtener riqueza. Por ello el segundo bloque de la charla se basa en explicar cuales son las actividades que generan mayor valor añadido.

La dinámica del iPod (gracias Andrés) consiste en darles dos tablas en blanco, una con las distintas fases del proceso de producción del iPod y otra con los países que intervienen en estas fases, para que los participantes rellenen los porcentajes que creen que ocupa cada parte. De este modo ellos mismos se fijan la imagen mental de que las actividades económicas de mayor valor añadido son aquellas ligadas al conocimiento.

Se puede llegar más alla en este razonamiento, incluso en los países empobrecidos cuya fuente de riqueza se asocia de forma tópica a actividades como la agricultura tradicional, los intangibles suponen el mayor porcentaje de fuente de riqueza

Es importante aclarar, que por conocimiento no entendemos sólo aquello que afecta a la alta tecnología sino que abarca a nuevas formas de organización y gestión o a incrementos de producción ligados al sector primario.

Modelos cerrados

Fijado el objetivo, el Desarollo Humano Sostenible. Fijado el como, generando Riqueza. Y asumiendo que la forma más factible de generar riqueza es mediante el conocimiento (y el empoderamiento personal) podemos contraponer los dos modelos existentes de organización y producción, el cerrado y el abierto (¿o libre?)

Para no entrar en el complicado debate de distinguir entre patentes, copyright y propiedad intelectual asumamos que podemos usarlos como sinónimos.

La premisa básica del modelo cerrado dice que “en ausencia de patentes, no habría incentivos para la innovación”. Argumenta que dados los elevados costes que tiene la investigación y la innovación es necesario que el estado conceda patentes, es decir, un monopolio temporal para la explotación de una invención.

Destaco estado y monopolio. Monopolio, porque excepto en este caso, siempre se otorga a los monopolios cualidades negativas.

Y Estado, porque la propiedad intelectual no es algo que exista de por sí (un derecho natural podríamos decir) si no que es algo que la legislación concede porque entiende que es positivo para los ciudadanos (fomenta el desarrollo). Por supuesto tomamos como hipótesis que la legislación esta realizada de forma que se alinee con nuestro objetivo de busqueda del beneficio social.

Si bien los argumentos son claros, estos presentan problemas, el primero de ellos, es que si al principio deciamos que para fomentar la generación de riqueza había que invertir en cultura y tecnología, el coste de acceso se ve incrementado por el copyright y las patentes. Aún suponiendo que las patentes fueran necesarias para la innovación, si tomamos el caso del modelo cerrado por excelencia, la industria farmaceútica, encontramos numerosos casos, donde no existe beneficio social, por ejemplo en los altos costes de acceso a medicamentos para combatir el SIDA que hace que un 80% de la población mundial que los necesita no pueda comprarlos, cuando los genéricos equivalentes podrían llegar a costar 10 veces menos (el anticancerigeno Glivec cuesta 2000€ frente a su genérico que cuesta 150€)

Y aún siguiendo la suposición de que las patentes son necesarias, podemos encontrar muchos ejemplos de malas prácticas, siendo usadas como barrera de entrada nuevos competidores al mercado o como defensa ante otros.

Si nos cuestionamos la necesidad de las patentes es cuando entramos en un terreno más interesante, habitualmente se cifra en unos 900 millones la cantidad necesaria para sacar al mercado un nuevo medicamento. En el año 2006 Novartis facturo 2554 millones por el Glivec.

Modelos abiertos

A pesar de que hemos encontrado problemas en el modelo cerrado pudiera ser que fueran males necesarios por no existir otras alternativas mejores. Existen abundantes argumentaciones teóricas sobre la no necesidad de la propiedad intelectual tal y como la entendemos; pero lo mejor es fijarnos en ejemplos en los que se haya producido verdadera innovación en ausencia de patentes.

El más claro de ellos es el modelo del Software Libre. Queda para otro artículo el meterse a fondo en este punto.

Incluso en las farmaceúticas se ven movimientos en esa dirección. La misma Novartis que fabrica el Glivec, tiene una iniciativa en la que se comparten los datos de la diabetes tipo 2. Si hace esto no es por amor al arte, si no que no cuenta con los recursos necesarios para llegar a resultados por si misma, y liberándolos, conseguirá que otros “investiguen gratis” sin perder Novartis su posición de aventajada con respecto a sus competidores al ser quien mejor conoce esos datos y quien más trabaja en ellos.

En las transparencias hay algunos otros ejemplos que no eran los más apropiados a la hora de hablar de modelos abiertos, como por ejemplo el de grupos como radiohead que distribuyen su música de forma gratuita (pero no libre) o ejemplos de crowdfounding. A pesar de no ser correctos creo que es interesante mencionarlos porque nos dan pistas de los nuevos modelos que están emergiendo y que se aproximan cada vez más a ese mundo sin patentes que algunos deseamos y que van llegando a los medios más generalistas.

Sólo mencionar que en la presentación van los logos de las tres organizaciones en las que trabajo/colaboro sin las que seguramente no habría podido hacerla

La mayoría de desarrollos basados en software libre se mantienen en “local”. Para satisfacer las necesidades de un cliente puede llegar un momento en que sea necesario parches una aplicación. Si estos parches no son integrados en la rama principal de un proyecto en la mayoría de las ocasiones nos veremos en la necesidad de actualizar nuestro código con el del repositorio principal. Bien porque hayan corregido errores que nuestro cliente reporta, porque queramos mantener nuestro código actualizado …

Cada vez que actualicemos nuestro código tendremos que comprobar que nuestros parches siguen correctamente integrados, independientemente del tamaño del proyecto esto acaba volviéndose un verdadero quebradero de cabeza. Tendremos que sacar nuestros propios ejecutables de la aplicación …
Si nuestros parches se encuentran upstream son otros los que se encargan de todo este trabajo.

Trabajar upstream tampoco es gratis. Es probable que otros desarrolladores hagan comentarios a tu código y pidan otra aproximación, el mantenedor exigirá un formato de código determinado etc … Además la realidad es que los mantenedores serán menos propensos a incluir tus cambios cuanta menos participación tengas en el proyecto.

Se debe por tanto trabajar upstream. En general si. Si tu código difiere mucho es importante hacerlo porque te ahorrará horas de mantenimiento que compensarán el integrar tus parches.
Si tus parches son pequeños a veces lleva más tiempo integrarlos que manterlos en local. Pero subirlos incrementará tu reputación en el proyecto de modo que cuando necesites integrar porciones más grandes de código o incluso ayuda para desarrollar alguna característica el resto de la comunidad estará predispuesto a ayudarte.

Integrar código en upstream es también una forma de decirle a tus (posibles) clientes, ey, yo puedo hacer eso que pedís y mantenerlo.

gvSIG-EIEL is a portable version of gvSIG bundled with some new extensions and some changes in the image designs. The application is focused to accomplish the requirements of the EIEL, an infrastructure inventory that some spanish public administration should do.

Some of this extensions like eye candy forms to introduce the data, or tools to verify that the data follow the established rules are specific for the eiel but others can be useful for any gvSIG’s user. As i think that the tools developed by Cartolab for gvSIG-EIEL (OpenCADTools, …) are already known i want to talk a bit of a new extension and the work done on Sextante.

The new extension is MapSheets developed by prodevelop in coordination with the gvSIG Association and ourselves to allow release it as a official gvSIG extension. MapSheets allows create map series in a really easy way. For those who comes from ESRI software it is something like MapBook but free and with some new features.

Under the umbrella of gvSIG-EIEL, Victor Olalla develops some new algorithms like the line properties that obtains some statistics for line shapefiles and can get the slope between two points of the line if a DEM is present. Also a useful improvement of the use of Sextante in gvSIG-EIEL is that it comes with two buttons to open the toolbox. The algorithms that appears in the second toolbox are easily configured editing the file alglist.txt that is in the sextante folder (es.unex.sextante) inside the gvSIG extensions folder. Just write in that file the names of the algorithms that you want to see in that file. If you only work with a subset of the algorithms this helps you to localize and use it.

MapSheet and the work on Sextante have been funded by the Spanish public administrations Deputación de Pontevedra and Dirección Xeral de Sostibilidade e Paisaxe de la Consellería de Medio Ambiente, Transporte e Infraestruturas de la Xunta de Galicia

La verdad es que todavía no tengo muy claro como funciona. Por lo que he entendido tienes que dar de alta tu blog y validarlo. Para validarlo puedes escribir un post con un título determinado o bien acciones menos intrusivas como poner una determinada etiqueta de forma temporal en el código html de la página principal.

Una vez has sido validado tienes acceso a las promociones de las empresas. Bloguzz proporciona un rss con las promociones que las empresas quieren ofrecer, tu te anotas a las que te interesen y si la empresa te selecciona te envia el producto/servicio a cambio de que escribas un artículo sobre ello.

La verdad es que en principio dudo bastante de este tipo de modelos y en un blog de temática variada como el mio va a ser difícil que sea seleccionado para nada pero ya contaré…

Maquetar múltiples ficheros con LibreOffice

Uno de los puntos que defendemos en el curso es de la importancia del uso de software libre en los proyectos de cooperación, y por coherencia, tratamos en la medida de los posible de emplear unicamente herramientas libres para elaborar los contenidos. Nos encontramos por tanto con un equipo de alrededor de 9 personas en varias instituciones distintas editando cerca de 20 ficheros de texto distintos con LibreOffice, lo cual entre otras cosas genera el problema de obtener al final una maquetación coherente. Está claro que existen soluciones más imaginativas por ejemplo usar latex con git como repositorio de información pero en ciertos contextos esto es simplemente imposible.

Cuando queremos que un documento de texto tenga un formato consistente empleamos estilos, cuando necesitamos un formato consistente en múltiples ficheros empleamos plantillas.

Que es una plantilla y como se crea

Apurando la definición se podría decir que una plantilla no es más que un documento de texto de LibreOffice con extensión .ott en lugar de .odt en el que se han definido los estilos del documento, las cabeceras, ciertos textos, … El truco está en que cuando creamos un nuevo documento a partir de una plantilla este documento se queda en cierta manera vinculado a la plantilla. Por tanto cuando modifiquemos la plantilla se modificarán los documentos asociados.

Al menos esa es la teoría en realidad hay algunos handicaps:
- No todo lo modificado en la plantilla se actualiza en los documentos. Los estilos si que son actualizados pero textos que podamos tener por las páginas por ejemplo una portada no se actualizan. Aunque hay una extensión que lo arregla.
- La actualización no es automática. Cuando abrimos el documento vinculado, si la plantilla ha cambiado nos pregunta si queremos actualizar los estilos, no se actualizan por si mismos.
- Las plantillas pueden ser compartidas pero no es lo más cómodo del mundo.
- Una precaución que habría que tener es que en general no debemos modificar el estilo en el documento. Debemos: Cerrar el documento, modificar la plantilla y volver a abrir el documento para que se actualicen.

A pesar de estos handicaps el disponer de plantillas para los documentos corporativos de tu empresa puede acabar ahorrándote mucho tiempo.

• Para crear una plantilla lo más fácil es crear un nuevo documento de texto y luego Archivo -> Plantilla -> Guardar.
• Para crear un documento a partir de una plantilla Archivo -> Nuevo -> Plantillas de documentos.
• Para editar una plantilla, desde cualquier documento, Archivo -> Plantilla -> Administrar, seleccionamos la que nos interese y en botón desplegable llamado Comandos le damos a editar. Para guardarla usamos el mismo procedimiento que para crear una nueva (Archivo -> Plantilla -> Guardar) pero seleccionando la ya existente para que la sobreescriba.

Compartir la plantilla

Compartir la plantilla no es del todo necesario. Si una persona tiene la plantilla en su ordenador y maqueta todos los documentos, aunque el resto no tengan la plantilla cada documento individual si que conservará los atributos de los estilos. Por tanto se puede continuar editando el documento usando los estilos predefinidos. Pero no podrá crear nuevos estilos o modificarlos porque creará inconsistencias. Tendrá que solicitar a quien tiene la plantilla que la modifique y abra todos los documentos para que estos se actualicen.

Si no disponemos de la plantilla en nuestro ordenador tampoco podremos crear nuevos documentos a partir de la plantilla. Una solución por supuesto es mandarla por correo-e cada vez que haya un cambio, pero existe un método algo más sofisticado.

En nuestro caso concreto empleamos DropBox (nadie es perfecto) para compartir los materiales del curso, de modo que podemos dejar la propia plantilla en una carpeta compartida. La persona que crea la plantilla la exporta (Archivo -> Plantilla -> Administrar, seleccionamos la que queremos y en el botón de Comandos->Exportar).

LibreOffice nos da la oportunidad de importar plantillas (misma secuencia de menus que para exportar) pero si hacemos esto creará una copia local de la plantilla y las modificaciones en el original no se verán reflejadas. Lo que debemos hacer es decirle que consideré la carpeta que nosotros queramos como una carpeta válida de plantillas. Para ello:

Herramientas -> Opciones -> Rutas -> Marcamos plantillas, le damos a editar, agregamos como ruta nueva la de nuestra carpeta compartida y la seleccionamos.

Por desgracia, la cosa no iba a ser tan fácil, las plantillas que pueda haber en esa carpeta no son reconocidas automáticamente y ni no vale con importalas así que hay que hacer un pequeño truco.

1. Configuramos la ruta a la carpeta compartida si no lo hemos hecho todavía
2. Cortamos y pegamos en otro sitio la plantilla que está en la carpeta compartida. Es importante por tanto que no haya en en la carpeta de plantillas una que ya tenga el nombre que vamos a usar, si no LibreOffice le asignará otro distinto y el fichero compartido tendrá un nombre distinto por tanto.
3. Abrimos mediante doble click el fichero que contiene la plantilla y guardamos la plantilla a partir de él (Archivo -> plantilla -> guardar). De nombre le pondremos el que hayamos acordado con el resto de gente respetando mayúsculas etc … Muy importante respetar escrupulosamente el nombre
4. Con eso estaría listo. Ya tendriamos esa plantilla disponible en nuestro sistema y cada vez que la modificáramos estaríamos tocando el fichero compartido de modo que se le actualizaría a los demás.

En próximos artículos seguiremos contando algunos trucos de los estilos que podemos usar a la hora de hacer la plantilla el uso de campos, …