jueves, 30 de septiembre de 2010

Estudio de la Universidad Complutense de Madrid sobre Reutilización de Datos del Sector Público

#ogov #egov
A través del blog de Carlos Díaz he llegado a este estudio sobre Reutilización de Datos Públicos en España, realizado durante cuatro meses por la Universidad Complutense de Madrid.
Algunas de las conclusiones del estudio, como que en España apenas se conoce la ley 37/2007 sobre reutilización de la información del sector público, son evidencias del precario estado en el que se encuentra nuestro país en cuanto a reutilización de datos por parte de la administración.
En el estudio se menciona la iniciativa a nivel estatal del proyecto Aporta, del que ya he hablado en el blog en repetidas ocasiones. El estudio agrupa la información reutilizable en seis grandes grupos:
  • Información económica / de negocio
  • Información geográfica
  • Información legal
  • Información meteorológica
  • Datos sociales
  • Información sobre transportes
El tercero de los dominios, información legal, me ha recordado que la semana pasada tuve el placer de conocer a Angel Maldonado, uno de los padres del portal LegalSolo, gente que lleva años luchando a favor de la liberación de los datos legales en poder de la administración (no sin encontrar muchas piedras en el camino).
Entre otras muchas cosas, estuvimos charlando sobre los intereses y exclusividades en el acceso a la información por parte de ciertos agentes. A ese respecto, el informe tiene unos párrafos interesantes:

  • "According to the PSI Directive, publicly available information shall be open to all potential actors in the market under the same conditions. This implies that public sector bodies (PSBs) grant exclusive rights on public sector information to third parties"
  • "After December 31, 2008 exclusive agreements are only permitted due to public interest criteria: “…where an exclusive right is necessary for the provision of a service in the public interest, the validity of the reason for granting such an exclusive right shall be subject to regular review, and shall, in any event, be reviewed every three years.

lunes, 27 de septiembre de 2010

Selección de noticias de la semana - 27/09/2010

Después de unas semanas de bastante trabajo que no me han dejado tiempo para bloguear, retomo la sección de selección de noticias. Aquí están las de la semana pasada y la anterior:

EAdministración:
Ciencia:
Curiosidades:
Matemáticas:
Humor:

viernes, 17 de septiembre de 2010

Humor: Aptitudes requeridas para ser...

Para terminar la semana con un poco de humor, aquí está una explicación de las aptitudes requeridas para varios tipos de trabajo, y la fama que se obtiene dedicándose a ello. (inversamnete proporcional :-):
Vista aquí

Record que arrasa el anterior sobre cálculo de cifras del número pi


Hace unos mese publiqué un post sobre cómo un Fabrice Bellard con un PC "normalito" había batido el record de computación de cifras del número pi, elevando dicho record hasta 2,7 billones de cifras.
Hoy, con grata sorpresa leo en microsiervos que Nicholas Sze acaba de fulminar ese record y otro que se produjo hace sólo unas semanas, calculando hasta 2.000 billones de cifras.
Personalmente esto no tiene tanto mérito como la hazaña de Bellard, ya que Sze se ha valido de 1000 ordenadores de la granja de Yahoo durante 23 días, para alcanzar dicho record.
Mientras que Bellard utilizó el método de Chudnovsky para aproximar pi, Sze ha utilizado otro método adaptado para utilizar la computación paralela basada en el framework MapReduce (creado por Google).

Personalmente, hace meses cuando leí la noticia de Bellard intenté hacerme mi propia implementación en Java del algoritmo para verificar en mis propias carnes su funcionamiento, y la verdad es que conseguí aproximar 100.000 cifras en un tiempo relativamente pequeño.

Probé varias aproximaciones, una de ellas basada en la clase BigSquareRoot que encontré aquí. La implementación del código en Java, por si os interesa. La clase CalculaPi:


import java.math.BigDecimal;
import java.math.BigInteger;
import java.math.RoundingMode;


