Atlas de mortalidad

El último dataset que hemos liberado puede tener un nombre tétrico, pero creemos que es información importante. El Atlas de mortalidad en áreas pequeñas de la Comunidad Autónoma del País Vasco (1996-2003) es un documento que elaboró el Departamento de Sanidad del Gobierno Vasco hace unos meses, y que se publicó como libro. Ahora, los datos que se usaron para ese estudio son liberados mediante Open Data Euskadi, listos para ser reutilizados, procesados, etc…

En la documentación aportada (en la columna derecha) está precisamente ese libro, una explicación sobre los métodos estadísticios utilizados, e información complementaria (un atlas similar de ciudades españolas, por ejemplo).

En cuanto a los datos propiamente dichos, el dataset está organizado en distintas categorías. La básica es Hombres / Mujeres, y luego se marcan ciertas causas de mortalidad (algunas causas, sólo computadas en uno de los sexos):

  • Tumores malignos
  • Enfermedad cerebrovascular
  • Cardiopatía isquémica
  • Demencias y enfermedad de Alzheimer
  • Cáncer de mama
  • Diabetes
  • Enfermedad pulmonar obstructiva crónica
  • Infecciones respirativas agudas, neumonía y gripe
  • Cáncer de colon
  • Cáncer de estómago
  • Cáncer de pulmón
  • Cáncer de páncreas
  • Cirrosis
  • Suicidio
  • Sida
  • Enfermedad cerebrovascular
  • Cáncer del tracto aéreo-digestivo superior
  • Cáncer de próstata
  • Accidentes de tráfico
  • Diabetes

Hay también datasets unificados, aunque separados por sexos. En cada uno de estos bloques, se obtienen 4 conjuntos de datos, uno global para toda la comunidad, y 3 específicos para las tres capitales vascas. Y, a su vez, los datos de cada uno de estos elementos se ofrecen en 4 formatos: son dos puros datos explotables en bases de datos (o en hojas de cálculo), en formato .mdb y .csv concretamente; y los otros en formatos geográficos, donde ya se ven las áreas de cada zona de estudio. Estos formatos geográficos son SHP (ficheros shapefile) y KMZ (compatible con Google Earth).

Para visualizarlos, los datos en columnas (.mdb y .csv) requerirán procesamiento. El primer dato es el indicativo de área censal que recoge Eustat, y luego se indican la desviación sobre la media de mortandad. Un grado de mortalidad 1.25 de una enfermedad en un punto dado quiere decir que, si la media de fallecimientos por esa enfermedad es de 1 para el conjunto del territorio, en ese lugar la desviavión arriba de 0.25 indica que las muertes allí son un 25% mayor de lo esperable.

Para una visualización más directa de los datos, si tenéis instalado Google Earth, podeis acceder a los KMZ. Con esta vista, obtendréis un mapa coloreado donde cada distrito (en municipios grandes, más de un área, normalmente) indica su coeficiente. Esta imagen (clicad en la misma para verla grande) muestra el mapa de un dato concreto, suicidios femeninos. A primera vista, vemos en Donostialdea un área con un porcentaje superior a la media, mientras que el oeste del país, áreas occidentales de Álava y Bizkaia están por debajo de la media.

No obstante, acercándonos a las capitales, vemos que la imagen es probablemente más compleja. Esta segunda imagen corresponde, por ejemplo, a Bilbao, habiendo hecho zoom en el mismo mapa, vemos que distritos/barrios muestran un cuadro diferente.

Posted in Noticias | Tagged , , | Leave a comment

Código de la demo de incidencias de tráfico

Recibimos una petición sobre una demo que hicimos hace unos meses, a ver si podíamos publicar la aplicación. Por supuesto, es una aplicación está desarrollada con software libre, en el lenguaje de programación Python, está disponible para descarga aquí, y lo que viene a continuación es una explicación de cómo funciona.

Esta aplicación tiene como objeto generar un fichero KML con los datos de las incidencias de trafico de Gipuzkoa publicadas por el Gobierno Vasco.

