Saltar a contenido

2011

Taller de gvSIG-EIEL en Valencia. Método 2

Como comentábamos en la anterior entrada hemos creado un fichero .iso que podéis «quemar» en un pendrive de al menos 4GB para seguir el taller de gvSIG-EIEL. Podéis descargar el .iso desde este enlace.

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 fichero .iso también debería poder ser ejecutado [desde una máquina virtual](http://live.osgeo.org/en/quickstart/virtualbox_quickstart.html).
Si tenéis algún problema dejad un comentario o **comentádnoslo antes del taller**. Estaremos todos los días por las jornadas.

Taller de gvSIG-EIEL en Valencia. Método 1.

El jueves por la tarde en las Jornadas de gvSIG, Gonzalo y yo estaremos por parte de Cartolab impartiendo el taller sobre gvSIG-EIEL.

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:

<br></br>sudo apt-get install postgresql-8.4-postgis pgadmin3<br></br>
Y luego crear un template para postgis.
<br></br>su postgres<br></br>createdb postgistemplate<br></br>createlang plpgsql postgistemplate<br></br>psql -d postgistemplate -f /usr/share/postgis/lwpostgis.sql<br></br>psql -d postgistemplate -f /usr/share/postgis/spatial_ref_sys.sql<br></br>

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:
<br></br>psql -U postgres -p 5432 -h localhost -f gvsig-eiel.sql -d gvsig-eiel<br></br>

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)

Jornadas de Economía Social

La semana pasada participé en unas Jornadas sobre Economía Social organizadas por la Oficina de Cooperación y Voluntariado de la Universidad de A Coruña. Mi charla tiene el título, seguramente no muy acertado por mi parte, de «Cultura Libre». Lo que conté es más o menos lo siguiente.

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

View more [presentations](http://www.slideshare.net/) from [Francisco Puga](http://www.slideshare.net/fpuga)

Trabaja upstream y facilita que los demás también lo hagan

No os perdáis los artículos enlazados por Andrés sobre los costes de no trabajar upstream. En resumen:

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 1.0 RC2 Published

Last week, Cartolab, the university lab where i work, released a new version of gvSIG-EIEL.

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