public class CalculaPi {


private static final BigDecimal DA12 = BigDecimal.valueOf(13591409l * 12l);


private static BigDecimal DC32;

private static final BigDecimal DDOCE = BigDecimal.valueOf(12);


private static final BigInteger IA = BigInteger.valueOf(13591409l);
private static final BigInteger IB = BigInteger.valueOf(545140134l);
private static final BigInteger IC3P24 = BigInteger.valueOf(10939058860032000l);
private static final BigInteger IDOS = BigInteger.valueOf(2);
private static final BigInteger IMENOSUNO = BigInteger.valueOf(-1);
private static final BigInteger IUNO = BigInteger.valueOf(1);
private static final BigInteger ICERO = BigInteger.valueOf(0);
private static final BigInteger ISEIS = BigInteger.valueOf(6);
private static final BigInteger IMENOSCINCO = BigInteger.valueOf(-5);


private static final int ESCALA = 100000;

public static void main(String[] args) {
BigInteger n;
BigSquareRoot app = new BigSquareRoot ();
n = BigInteger.valueOf(640320l);
app.setScale (ESCALA);
DC32 = app.get(n).multiply(BigDecimal.valueOf(640320l));

System.out.println("Raiz: " + DC32);
for(int i=999; i<1003; i++) {
BigDecimal tmp = paraN(BigInteger.valueOf(i));
System.out.println("Para " + i + " es: " + tmp.toPlainString());
}
}

public static BigDecimal paraN(BigInteger n) {
PQT temporal = calcular(ICERO, n);
return DC32.multiply(temporal.q).divide(DDOCE.multiply(temporal.t).
add(DA12.multiply(temporal.q)), ESCALA, RoundingMode.CEILING);
}


public static PQT calcular(BigInteger n1, BigInteger n2) {
if(n1.add(IUNO).equals(n2)) {
return new PQT( p(n2), q(n2), a(n2).multiply(p(n2)));
}
BigInteger m = n1.add(n2).divide(IDOS);
PQT uno = calcular(n1, m);
PQT dos = calcular(m, n2);
return new PQT(uno.p.multiply(dos.p), 
  uno.q.multiply(dos.q), 
  uno.t.multiply(dos.q).add(uno.p.multiply(dos.t)));
}

public static BigInteger a(BigInteger n) {
BigInteger ret = IA.add(IB.multiply(n));
if(n.remainder(IDOS).equals(IUNO)) { // Optimizar con AND, ver el último bit y se sabe si divisible por 2
ret = ret.negate();
}
return ret;
}

public static BigInteger q(BigInteger n) {
return n.multiply(n).multiply(n).multiply(IC3P24);
}

public static BigInteger p(BigInteger n) {
return (IDOS.multiply(n).add(IMENOSUNO)).multiply(n.multiply(ISEIS).add(IMENOSCINCO)).multiply(n.multiply(ISEIS).add(IMENOSUNO));
}
}


La clase PQT:


import java.math.BigDecimal;
import java.math.BigInteger;


public class PQT {
public BigDecimal p,q,t;
public PQT(BigDecimal p, BigDecimal q, BigDecimal t) {
super();
this.p = p;
this.q = q;
this.t = t;
}
public PQT(BigInteger p, BigInteger q, BigInteger t) {
super();
this.p = new BigDecimal(p);
this.q = new BigDecimal(q);
this.t = new BigDecimal(t);
}
}


Enlace a la noticia en la BBC.

Australia realiza una declaración sobre gobierno abierto

