Visualizando: Estadísticas de navegadores (III)

En esta última parte comparo las dos versiones de gráficos y comento las ventajas e inconvenientes de la representación:

 

Visualizando: Estadísticas de navegadores (II)

En el anterior artículo de la serie comentaba los pasos para la obtención de los datos, la unificación de las fuentes, y finalmente el cálculo de los parámetros del gráfico.  Para dar el siguiente paso hay que modificar el código del ejemplo.  En concreto, hay que modificar sólo dos archivos:

• browser_stats.xml, es el archivo que contiene los datos.
• BrowserMarketShare.mxml, que es el que contiene el código ActionScript de Flash y MXML de Flex para modificar los datos.

Visualizando: Estadísticas de navegadores (I)

Llevaba tiempo buscando un rato para acabar un pequeño experimento sobre la visualización de la información, la biblioteca Axiis y unos cuantos cálculos matemáticos.  Por fin ha llegado el momento.

Visualización de datos: Una aproximación ingénua

Hasta ahora había comentado la representación visual estrictamente relacionada con gráficos estadísticos estándares, como en el caso de Open Flash Chart 2. Sin embargo los gráficos estadísticos no siempre son aplicables, y es necesario buscar alternativas.

El área de la visualización de datos es una encrucijada de caminos: por un lado está la vertiente técnica (no sólo tecnológica), en la que se generan los datos, y de la que se obtienen las reglas que les afectan.  Por el otro están todas las cuestiones relacionadas con la usabilidad y la interacción, algo especialmente importante si hablamos del entorno digital.  Finalmente está el factor gráfico, que busca representar una realidad en base a formas, perspectivas, tonalidades, texturas y demás desde un punto de vista de conjunto.

Open Flash Chart 2 - Mejorando los gráficos estadísticos

Tenía pendiente escribir una actualización para comentar los cambios en la versión 2 de Open Flash Chart  (OFC2).  En esencia la biblioteca funciona de forma casi idéntica a la versión 1, salvo algunas correcciones de errores y mejoras concretas, pero hay también hay un cambio importante.

El verdadero salto cualitativo está en la introducción del formato JSON . El proceso de configuración se hace más transparente, tanto para revisar la estructura en búsqueda de potenciales errores, como también por la libertad que da este formato al enviar los datos.  Vayamos por partes.

Del blog al podcast con síntesis de voz

Quizá diga poco a mi favor si digo que hace relativamente poco que me he aficionado a los podcasts.  Hace mucho que entiendo su funcionamiento y también he implantado soluciones, pero de ahí a usarlos es otra historia.  Mi uso de la tecnología se limita a lo estrictamente necesario.  Porque una cosa es jugar con gadgets, y otra cosa es sacarle partido para el día a día.

Los podcasts son un ejemplo claro que la tecnología es lo de menos: hasta que uno no encuentra el lugar y el momento para utilizarlos, su utilidad es relativa.  Otro de los puntos clave, como sucede con los feeds textuales, es encontrar las fuentes interesantes que aporten información de acuerdo con el tiempo que uno le puede dedicar, pero eso es harina de otro costal.

Así que he optado por introducir una pequeña mejora en el blog para poder convertir los artículos textuales en pequeñas audiciones en formato MP3.

Una de las razones para hacerlo es que, a menudo, los artículos que escribo tienen mucho "verbo" y poca imagen (algo a mejorar), por lo que probablemente toda la lectura se hace pesada si no existe una relevancia directa.  La otra cuestión es que esto permite escuchar el artículo mientras se leen otros contenidos, o también mientras se revisan los propios correos matutinos .

Para conseguir este objetivo, he echado mano de la herramienta libre Festival Text-to-Speech, el codificador Lame MP3 encoder y del widget Flash MP3 Player .  El resto se realiza a través de un sencillo script en PHP.

Vale decir que el acabado final no tiene una "calidad comercial", ni tampoco era mi intención.  El único objetivo es llevar a la práctica la utilidad que le veo al podcast, nada más.

Eyetracking, movimiento e información neuronal

Siempre me ha atraído la tecnología del eyetracking como una forma de entrar más a fondo en los procesos de análisis de usabilidad de una aplicación.  En cualquier caso, lo he percibido como una técnica algo manca, si bien muy potente.  Los ojos y la mirada son indicadores del interés, pero por este mismo hecho no son una fuente primaria sino secundaria.  Por retorcer un poco el refrán, los ojos son el espejo del alma, pero un espejo pequeño y sólo útil según para qué objetivos.

Lo que en mi humilde opinión falta a estos dispositivos es identificar el grado de atención que se genera en el momento de mirar.  Es decir, identificar la motivación y la atención que hay tras el movimiento ocular con información directa de nuestra actividad neuronal. La cuestión es: ¿El electroencefalograma (EEG) puede ofrecernos información más ajustada a lo que está sucediendo? ¿Nos proporcionará más información, o simplemente más datos?

El técnico de proximidad

Mirando lo que hay cerca

Cuando uno se encuentra en una conversación con usuarios de servicios que requieren cierta habilidad técnica por su parte (lo habitual es la informática pero hay otros ejemplos), es bastante probable que surjan comentarios sobre la dificultad inherente a la materia. Salvo excepciones, esa es precisamente la razón por la que existen los perfiles profesionales "técnicos".

Por la naturaleza de las tareas técnicas (precisan el conocimiento de unas habilidades para recorrer el camino entre la necesidad y el objetivo), no siempre se puede deducir que siempre sean encomendables a profesionales técnicos. Algunas de estas tareas forman una pequeña parte del trabajo que alguien debe llegar a cabo.

Del gestor de contenidos al gestor de publicaciones (II)

Caracterizar o etiquetar los tipos de publicaciones

La flexibilidad de la difusión es el factor que más puede determinar las capacidades de un PMS así. Es fácil dejarse llevar por definiciones generales sobre los tipos de publicaciones. Pero es difícil que eso concuerde con una realidad (especialmente en el canal on-line), porque cada caso es distinto y la personalización está en el orden del día.

Aunque los parámetros que configuran una publicación se repiten en muchos casos, a veces pueden ser imprescindibles y en otros superfluos, y que unas pequeñas variaciones sobre estos parámetros configuran una publicación totalmente diferente.

Al analizar el desarrollo de una aplicación así, podemos tomar la realidad que conocemos y utilizar "tipos" de publicaciones, o bien desglosar estos "tipos", detectar sus parámetros y analizar cómo pueden variar.

La primera alternativa tiene la ventaja de ser más rápida de conseguir (ergo más barata si hay que desarrollar una aplicación), y el inconveniente que puede conducir a una solución rígida y poco adaptable a los cambios. La segunda alternativa tiene un punto de partida más complejo, corre el riesgo de obviar alguna característica importante, y de no ser exhaustivo, pero a su vez permite mejorar la flexibilidad del resultado final.

No hay solución única, depende de cada caso. Yo escojo la segunda.

Análisis web com Piwik y GNU R (II)

En el anterior post he comentado los conceptos básicos de las analíticas web y los condicionantes principales sobre estas analíticas que permiten o dificultan su obtención.  Por otro lado introduje los elementos básicos del tratamiento de analíticas web con Piwik.

En este post voy a comentar una serie de consultas SQL sobre la base de datos de Piwik que servirán para obtener información básica sobre los datos recopilados por la aplicación.