La aplicacion coge como fuente de datos el XML de incidencias de tráfico facilitado por GV y mediante la API de B5M conseguimos el punto exacto (lat, lon) de la incidencia. B5M es el servicio geográfico de la Diputación de Gipuzkoa, y entre sus datos libres están los puntos kilométricos de las carreteras guipuzcoanas.

La aplicación está desarrollada en python, y tiene tres funciones básicas:

  1. Una función que parsea el XML de GV parseXMLopendata
  2. Una función que ataca el API de B5M para sacar (lat,long) de un punto kilométrico concreto find_latlon_pk(road,km):
  3. Una función que genera el KML generateKMLdetails(gip_incidents):

parseXMLopendata():

Las incidencias vienen definidas de la siguiente manera:

<incidencia>
<tipo>Seguridad vial</tipo>
<autonomia>Euskadi</autonomia>
<provincia>GIPUZKOA</provincia>
<matricula>SS</matricula>
<causa>Avería</causa>
<poblacion>Donostia-San Sebastián</poblacion>
<fechahora_ini>2011-06-15 15:10:09</fechahora_ini>
<nivel>Blanco</nivel>
<carretera>GI-20</carretera>
<pk_inicial>6</pk_inicial>
<pk_final>6</pk_final>
<sentido>IRUN</sentido>
</incidencia>

Esta función va recorriendo el fichero XML y selecciona las incidencias de gipuzkoa. (Matrícula = SS), generando una estructura de datos donde dispondremos de la información parseada.

def find_latlon_pk(road,km):

Por cada registro de la lista anterior buscamos su lat,lon mediante el punto kilometrico. Esto lo hacemos consultando el API publica de B5M

URL_B5M = “http://b5m.gipuzkoa.net/ogc/wfs/gipuzkoa_wfs?service=wfs&version=1.1.0&request=getfeature&typename=KP&srs=EPSG:4326&Filter=<Filter><AND><PropertyIsEqualTo><PropertyName>NOMBRE</PropertyName><Literal>%s</Literal></PropertyIsEqualTo><PropertyIsEqualTo><PropertyName>PK</PropertyName><Literal>%s</Literal></PropertyIsEqualTo></AND></Filter>” % (road,km)

Donde road es la carretera y km es el kilómetro donde ha ocurrido la incidencia.

Por ejemplo, queremos sacar el punto kilometrico 6 de la Gi-20, entonces nuestra consulta sería la siguiente:

http://b5m.gipuzkoa.net/ogc/wfs/gipuzkoa_wfs?service=wfs&version=1.1.0&request=getfeature&typename=KP&srs=EPSG:4326&Filter=%3CFilter%3E%3CAND%3E%3CPropertyIsEqualTo%3E%3CPropertyName%3ENOMBRE%3C/PropertyName%3E%3CLiteral%3EGI-20%3C/Literal%3E%3C/PropertyIsEqualTo%3E%3CPropertyIsEqualTo%3E%3CPropertyName%3EPK%3C/PropertyName%3E%3CLiteral%3E6%3C/Literal%3E%3C/PropertyIsEqualTo%3E%3C/AND%3E%3C/Filter%3E

Devolviendonos un XML, de donde sacamos el dato que nos interesa:

<gml:pos>43.315428 -1.957029</gml:pos>

Veamos donde queda en el mapa ese punto kilométrico.

Ahora que ya tenemos la lat y lon del putno kilometrico, lo añadimos a la estructura de datos.

def generateKMLdetails(gip_incidents):

Una vez teniendo la estructura de datos, mediante esta función generamos un fichero KML donde vendrán las incidencias con la información de cada una de ellas.

Puedes probar este script directamente desde una conosola ejecutando:

$ python incidencias_gipuzkoa.py

donde te creará el fichero KML con las ultimas incidencias de tráfico en Gipuzkoa.