#ogov #gov20 #abredatos
Siguiendo los pasos de otros países anglosajones, el Gobierno Australiano acaba de realizar una declaración sobre Open Government.
Algunas frases extraídas del texto:

  • "Agencies are to develop policies that support employee-initiated, innovative Government 2.0-based proposals". ¿Se refiere a impulsar iniciativas como Abredatos, o iniciativas surgidas desde los propios empleados de la administración? Yo entiendo lo segundo.
  • "The Government’s FOI Reforms create the new statutory Office of the Australian Information Commissioner and establish a comprehensive Information Publication Scheme that requires agencies to publish a wide range of information.". Parece que van a sentar las base para soportar proyectos nacionales de apertura de datos (similares a http://www.data.gov ó http://www.data.gov.uk).

Enlace al informe al que se hace referencia: "Engage: Getting on with Government 2.0"

El texto de la declaración completo, en inglés:

Declaration of Open Government

The Australian Government now declares that, in order to promote greater participation in Australia’s democracy, it is committed to open government based on a culture of engagement, built on better access to and use of government held information, and sustained by the innovative use of technology.
Citizen collaboration in policy and service delivery design will enhance the processes of government and improve the outcomes sought. Collaboration with citizens is to be enabled and encouraged. Agencies are to reduce barriers to online engagement, undertake social networking, crowd sourcing and online collaboration projects and support online engagement by employees, in accordance with the Australian Public Service Commission Guidelines.
The possibilities for open government depend on the innovative use of new internet-based technologies. Agencies are to develop policies that support employee-initiated, innovative Government 2.0-based proposals.
The Australian Government’s support for openness and transparency in Government has three key principles:
  • Informing: strengthening citizen’s rights of access to information, establishing a pro-disclosure culture across Australian Government agencies including through online innovation, and making government information more accessible and usable;
  • Engaging: collaborating with citizens on policy and service delivery to enhance the processes of government and improve the outcomes sought; and
  • Participating: making government more consultative and participative.

Supporting Initiatives

The Australian Government’s commitment to action on each of these principles is demonstrated by:
  • the passage of legislation reforming the Freedom of Information (FOI) Act and establishing the Office of the Australian Information Commissioner;
  • the Government’s announcement on 3 May 2010 of its response to the Government 2.0 Taskforce report, Engage: Getting on with Government 2.0;  and
  • Its response to the Ahead of the Game: Blueprint for the Reform of Australian Government Administration report, in which the Government agreed that creating more open government is a key reform for the Australian Public Service.
Effective collaboration between citizens and government requires timely sharing of the information held by Government. The Government’s FOI Reforms create the new statutory Office of the Australian Information Commissioner and establish a comprehensive Information Publication Scheme that requires agencies to publish a wide range of information.
The Australian Government has commenced the program of initiatives outlined in its response to the Taskforce’s report in accordance with the agreed implementation timetable.
The Department of Finance and Deregulation will report annually on implementation progress of the recommendations of the Government 2.0 Taskforce to the Government through the Secretaries’ Information and Communications Technology Governance Board.

jueves, 16 de septiembre de 2010

Video: Cuadroptor en pleno vuelo

Impresionante vídeo de un helicóptero de cuatro hélices haciendo virguerías como pasar por el interior de aros (incluso en movimiento).
El vehículo se mueve a mucha velocidad, y con una precisión excelente.

Visto en Gizmodo.

lunes, 13 de septiembre de 2010

¿La Administración necesita incorporar programadores?

#egov #ogov #gov20 #eadmin
A raiz de este post de @alorza en su blog Administraciones en Red se ha creado mucha controversia y diversidad de opniones, tanto en el propio blog como en meneame.
Me estaba planteando añadir un comentario en el post de Alberto, pero finalmente he optado por publicarlo aquí, por he llegado un poco tarde al post y porque me voy a extender bastante.
Sólo llevo dos años trabajando para la Administración, pero sólo unos meses fueron suficientes para darme cuenta de la ineficiencia con la que se gestionan los recursos, sobre todo en el ámbito relacionado con las TIC. Llevo tiempo planteándome cuáles son los principales problemas del modelo existente que hacen que proyectos cuyo coste de desarrollo en ningún caso superaría los 50.000€ lleguen a suponer a los ciudadanos, entre costes directos e indirectos, cientos de miles (e incluso millones) de euros.
En mi opinión, existen distintas causas que llevan a este tipo de situaciones. Muchas de ellas son inherentes al modelo de gestión y contratación pública (burocracia, rigidez en la contratación, amiguismos, etc.), y otras a la propia naturaleza de los proyectos TIC (cadenas de subcontrataciones, repetidas ampliaciones de presupuestos debidas a modificaciones de requisitos durante el desarrollo, proyectos que no terminan nunca, etc.). Sin embargo, voy a intentar centrame en el problema al que hace referencia el título del post:

¿La administración necesita incorporar programadores?

Esta pregunta hace referencia a dos cuestiones fundamentales sobre el modelo de desarrollo de aplicaciones para la administración pública:
  1. ¿Externalizar o Desarrollar en casa? Es decir, ¿la adminstración debe contratar programadores para llevar a cabo sus desarrollos, o debe externalizar esta tarea?
  2. ¿Centralizar o Descentralizar? Es decir, ¿debe centralizarse la gestión del desarrollo de aplicaciones, o cada necesidad debe ser abordada de manera individual (independientemente de que se externalice o se haga desde dentro?
Pensando sobre estas dos dimensiones he creado una pequeña cuadrícula que incluye las competencias que en mi opinión se deberían afrontar con uno u otro enfoque:

La cuadrícula resume un modelo de gestión mixto, en el que la administración mantiene las competencias en las que aporta valor, mientras que delega (externaliza/outsourcing) aquellas labores en las que no es experta y otros pueden hacer mejor. Voy a entrar en cada una de las grandes zonas de este cuadro, para explicarlas en detalle:

1) Competencias con Gestión Centralizada, abordadas desde Dentro
En este punto incluyo todas las cuestiones que la Administración debería realizar por ella misma (no subcontratar) y de manera centralizada (abordarlas como un todo, no individualmente en cada proyecto). En general, se trata de aquello que forma parte del "core" del negocio y es difícilmente trasladable de un proveedor a otro sin que ello suponga un alto coste o pérdida de conocimiento/control:
  • La definición de las herramientas/productos a utilizar, así como la definición horizontal de la arquitectura de las aplicaciones, para darles homogeneidad y permitir la mantenibilidad. Aquí es donde en la administración deberían existir excelentes arquitectos técnicos que marcasen las pautas a seguir por los proveedores (no programadores, pero sí una especie de "hackers" o "gurús" técnicos que definan las líneas a seguir por el resto y que se encarguen del desarrollo del framework base).
  • Junto con el desarrollo del framework, los arquitectos deberían definir una normativa de desarrollo de obligado cumplimiento por los proveedores. Con esto garantizarían, además de homogeneidad y mantenibilidad, que los proyectos cumplen con los mínimos de calidad, ya que se centraliza el otorgar el "sello de calidad" imprescindible para que un proyecto se considere finalizado
  • Para no dejar el desarrollo y soporte en completas manos del proveedor sin control alguno, se deberían de abordar de manera centralizada auditorías selectivas/aleatorias de los procesos de desarrollo y soporte al usuario final.
2) Competencias con Gestión Centralizada, abordadas por terceros

