http://sunlightlabs.com/blog/2010/design-america-winners/
/david
2010/5/26 David Cabo <david...@gmail.com>:
> Han salido los ganadores del Design For America:
>
--
- El atlas del espacio radioeléctrico:
http://spectrumatlas.org/spectrum/
- Reclaim the spectrum (en esta colaboramos nosotros)
http://bit.ly/9g9juv
- Visualizar (en Medialab Prado)
http://medialab-prado.es/visualizar
Aunque decidáis aplazarlo, bueno es tenerlos presentes como
referentes/documentación del proceso.
abrazos!
El día 26 de mayo de 2010 20:10, Aitor Garcia Rey
<ai...@linkingpaths.com> escribió:
--
Felipe G. Gil
ZEMOS98 | Gestión Creativo Cultural
+34 954 22 74 93
http://equipo.ZEMOS98.org
---------------------------------------------
+34 699 95 89 24
http://abrelatas.ZEMOS98.org
http://twitter.com/abrelatas
Para el proyecto de abredatos, en el que no pude participar al final,
pensé en hacer lo siguiente...
He visto processing, y como herramienta para generar contenido visual
e interactivo me parece una genialidad. El problema es que para
publicarlo hace falta java, lo cual me tira un poco para atrás. Por
suerte existe una processing.js como alternativa:
http://processingjs.org/
Gracias a processing.js, se podría hacer una especie de pastebin[1] en
el que se pudieran ver los resultados del renderizado. Todo el proceso
se realiza en el cliente, por lo que no sería nada pesado para el
server. Con un poco de trabajo, se podrían publicar estos "sketchs"
como widgets en paginas, blogs, ...
[1] http://pastebin.com/
El problema que vi aquí es que tienes unas herramientas muy buenas
para procesar datos de forma interactiva. Y que esos datos se podrían
publicar rollo web 2.0 en cualquier parte. Pero processing.js carece
de ayudas para obtener datos en crudo con los que hacer todo eso tan
maravilloso. Así que el siguiente paso que había pensado es hacer
alguna librería para processing.js en la que obtener datos sea algo
sencillo. Para hacer realizable una forma sencilla de obtener los
datos en crudo pensé en YQL:
http://developer.yahoo.com/yql/
YQL permite extender los orígenes de datos a los que se accede con ese
api sql-like formalizado. Hay bastantes ejemplos en:
http://datatables.org/
El servicio de YQL hace de proxy y caché. Por lo que no todas las
páginas que hacen una "yahoo query" desembocarían en una llamada al
servicio que provee los datos (como los ejemplos de datatables). Lo
que ayudaría a escalar ofreciendo datos publicos en crudo sin unos
requisitos excesivos de hardware. También son ventajas:
* Es una herramienta ya hecha.
* No hay que ponerse a definir o construir herramientas.
* Hay documentación.
Desventajas:
* No es una tecnología liberada. Sería correr datos libres sobre un
servicio cerrado.
Por diversos motivos no he llegado siquiera al análisis de viabilidad
del proyecto. Pero es un proyecto que me parece que puede ser
interesante por los siguientes motivos:
* Un bloguero que encuentre algúna visualización interesante podría
incrustarla en su web y comentarla.
* A quién le guste crear buenas visualizaciones, podría generarlas
aprendiendo una única forma de procesado de información (YQL y la
librería para processing.js).
* Quién quiera hacer parsers de datos públicos y mantenerlos en forma
de gran repositorio en internet no tiene que andar reinventando la
rueda. Solo seguir el procedimiento definido en YQL y agregar orígenes
de datos de forma incremental.
* Se pueden usar los orígenes de datos directamente sobre YQL, sin
tener que usar processing. Se podría usar la herramienta para hacer
animaciones artísticas sin tener que usar fuentes de datos abiertas:
las piezas que componen el proyecto serían utilizables de forma
individualizada. El proyecto tendría entidad incluso fuera del ámbito
de probp.
Perdonad la chapa que os he metido para venderos algo que no es más
que un montón de humo. Pero me gustaría recibir un feedback de si es
algo que suena interesante o no es más que una "paja mental".
Saludos:
Javi