Pequeños Múltiples

Había una vez una empresa llamada CitiSent, donde una de las primeras ideas que tuvimos para ofrecer servicios de visualización se refería a comprender y comparar la calidad de vida de las distintas ciudades del país1.

Para construir esta visualización desarrollamos un tesauro2 de 6 grandes temas urbanos que generaban un indicador de percepción a partir del análisis de texto (sentiment analysis) en redes sociales. Cada uno de estos indicadores determina el tamaño de un pétalo, debidamente codificado con un color. La idea es que este sistema de representar (y condensar) la imformación permite comparar muy eficientemente las diferencias y contrastes entre los datos (las disparidades). Esta modalidad se denomina pequenos múltiples (small multiples). Esto es similar a las caras de Chernoff.

show code

CitiPulse model;
Petal current;

color[] c = {
#D63F09,
#FFA94D,
#FAE203,
#8FCB35,
#00828E,
#00426E,
#A64DFF,
#EB12EB,
#AE1D04,
#FF8408,
#DECC02,
#7EB331,
#0F8CA5,
#135589,
#8A27EC,
#CA0DCA,
#870101,
#C46200,
#B8AE01,
#6C9A2E,
#2096C0,
#2D6EAD,
#6C00D7,
#A809A8,
#690808,
#984805,
#929100,
#59802A,
#31A1DA,
#4688D1,
#4C0098,
#860486
};
String file;

float MAX = 120; // radio máximo del pétalo
float offset = 5;
color currentCol = color(255);

void setup() {
int side = 350;
size(350, 350);
smooth();
noStroke();
model = new CitiPulse(width/2, height/2);
populateCitiPulse(model);
current = new Petal();
file = ""+year()+month()+day()+hour()+minute()+".mov";
}

/**
*
* alfa + PI
* beta = ––––------
* 2
*
*
*
* MAX * sin(alfa/2)
* radio = -----------------
* sin(alfa/2) + 1
*
*/