En este punto incluyo todas las cuestiones que en mi opinión se deberían abordar de manera centralizada (abordarlas como un todo, no individualmente en cada proyecto), pero se podrían subcontratar a algún proveedor externo:
  • El desarrollo de aplicaciones horizontales a la administración. Por ejemplo aplicaciones de gestión presupuestaria, control financiero, recursos humanos, etc.
  • La gestión centralizada de compras (incluido hardware y software). Aunque no es parte "core" del negocio, si se hace de manera centralizada se consiguen mejores precios y se evitan redundancias. Se podría externalizar esta competencia, dejando esta gestión en un proveedor que fuese "a comisión" en función de los precios conseguidos (siempre manteniendo el requisito de calidad exigido).
  • La gestión de las infrastructuras tecnológicas. Gestión centralizada de servidores, redes, telefonía, etc.
  • El soporte horizontal de primer nivel, tanto a nivel hardware como software. Los problemas de soporte de aplicaciones no horizontales se derivarían a la gestión vertical del soporte de nivel 2 del apartado 4).
3) Competencias con Gestión Descentralizada, abordadas desde Dentro

En este punto incluyo todas las cuestiones que en mi opinión la Administración debería realizar por ella misma (no subcontratar) y de manera descentralizada, es decir, abordar la problemática concreta de cada proyecto/área de la administración:
  • El conocimiento funcional del negocio. Lo que se llama comunmente el "know-how", debería mantenerse en manos de la administración, para que un posible futuro cambio de proveedor no acarrée la pérdida del conocimiento intrínseco del negocio (y evitar demasiada dependencia de un proveedor en concreto). Por esto creo que la fase de análisis de los proyectos debería realizarla el proveedor externo, pero con participación de personal propio de la administración.