Como hemos comentado antes, esto está desarrollado en python, puedes utilizar este proyecto o si prefieres utilizar la lógica de la aplicación para desarrollar el tuyo propio en el lenguaje que prefieras.

Enlaces:

Posted in Técnico | Tagged , , | 4 Comments

Encuentro Aporta: nuevas perspectivas sobre los datos abiertos en España

Los proyectos de apertura de datos siguen adelante en España. La iniciativa ministerial Aporta celebra mañana 9 de junio en Madrid un nuevo encuentro anual (el cuarto en su historia), y Open Data Euskadi estará presente en el mismo por medio de su responsable en la administración vasca, Alberto Ortiz de Zarate, Director de Atención a la Ciudadanía del Gobierno Vasco.

El formato del Encuentro Aporta se basará en varias mesas redondas moderadas, que versarán sobre estos temas:

  • La e-Administración y las políticas de reutilización. ¿Cuáles son los últimos avances en materia de políticas de reutilización?
  • Aspectos legales en la apertura de datos públicos.
  • Desafíos técnicos en el camino hacia el open data.
  • Nuevas iniciativas de negocio basadas en la reutilización de información del sector público.
  • Creando nuevos canales de comunicación y participación con la Administración. ¿Qué herramientas existen para promover la colaboración entre reutilizadores y la Administración?

Además de Ortiz de Zarate otros representantes del País Vasco también intervendrán en el encuentro Aporta, como los empresarios y activistas de Internet José Antonio del Moral (de Metroo y Alianzo) y Luistxo Fernández (de CodeSyntax).

En una de esas mesas también estará Albero Abella de la consultora Rooter, que acaba de publicar una guía sobre el Open Data en España: “Reutilización de información Pública y Privada en España 2011: Una oportunidad para los negocios y el empleo” (PDF). Creemos que es la segunda de este genero, después de una que ya publicó Aporta, y no será la última (nos han hecho saber que la Fundación COTEC también publicará en breve otro documento sobre  el tema). El documento de Rooter destaca precisamente a Aporta y Open Data Euskadi como las iniciativas pioneras en España. Afortunadamente, cada vez estamos menos sólos, y el Encuentro Aporta servirá para certificarlo.

Para seguirlo por Internet, el hashtag de la jornada es #SpainESdata.

Posted in Noticias | 1 Comment

Visualización de datos mediante Google Charts y Fusion Tables

En esta demo vamos a ver como podríamos visualizar en nuestra web o blog, mediante las herramientas Google Fusion Tables y Google Charts unos datos del catálogo de datos de Open Data Euskadi.

Para esta demo de ejemplo, hemos tomado como fuente de datos las lecturas recogidas en una estación metereológica en un intervalo de tiempo. La información viene estructurada de la siguiente manera:

Dentro de cada fichero .zip podemos ver las lecturas recogidas de cada estación, y dentro de cada una de ellas, los valores recogidos mensualmente en un fichero XML. El fichero XML tiene la siguiente estructura:

<mes xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="C040_2008_10.xsd"> 
	<dia Dia="2008-10-01"> 
		<hora Hora="00:00"> 
			<Meteoros> 
				<Dir.Med._a_1100cm>265.1</Dir.Med._a_1100cm> 
				<Humedad._a_620cm>90.0</Humedad._a_620cm> 
				<Irradia.._a_400cm>6.22</Irradia.._a_400cm> 
				<Precip.._a_420cm>0.0</Precip.._a_420cm> 
				<Presion._a_160cm>957.1</Presion._a_160cm> 
				<Rad.UV._a_380cm>20.48</Rad.UV._a_380cm> 
				<Sig.Dir._a_1100cm>36.68</Sig.Dir._a_1100cm> 
				<Sig.Vel._a_1100cm>0.42</Sig.Vel._a_1100cm> 
				<Tem.Aire._a_620cm>9.65</Tem.Aire._a_620cm> 
				<Vel.Max._a_1100cm>1.76</Vel.Max._a_1100cm> 
				<Vel.Med._a_1100cm>0.38</Vel.Med._a_1100cm> 
			</Meteoros> 
		</hora>
		[...]
       </dia>