void draw() {
background(255);
noFill();
stroke(#E3E3E3);
strokeWeight(1);
ellipse(width/2, height/2, MAX*2 + offset*2, MAX*2 + offset*2);
model.draw();
}

void keyPressed() {
if (key == 'v') {
for (int i = 0; i < model.petal.length; i++) {
println("petal["+i+"].value = "+model.petal[i].value);
}
println("---------------------------------------------");
}
if (key == ' ') {
populateCitiPulse(model);
}
if (key == 'x') {
exit();
}
if (key == 's') {
saveFrame("img/citipulse-#####.png");
}
}

void mouseMoved() {
currentCol = get(mouseX, mouseY);
}

void mousePressed() {
println(current.name+", cuyo valor es "+current.value);
}

class CitiPulse {

float x, y;
Petal[] petal;

CitiPulse(float x, float y) {
this.x = x;
this.y = y;
}

void draw() {
float offset = 5;
for (int i = 0; i < petal.length; i++) {
pushMatrix();
{
translate(x, y);
rotate(petal[i].alfa * (float)i);
petal[i].be();
}
popMatrix();
}
}
}

void populateCitiPulse(CitiPulse mod) {

int num = round(random(3, 10)); // número de pétalos o términos de primer nivel

float alfa = TWO_PI / (float)num;
float beta = (alfa + PI) / 2;

float radio = (MAX * sin(alfa/2))/(1 + sin(alfa/2));
float ac = MAX - radio;

println(" num = "+num);
println(" alfa = "+alfa+"\t ("+degrees(alfa)+" grados)");
println(" beta = "+beta);
println("radio = "+radio);
float result = radio + ac;
println(" AC = "+ac+"\t radio + AC = "+result);
println("---------------------------------------------");

mod.petal = new Petal[num];

for (int i = 0; i < mod.petal.length; i++) {
mod.petal[i] = new Petal();
mod.petal[i].alfa = alfa;
mod.petal[i].beta = beta;
mod.petal[i].r = radio;
mod.petal[i].ac = ac;
mod.petal[i].x = mod.x;
mod.petal[i].y = mod.y;

// lo único de cada pétalo
mod.petal[i].value = random(.2, 1);
mod.petal[i].name = "Elemento "+i;
mod.petal[i].c = c[i];
}
}

class Petal {
float x, y;
color c, co; // color & color over
float value;
String name;
int seed;

/* los valores a continuación son comunes para todos los pétalos */
float alfa, beta;
float r; // radio
float ac; // distancia desde el centro de la flor al centro del círculo

Petal() {
seed = round(random(99999));
}

Petal(float x, float y, float value, color col, String name) {
this.x = x;
this.y = y;
this.value = value;
this.name = name;
c = col;
}

void be() {
noiseSeed(seed);
value = noise(seed + (float)millis()/6000);

if (over(currentCol)) {
current = this;
co = color(red(c)-25, green(c)-25, blue(c)-25);
draw(0, 0, r + offset, co);
}

draw(offset, 0, r, c);

}

boolean over(color col) {
if (c == col) {
return true;
}
else {
return false;
}
}

void draw(float ox, float oy, float radio, color col) {
fill(col);
noStroke();
pushMatrix();
{
translate(ox, oy);
beginShape();
vertex(0, 0);

for (float t = -beta; t <= beta; t+=.1) {

float xpos = value*cos(t)*radio;
float ypos = value*sin(t)*radio;

vertex(ac*value + abs(r-radio) + xpos, ypos);
}
endShape(CLOSE);
}
popMatrix();
}
}

Este ejemplo de la unidad de visualización puede ser regenerado al presionar ESPACIO, pero es preciso ganar foco sobre el elemento haciendo click sobre él

  1. a este servicio lo llamamos CitiPulse []
  2. Un tesaurio es un diccionario jerárquico de palabras. En el caso de Citipulse definimos 6 grandes categorías: Medioambiente, Movilidad, Entorno Urbano, Sociabilidad, Gobernanza y Economía Local y Oportunidades. Cada una de ella dividias, a su vez, en otras sub-categorías, hasta completar un vocabulario de alrededor de 500 palabras. []

Topologoscopio

En la utopía de la ciudad cívica (en ese espíritu de MediaFranca) más allá del espacio comprendido como la permanente y odiosa disputa, el espacio público se presenta como un símbolo, en la representación permanente de la escena pública (en el sentido teatral).

El espacio público de Valparaíso es un espacio en disputa, como el de tantas otras ciudades. Esta disputa se fija, en mayor o menor medida, en la forma arquitectónica, urbana y paisajística resultante que en su conjunto constituye la ciudad. Pero el espacio urbano es también, por definición, abierto y público: todos tenemos palabra y postura frente a este espacio en un divergencia creativa, expresión de las diversas voluntades y anhelos. Pero esta conversación es invisible y privada, alcanzando sólo la visibilidad producto de la controversia y la disputa.

Planteamos que el desafío urbano actual es recomponer el estatus simbólico del espacio público como “espacio para la representación”; constituyendo diversos hitos escenográficos para dar cabida esta conversación pública (agones), prefigurando la justa y necesaria convergencia que culmina en la forma construida de la ciudad, forma en constante transformación y ajuste. El arquetipo es el ágora griega o el foro romano, hoy ausentes en forma y función. Pero más gravemente, en espíritu. Topologoscopio entonces reúne a la conversación entre ciudadanos, su ciudad comtemplada y su palabra; todo esto en la iscripción de una escena urbana.

La palabra inscrita en el espacio público tiene una tradición de autoridad oficial, en opsición al grafitti; forma subrecticia y rebelde. La palabra espacial-espaciada viene a decir de aquello que debe permanecer para guardarse en la memoria colectiva. Apela al sentido de lo trascendente de la polis.

Aquí, la palabra intencionada puede quedar fija, (o fijada, al menos por un tiempo, en su cuota de permanencia borrada por el clamor de las otras voces, en una suerte de palimpsesto razonado).

Ficha Técnica:

Este proyecto corresponde al trabajo presentado por la e[ad] Escuela de Arquitectura y Diseño PUCV a la muestra “Work in Progress” realizada en la FADEU Facultad de Arquitectura y Estudios Urbanos PUC en abril de 2015.

Equipo

Juan Carlos Jeldes, Rodrigo Saavedra, Valentina Roco, Herbert Spencer

Pixograms Icon Webfont

Las partituras de interacción, introducidas el 2008 como un sistema de notación gráfica para el diseño de experiencia, han sido adoptadas por muchos profesionales y equipos de diseño sobre todo en el contexto nacional. Este año, hemos decidido darles un ajuste construyendo una herramienta que facilite su creación. Una de las mayores dificultades para ser adoptadas dentro de las metodologías de trabajo, y su posterior consolidación en el tiempo, radica en el tiempo que involucra crearlas ya que actualmente sólo disponemos de plantillas para Illustrator y Omnigraffle.

El avance es crear una aplicación que te permita escribir las partituras, con la fluidez de un compositor. Para esto estamos creando una aplicación web. La dependencia principal de esa aplicación es una tipografía de íconos que trabaja con ligaduras llamada Pixograms, que define un lenguaje visual básico para construir partituras de interacción o PiX –como las hemos llamado–. Dentro de los íconos tenemos diferentes categorías, como acciones de alto nivel (compartir, valorar, enviar, etc.), gestos touch, objetos comunes, respuestas del servidor y elementos abstractos, entre otros.

La idea de esta familia iconográfica comenzó con una lógica de íconos apilados, queriendo definir una suerte de “lenguaje aglutinante” iconográfico para construir ideogramas a partir de las diferentes combinaciones de palabras. Si bien una aproximación de este tipo podría ser más consistente y compleja como lenguaje, resultó ser poco viable como primer paso en la definición de una herramienta. Entonces, a partir de esa idea decidimos simplificar los íconos para que fueran nombrados con una sola palabra que fuese fácil de aprender y recordar. La versión actual cuenta con los aportes de Melany Marin e Ingrid Céspedes quienes sintetizaron y clasificaron el juego de íconos.

pixograms-sprites

Esta webfont está creada con grunt-webfont y con la valiosa ayuda de Hugo Solar, quien nos está ayudando a desarrollar el servicio de partituras PiX. El proyecto, bajo licencia artística, permite que otros puedan tomar esta familia como base para otros proyectos de diseño. Esperamos ir actualizando esta familia en la medida que las partituras requieran expandir su lenguaje incorporando más conceptos y objetos.

Partituras de Interacción

Este lenguaje visual propone un sistema de notación gráfica para formalizar los flujos de interacción en una plataforma o servicio digital.

Descargar

Estos archivos están bajo licencia Creative Commons Atribución-Licenciar Igual 2.0 Chile desarrollado en la e[ad] Escuela de Arquitectura y Diseño por Katherine Exss (2007-2008) y Nicole Dupré (2008) como proyecto de título de Diseño Gráfico. Update: La última versión de las partituras se encuentra en Github.

Introducción

La complejidad de un proyecto de desarrollo Web requiere de una metodología escalonada que normalmente es abordada por un equipo multidisciplinario. Dentro de este proceso podemos distinguir:
  1. Estrategia
  2. Investigación de usuarios
  3. Definición de arquitectura de información
  4. Definición de interacción
  5. Diseño de interfaz
  6. Producción
  7. Testeo
A lo largo de este proceso, los lenguajes de representación y formalización (mapas de navegación, wireframes, esquemas de datos, diagramas de flujo, etc.) van marcando cada etapa pero carecemos de un sistema que permita transversalizar el producto final: la experiencia del usuario. Este lenguaje propone un sistema de notación que pueda acompañar el proyecto desde la etapa de estrategia (alto grado de abstracción) hasta la etapa final de implementación en código (alto grado de especificidad), permitiendo a cada actor del proyecto (estrategas, diseñadores y programadores) comprender el total y cuidar el cumplimiento de la visión original. Se trata de un sistema que permite coreografiar y orquestar cuidadamente el díagolo en continuidad entre la persona y el servicio.

Cómo funciona

Las partituras de interacción descomponen el diálogo entre la persona y el servicio en 3 distintas capas horizontales:
  1. Acciones del usuario: la intensionalidad del usuario expresada en sus acciones concretas ———————— línea de interacción ————————
  2. Contacto directo: los elementos de interfaz que permiten al usuario ejecutar tales acciones ———————— línea de visibilidad ————————
  3. Proceso: las funciones que permiten al sistema (servidor) dar respuesta en el diálogo con el usuario
Cada módulo de interacción se compone como un compás en esta partitura. Estos compases (o patrones de interacción) permiten ensamblarse para verificar la lógica y la calidad de la experiencia en determinados escenarios de uso, así como detectar incosistencias o puntos críticos en el servicio. Esperamos que esta herramienta se constituya como una ayuda para el desarrollo de aplicaciones y servicios para Internet, así como un facilitador del diálogo dentro de los equipos de diseño. Este proyecto se encuentra en fase de evaluación, por lo tanto, para poder avanzar en su afinación es de vital contar con tus comentarios.

Links

Todo depende del cristal con que se mire

Cuando se preguntan por la realidad, los filósofos piensan en un conejo. ¿Cómo tomo al conejo? ¿Con mis manos o por la orejas? Es decir, es la realidad algo que efectivamente existe a priori y a pesar mío (por las orejas) ¿o se trata efectivamente de una construcción, de un artificio cognitivo que hago para articular el flujo de estímulos incoherentes? Si llevamos esta pregunta al contexto de diseño para Internet podremos ver una gran cantidad de extensiones y de scripts para que el browser (Greasemonkey para Firefox) se comporte y despliegue la realidad de maneras especiales, filtradas, retocadas, hackeadas, etc:
  • Para resolver problemas de usabilidad y CSS en distintios sitios y servicios
  • Para eliminar la publicidad y desplegar nada o cualquier cosa que yo quiera en vez
  • Para permitirme bajar los videos que normalmente no se pueden bajar
  • Para eliminar los flash, entre muchos otros
Pero sin duda, una de las extensiones más interesantes para tener un “buen cristal para mirar” es KnowMore.
Ayer, mientras Jorge me mostraba el servicio de SpringWidgets, me salió esto; una notificación indicándome que la compañía responsable por la página (News Corp) tenía problemas de influencias políticas y otros problemas relacionados con la ética . Apple, por su lado, parece que tampoco lo está haciendo muy bien, como muchos inocentes creen.
Que bien nos haría tener algo así para fiscalizar colaborativamente a nuestras empresas e instituciones en Chile. Lo que soporta todo esto: una wiki.

Colisiones 2D – II

Cada vez que dos pelotas chochan, nace una tercera perlota en el lugar del impacto. Las pelotas nuevas pueden variar de tamaño y el color está determinado por él. Se puede observar que naturalmente las pelotas más pequeñas decantan al fondo.


El código lo tomé desde: processing.org/​learning/​topics/​bouncybubbles.html

Para vel el applet corriendo y bajar el código:
ead.pucv.cl/​processing/​2008/​spencer-herbert/​pelotas_emergentes/​index.html

(presionar ESPACIO para prender y apagar la visualización de colisiones)

Cast: Herbert Spencer

Tags: processing, collisions, simulation and 2D