4) Competencias con Gestión Descentralizada, abordadas por Terceros
 
En este punto incluyo aquellos temas que por no formar parte del "core" del negocio o no resultar críticos si se realizase un cambio en el proveedor que los proporciona, podrían externalizarse y tratarse de manera descentralizada:
  • Desarrollo de aplicaciones verticales: Aplicaciones a medida para necesidades concretas de áreas de la administración, pueden ser desarrolladas en su totalidad por el proveedor externo (siempre siguiendo las directrices marcadas en cuanto a arquitectura y productos/herramientas a utilizar).
  • Uso de metodologías de desarrollo: Dejaría a elección del proveedor la metodología de desarrollo a utilizar (metodologías ágiles o no, en función de la naturaleza del proyecto). Sólo exigiría estándares de calidad al producto final, no interferiría en el proceso de desarrollo (salvo las auditorías aleatorias arriba mencionadas).
  • Soporte para aplicaciones verticales: El proveedor se encargaría también de dar soporte (y desarrollar evolutivos) sobre las aplicaciones verticales desarrolladas.
Conclusiones
Mi conclusión general es que la administración no necesita programadores, porque esto derivaría en los problemas típicos de la Administración, aumentados si cabe por los ya inherentes a la naturaleza de los proyectos TIC (burocracia, falta de agilidad, mucha resistencia ante el cambio/innovación por las grandes inercias, proyectos que se dilatan en el tiempo, etc.). El tipo de programadores que hace falta para realizar proyectos tecnológicos satisfactorios (e innovadores) no se ve atraído por las ventajas que pueda aportar el trabajar para la administración. Lo que necesita la administración es delegar el desarrollos y centrarse en contar con profesionales en los siguientes ámbitos:

  • Arquitectura de Aplicaciones (área horizontal): Para definir normativas y frameworks de desarrollo y comprobar estándares de calidad. Esto podría ser lo más parecido a "programadores de alto nivel" o "hackers" que necesita la administración: Arquitectos de Software.
  • Análisis funcional y conocimiento del negocio (áreas verticales): Para conservar en la administración el conocimiento funcional del negocio y no delegar por completo este conocimiento en el proveedor externo, la administración debería tener en plantilla expertos funcionales en cada uno de sus negocios (sanidad, educación, etc.).
  • Auditoría de procesos (horizontal): La administración debería contar con expertos auditores que revisasen selectivamente los procesos de desarrollo y soporte de los proveedores externos, para permitir la externalización pero a la vez mantener las riendas sobre el control final de estos procesos (y no permitir que el proveedor se relaje con estas cuestiones). 

Me dejo muchas ideas en el tintero, sobre todo ideas sobre posibles soluciones a los problemas no relacionados con la externalización o centralización de los desarrollos (y por tanto no relacionados con la pregunta planteada en este post): burocracia en la contratación, amiguismos, cadenas de subcontrataciones, etc... En mi opinión la solución de la mayoría de estos problemas como bien menciona @alorza en su blog pasa por la total transparencia en la gestión. El problema es que a muchas personas que ocupan cargos políticos en los que recae el poder de estas decisiones no les interesa que exista dicha transparencia porque son los primeros en beneficiarse de ella. La presión popular en España tendría que ser muy alta para acabar obligando a los gobernantes a apuntarse al carro de la transparencia (igual que sucedió en el Reino Unido).

¿Qué te parece el modelo propuesto? ¿cuáles crees que son sus puntos fuertes/flojos? ¿qué echas en falta?

viernes, 10 de septiembre de 2010

Consulta europea sobre reutilización de datos del sector público


Leo aquí que la Comisión Europea ha lanzado una consulta popular para recibir aportaciones sobre la Directiva relativa a la Reutilización de la Información del Sector Público (ISP).
Ya en la Directiva ISP de la UE del Noviembre del 2003 se animaba a los gobiernos a emprender políticas en materia de reutilización de datos, pero parece ser que no funcionó todo lo bien que se esperaba, así que se han propuesto realizar una revisión sobre esta directiva antes de finales del 2012.
Puedes realizar tus sugerencias sobre la directiva hasta el 30 de Noviembre aquí.