</mes>

El parámetro que vamos a analizar es <Tem.Aire._a_620cm>...

Mediante un sencillo script en python, parseamos los ficheros XML y generamos un fichero CSV, para tratar la información. El fichero tendrá la siguiente estructura:


Horas,2008-2-01,2008-2-02,2008-2-03,2008-2-04,...,2008-2-29
00:00,6.52,5.07,0.52,6.4,...,10.86
00:10,6.68,5.03,0.49,6.36,...,10.75
00:20,6.63,4.86,0.52,6.13,...,10.67

Una vez que tenemos la información parseada y en formato Csv vamos a ver como podríamos visualizarla mediante Fusion Tables. Para ello basta con tener una cuenta en Google.

Google Fusion tables nos permite entre otras cosas:

  • Importar datos: en este caso los csv que hemos generado
  • Visualizar los datos de manera instantánea: Gráficamente
  • Poder compartirlos utilizando esos datos en una web o un post.

Para importar los datos basta con clickar en “Import table” y seleccionar el fichero que queramos subir. Nos permite varios formatos, nosotros seleccionamos los ficheros csv que hemos generado. (Hacer clic en esta imagen y las siguientes para verlas a tamaño completo).

Una vez importados los datos podemos visualizarlos de una manera instantánea gráficamente, y no sólo eso sino que podemos sacar históricos, cruzar tablas, ver tendencias, etc…  Por ejemplo, vamos a ver como ha variado la temperatura del aire entre el 2009 y 2010, en un mes en concreto, en este caso Octubre.

Para ello tenemos la opción “merge”. Seleccionamos las tablas que queremos fusionar de la siguiente manera.

Ahora tenemos los datos de octubre de 2009 y octubre de 2010 fusionados en una misma tabla, y podemos seleccionar por ejemplo dos días para ver como ha variado la temperatura en dos días diferentes.

Fusion Tables, aún estando todavía en fase beta, nos da muchas más posiblidades de visualización y manejo de los datos. Otra forma que tenemos de visualizar estos datos en nuestra web es gracias a Google Charts, que nos deja generar gráficos de una serie de datos para visualizarlos en nuestra web. Tanto los ejemplos hechos con una herramienta como con la otra, los podéis ver en la demo.

Para este ejemplo vamos a coger la temperatura del aire y vamos a calcular la media de cada día, para posteriormente visualizarla en este gráfico. Cogemos como ejemplo los datos de Septiembre de 2010 y calculamos la media diaria.

En este caso los datos que sacamos son la temperatura media para cada día:


2010-9-01	2010-9-02	...	2010-9-30
20.808	20.242	...	13.805

Una vez tenemos esos datos, vamos a google charts y podemos hacer un gráfico de manera sencilla. Utilizando el asistente o programando nosotros mediante su API.

En el campo Data Values, introducimos los datos que hemos generado arriba y podemos ir cambiando los aspectos que nostros queramos en cuanto al diseño. Color, tipo de gráfico, leyenda… etc etc..

En cuanto tengamos el grafico terminado podemos coger la url y adjuntarlo en nuestra pagina o post como si fuera una imagen.

En este caso: una larga URL…

O tambien podemos introducirlo mediante código javascript, por si queremos, por ejemplo, hacer un tratamiento de esos datos antes de su visualización o los tenemos en una fuente de datos externa que se actualizan cada cierto tiempo.