martes, 7 de septiembre de 2010

Apertura de Datos de la Administración Pública

#abredatos #egov #ogov #gov20 #opendata 
APERTURA DE DATOS DE LA ADMINISTRACIÓN PÚBLICA
Me gustaría a través de este artículo tratar de concienciar sobre un tema que nos incumbe a todos los ciudadanos, pero más si cabe a aquellos que trabajamos en la Administración, cerca de los repositorios electrónicos de información: La apertura de los datos por parte de las Administraciones Públicas.
Antes de explicar qué significa y en qué consiste esta apertura de datos, quiero hacer un ejercicio de reflexión sobre lo que puede ser un día cualquiera en la vida de una persona, “Benito”, en un futuro cercano en el que toda la información de la Administración se encuentra publicada en formatos abiertos.

Un día en la vida de Benito

Como cada día Benito se levanta temprano y desde su teléfono móvil accede a http://www.losojosdelaciudad.com/. Está encantado con el servicio, desde que se inscribió e introdujo la ruta que sigue para ir al trabajo, todas las mañanas recibe las imágenes en tiempo real de las cámaras de tráfico que hay en el recorrido, y se informa sobre los posibles accidentes y atascos. Parece que hoy la cosa está tranquila.
Mientras toma el desayuno, aprovecha para leer el correo electrónico. Hoy el email que recibe diariamente de http://www.booletin.es trae buenas noticias: parece que la convocatoria de oposición que tanto estaba esperando acaba de ser publicada en el Boletín Oficial de la Comunidad de Madrid. Hace tiempo que Benito definió una alerta en el servicio Booletin para recibir en su correo electrónico noticias sobre esta oposición.
Todavía nervioso por la noticia, se monta en su coche, y como cada mañana se dispone a esquivar los baches de su calle… pero hoy se encuentra con una sorpresa: parece que el Ayuntamiento por fin ha terminado las obras de asfaltado. Hace pocos meses uno de los vecinos informó de los baches a través de http://www.arreglamicalle.es/  y su propuesta de asfaltar el barrio recibió multitud de votos,  así que el Ayuntamiento decidió llevarla a cabo de manera prioritaria.
Benito trabaja en una agencia inmobiliaria, se encarga de publicar en un portal de Internet ofertas sobre pisos que se venden y alquilan en España. Antiguamente su trabajo era más laborioso, tenía que solicitar mucha información al propietario del piso para adjuntarla en la oferta (a veces ni éste disponía de dicha información). Hoy en día sólo con escribir la dirección donde se encuentra el inmueble en http://www.datosinmueble.es/ puede obtener multitud de datos sobre éste: cercanía a centros de salud, transporte público disponible, datos estadísticos sobre la media de edad en el barrio, datos meteorológicos sobre lluvias y temperaturas medias en la ciudad, emisiones de CO2, datos turísticos…la verdad es que la vida de Benito ha cambiado bastante desde que las administraciones públicas decidieron liberar todos los datos públicos que poseían. Los servicios que se crearon basándose en estos datos han acabado haciendo su vida más fácil.

¿Qué son los datos del sector público en formatos abiertos?