<script type="text/javascript">// <![CDATA[
      var queryString = '';
      var dataUrl = '';

      function onLoadCallback() {
        if (dataUrl.length > 0) {
          var query = new google.visualization.Query(dataUrl);
          query.setQuery(queryString);
          query.send(handleQueryResponse);
        } else {
          var dataTable = new google.visualization.DataTable();
          dataTable.addRows(30);

          dataTable.addColumn('number');
          dataTable.setValue(0, 0, 20.808);
          dataTable.setValue(1, 0, 20.242);
          dataTable.setValue(2, 0, 19.804);
          dataTable.setValue(3, 0, 19.318);
          dataTable.setValue(4, 0, 21.614);
          dataTable.setValue(5, 0, 20.481);
          dataTable.setValue(6, 0, 16.682);
          dataTable.setValue(7, 0, 16.151);
          dataTable.setValue(8, 0, 16.197);
          dataTable.setValue(9, 0, 17.219);
          dataTable.setValue(10, 0, 19.444);
          dataTable.setValue(11, 0, 16.951);
          dataTable.setValue(12, 0, 16.146);
          dataTable.setValue(13, 0, 18.303);
          dataTable.setValue(14, 0, 19.973);
          dataTable.setValue(15, 0, 16.994);
          dataTable.setValue(16, 0, 13.884);
          dataTable.setValue(17, 0, 13.652);
          dataTable.setValue(18, 0, 14.039);
          dataTable.setValue(19, 0, 18.035);
          dataTable.setValue(20, 0, 19.768);
          dataTable.setValue(21, 0, 20.346);
          dataTable.setValue(22, 0, 18.619);
          dataTable.setValue(23, 0, 14.473);
          dataTable.setValue(24, 0, 12.209);
          dataTable.setValue(25, 0, 11.104);
          dataTable.setValue(26, 0, 11.65);
          dataTable.setValue(27, 0, 12.776);
          dataTable.setValue(28, 0, 14.757);
          dataTable.setValue(29, 0, 13.805);

          draw(dataTable);
        }
      }

      function draw(dataTable) {
        var vis = new google.visualization.ImageChart(document.getElementById('chart'));
        var options = {
          chf: 'a,s,000000D7',
          chxl: '',
          chxp: '',
          chxr: '0,5,30',
          chxs: '',
          chxtc: '',
          chxt: 'y',
          chbh: 'a',
          chs: '500x225',
          cht: 'bvg',
          chco: '3072F3',
          chds: '5,35',
          chd: 't:20.808,20.242,19.804,19.318,21.614,20.481,16.682,16.151,16.197,17.219,19.444,16.951,16.146,18.303,19.973,16.994,13.884,13.652,14.039,18.035,19.768,20.346,18.619,14.473,12.209,11.104,11.65,12.776,14.757,13.805',
          chdl: 'Temperatura+diaria',
          chtt: 'Temperatura+media+del+aire+Septiembre+2010'
        };
        vis.draw(dataTable, options);
      }

      function handleQueryResponse(response) {
        if (response.isError()) {
          alert('Error in query: ' + response.getMessage() + ' ' + response.getDetailedMessage());
          return;
        }
        draw(response.getDataTable());
      }

      google.load("visualization", "1", {packages:["imagechart"]});
      google.setOnLoadCallback(onLoadCallback);

// ]]></script>

El efecto de insertar este javascriopt, visible en la demo. Con esta demo queremos dar a conocer las posibilidades que hay en Internet a la hora de visualizar los datos, que puede ser extrapolable a otro catálogo de datos de Open Data Euskadi o a otro parámetro. Viendo como de una manera rapida podemos hacer una visualización de unos datos.

Posted in Técnico | Leave a comment

Tim Berners-Lee habló de Open Data en su visita a Euskadi

El congreso Bilbao Web Summit celebrado esta semana ha servido una vez más, para dejar de manifiesto que el apartado de los datos abiertos se considera uno de los ejes del progreso en la era de la sociedad de la información. El congreso lo organizó la empresa vasca Anboto, y fue complemento a una reunión oficial del W3C, el consorcio que rige la web. Vino también a Bilbao el director del W3C, Tim Berners-Lee, inventor de la WWW en 1990.


Tim Berners-Lee en el estrado, en la Bilbao Web Summit. CC-BY-SA: Mikel Torres.