Aunque la vida de Benito parezca lejos de nuestra realidad actual, la mayoría de servicios que utiliza en su día a día ya están disponibles en muchos países, en los que la Administración Pública tiene como línea estratégica la liberación de toda la información pública para que pueda ser consultada y explotada libremente. Con esto no me refiero a que la Administración desarrolle servicios que los ciudadanos puedan utilizar, sino a que publique sus datos en formatos abiertos, para que otras iniciativas (públicas o no) los exploten y ofrezcan dichos servicios.
La tecnología actual, apoyada en el uso de Internet, permite que las Administraciones compartan con los ciudadanos gran cantidad de información en formatos abiertos, con tres objetivos fundamentales:
·         Generar valor y riqueza: Con la información pública en formatos abiertos, sólo es cuestión de tiempo el que surjan servicios que exploten dicha información para aportar un valor añadido al ciudadano y por tanto aumenten el bienestar social (como la página que consulta Benito para saber si hay atascos hoy en la carretera).
·         Facilitar la comunicación entre Administraciones: Con todas las Administraciones publicando su información en formatos abiertos se aumenta la interoperatibilidad y se facilita la creación de servicios que agrupen la información de varias Administraciones (como la hipotética página que utiliza Benito para obtener todo tipo de datos de un inmueble).
·         Aumentar la transparencia y la participación: Ofreciendo abiertamente toda la información sobre la gestión pública y fomentando la participación online, pueden detectarse más fácilmente las necesidades de los ciudadanos y aportar soluciones más eficientes en el uso de los recursos públicos (como la página en la que Benito y sus vecinos informan de los baches de su barrio para que se arreglen).
Para la publicación de los datos de la Administración y que estos puedan ser utilizados por fuentes externas, es necesario seguir cuatro pasos fundamentales:
1)       Detección: Se identifican los datos susceptibles de ser liberados (por ejemplo, los datos estadísticos del Padrón de habitantes).
2)       Representación: Se representan los datos en algún formato abierto (por ejemplo, en formato XML, CSV, etc.).
3)       Publicación: Se publican los datos de manera que puedan ser explotados (por ejemplo, en forma de Servicio Web).
4)       Catalogación: Una vez publicados, es necesario informar de la disponibilidad de dichos datos en algún catálogo de datos públicos para que se conozca la existencia del repositorio.

Ejemplos de Apertura de Datos

En los gobiernos de algunos países existen grupos de profesionales dedicados a facilitar el acceso a la información pública en formatos abiertos. Es el caso de Estados Unidos, en el que a través de http://data.gov se mantiene un catálogo de todos los datos públicos del gobierno, divididos en datos generales (más de 1.700 catálogos) y datos geográficos o geo-localizados (más de 270.000 catálogos). Basados en estos catálogos públicos han surgido multitud de servicios al ciudadano, como por ejemplo http://flyontime.us/ , que permite conocer la probabilidad de que su vuelo llegue puntual, tarde o adelantado.

Sitio web  para la apertura de datos de Estados Unidos – http://www.data.gov

En Marzo de 2006, el prestigioso periódico “The Guardian” publicó en su suplemento de tecnología un artículo titulado “Devuélvenos nuestras joyas de la corona”, en el que se iniciaba una campaña agresiva para instar al gobierno del Reino Unido a hacer públicos los datos que posee. La campaña surtió efecto, pues hoy en día a través de http://data.gov.uk se facilita el acceso a más de 3.900 catálogos de datos abiertos de este país (se tomó la decisión política de publicar prácticamente todo lo que no sean datos personales ni afecte a la seguridad nacional). Para hacerse una idea de la importancia que el gobierno del Reino Unido le dio a este proyecto, sólo es necesario mencionar el nombre de la persona responsable del mismo, Tim Berners Lee, mundialmente conocido como “el padre de Internet”.

Sitio web para la apertura de datos en el Reino Unido – http://data.gov.uk

Apertura de Datos en España


En Marzo de 2009 el gobierno de España puso en marcha el Proyecto Aporta (http://www.aporta.es/), destinado a fomentar una cultura de reutilización de la información del sector público. Uno de los frutos de este proyecto es la “Guía Aporta sobre reutilización de la información del sector público”, que pretende ser un documento de consulta donde se contemplan los aspectos a considerar por los gestores de las instituciones públicas, de cara a impulsar la reutilización de la información y facilitar la puesta a disposición de la misma.
También existen iniciativas de algunas administraciones españolas que pretenden ser el germen de sus catálogos públicos de información. Es el caso de Asturias a través de http://risp.asturias.es , o del gobierno Vasco en su portal http://opendata.euskadi.net/, que forma parte de la iniciativa Irekia para el fomento del Gobierno Abierto.
Una gran aportación a la cultura de la apertura de datos en España ha venido de la mano de una iniciativa privada: el Desafío Abredatos 2010, un concurso promovido por la asociación Pro Bono Público para desarrollar aplicaciones que ofrezcan servicios basados en la explotación de fuentes de datos públicas. El concurso se celebró en abril de 2010 y fue todo un éxito, de él surgieron más de 30 nuevos servicios al ciudadano, incluyendo algunos tan útiles como http://infocarretera.com/ para conocer el estado de las carreteras, o http://www.misparadas.com/ para conocer los datos de los autobuses de la EMT de Madrid en tiempo real. Personalmente aporté mi granito de arena desarrollando el servicio http://www.booletin.es/, que permite realizar búsquedas y alertas por email sobre el Boletín Oficial de la Comunidad de Madrid (y en el futuro sobre el BOE y el resto de boletines autonómicos).

El primer desafío AbreDatos se celebró los días 17 y 18 de Abril de 2010

Cómo Puedo YO aportar

En la administración española hay todavía mucho camino que recorrer respecto a la apertura de la información pública. Si todos aportamos nuestro granito de arena, este camino tendrá menos piedras en su trayecto y podrá recorrerse más rápido, de manera que al igual que Benito, todos podamos aprovecharnos de los servicios que surjan alrededor de esta información.
Si has llegado leyendo hasta aquí y te estás preguntando cómo puedes aportar, en realidad ya has empezado a hacerlo. El primer paso para aportar es ser consciente de la problemática y la necesidad de que los datos de las Administraciones sean publicados en formatos abiertos para que todos podamos beneficiarnos de ellos. El siguiente paso es tratar de difundir esta información para que la cultura de la apertura de datos sea algo generalizado (yo en mi caso trato de “evangelizar” a través de este artículo).
Si, como yo, trabajas en ICM o en alguna administración pública, entonces el siguiente paso es, una vez interiorizada esta necesidad, tenerla en cuenta en tu trabajo del día a día. Por ejemplo, a la hora de emprender un nuevo proyecto de desarrollo de una aplicación para la Comunidad de Madrid, podrías realizarte una serie de preguntas:
o        ¿Qué información de este proyecto podría ser pública?
o        ¿Cómo se podría publicar para que fuese reutilizable?
o        ¿Sería alto el impacto de publicarla en el desarrollo del proyecto o podría hacerse sin demasiado esfuerzo?

Así, con relativamente poco esfuerzo, se podrían ir preparando las nuevas aplicaciones desarrolladas para que su información sea publicada en formatos abiertos. De esta manera, cuando en un futuro exista un proyecto global de publicación de datos, no será necesario volver una a una a todas estas aplicaciones y modificarlas (en este caso el proyecto tendría mucha más envergadura y por tanto más probabilidades de fracasar). Este puede ser tu granito de arena.

Algunas Referencias 

·          Proyecto Aporta
·          Catálogo de Datos de Asturias
·          Desafío Abredatos 2010


Nota: Este es un artículo que he escrito como colaborador de la revista de Informática y Comunicaciones de la Comunidad de Madrid (ICM-Conecta).

domingo, 5 de septiembre de 2010

miércoles, 1 de septiembre de 2010

10 Reglas para combatir la burocracia

No he visto el vídeo pero he echado un ojo a la trascripción (en pdf) de la charla de Carl Malamud hablando sobre su experiencia en la lucha contra la burocracia de la administración pública.
Las 10 reglas que resume al final de su charla:
  1. Call everything an experiment.
  2. When the starting gun goes off, run really fast.As a small player, the elephant can step on you, but you can outrun the elephant.
  3. Eyeballs rule. If a million people use your service, and on the Internet you can do that, you’ve got a lot more credibility than if you’re just issuing position papers and flaming the man.
  4. When the time comes, be nice.
  5. Keep asking until they say yes. Gordon Bell, the inventor of the VAX, once said that you should keep your vision, but modify your plan.
  6. When you get the microphone, get to the point. Be clear about what you want.
  7. Get standing. Have some skin in the game, some reason you’re at the table.
  8. Get them to threaten you.
  9. Look for overreaching, things that are just blatantly, obviously wrong or silly.
  10. Don’t be afraid to fail. It took Thomas Edison 10,000 times before he got the lightbulb right, and when he was asked about those failures, he said “I have not failed, I’ve just found 10,000 ways that won’t work.” Fail. Fail often. And don’t forget, you can question authority.
Visto en barrapunto.

Humor: Ctrl-X, Ctrl-C, Ctrl-V

Visto aquí