Berners-Lee dio una conferencia, abierta al público en general, en la que rememoró sus intenciones y cuitas que en 1989/1990 le llevaron a idear la World Wide Web y sus soportes, como el HTML. Pero pasó también a comentar la actualidad y el futuro: la importancia de mantener Internet en torno a una web abierta organizada con URLs y HTML, no en apps (aplicaciones) cerradas en dispositivos concretos; la importancia de ir acortando la desigualdad digital global entre el 20% que usamos Internet, y el 80% que no tiene; y el valor de los datos abiertos, como política institucional.

Volvió a este tema el miércoles, en un panel sobre e-Gobierno. Y lo explico con un esquema gráfico que ya ha venido promoviendo en otras apariciones públicas últimamente: las cinco estrellas hacia los linked data, o los datos enlazados (un poquito más allá aún que el open data).

★ Pon tu material disponible en la web (en cualquier formato)
★★ Ponlo disponible como dato estructurado (carga un Excel, antes que una imagen escaneada)
★★★ Que sea en un formato no propietario (Csv es mejor que Excel…)
★★★★ usa URLs que sean identificables, unidas a las propiedades de los datos que ofreces
★★★★★ enlaza los datos dinámicamente con otros conjuntos de datos

En Open Data Euskadi estamos en el punto cuatro, según análisis de CTIC, un fundación de investigación que nos ha venido asesorando en esta iniciativa, y que también estuvo en este congreso, representado por José Manuel Alonso. Es un punto a veces controvertido, porque Berners-Lee destaca a veces la importancia de las URLs y otras veces, en cambio, que se siga el estándar RDF. De todos modos, la escala de estrellas no es tanto una regla estricta a rajatabla, sino una dirección de avance con la que Open Data Euskadi está comprometida.

En el panel de e-Gobierno del congreso también intervinieron Jeanne Holm (de la NASA, organismo del gobierno estadounidense, por supuesto) e la vicelehendakari Idoia Mendia, que habló de Open Data Euskadi, así como de otras iniciativas del presente Gobierno Vasco como Irekia o el Plan de Innovación Pública PIP.

Posted in Noticias | Leave a comment

Todos los datos de procesos electorales en Euskadi, desde 1977

En vísperas de las próximas elecciones forales y municipales del 22 de mayo, hemos subido a Open Data Euskadi los datos de resultados de todos los procesos electorales  habidos en Euskadi desde 1977. En total, 45 llamadas a las urnas, aunque en algunos casos fueron convocatorias dobles (Juntas Generales y ayuntamientos, se eligen al mismo tiempo) y en otros se trató de referéndumes. El conjunto de datos se obtiene desde esta búsqueda, pero, en detalle, aquí tenéis todos los datos:

Posted in Noticias | Tagged | Leave a comment

Varios usos de Open Data Euskadi en AbreDatos 2011

El Desafío AbreDatos es un concurso para el desarrollo de aplicaciones web que hacen uso de datos públicos. Organizado por la asociación Pro Bono Público, la edición de 2011 ha tenido lugar este pasado fin de semana (los participantes trabajan en su aplicación durante 48 horas). El jurado evaluará ahora las aplicaciones y pronto sabremos quién es el ganador.

En cuanto a las aplicaciones que se han presentado, sabemos positivamente que dos de ellas usan datasets de Open Data Euskadi: Aparca.info y Euskoambiental. Creemos que Al Campito, un directorio/mapa de recursos de ocio y medio ambiente, también se alimenta de Open Data Euskadi, aunque no lo sabemos seguro. Es posible que haya alguna más que también lo haga… No quisieramos omitir a nadie, desde luego, si estáis en ello y usáis Open Data Euskadi, hacédnoslo saber, por favor.

Como ejemplo, una imagen de Euskoambiental. Es una aplicacion especifícamente vasca, que hace uso de múltiples datasets de información medioambiental geolocalizada de que disponemos. En la página de inicio puedes seleccionar (con puntero y CTRL) más de una capa de datos, y luego se visualiza el mapa. La vista resultante lista tanto puntos (mediante iconos) como áreas (en gran detalle). Si elegís muchas capas, puede tardar en cargarse, pero con 2 ó 3 funciona bien. Cada área es además clicable, y ofrece datos de ese recurso concreto.

Posted in Buenas prácticas, Noticias | Leave a comment

ComoGastan.com fiscaliza subvenciones y concursos públicos

Un nuevo sitio que reutiliza datos de Open Data Euskadi ha visto la luz: Comogastan.com. El proyecto lista en este momento el gasto comprometido (o comprometible) en 108 concursos públicos y 56 convocatorias de subvenciones, por un monto total de más de 538 millones de euros. Todo los datos provienen de convocatorias públicas del Gobierno Vasco, pero si los datos se circunscriben de momento al País Vasco no se debe a que Comogastan.com tenga un afán fiscalizador particularmente centrado en lo vasco, sino a que, simplemente, los datos de Open Data Euskadi le han permitido obtener esta información más fácilmente en nuestra comunidad autónoma. Si nuestro modelo se extiende, Comogastan.com también se extenderá por España.

Comogastan.com muestra los datos no sólo de manera ágil, con una categorización útil, sino que el usuario puede votar u opinar si una subvención es necesaria o innecesaria, o si el presupuesto asignado es correcto o excesivo (aquí nos ha entrado la duda: ¿y si fuera insuficiente?).

Esta aplicación web la ha creado un desarrollador vasco, Javier Eguiluz, “aspirante a emprendedor”, como se define en Twitter. ¡Bien por ti, Javier! ¡Gracias!

Posted in Buenas prácticas | 3 Comments

Primer aniversario de Open Data Euskadi

Open Data Euskadi, el portal de datos abiertos de Gobierno Vasco, cumple su primer año de vida. En este tiempo se ha ido incrementando el número de conjuntos de datos que se ofrecen hasta llegar a una cifra de 1.272. Se trata de un proyecto aún incipiente, pero que ya cuenta con ejemplos de reutilización por parte de particulares, de asociaciones, de empresas, e incluso por parte de otras Administraciones.

Este segundo año, que por cierto comenzamos con este blog y la cuenta de Twitter, es el momento de consolidar el servicio y de lograr una relación cercana con los reutilizadores, para afianzar los beneficios de la apertura de datos. Al tiempo, esperamos alcanzar una alianza entre Administraciones para ofrecer un servicio más completo y más homogéneo.

Muchas gracias a todas las personas que están colaborando mediante sus opiniones, sus comentarios y mediante la reutilización de los datos.

Posted in Noticias | 4 Comments

Pronóstico del tiempo en tu móvil Android

Ya explicamos hace unas semanas cómo se estructuran los datos meteorológicos en Open Data Euskadi. Mostramos también una aplicación que hacía uso de ello: el widget para webs que ya están usando en varios sitios, como por ejemplo en la web del Ayuntamiento de Vitoria-Gasteiz. Ahora, la misma empresa que hizo aquel widget, Socsoft, ha creado otra aplicación para móviles con sistema operativo Android. La previsión del tiempo en tu teléfono, con datos libres.

Aquí tenéis las instrucciones para poner la aplicación en marcha. Básicamente, tu móvil debe permitir la instalación de aplicaciones de terceros, y a continuación debes bajarte la aplicación .apk de la dirección bit.ly/eguraldi. Tienes más información sobre configuración en las instrucciones. El widget está disponible en euskera como en castellano: no son dos aplicaciones, sino que escoger el idioma en la configuración. He aquí un par de capturas de pantalla, como queda en el escritorio o pantalla de uso del móvil, y qué se ve si se clica para saber más.

Muchas gracias a Socsoft y a su programador Igor Ormaetxebarria Txurdi, por el trabajo realizado. No sólo han compartido esta aplicación móvil con Open Data Euskadi sino que han documentado la aplicación en el plano técnico.

Posted in Técnico | Tagged , , | 15 Comments