\chapter{Los prototipos: comunidades y artefactos entretegiéndose en el quehacer}\label{prototipos}

Los siguientes artefactos fueron creados en el contexto de Grafoscopio, los Data Week
y las Data Rodas, tanto de manera individual como colectiva y en su mayoría
habitan y dieron origen a un paquete complementario llamado {\ttfamily Dataviz}.
La información acá presentada está complementada con publicaciones en blogs,
repositorios de código, listas de correo donde se ahonda en las motivaciones y su 
funcionamiento ampliamente, bajo la premisa de una investigación doctoral interconectada, 
que excede los límites y tiempos confinado dentro de la tesis doctotal y se comunica de maneras 
más fluidas hacia afuera, en tiempos más cortos y lenguages menos formales.
Los textos acá son maneras complementarias de referirse a lo descrito en aquellos
documentos y para otros detalles se ofrecen los enlaces a los lugares que extienden
y continuan dichos prototipos.

Mientras que los capítulos \ref{grafoscopio} y \ref{dataweek} muestran el artefacto principal 
y las dinámicas alrededor del mismo, este capítulo explicita cómo ambos se entretejen
en nuevos prototipos, que dan cuenta de cómo se articula la comunidad y va cambiando
desde esas epistemologías enactivas, que mediadas por la acción y la materialidad de
los prototipos mismos, nos permiten repensarnos, cambiar y participar.

\section{Visualizaciones de dominio específico para información sobre medicamentos}\label{infomed}

La primera visualización servía para apreciar ausencias o presencias de información,
en particular en medicamentos.
Precisamente se trataba de lidiar con un problema metodológico (no encontrar información)
convirtiéndolo en uno investigativo: ¿cómo comparar las ausencias y presencias de información
respecto a medicamentos?


\begin{figure*}[tbp]
	\centering
	\subfloat[Visualización de derechos de los homosexuales, en \emph{The Guardian}.]{
		\includegraphics[width=0.5\linewidth]{./Parte2/gay-rights-infography.png}
		\label{subfig:derechos-homosexuales}
	}
	\subfloat[Omeoprazol, datos administrativos por país.]{
		\includegraphics[width=0.5\linewidth]{./Parte2/omeprazol-admin-by-country.png}
		\label{subfig:omeoprazol-country}
	}
	\\
	\subfloat[Omeoprazol, datos de propiedades por país.]{
		\includegraphics[width=0.5\linewidth]{./Parte2/omeprazol-by-property.png}
		\label{subfig:omeoprazol-admin}
	}
	\subfloat[Omeoprazol, datos de prescripción y uso por país.]{
		\includegraphics[width=0.5\linewidth]{./Parte2/omeprazol-pu-by-country.png}
		\label{subfig:omeoprazol-pu-country}
	}
	\caption[Gráfica de ausencia de información sobre medicamentos]
	{\ref{subfig:derechos-homosexuales} Visualización de los derechos homosexuales por \emph{The Guardian}, 
		que sirvió como modelo para las visualizaciones sobre ausencia de información sobre
		medicamentos del paquete Dataviz en Grafoscopio y las 3 visualizaciones a la medida, 
		a partir de dicha gráfica mostradas en la figuras \ref{subfig:omeoprazol-country},
		\ref{subfig:omeoprazol-admin} y \ref{subfig:omeoprazol-pu-country}.
		Los detalles sobre las mismas y cómo interpretarlas están en Gil-2015.
		La historia de como surgieron se detalla en Luna-2016-Infomed.}
	\label{fig:infomed-visuals}
\end{figure*}

Acá el enfasis no estuvo en la documentación interactiva, sino en la visualización de Datos,
por tanto se colocó lo desarrollado en un paquete independiente que tuviera una galería de problemas 
que pueden ser abordados con Grafoscopio, llamado {\ttfamily Dataviz}.
Esto fortaleció la necesidad de dicho paquete y mejoró la modularidad del software.
Algunas veces estaríamos enfocados en la documentación y otras veces el énfasis sería la
visualización, aunque se esperaba que, en la medida en que Grafoscopio, y sus paquetes asociados
madurarán, las prácticas comunitarias vincularan documentación con visualización de maneras más
continuas y fluidas.

\begin{figure*}[tbh]
	\centering
	\subfloat[]{
		\includegraphics[width=0.45\linewidth]{./Parte2/roassal-sunburst-examples-2.png}
		\label{subfig:roassal-sunburst}}
	\quad
	\subfloat[]{
		\includegraphics[width=0.45\linewidth]{./Parte2/matriz-a-arbol.png}
		\label{subfig:matriz-arbol}}
	\caption[Adaptando Roassal]
	{Dos adaptaciones hechas al software de visualización, incluidas con
		Grafoscopio y su paquete Dataviz, para crear las imágenes en la figura \ref{fig:infomed-visuals}.
		A la izquierda visualización base para información jerárquica en lugar de matricial.
		A la derecha, ilustración de la transformación de información matricial en jerárquica
		para adaptarla a la nueva visualización. 
		Tomadas de Luna-2016-infomed.}
	\label{fig:roassal-infomed}
\end{figure*}

La descripción detallada de este problema y su análisis están en Gil 2015.
Acá se mencionarán los hitos de este abordaje, que complementan el texto del blog:

\begin{itemize}
	\item Pasar de \emph{tener la información} como lugar de inicio, a \emph{usar su ausencia} 
		como lugar problémico e investigativo.
	\item Se partió de una visualización base de \emph{The Guardian}, respecto a ausencias
		y presencias, en este caso de derechos en la población homosexual, como modelo del tipo
		de visualización que se quería (veáse figuras tales y pascuales).
	\item Se adaptó una visualización preexistente, que era para información jerárquica, 
		de modo que permitiera trabajar con la información recolectada, que era de naturaleza
		tabular.
		Se hizo un algoritmo de conversión de formato tabular a jerárquico y se creó un Lenguaje
		de Dominio Específico (DSL, por sus siglas en inglés) para hablar del problema en cuestión.
	\item Yaneth Gil participó de la visualización como experta de dominio, indicando qué quería ver,
		qué formatos tenían los datos, parámetros estéticos de las visualizaciones e incluso haciendo
		comentarios sobre los algoritmos implementados en Smalltalk, si bien no programaba este lenguaje.
		Yo comentaba qué se podía implementar, forzaba el entorno y mi conocimiento para lograr algunas
		de sus visualizaciones, y establecimos un sistema de convenciones \emph{ad-hoc} para poder 
		hacerle consultas a los datos.
		Se produjo, así, una negociación entre mi rol como visualizador/programador y el de ella como 
		experta de dominio.
	\item La solución fue implementada de manera ágil aunque poco elegante. 
		Habían muchos parámetros en los mensajes del DSL y no se usaba la infraestructura de
		\emph{builders}, que permitía abstraer el problema y generar visualizaciones sin
		transformaciones de datos y el uso de convenciones \emph{ad-hoc}, que facilitaran su visualización
		y consulta.
		Aún así fue funcional y dio cuenta de los tiempos estrechos para la implementación.	
	\item En las distintas implementaciones, tanto de la solución rápida, como de las más elegante, 
		se contó con la ayuda de la comunidad de Pharo, particularmente de Miltón Mamani, primero
		en un encuentro en Argentina, de la comunidad de Smalltalk, luego de manera remota por chat
		y finalmente durante mi pasantía doctoral en Chile.
		El uso de soluciones cada vez más formales tuvo que ver con mi comprensión progresiva
		del problema, el motor de visualización y sus constructos y maneras más acertivas de 
		participar en la comunidad, pues desde el comienzo Miltón estaba ofreciéndome soluciones
		formales (construyendo \emph{builders}), pero yo no tenía los preconceptos adecuados para
		aprenderlos y quería continuar con lo que ya tenía y sacar un prototipo funcional desde
		lo que ya entendía.
		Esto a su vez fortaleció la motivación para crear en los \emph{Data Weeks} caminos de
		aprendizaje que facilitaran los recorridos para otros novatos, a partir de mis errores y rutas,
		pero sin tener que repetirlas.
		Algunos \emph{builders} y problemas pre-tratados ayudarían a futuros aprendices, 
		a enfocarse en lo conceptual y crear código más suscinto, comprensible y elegante.
\end{itemize}

\section{Panamá Papers: investigación reproducible y activismo de datos incluyente}\label{panama-papers}



Otro proyecto realizado durante la pasantía doctoral en Chile fue el de los \emph{Panama Papers}.
(luna 2016-pp).
En este periodo, además se mejoraron las visualizaciones de de medicamentos vía \emph{builders}
y también la interfaz gráfica de Grafoscopio empleando el puente entre el \emph{framework} de 
Spec y las herramientas adaptables \emph{GT Tools} del proyecto Moose, desarrollado por
Johan Fabri y con su acompañamiento.

\begin{figure*}[tbh]
	\centering
	\subfloat[]{
		\includegraphics[width=0.45\linewidth]{./Parte2/Countries_implicated_in_the_Panama_Papers.png}
		\label{subfig:pp-wikipedia}}
	\quad
	\subfloat[]{
		\includegraphics[width=0.45\linewidth]{./Parte2/choropleth.png}
		\label{subfig:pp-choropleth}}
	\caption[Historia de dos mapas sobre los \emph{Panama Papers}]
	{Dos mapas sobre los paraisos fiscales. 
		La de la izquierda, tomada de la Wikipedia, es irreproducible a partir de los datos publicados. 
		La de la derecha, hecha por el autor, es reproducible y el entorno que la crea y contiene,
		incluido el micrositio web, cabe en una memoria USB y se puede ejecutar en un computador modesto.}
	\label{fig:pp-dos-mapas}
\end{figure*}

Se iniciaba con dos mapas referidos a los \emph{Panamá Papers} y se mostraba que uno de ellos 
(el de la Wikipedia) era irreproducible y el otro, desarrollado en Grafoscopio y el Dataviz,
si lo era.
A partir de ello se introducía un micrositio y un entorno portable para explorar el segundo mapa 
y sus los datos, aproximándose críticamente a la idea de \emph{Big Data},
mostrando que los datos curados y el entorno para trabajar con ellos podía ejecutarse en
una memoria USB y computadores modestos, de modo que las argumentaciones e historias basadas 
en tales datos fueran más participativas e incluyentes.

\begin{figure*}[tbp]
	\centering
	\includegraphics[width=\linewidth]{./Parte2/minisite.png}%
	\caption{Minisitio desarrollado para el proyecto de los \emph{Panamá Papers}.}%
	\label{fig:pp-minisitio}%
\end{figure*}

Los hitos más importantes para el desarollo del proyecto de los \emph{Panama Papers} fueron:

\begin{itemize}
	\item 
	Se hizo un viraje de la idea de \emph{Big Data} a \emph{Frictionless Data} e
	\emph{infraestructuras de bolsillo}, en aras de alentar la puralidad y la participación
	de lectures y ciudadanos en fenómenos complejos mediados por datos y de escala global, 
	como los paraisos fiscales.
	La elección del tema no sólo tenía que ver con su popularidad, sino con el abordaje
	crítico tanto de los datos como de las temáticas: hacer accesible la manera en que los
	poderosos guardan su capital, es una manera de pensar el caracter no neutral de los
	datos y la información.
	
	Se trataba de mirar, entonces, si se podía abordar la filtración noticiosa con el conjunto 
	de datos (\emph{dataset}) más grande de la historia con infraestructuras sencillas y
	al alcance de más personas, una vez los datos han sido curados y liberados.
	\item
	La visualización que se quería hacer era sencilla y si los territorios estuvieran completos, 
	hubiera salido en minutos, literalmente, pero fue el completar la información y curarla lo que
	tomó más tiempo.
	Enfrentado a esta dificultad, un programador me sugirió que colocara en la gráfica 
	"los paises más importantes", para resolver rápidamente el problema.
	Cuando se detectó el problema con los SVG, antes mencionado, el proyecto cobró un nuevo
	interés desde el punto de vista de lo algorítmico y el desarrollo de software. 
	Esto reveló una tensión del activismo de datos al estar entre dos mundos: los periodistas
	quieren veracidad y no se preocupan por errores (o \emph{bugs}, como son llamados en la jerga
	computacional) como el de los importadores del SVG. 
	Los programadores consideran que curar la información es un trabajo al que no debería 
	dedicársele mucho tiempo.
	La necesidad de un grupo de personas en la mitad, que pueda hacer puente entre estas
	dos preocupaciones y dedicarse a ellas es, por tanto, más importante.
	\item
	El aspecto más dispendioso fue completar y curar la información.
	El mapa mundi provisto por el motor de visualización Roassal, no incluía tantos territorios
	como los mencionados en los \emph{Panama Papers} (faltaba cerca de un tercio de ellos),
	por lo cual algunos datos fueron completados a mano al comienzo y cuando la estrategia mostró
	sus limitaciones, al generar errores de integración con los territorios pre-existentes, 
	pues las coordenadas no coincidían (véase figura tal),
	se implementó un algoritmo que resolvía el inconveniente haciendo importaciones de mapa mundis
	más completos y con sistemas de coordenadas consistentes.
	Esto a su vez permitió detectar y corregir un error el algoritmo de importación de gráficos
	vectoriales escalables (SVG, por sus siglas en inglés) y hacer un aporte al núcleo de Roassal.
	
	\begin{figure*}[h]
		\includegraphics[width=3.5in]{./Parte2/pp-intro-notebook.png}%
		\includegraphics[width=2.5in]{./Parte2/pp-query-data-environment.png} %
		\caption[Panama Papers: Libreta interactiva y código]
		{Izquierda: Libreta interactiva en Grafoscopio de los \emph{Panama Papers}.
			Derecha: Consulta a la base de datos y lenguaje de dominio específico integrados 
			dentro del entorno.
		}
		\label{fig:pp-libreta-y-consulta}%
	\end{figure*}
	
	\item
	Uno de los aspectos claves fue la trazabilidad de la información y se desarrollo la idea
	de un \emph{entorno vivo continuo de datos} (\emph{Data continuum [live] environment})
	\footnote{Si bien en el texto original no se hablaba del caracter vivo del entorno,
		este fue clave en la exploración de los datos, no sólo en este ejercicio/prototipo,
		sino en los demás de los que se habla en esta investigación, como fue resaltado en
		la entrada al blog sobre la visualización de medicamentos.}, 
	que establecía puentes entre los datos, las consultas, las visualizaciones y los documentos,
	permitiendo pasar de los unos a los otros 
	(véanse figuras \ref{fig:pp-libreta-y-consulta} y \ref{fig:pp-workflow}).
	La premisa era que, una vez se publicaban estas narrativas y visualizaciones de datos,
	\begin{quote}
		El lector podía convertirse en explorador/co-autor en el \emph{mismo entorno continuo completo}
		que el autor había usado para crear la visualización de datos publicada, con un sencillo
		click de arranque.
	\end{quote}
	
	\begin{figure*}[tbp]
		\includegraphics[width=\linewidth]{./Parte2/process.png}%
		\caption[Flujo de trabajo para el proyecto de los \emph{Panama Papers}]
		{Flujo de trabajo para la creación de la visualización de los \emph{Panama Papers} 
			y sus publicaciones de soporte (minisitio y entrada al blog). 
			Los círculos representan los entornos donde se realizan actividades asociadas a los datos, 
			representadas por rectángulos. 
			Se puede apreciar como Grafoscopio, a través de la documentación interactiva,
			es el puente entre la exploración y visualización de los datos y su publicación.
			Este flujo de trabajo con entornos y actividades fue prototipado como parte de la
			pasantía doctoral.
			Tomado de Luna-2016-pp. }%
		\label{fig:pp-workflow}%
	\end{figure*}		 
	\item
	Se proveyeron imágenes descargables para Windows y Mac que permitían probar el prototipo y 
	reportar errores, aunque las únicas pruebas y reportes provinieron de colaboradores cercanos
	al proyecto y otras personas contactadas vía Twitter y la lista de la \emph{Open Knowledge Fundation}
	no manifestaron mayor interés en el proyecto (salvo uno de ellos).
	\item
	Al final de la pasantía, con la ayuda de Alejandro XX, logró empaquetarse Grafoscopio,
	usando el sistema de gestión de paquetes y dependencias, Monticello, lo cual mejoraría
	el proceso de instalación en las versiones venideras del \emph{Data Week} y la facilitaría
	para otros autores/exploradores de datos, que lo usaran a futuro.
\end{itemize}

%NOTE: Twitter Data Selfies

La necesidad de una comunidad particular de personas interesadas en la visualización 
y narrativas de datos, con preocupaciones tanto por la técnica y como por la historia,
había sido detectada previamente.
\footnote{Para mi pasantía en Chile, ya llevaba 3 ediciones del \emph{Data Week} realizadas 
	y haría 5 ediciones más a mi regreso}.
Esta nueva comunidad de práctica, no surgiría en el grueso de los miembros de la 
comunidad nuclear de HackBo, pues los intereses por otras apuestas, tecnologías y miradas ya se 
había hecho claro en los primeros años, viendo los artefactos y prototipos construidos.
Los caminos de aprendizaje que habían recorrido los miembros del espacio y que los habían llevado
a sus experticias particulares eran muy específicos y extra curriculares y las charlas y talleres
eran esporádicos y suponían públicos relativamente expertos en programación o con intereses
por desarrollarse en temas como la electrónica y la computación física, pero principalmente niños 
y jóvenes, sin la edad suficiente para un compromiso crítico y sostenido, como lo muestra la programación
de actividades en el \emph{hackerspace}.
A su vez la \emph{Gobernatón} había mostrado el interés por estos temas críticos y de activismo, 
pero también la necesidad de crear capacidad entre los asistentes de manera que un
número mayor pudiera expresar sus ideas a través de la técnica y los artefactos digitales,
sin entrar en las lógicas instrumentales y de "cadena de montaje" en la cual los programadores
eran vistos como aquellos que podían implementar las ideas de otros pero sin preocupaciones 
propias que expresar a través de la técnica.
El diseño de un espacio, que recibiera a novatos y donde los lugares comunes y del quehacer 
fueran ensanchados, se empezó a hacer evidente, como resultado de la Gobernatón la participación
en otras hackatones (como la de Chicas Poderosas y en la Universidad de los Andes) (véase Luna XY).
El código sería el material para explicitar, negociar, construir y catalizar esos saberes comunes,
desde los cuales podrían ponerse a conversar otros saberes y miradas.
Allí surgió el \emph{Data Week} (capítulo \ref{dataweek}).

\section{Abriendo el Manual de Periodismo de Datos}\label{mapeda}

El Manual de Periodismo de Datos, la versión de código abierto fue el resultado de sucesivas 
Data Rodas.
Surgió como una respuesta a una convocatoria lanzada por los autores de la primera versión,
por renovar sus contenidos.
Dicha convocatoria tenía unos plazos y un formulario de preinscripción en el cual se seleccionaba
a quienes serían finalmente los participantes del proyecto.
La llamada, al interior de la comunidad de Grafoscopio, fue a realizar un proyecto, en el marco
de la convocatoria y dentro de sus plazos, que abriera de manera definitiva las formas
de participación aprovechando las dinámicas de co-creación de contenidos y software propia de
las comunidades hacker y de cultura libre.
Para ello, necesitaríamos transformar de formato la versión publicada del Manual, que ya
estaba en formato HTML, a un documento de Grafoscopio.
Dicha transformación pasaría por una serie de automatismos, que serían incorporados a Grafoscopio
de manera que tareas similares fueran mucho más sencillas.
La intensión crear un árbol con la misma tabla de contenido del Manual (que de por sí ya tiene una
estructura arbórea, como la mayoria de los libros) e indicar a través de los enlaces en los
nodos de dicho árbol, qué dirección web contenía la versión HTML del contenido correspondiente
a dicho capítulo.
Luego se haría que los contenidos fuera importados desde la web hacia la libreta interactiva
y transformados de HTML a Markdown de Pandoc, con lo cual contaríamos con la representación
del Manual en un formato que permitiese múltiples representaciones concentrándonos originalmente
en la versión en PDF (por la cual había que pagar hasta el momento) y luego, por solicitud de
uno de los miembros de la comunidad, en la versión EPUB, para ser leída desde dispositivos
móviles, como celulares y tabletas.

\begin{figure*}[tbh]
	\centering
	\subfloat[]{
		\includegraphics[width=0.4\linewidth]{./Parte2/mapeda-original.png}
		\label{subfig:mapeda-original}}
	\quad
	\subfloat[]{
		\includegraphics[width=0.5\linewidth]{./Parte2/mapeda-ston.png}
		\label{subfig:mapeda-ston}}
	\caption[Dos versiones del Manual de Periodismo de Datos]
	{Dos versiones del Manual de Periodismo de Datos.
		A la izquierda, la publicada originalmente en la web.
		A la derecha, la misma estructura arbórea, expresada como un documento de Grafoscopio.
		Cada nodo del árbol apunta al lugar donde estaba originalmente el documento web y la
		importación y transformación de contneidos se hace automáticamente desde HTML hacia el
		Markdown de Pandoc, de modo que luego pueda ser transformada a múltiples formatos.}
	\label{fig:mapeda}
\end{figure*}


Se trataba de pasar de una versión cuyo código fuente y maneras de participación eran cerradas,
y sometidas a plazos, formularios y fuentes cerrados a unos más abiertos y permanentes.
Como se dijo en la introducción a la versión abierta del Manual (Luna XYZ):

\begin{quote}
	Existen interesantes obras culturales libres, que lo son de manera nominal, en la teoría,
	pero que no lo son en la práctica. Esto quiere decir que, a pesar de tener una licencia
	bastante liberal, que permite su remezcla, modificación e incluso venta, las infraestructuras 
	que soportan la creación y publicación de dichas obras, no permiten amplia
	participación, ni tampoco la trazabilidad de la historia respecto a dichos procesos participativos 
	y colaborativos. Dicho de una manera más técnica: su código fuente no está
	abierto, las herramientas con las que se hicieron no son de software libre y no cuentan
	con repositorios públicos para gestionar dicho código.

	Esta no es una paradoja mejor: al licenciar las obras de manera que se aliente su tránsito
	y modificación, se está haciendo una invitación abierta. Pero al dejar invisibles las
	infraestructuras que efectivamente permiten a otros participar, se dificulta a todos
	aceptar dicha invitación. Esto pasa de manera generalizada con muchas fundaciones y
	colectivos que abren sus obras, pero no nos muestran el código fuente de las mismas,
	ni los lugares y formas donde apropiarnos del mismo y aportar a ellas. Es como si
	dijéramos que hemos organizado una fiesta en la playa y que todo el mundo puede
	ir, que habrá una dotación inicial de la música, bebidas y alimentos, y que estamos
	esperando hacer algo mucho mejor con los aportes de los demás. La fiesta será una
	creación colectiva potente. El único problema es que olvidamos decirle a la gente cómo
	llegar y es más, no pensamos en los que irían en bicicleta o a pie, sólo se puede llegar
	en vehículo motorizado. A la generosidad inicial, que sin duda agradecemos, la afecta
	la invisible infraestructura. Así que, aprovechando las libertades que ofrece la obra,
	hemos tomado una postura proactiva y abierto la creación a muchas más personas,
	ocupándonos de la infraestructura.

	La nuestra es propuesta sobre una manera alternativa de crear colectivamente dichas
	obras libres, abordando el problema de la partipación y para ello hemos usando, como
	ejemplo, el Manual de Periodismo de Datos acá presente. Considerar a los de bicicleta
	y los de a pie, con hardware modesto y conectividad intermitente, como ocurre en
	el llamado Sur Global y la amplia latinoamérica, ha implicado optar por lo que yo
	llamo \emph{infraestructuras de bolsillo}, que se caracterizan por ser sencillas, auto-contenidas, 
	y funcionar bien en o fuera de línea, tales como \href{http://mutabit.com/grafoscopio/}{Grafoscopio} 
	y \href{http://fossil-scm.org/}{Fossil}.
\end{quote}

Fue así como se dispuso un repositorio de código en Fossil (véase figura \ref{fig:mapeda-portada}), 
que hospedaría tanto el código fuentedel Manual, así como sus versiones terminadas en PDF y EPUB.
Fue acá cuando empezamos a experimentar más abiertamente con permisos en los repositorios de código, 
de manera que pudiéramos trabajar colaborativamente sobre documentos más durables y explorar
las transiciones de usuarios de Grafoscopio a autores de obras colectivas creadas en este,
lo cual marcó un interesante contraste con los proyectos de Data Weeks y Data Rodas previas,
pues en este se tenía un objetivo menos explorativo y más claro (la apertura del manual),
así como un conjunto de tiempos definidos y cerrados (antes de que terminara la convocatoria).
En las lecturas posteriores sobre este cambio en la dinámica se dijo que acá había un claro
``llamado a la acción'', configurado a través de estas dos condiciones.
Además, estábamos enfrentándonos a una mediación cultural más conocida, un libro, en lugar de
una visualización de datos, que requiere incorporar un conjunto de alfabetismos y experticias
nuevas, además de la del código, que siguió siendo parte de esta exploración, pues a través
del código se moficaban las funcionalidades de Grafoscopio para adaptarlo a la tarea de apertura
del Manual.

\begin{figure}[tbh]
	\centering
	\includegraphics[width=\linewidth]{./Parte2/mapeda-web.png}
	\caption[Repositorio del Manual de Periodismo de Datos: portada]
	{Portada del repositorio del Manual de Periodismo de Datos, disponible en \url{https://is.gd/mapeda}.}
	\label{fig:mapeda-portada}
\end{figure}

Las materialidades que mediaban esta experiencia también estaban en constante diálogo con las 
dinámicas comunitarias y eran mucho más plurares, comparadas con los dos proyectos anteriores,
que fueron hechos con una experta de dominio para los medicamentos (Yaneth Gil) o de manera 
relativamente solitaria en la pasantía, para el caso de los Panamá Papers (aunque con las ayudas 
antes mencionadas).
Por ejemplo, el uso de Fossil y la documentación sobre éste, se volvió una necesidad explícita 
para los aportes colectivos a la apertura del Manual.
La línea de tiempo en la figura \ref{subfig:mapeda-timeline} muestra el inicio de las dinámicas
de bifurcación y recombinación del trabajo, propia de esos quehaceres colectivos, que luego
sería extendidas en los talleres de información crítica, dictados en la Javeriana, así como los
Data Weeks y Data Rodas venideros.
A lo largo de dicha línea de tiempo\footnote{\url{https://is.gd/mapeda_timeline1}} es posible ver 
diferentes autores que contribuyen a las mismas, particularmente al inicio, que se van disipando 
hacia el final, constituyéndose en más pocos autores, Gloria y yo, que depuramos la parte referida 
al manejo de imágenes hasta quedar sólo yo, con las partes referidas al maquetado del texto, la redacción 
del prólogo y las correcciones menores.
(Dinámicas como éstas son estudiadas en mayor detalle en el capítulo \ref{dataviz-infra}.)

\begin{figure}[tb]
	\centering
	\subfloat[]{
		\includegraphics[angle=90, width=\linewidth]{./Parte2/mapeda-timeline.png}
		\label{subfig:mapeda-timeline}}
	\\
	\subfloat[]{
		\includegraphics[width=0.45\linewidth]{./Parte2/mapeda-timeline-end.png}
		\label{subfig:mapeda-timeline-end}}
		\subfloat[]{
			\includegraphics[width=0.45\linewidth]{./Parte2/mapeda-timeline-detail.png}
			\label{subfig:mapeda-timeline-begin}}
	\caption[Repositorio del Manual de Periodismo de Datos: línea de tiempo]
	{Línea de tiempo del repositorio del Manual de Periodismo de Datos, disponible en
		 \url{https://is.gd/mapeda_timeline1}.
		 Arriba,\ref{subfig:mapeda-timeline} rotado para verla en su totalidad, la línea completa.
		 Abajo izquierda \ref{subfig:mapeda-timeline-end}, el final de la línea de tiempo, caracterizada
		 por un trabajo en solitario.
		 Abajo derecha  \ref{subfig:mapeda-timeline-begin}, el comienzo de la línea de tiempo, donde se
		 aprecian varios autores, bifurcaciones y recombinaciones.}
	\label{fig:mapeda-repo}
\end{figure}

Si bien no se abordó el tema de los lenguajes de etiquetamiento ligero en detalle, a pesar
de usar Markdown para el proyecto, el hecho de que trabajáramos con un libro permitió
un mejor reparto de actividades al comienzo, usando la consola de comandos y conversiones entre
formatos manuales, y luego limpiando el resultado, que progresivamente se fue especializando 
hasta tratar con asuntos referidos a la automatización de tareas sobre cómo se importarían
los contenidos de Internet y se convertirían entre formatos, incorporando así la sugerencia
de dos participantes con mayor conocimiento sobre código.
Para tales temas avanzados, de nuevo recurrimos a la forma de programación en multitud
(\emph{mob programming}) que habíamos empleado en previos Data Weeks, de modo que los
novatos y no programadores pudieran apreciar cómo ocurría la escritura de código por los
más expertos e incluso aportar ideas entre todos sobre las ideas encarnadas en éste.

El espíritu crítico se evidenció de nuevo a lo largo de la sesión, particularmente
en las charlas que teníamos después de los encuentros, mientras caminábamos acompañando
a quienes vivían cerca, sobre quiénes eran los beneficiaros de este esfuerzo, (mencionados
en las lecturas sobre la lista de correo), pero también en la idea de automatizar labores
repetitivas manuales vía código y extendiendo Grafoscopio, así como tiempo despúes, cuando
se compartía a través de la lista otro conjunto de esfuerzos conexos sobre edición 
ramificada\footnote{\url{https://is.gd/ramificada}}, que también consideraban el mundo editorial 
desde una perspectiva política y cuyas búsquedas y técnicas ocurrían desde otros lugares de 
Latinoamérica (específicament México) con similitudes sorprendentes, a pesar de que consideraban 
el activismo en el mundo editoral y no el de los datos, entre ellas: el uso de los mismos 
lenguajes de etiquetamiento ligeros (Markdown y Pandoc), la crítica al procesador de palabras 
y otros software comerciales, el hecho de que la lectura y escritura ahora se hace desde 
y para dispositivos multi-pantalla (computadores, tabletas).
Con aprendizajes que perdurarían y se consolidarían en esta práctica de escritura y otras
venideras (váse sección \ref{bidibog}).

La automatización para las tareas de apertura del Manual implicó el uso de lenguajes externos
a Pharo, particularmente Lua\footnote{\url{https://www.lua.org/}}, que ya viene incluido en Pandoc,
y que permite acceder y programar la funcionalidad del mismo, incluyendo el acceso al árbol del
documento que emplea Pandoc para representar los formatos que reconoce y también realizar 
transformaciones entre ellos.
De este modo las ideas de los participantes se pudieron implementar de maneras más elegantes,
por ejemplo consultando el árbol de documento, detectando todos los enlaces a imágenes y 
descargando los archivos a los que ellas se referían, automatizando una labor manual dispendiosa
y facilitando la creación de las versión EPUB y PDF del Manual.
Es de anotar que Lua y Pharo se encuentran en dos extremos distintos del espectro:
Mientras que el último constituye todo un entorno de computo integrado, con interface gráfica y
herramientas de desarrollo, análisis y visualización, difícilmente embebible\footnote{existen 
	algunos proyectos en marcha para hacer Pharo mucho más pequeño y modular, como se
	establece en su mapa de ruta en \url{https://is.gd/pharo_roadmap}.} 
en otros sistemas (aunque intercomunicable con ellos, como mostramos en varios proyectos) 
y un paradigma de programación inescabable y fuertemente objetual, el primero es un lenguaje 
minimalista, multiparadigma (objetual, funcional, declarativo, imperativo), embebible y con 
herramientas y entornos de desarrollo externos al lenguaje mismo.
Ambos comparten un espíritu miminalista en cuando a la cantidad de constructos conceptuales 
que constituyen tanto Pharo como Lua y las capacidades de metaprogramación.
Poner estos dos extremos complementarios en diálogo a través de proyectos específicos y
prácticos, como el Manual, de modo que se aprovecharan las fortalezas de cada uno y se
mostraran a los asistentes diversos paradigmas de programación, fue una exploración
interesante y primera, que valdría la pena extender en futuros proyectos, como
la extensión de Brea (véase \ref{brea}).

\begin{figure*}[tb]
	\includegraphics[angle=-90, width=1.1\linewidth]{./Parte2/pandoc-diagram.jpg}%
	\caption[toc]
	{Formatos de entrada y salida permitidos por Pandoc.
		Arriba los formatos de entrada, abajo los formatos de salida.
		La gráfica ampliada se puede ver en \url{https://pandoc.org/}.
		El acceso a todos estos formatos y la automatización para ellos se abrió, gracias a 
		los \emph{scripts} en Lua, realizados para el proyecto del Manual de Periodismo de Datos 
		e integrados en Grafoscopio.}%
	\label{fig:pandoc-diagram}%
\end{figure*}

También fuimos asignando permisos en el repositorio de código de Grafoscopio, (no sólo en el 
de documentación del Manual), de modo que los ejercicios de programación en multitud antes
referidos fueran registrados en dicho repositorio por múltiples participantes, reconociendo
sus aportes y mejorando las contribuciones hechas por ellos (véase figura \ref{fig:grafoscopio-code-permisos}).
Sin embargo, tanto en los repositorios de software, como en los de documentación, los
aportes fueron realizados durante los eventos y se volvieron individuales luego de los mismos,
siguiendo las dinámicas habituales.
Otras formas de contribución se sostuvieron luego del evento, por un grupo pequeño de participantes,
(comparado con el total de inscritos en la lista de correo o la de telegram, pero consecuente con el
número de personas que asistían a las Data Rodas) además de las conversaciones sobre edición ramificada, 
como entradas a blog\footnote{\url{https://is.gd/mapeda_blog}}, conversaciones en Telegram 
o por la lista al respecto de dicha actividad.
Otros miembro de la comunidad de Grafoscopio sugirió e implementó la propuesta de un Club de 
Lectura para el Manual\footnote{\url{https://is.gd/mapeda_club}} usando el sistema de lectura 
anota vía Hypothesis, al que ya se ha hecho mención.
Sin embargo, dicha lectura anotada en el club es aún un asunto pendiente en la comunidad,
para esta y otras iniciativas.

\begin{figure}[tb]
	\includegraphics[width=0.8\linewidth]{./Parte2/grafoscopio-code-permisos.png}%
	\caption[Permisos en el repositorio de código de Grafoscopio]
	{Detalle sobre los permisos en el repositorio de código de Grafoscopio expresado en 
		su línea de tiempo.
		En general la política sobre los permisos para enviar nuevas versiones del código fuente
		(\emph{commits}) fue extremadamente abierta: si alguien durante las sesiones de programación
		en multitud construía código que fuera funcional respecto a alguna característica deseada,
		podía obtener tales permisos de modificación del código fuente, usualmente primero en el
		paquete Dataviz y luego en el de Grafoscopio.
		Nótese cómo los \emph{committers} se diversifican por un periodo de tiempo, antes de volver
		a la autoría mayoritariamente individual.}%
	\label{fig:grafoscopio-code-permisos}%
\end{figure}

Se dispuso una página de portada para el repositorio, que mostraba las diferentes variantes
del Manual (PDF, EPUB, código fuente en Grafoscopio y Markdown) y la inspiración detrás del proyecto, 
las entradas a blog de un miembros de la comunidad y se dispuso esta información en inglés y en
español (véase figura \ref{fig:mapeda-portada}).

\begin{figure*}[tb]
	\centering
	\subfloat[]{
		\includegraphics[width=0.32\linewidth]{./Parte2/mapeda-pagina1.png}
		\label{subfig:mapeda-pagina1}}
	\subfloat[]{
		\includegraphics[width=0.32\linewidth]{./Parte2/mapeda-pagina3.png}
		\label{subfig:mapeda-pagina3}}
	\subfloat[]{
			\includegraphics[width=0.32\linewidth]{./Parte2/mapeda-pagina4.png}
			\label{subfig:mapeda-pagina4}}
	\caption[Algunas páginas del Manual de Periodismo de Datos]	
	{Algunas páginas resultantes de la apertura del Manual de Periodismo de Datos, por la comunidad 
		de Grafoscopio y compartidas por su canal de Telegram y Twitter.
		Este proyecto abriría también todo un conjunto de posibilidades respecto a la edición
		digital ramificada, desde y para múltiples dispositivos: impresos, tabletas, celulares,
		entre otros y conectaría con la idea y prácticas del activismo entendido desde el campo
		editorial, como se describe en esta sección.
		El repositorio del proyecto con su código fuente y resultados está en \url{is.gd/mapeda}.}
	\label{fig:mapeda-paginas}
\end{figure*}

A su vez se socializaron los resultados con personas vinculadas a la edición original del Manual,
refiriéndonos a los usuarios de Twitter (autores y periódicos) que aparecían en las páginas originales
de la obra, pero ninguno contestó.
También conversamos de ello en otras listas de correo de Big Data from the South y HackBo,
y en el cana de Telegram del laboratorio de Datos de Medialab El Prado, obteniendo algunas
felicitaciones.
Esto nos lleva a la conversación sobre los públicos y beneficiarios de este tipo de ejercicios
antes mencionada\footnote{\url{https://is.gd/mapeda_beneficiarios}}: Los primeros beneficiarios
éramos nosotros como comunidad, luego otros expertos en temas de periodismo de datos y finalmente
el público con interés, pero sin experticia.
Las reacciones a los mensajes de socialización de los resultados son consecuentes con esa lectura,
presentando mayor actividad en la comunidad de Grafoscopio y menor entre más general es el público.
Quizás sea el hecho de que el resultado es el Manual en español, y los monólogos son habituales
en las redes sociales, pero la indiferencia de los autores originales y medios como La Nación
de Argentina, ante los contactos establecidos por Twitter, no deja de ser inquietante, a pesar
de la utilidad propia de este esfuerzo al interior de la comunidad.
En otros eventos presenciales, como Datos y Guaros, los asistentes también manifestaron interés
en tales publicaciones, pero la dinámica de tales eventos es más la de lograr una mirada panorámica
sobre lo que hacen los ``dateros'' más que entrar en una participación directa en tales proyectos.

\marginpar{
	\captionsetup{type=figure}
	\centering
	\includegraphics[width=\marginparwidth]{./Parte2/mapeda-trino.png}
	\caption[Trino socializando el Manual]
	{Trino socializando el Manual.
		Se enviarían también a autores del Manual dichos trinos, pero la relativa 
		respuesta en comunidades locales, contrastaría fuertemente con la indiferencia
		de tales autores.
		Disponible en \url{https://is.gd/mapeda_trino}.}
	\label{fig:mapeda-trino}
}


Las tensiones y dinámicas de participación siguen estando presentes, como se ve, pero también
existe un valor intrínsico en estos proyectos que cobra fuerza en la manera en como afectan
a la comunidad y potencian sus infraestructuras y dinámicas, más allá de las reacciones externas
y como estas consolidan llamamientos y cierres (\cite{isin_being_2015}) que hacen parte de
prototipos y dinámicas futuras, como veremos en otros ejemplos de este capítulo.


\section{Portal de Software Publico}\label{software-publico}

El Portal de Software Público\footnote{\url{http://www.softwarepublicocolombia.gov.co/}} 
fue un proyecto del que nos enteramos por una invitación compartida vía el canal de 
Telegram abierto del Equipo de Ideas Abiertas (ver figura \ref{fig:software-publico-invitacion}).
La reunión fue numerosa y asistieron una treintena de personas desde distintas comunidades,
empresas, organizaciones e intereses relacionados con el software libre y de código abierto.
Después de una presentación de los asistentes, los funcionarios del Ministerio de las
Tecnologías de la Información y la Comunicación (MinTIC) nos describieron la idea 
del portal y atendieron varias inquietudes de los asistentes.
Se nos dijo que la intensión era optimizar el gasto público en software, de modo que el software
desarrollado con dineros públicos fuera de código abierto, es decir cubierto por licencias abiertas,
y con repositorios de código fuente públicamente disponibles, de modo que se pudiera reimplementar 
en otras instituciones por miembros en las distintas comunidades y empresas y que la
fase siguiente era invitarnos a ``generar valor'' a través de la ``innovación y el emprendimiento'',
muy en la línea de otras invitaciones marcadas por esta perspectiva neoliberal sobre cómo aporta
la ciudadanía que han denunciado \cite{irany} y \cite{schrock_civic_2016}.
El Portal de Software Público contendría un listado de las entidades y los desarrollos realizados,
así como de sus licencias y repositorios de código (aunque no hospedaría ningún software de por sí).
Indicamos desde las comunidades y emprendimientos, que la inversión en software libre no sólo se 
hacía cuando se desarrollaba software, sino también cuando se implementaban infraestructuras 
de software en entidades públicas y que sería bueno agregar dichas experiencias al portal y del
mismo modo hacer las auditorias de seguridad al software colocado allí, de modo que se garantizara
que el software puesto en las instituciones públicas no contaba con fallas de seguridad
(\emph{exploits} en la jerga informática).
Una de las indicaciones que pude hacer es que el portal debería ser un ejemplo de
lo que él mismo alentaba para las instituciones y por tanto debería estar referenciado
dentro de dicho portal, estar basado o software libre y ser licenciado como tal y
además ofrecer datos abiertos sobre las información colocada allí, tanto de sí mismo,
como de otros proyectos de software libre.
Hubo varias voces de escepticismo por personas que, como yo, habían estado varias veces
vinculados a llamados gubernamentales a las bases para implementar el software libre y de código
abierto en instituciones estatales, pero que no tenían continuidad.
En particular dije que esta vez no se trataba de repetir un discurso en palabras,
sino de demostrar compromisos en la práctica, gracias a la madurez que habíamos adquirido
en las comunidades de base para interlocutar con el estado desde la experticia técnica,
como una manera de ejercer ciudadanía.
Esto marcaba un contraste grande con el discurso hacia las comunidades de base,en tal reunión
que continuó ceñido a esa lógica neoliberal del ``emprendimiento'' y la ``innovación'' 
que se establece como narrativa del Gobierno Colombiano y MinTIC en particular, y
se evidencia en otras aproximaciones comunitarias como las hackatones, de que ya se ha hablado.
La implementación de software libre no sé ve en clave  ciudadana desde la transparencia, 
la participación y la seguridad, desarticulado con los esfuerzos que se han hecho desde las 
comunidades de base en proyectos como los de la Ley de Software Libre o el acuerdo del consejo 
de Bogotá que fueron referidos en la sección \ref{mi-lugar}.

\marginpar{
	\captionsetup{type=figure}
	\centering
	\includegraphics[width=\marginparwidth]{./Parte2/ia-software-publico.png}
	\caption[Portal de Software Publico: primera invitación]
	{Portal de Software Publico: Invitación a la primera reunión en el canal del Equipo de Ideas Abiertas.}
	\label{fig:software-publico-invitacion}
}

A partir de esta reunión y la idea de interlocutar desde la técnica con el Estado
(una idea a la \cite{isin_being_2015} se refiere decir con acciones y se detallará
en el capítulo de conclusiones), propuse en la comunidad de Grafoscopio que hiciéramos
la novena edición del Data Week (una edición ágil de media semana), basada en ésta idea.
La intensión sería evaluar el portal y revisar qué tanto él era consistente con lo que
proponía.

Empezamos por visitar el sitio y hacer comentarios usando el sistema de anotaciones
Hypothesis\footnote{\url{https://hypothes.is/}} (véae figura 
\ref{subfig:software-publico-anotaciones}), que describían varios inconvenientes de 
funcionalidad: falta de certificados seguros, ausencia de formatos abiertos, que fueran 
consumibles por máquinas para los datos publicados portal y de políticas de tratamiento 
de datos explícitas, buscador no funcional, ausencia de mapa del sitio.
Debido a la ausencia de datos y código fuente abiertos que arrojó este primer diagnóstico,
decidimos usar la técnica de \emph{scraping} para acceder a información del sitio y sacar
una copia de ella.
Durante la evaluación del portal dijo un participante que esto era algo que deberían
hacer contratistas pagos por MinTIC antes de lanzar el portal públicamente, pero la
conversación también avanzó hacia aspectos operativos de la labor (funcionalidad y
seguridad en el portal) hacia ejercicios de práctica ciudadana referidos a trazabilidad
y transparencia en procesos estatales, en particular los relacionados con tecnologías
de software libre y datos abiertos, y como esto debía derivar en la trazabilidad de
las iniciativas públicas: no se trataba principalmente de evaluar la funcionalidad de 
los portales web gubernamentales y anotarlos abiertamente, sino de establecer el
conjunto de pasos que habían conducido a la creación de tal portal y la publicación
del código fuente de las infraestructuras estatales, desde la deliberación que condujo
a la apertura de un pliego de peticiones, los tiempos para los oferentes, los montos
de los contratos, el despliegue y auditoria de la infraestructura y la publicación
de su código fuente.
Enunciamos entonces que la idea clave era la trazabilidad y lo dejamos manifiesto
en la portada del repositorio, lo cual empezaría a hacer fuerza en las apuestas
cívicas de estas labores de activismo desde comunidades de base, mediadas por
infraestructuras digitales, código fuente y datos.

\begin{figure}[tbh]
	\centering
	\subfloat[]{
		\includegraphics[width=0.8\linewidth]{./Parte2/software-publico-anotaciones.png}
		\label{subfig:software-publico-anotaciones}}
	\\
	\subfloat[]{
		\includegraphics[width=0.8\linewidth]{./Parte2/software-publico-scrap.jpg}
		\label{subfig:software-publico-scrap}}
	\caption[Software publico: anotaciones y \emph{scraping}]
	{Capturas de pantalla de los procesos de anotación (arriba) y {scraping} y sus visualizaciones
		(abajo) realizados sobre el portal de software público.
		Los detalles sobre los mismos pueden ser encontrados en}
	\label{fig:soft-publico-procesos}
\end{figure}

Empezamos a compartir estos avances vía Twitter con el líder del proyecto en MinTIC,
con copia a la cuenta en dicha red social Ministro de la TIC de aquel entonces.
Esto conllevó a una visita del líder del proyecto al espacio y para vencer el recelo inicial
que este tipo de iniciativas tienen desde la sociedad civil, uno de nuestros miembros
habló de manera conciliadora, indicando que nosotros podíamos obrar como unos primeros
probadores de las características para que pudieran ser abiertas a un público más general.
Indicamos nuestro deseo por la trazabilidad de los procesos públicos, particularmente
reflejados en las infraestructuras que permiten la participación de comunidades de
base, e indicamos cómo siempre éramos tratados como unos ``convidados de piedra'',
invitados tardíamente y de manera más bien protocolaria a actividades sobre las cuales
no teníamos ingerencia y los recursos ya habían sido asignados.
También dijimos que intentabamos colocar este proyecto en el contexto de esfuerzos
internacionales como \emph{Public Code}\footnote{\url{http://publiccode.eu/}} que tenían 
lógicas similares a las de los proyectos de software libre del 2002 y 2007 habían prefigurado
con tanta claridad y que enviaríamos una carta abierta a MinTIC con los comentarios que se 
sucitaban a partir de la actividad.
No deja de ser sorprendente la naturaleza inquietante con la que se reciben tales derechos
de petición para hacer más transparente lo público y lo gubernamental.
Incluso a pesar de que enviamos un correo previo al nuevo funcionario encargado, comentándole
del derecho de petición, en otra reunión sostenida con motivo del FLISoL, buscando
apoyos gubernamentales, se nos dijo que había gente que ``de tanto enviar derechos de 
petición no dejaba trabajar'', como si el gobierno tuviera que elegir entre ser transparente
y ser funcional.

\begin{figure*}[tbh]
	\centering
	\subfloat[\url{https://is.gd/soft_publico_hilo}]{
		\includegraphics[angle=90, width=\linewidth]{./Parte2/soft-publico-hilo.jpg}
		\label{subfig:soft-publico-hilo}}
	\\
	\subfloat[\url{https://is.gd/trino1}]{
		\includegraphics[width=0.32\linewidth]{./Parte2/soft-publico-trino2.png}
		\label{subfig:soft-publico-trino2}}
	\subfloat[\url{https://is.gd/trino2}]{
		\includegraphics[width=0.32\linewidth]{./Parte2/soft-publico-trino1.png}
		\label{subfig:soft-publico-trino1}}
	\subfloat[\url{https://is.gd/trino3}]{
		\includegraphics[width=0.32\linewidth]{./Parte2/soft-publico-trino3.png}
		\label{subfig:soft-publico-trino3}}
	\caption[Hilo en Twitter sobre el Portal de Software Publico]
	{Arriba, hilo en Twitter sobre el Portal de Software Publico, rotado para verlo en toda su extensión.
		Los trinos se presentan en orden cronológico, a la derecha, los mensajes más recientes,
		a la izquierda, los mensajes más antiguos.
		Abajo, tres momentos dentro de dicho hilo que muestran:
		\ref{subfig:soft-publico-trino1} mensajes de agradecimiento a funcionarios que asistieron
		a nuestra invitación y comparativas con otras iniciativas de software público latinoamericanas.
		\ref{subfig:soft-publico-trino2}, la reunión sostenida entre la comunidad y el funcionario de
		MinTIC y
		\ref{subfig:soft-publico-trino3}, dinámicas de republicación de información producto de
		scrapping sobre el sitio, usando las mismas etiquetas que usaba MinTIC en redes sociales
		para publicitar el evento ``Colombia 4.0'' y atraer visibilización ante estas aproximaciones
		alternativas comunitarias.
		Otras partes de la línea de tiempo muestran capturas de pantalla que han sido ampliadas en 
		la figura  \ref{fig:soft-publico-procesos}.
		Hay además de visualizaciones de datos, enlaces a temas de caracter histórico y otros asuntos
		habituales de los Data Weeks.
		Cada hilo y mensaje se puede ampliar visitando la dirección corta que aparece debajo.}
	\label{fig:soft-publico-hilo}
\end{figure*}

El cierre del proyecto tuvo varias partes: por un lado se completó la página de portada
del repositorio, basada en las plantillas usadas para el Manual de Periodismo de Datos
y también los repositorios en de Grafoscopio y el Paquete Dataviz.
También se realizó una carta abierta y al ver que esta no tenía respuesta, 4 meses
después de enviada y socializada, se procedió a un enviar un derecho de petición, recurso
de participación civil establecido en la legislación colombiana, que sí produjo respuestas
detalladas en alrededor de 15 días.

Las prácticas de la comunidad fueron generaron un conjunto de patronos que se volvieron
explícitos, desde uso de las plantillas antes mencionadas de modo consistente en varios 
proyectos que mostró como se iban haciendo más modulares y surgían patrones de colaboración 
y acción desde las prácticas comunitarias, pero también un conjunto de prácticas civiles
del ejercicio de derecho, en lo que algunos llaman ciudanías enactivas (mediadas por la acción).
Para este proyecto en particular, esto lo resume uno de los miembros de la comunidad en
la lista de correo (01/02/2018):

\begin{quote}
	Creo que ya vamos conformando una metodología que contiene difusión, incidencia política y aprendizaje. 
	Este flujo de Data Roda > Generación de documentos (visualización o archivos pdf o epub) > mejoramiento 
	de la herramienta > debates en diferentes medios (Telegram, lista de correo, etc.) > Posts en blogs > 
	Acción desde la sociedad civil (como derechos de petición cuando se requiera) me parece muy interesante y 
	gratificante.
\end{quote}

Dichas prácticas configuran lo que \cite{isin_being_2015} llama ciudadanías digitales enactivas,
que van más allá de lo prescriptivo, consagrado en la constitución y las leyes y configuran
maneras de ser y hacer mediadas por tecnologías digitales y en diálogo con derechos no sólo
existentes, sino imaginados.
Por ejemplo, el acceso al código fuente y a los datos es un derecho imaginado, 
no consagrado por omisión en las leyes, pero en díalogo presente con doctrinas la que presuponen
la transparencia de los gobiernos y las posibilidades de acceso ciudadano a sus instituciones y
formas de operación-
Dichas maneras de ciudadanía enactivas y digigales serán retomadas en la parte de conclusiones.

Desde la comunidad repartimos responsabilidades para enviar la carta de petición a MinTIC
indagando sobre este proyecto y la firmamos varios participantes.
Incluso acá se dió un acto de participación periférica legítima, pues una de las integrantes
de la comunidad, que nos acompañaba desde el Data Week 4 hace un año reactivo su presencia
en el Data Week 9, indicándonos procedimientos para elaborar el derecho de petición.

La respuesta mostró patrones repetidos por parte de MinTIC, que se veían y criticaban
desde los tiempos de la gobernatón en 2013 y aún presentes 5 años después, a pesar de
la voluntad manifestaba en aquel entonces por la directora de Gobierno en línea de
aprender de las comunidades e incorporarlas.
De nuevo el dinero se asignaba a un único proponente (en este caso de un día para otro,
como muestra la respuesta del derecoh de petición), asignando montos exhorbitantes
(2700 millones de pesos para el contrato criticado en la Gobernatón y 1000 millones de pesos
para este) e invitando a las comunidades a participar cuando ya no habían recursos y
ante un despliegue bastante criticable tanto del proyecto como de la infraestructura.

La tensión por la validación de estas formas de ciudadanía y un gobierno proactivo
que la escuche y le de participación oportuna, es aún una tarea pendiente y uno
de los retos por explorar, como se indica en los apartes finales de esta tesis

%TAGS: conclusiones

%PEND: Invitación a asistir (prevenida, luego abierta).
% Carta abierta.
% Derecho de Petición
% Correo
% Respuesta

\section{Pasos para una Futura Biblioteca Digital de Bogotá}\label{bidibog}

Este proyecto inició por una invitación personal que me hicieron a asistir a un conjunto de 
talleres en los se socializaba entre expertos las propuestas del informe ``Pasos para una Biblioteca 
Digital de Bogotá''\footnote{\url{https://is.gd/bidibog_orig}}, 
a fin de obtener realimentación de los mismos y mayor especificidad sobre propuestas para hacer 
viable el derrotero del informe.
La comunidad de Grafoscopio cuenta con bibliotecarios, así que comenté a través de la lista
de correo sobre dicha invitación y a los organizadores del evento si ellos podrían acompañarme
(al comienzo las reuniones eran cerradas y luego se abrió para mayor participación).
En algún punto se mencionó la idea de hacer una hackatón, siguiendo el formato gentrificado
que ya se ha criticado recurrentemente: equipos de extraños deprivados de sueño se reunirían 
un fin de semana a competir por un premio, creando una idea frente a un problema que otros
ponían y que no reconocía las prácticas en comunidades de base.
Indiqué esto en las primeras reuniones y comenté esas otras formas de hackatón no gentrificadas
como el Data Week, con sus perspectivas particulares.

Como se dijo, la propuesta para la hackatón de bibliotecas públicas también tenía el enfoque 
enagenado, por oferta, de la institución a los ciudadanos, en lugar de por demanda, de ellos
hacía las instituciones.
De este modo, un problema prehecho era ofrecido a los participantes, para ser prototipado el 
fin de semana, que era leído desde cómo las instituciones bibliotecarias gestionaban su 
sistema de Peticiones, Quejas y Reclamos (o PQR) y cuál era la información que más se pedía 
por allí, que para este caso tenía que ver con lograr compartir registros del evento Rock al 
Parque\footnote{\url{http://www.rockalparque.gov.co/}}.
Así, se restringía la interacción entre las comunidades de base y ciudadanos asistentes a la 
hackatón a la solución de dicho problema, en lugar de ofrecerlo para que las comunidades hablaran,
desde los prototipos, de otros problemas e inquietudes en su interacción con las bibliotecas
públicas.
Una vez indiqué mis distancias a este enfoque y las alternativas, se me dijo que iba a ser
invitado a un mini-comité organizador de la hackatón, para aportar las ideas allí.
Dicha invitación no se concretó, aunque sí otras después de que mostramos las posibilidades
desde los eventos y prototipos alternativos, como se menciona en esta misma sección.

A partir de las primeras reuniones quedó clara, de nuevo, la diferencia entre dinámicas y 
perspectivas de las insituciones gubernamentales y las comunidades de base.
Iba compartiendo tales perspectivas con la comunidad de Grafoscopio, a través de la lista
de correo principalmente e incluso enunciaciones y claridades que provenían de tales
interacciones. 
Por ejemplo ,el hecho de que el comportamiento recurrente de la comunidad
era apreciar qué tan público y abierto es realmente lo público y abierto,
para lo cual revisábamos y reapropiábamos las infraestructuras y dinámicas que construyen 
los espacios, propuestas y documentos supuéstamente publicos y abiertos, como se mostró
en los prototipos del Manual de Periodismo de Datos y el Portal de Software Público antes
reseñados, incluidas la estética de la bifurcación en fechas similares a las de la
hackatón gentrificada para mostrar otras formas de organización desde lo comunal.

\begin{figure*}[tbh]
	\centering
	\subfloat[]{
		\includegraphics[angle=90, width=0.8\linewidth]{./Parte2/bidibog-web-completo.png}
		\label{subfig:bidibog-web-completa}}
	\\
	\subfloat[]{
		\includegraphics[width=0.42\linewidth]{./Parte2/bidibog-web-cabecera.png}
		\label{subfig:bidibog-web-cabecera}}
	\subfloat[]{
		\includegraphics[width=0.47\linewidth]{./Parte2/bidibog-web-anotado.png}
		\label{subfig:bidibog-web-anotado}}
	\caption[Futura Biblioteca Digital de Bogotá: Portal web]
	{Arriba, Portal web del proyecto Pasos para una Futura Biblioteca Digital de Bogotá, 
		rotado para verlo en toda su extensión.
		Abajo, izquierda, detalle de la cabecera del portal web y derecha, anotación criticando
		la restrictiva licencia elegida para el proyecto, dentro de toda la familia de licencias
		creative commons.
		La anotación completa, en el contexto de dicho portal se puede ver en: \url{https://is.gd/bidibog_nota1}}
	\label{fig:bidibog-web}
\end{figure*}

En este caso, se trataba de que la hackatón permitiese a las comunidades aproximarse
a los aspectos estratégidos de esas visiones a futuro sobre las bibliotecas ṕúblicas,
en lugar de reducir su interacción méramente a lo tácticos.
De este modo, en lugar de sólo hacer ``apps'' (por aplicaciones móviles) y portales
web que den cuenta de problemas pensados y definidos por otros, para caminos y visiones
a largo plazo que sólo escriben los expertos, se trataba, como se indicó por la lista
de correo de Grafoscopio, de abrir esos documentos escritos por expertos, anotándolos,
en incluso cambiándolos de formato, de modo que puedan ser leídos desde dispositivos
distintos y fuera de línea.

La propuesta entonces, para el Data Week 10, sería el de tomar el documento estratégico
publicado en la web, por el cuál se convocaba a las comunidades y ciudadanos a resolver
un problema táctico (las memorias de Rock al Parque) y abrirlo, anotándolo y transformándolo
con las técnicas, prácticas e infraestructuras que habíamos dispuesto en los prototipos
pasados.
La existencia de dicho repertorio previo simbólico y material comunitario permitió un 
despligue más ágil de los prototipos: de nuevo creamos un portal para el proyecto, 
un documento que cambiaba de formato lo que antes sólo estaba disponible en la web, 
transparentaba su código fuente y lo transformaba a otros formatos (PDF y EPUB), disponiéndolo 
de manera resilente en infraestructuras comunitarias (véase figura \ref{fig:bidibog-repo}), 
y no sólo en las infraestructuras estatales, para ser comentado y anotado por futuros lectores, 
además de las anotaciones hechas como tal al portal web (véase figura \ref{fig:bidibog-web}).


\begin{figure*}[tbh]
	\centering
	\subfloat[]{
		\includegraphics[width=0.65\linewidth]{./Parte2/bidibog-repo.png}
		\label{subfig:bidibog-repo}}
	\quad
	\subfloat[]{
		\includegraphics[width=0.27\linewidth]{./Parte2/bidibog-mapa.png}
		\label{subfig:bidibog-mapa}}
	\\
	\subfloat[]{
		\includegraphics[width=0.45\linewidth]{./Parte2/bidibog-pdf.png}
		\label{subfig:bidibog-pdf}}
	\quad
	\subfloat[]{
		\includegraphics[width=0.45\linewidth]{./Parte2/bidibog-libreta.png}
		\label{subfig:bidibog-libreta}}
	\caption[Repositorio de código para el proyecto de Biblioteca Digital]
	{\ref{subfig:bidibog-repo} Repositorio de código para el proyecto de Biblioteca Digital.
		\ref{subfig:bidibog-mapa} Detalle del mapa que se presentó a la red de Bibliotecas Públicas 
		atendiendo su invitación, para socializar relaciones entre pensamiento en diseño y bibliotecas,
		luego de compartir los resultados del Data Week 10.
		\ref{subfig:bidibog-pdf}: Documento abierto y reproducible creado a partir del 
		\emph{scraping} del sitio web con la información original irreproducible.
		\ref{subfig:bidibog-libreta}: Libreta en Grafoscopio a partir del cual se creó el documento
		anterior.
		El material se puede consultar en \url{http://is.gd/bidibog}.}
	\label{fig:bidibog-repo}
\end{figure*}

%\begin{figure*}[tb]
%	\centering
%	\subfloat[]{
%		\includegraphics[width=0.45\linewidth]{./Parte2/bidibog-pdf.png}
%		\label{subfig:bidibog-pdf}}
%	\quad
%	\subfloat[]{
%		\includegraphics[width=0.45\linewidth]{./Parte2/bidibog-libreta.png}
%		\label{subfig:bidibog-libreta}}	
%\caption[Documentos abiertos del proyecto de Biblioteca Digital de Bogotá]
%{Documentos abiertos del proyecto de Biblioteca Digital de Bogotá.
%	\ref{subfig:bidibog-pdf}: Documento abierto y reproducible creado a partir del 
%	\emph{scraping} del sitio web con la información original irreproducible.
%	\ref{subfig:bidibog-libreta}: Libreta en Grafoscopio a partir del cual se creó el documento
%	anterior.
%	El material se puede consultar en \url{http://is.gd/bidibog}.}
%\label{fig:bidibog-manuales}
%\end{figure*}


Finalmente hacíamos escritos en blogs personales, donde narrábamos esa experiencia
(véase David y Mio), que compartíamos de vuelta con las instituciones que nos invitaron
al evento original a través de los funcionarios y contratistas que nos habían convocado
en primera instancia y fuimos con otros miembros bibliotecarios de la comunidad a las
actividades de la red para socializar esas miradas y mostrar nuestras apuestas.
Esto nos permitía una conversación enactiva con la institución, mediada por estos
prototipos y prácticas alternativas, donde hacíamos una crítica constructiva a la
elección restrictiva de las licencias para los documentos estratégicos, los formatos
cerrados usados para su publicación y las prácticas mismas confinadas a problemas cerrados.

%PEND: Cita a blogs
% - Gráficas Manual PDF y Grafoscopio.

A diferencia de otras entidades estatales como MinTIC, los funcionarios y contratistas
se mostraron muy interesados en tales críticas y nos invitaron a hacer aportes posteriores
en otras reuniones formales e informales y pensando en el despligue estratégico del
proyecto a 4 años.
Inclusó yo recibí una invitación a una conferencia paga para mostrar las perspectivas
alternas frente a la incorporación de prácticas desde el codiseño a la red de bibliotecas,
que cerraba de algún modo el ciclo y se incorporó al repositorio comunitario, con licencias
más abiertas y permisivas y el acceso al código fuente de tal propuesta (en la forma
de un mapa mental) de modo que se dieran pasos en las direcciones que las innovación
en comunidades de base cercanas a temas de activismo de datos y cultura libre estábamos
ofreciendo.

Valga decir acá cómo las formas de ciudadanía enactivas mediadas por tecnologías
digitales y practicas en torno a ellas, que la tesis buscaba explorar, tomaba
cuerpo en estos ejemplos y nos permitían otras maneras de ejercicios ciudadanos
e interlocución con entidades estatales, que en casos como estos eran recogidos
por dichas entidades con interés, marcando un contraste frente a la indiferencia de 
las interacciones con MinTIC, que se puede ver en cómo las entidades invitaban
a miembros de la comunidad de base y respondían a las publicaciones en blogs,
en la red de bibliotecas, mientras que en el Portal de Software Público,
los blogs y cartas abiertas no bastaban y sólo el derecho de petición y trinar
con copia al ministro y los encargados eran efectivos para lograr dichas
interlocuciones.
Esta dinámicas de llamamientos, aperturas y cierres, ejemplificada en este prototipo,
pero presente como patrón en varios, será retomada en los capítulos finales.


\section{Twitter Data Selfies}\label{twitter-data-selfies}

El proyecto de los Data Selfies de Twitter, es un proyecto recurrente que se realiza
a lo largo de varios Data Weeks, Data Rodas, madurando en cada interación.
Surgió como evolución del proyecto de los Mapas del Silencio, continuando el reconocimiento
de las redes sociales como una plaza pública para el discurso político y de construcción
de opinión pública, como pudimos apreciarlo desde la comunidad de RedPaTodos en la oposición
a las distintas versiones de la Ley Lleras desde 2011.
Esta es una muestra de la construcción de largo plazo, que inició en el primer Data Week, en 2015,
recogiendo saberes comunitarios de años previos y se extendió, cambiando hasta las últimas ediciones
de los talleres y eventos nacionales e internacionales en 2018, ejemplificando la idea de
hackatón como puente entre el pasado y el futuro de una comunidad, que se ha expresado previamente.

\begin{figure*}[htb]
	\centering
	\subfloat[]{
	\includegraphics[angle=90, width=\linewidth]{./Parte2/mapas-del-silencio.png}
	\label{subfig:mapas-silencio-blog}}
	\\
	%	\setlength{\belowcaptionskip}{-200pt}
	\subfloat[]{
		\includegraphics[width=0.32\linewidth]{./Parte2/mapas-silencio-tablero.jpg}
		\label{subfig:mapas-silencio-analogo}}
	\quad
	\subfloat[]{
		\includegraphics[width=0.63\linewidth]{./Parte2/silence-map-2.png}
		\label{subfig:mapas-silencio-digital}}
	\caption[Data Week 1: Mapas del silencio.]
	{Imagen de la entrada al blog (rotada para apreciarla completa) sobre los mapas del silencio, el tema que se 
		transformaría luego en los Data Selfies de Twitter de la sección.
		\ref{subfig:mapas-silencio-blog} entrada al blog describiendo las intenciones y búsquedas
		(véase \cite{luna_cardenas_mapas_2015}).
		Abajo, ampliaciones a las imágenes análoga \ref{subfig:mapas-silencio-analogo} y 
		digitales \ref{subfig:mapas-silencio-digital} de la que se partió al comienzo de la semana
		y a la que se llegó al final de la misma.
		Se puede leer la entrada completa en \url{https://is.gd/mapas_silencio}.}
	\label{fig:mapas-silencio}
\end{figure*}

Se trababa de crear una visualización a la medida que dijera qué tanto monologamos
o dialogamos en redes sociales, aplicado primero a nosotros mismos y luego invitando
a figuras políticas electos, en campaña, cuentas de instituciones públicas, activistas
y organizaciones de la sociedad civil (OSC) a realizar la misma técnica que realizamos
en primera persona.
Debido a que los participantes exportábamos nuestros datos a partir de la información que
producíamos de manera cotidiana, empleábamos la idea de un \emph{selfie} que nos tomábamos
a nosotros mismos.
Era también una manera de activismo al pretender reapropiar y reconfigurar el valor de
la información que producimos en plataformas de terceros, como Twitter, en diálogo con
las perspectivas de información encarnada (\cite{XYZ}).

La visualización para abordar la pregunta sobre monólogos y diálogos, consideró tres
tipos de mensajes que circulan por esta red social: trinos (\emph{tweets}), retrinos
(\emph{retweets}) y respuestas (\emph{replies}).
Se hacía un círculo alrededor del avatar o la imagen que representa al usuario en dicha 
red, indicando la proporción de trinos, retrinos y respuestas en un periodo de tiempo dato,
a través de la longitud de los tres arcos que constituyen tal circunferencia (una para
cada tipo de mensaje).
Así un usuario que tuviera sólo mensajes de tipo trino, y pocos de los otros monologaba,
más de lo que dialogaba, pues sólo producía información en la red, pero no era canal para
la información que otros producen, reenviándola a sus seguidores (vía retrinos) o entrando
en conversaciones con otros.
Además cada arco de circunferencia, representando la proporción total de mensajes, estaba
acompañado por las palabras más mencionadas en los trinos, y los avatares de aquellos usuario
a quienes más retrinaba o contestaba, para lo cual se introducía una métrica en la que
el área del avatar indicaba qué tanto se replicaban o contestaban sus mensajes.
De este modo, al igual que con la visualización a medida para el caso de medicamentos, 
una vez se introducía la convención visual, el lector de la misma estaba en condiciones de 
apreciar varios elementos sintetizados: quien hablaba, en qué proporciones de qué y con quién.
Dicha mirada compleca es consecuente con procesos en los que se introducen nuevos alfabetimos 
para interpretar datos y son mencionados por Data Pop Alliance \cite{datapop} cuando hablan te 4 
tipos de alfabetismos críticos de datos: literacy, numeracy, graphicacy, que permiten pensar y 
combinar en palabras, cantidad y visualizaciones, respectivamente.

Al igual que con los Mapas del Silencio, acá también se pasó de una imagen análoga, en papel
a una prototipo en digital, que se fue documentando en un blog (véase figura \ref{fig:twitter-selfies-blog} )

\begin{figure*}[tbh]
	\centering
	\subfloat[]{
		\includegraphics[angle=90, width=\linewidth]{./Parte2/twitter-selfies-blog.jpg}
		\label{subfig:twitter-selfies-blog}}
	\\
	\subfloat[]{
		\includegraphics[width=0.32\linewidth]{./Parte2/twitter-selfies-papel.jpg}
		\label{subfig:twitter-selfies}}
	\quad
	\subfloat[]{
		\includegraphics[width=0.63\linewidth]{./Parte2/twitter-selfies-digital.png}
		\label{subfig:twitter-selfies-digital}}
	\caption[Twitter Data Selfies: Entrada al blog]
	{Twitter Data Selfies: Entrada al blog explicando la visualización a la medida.
		Arriba, la entrada completa, abajo, detalles que muestran, a izquierda la visualización
		en análogo y a la derecha, parte del código que produce la visualización en digital,
		con arcos, una figura en el centro y otras que rodean los arcos y servirían como
		plantilla para colocar información real después.}
	\label{fig:twitter-selfies-blog}
\end{figure*}

Durante varias ediciones de los Data Week y Data Rodas este proyecto se retomó y maduró,
así como en eventos internacionales distribuidos, que tenían ediciones locales, como la edición
del Open Data Day de 2018 (que desarrollamos en Bogotá) y la de re:publica, del mismo año,
en Berlín.

Una de las cosas poderosas de esta visualización a la medida era su poder evocador,
incluso a pesar de la considerable abstracción pues sólo aparecián palabras que representaban
lo más dicho y los avatares con mensajes más contestados y replicados (véase figura 
\ref{fig:twitter-selfies}).
Por ejemplo, como ejercicio sugerímos que los asistentes contaran qué evocaba el Data Selfie
que estaban mirando, sabiendo el mes y el año al cual correspondía y las respuestas fueron
extremadamente precisas, indicando detalles sobre el momento emocional y la ciudad desde
la cual se estaban enviando esos mensajes.

\begin{figure*}[tb]
	\centering
	\subfloat[\url{https://is.gd/yenny_selfie}]{
		\includegraphics[width=0.3\linewidth]{./Parte2/twitter-selfie-yenny.png}
		\label{subfig:twitter-selfies}}
	\quad
	\subfloat[\url{https://is.gd/kleper_selfie}]{
		\includegraphics[width=0.3\linewidth]{./Parte2/twitter-selfie-kleper.png}
		\label{subfig:twitter-selfie-kleper}}
		\subfloat[\url{https://is.gd/angelica_selfie}]{
			\includegraphics[width=0.3\linewidth]{./Parte2/twitter-selfie-angelica.png}
			\label{subfig:twitter-selfie-angelica}}
	\caption[Twitter Data Selfies: Imágenes compartidas]
	{Twitter Data Selfies: 
		Zoom a tres imágenes de los participantes del Data Week compartidos en Twitter,
		véase \ref{fig:dataweek4-twitter}. 
		A pesar de su caracter abstracto, tenían alto poder evocador y los participantes podían 
		contar por qué se presentaba tal visualización con muchísimo detalle, recapitulando el 
		mes de su vida al cual correspondía dicha visualización.
		Fuente: \url{https://is.gd/dataweek4_imagenes}.}
	\label{fig:twitter-selfies}
\end{figure*}

\marginpar{
	\captionsetup{type=figure}
	\centering
	\includegraphics[width=\marginparwidth]{./Parte2/dataweek4-twitter.jpg}
	\caption[Twitter Selfies compartidos en el Data Week 4]
	{Imágenes compartidas dentro de Twitter mismo por los participantes del Data Week 4,
		entre las que figuran varios Data Selfies, ampliados en la figura \ref{fig:twitter-selfies}.}
	\label{fig:dataweek4-twitter}
}


Se aprovechó las ediciones del Open Data Day el 3 de marzo 2018 para realizar un habitual
Data Week (en su edición onceaba)que terminaba ese día y que retomaba los proyectos locales 
(en este caso los data selfies) y los conectaba con contextos internacionales (socializando 
los resultados del Data Week en listas de organizaciones internacionales).
Como se dijo antes (ver capítulo \ref{dataweek}), esta edición estuvo concentrada en
mejorar las formas de documentación y participación remota, durante la primera mitad,
pero, de nuevo gracias al repertorio simbólico y material presente en la comunidad,
la segunda mitad pudimos retomar y enfocarnos en el tema de los Data Selfies y aprovechando
las consultas de los candidatos en distintos partidos presidenciales, aprovechamos 
no sólo para exportar nuestros datos para este ejercicio de transparencia, sino para
invitar a los distintos candidatos a hacerlo (véase figura XYZ).
Aceptar la invitación aún está pendiente, pero consideramos que este es un año electoral
largo en Colombia, que inicia con las elecciones presidenciales, pero continua con las elecciones
de Asamblea y Alcaldía en 2019, por lo que creemos que es un ejercicio de largo aliento,
no sólo desde los datos encarnados y cotidianos de participación política que construimos
como ciudadanos en tal red, sino aquella que producen los candidatos, no sólo en elecciones,
sino particularmente entre ellas.

Esta vez, mejoramos la resiliencia de los datos publicados, colocándolos en el repositorio
de código datos provisto por el CERN, haciéndolos indexables, referenciables y con historia
(como el código fuente de nuestros proyectos) e iterando sobre otros repositorios que
ya habíamos explorando, en proyectos como los de los Panamá Papers.

La gráfica de la figura XYZ muestra la nueva invitación el repositorio de código fuente,
la aceptación por los participantes/ciudadanos y las invitaciones enviadas a los candidatos.

Este proyecto se retomó y presentó para la edición de re:publica 2018 en la forma de una
Clínica de Datos, en la que se atendía a participantes individuales, ayudándoles a liberar
sus datos y republicarlos, lo cual permitió recontextualizar y traducir información hecha
originalmente para contextos locales en contextos anglo-europeos (véase figura XYZ).
Como preperación para la clínica de datos, no sólo se hizo la traducción de la documentación,
sino que se modularizó y mejoró el código de descarga y grafifación de los datos, retomando
los avances del Data Week 11, aunque esta vez de manera individual en mi condición de
tallerista invitado.
Se formularon algunas preguntas a la comunidad de Pharo para producir histogramas y los
cambios que produjo el \emph{refactoring} de código, produciendo errores o \emph{bugs},
se esperaba resolverlos durante el taller, siguiendo la lógica de \emph{live coding} de los
Data Weeks y Data Rodas, donde resolvíamos tales errores y mejorábamos el código.
Pero el taller en Berlín sólo fue de una hora y tuvimos problemas de conectividad,
con lo cual sólo pudimos concentrarnos en liberar los datos.
Aún así el taller fue muy bien evaluado por los participantes y la mayoría fueron receptivos
a las intensiones y los alcances y percances del mismo.
Sin embargo, sí es necesario hacer más claro en estos contextos internacionales que la 
metodología piensa en el \emph{bug} de software como posibilidad, y se alimenta de la 
improvisación propia de la ausencia de conectividad, el poco tiempo y también connatural 
a los procesos de \emph{live coding} (aunque con otras inspiraciones más del lado artístico 
que activista).

Lo importante era dejar el proyecto rodando también en Berlín, al igual que en 
Bogotá y Medellín, con la apertura y reapropiación de los datos realizada por los 
asistentes.
Un acto sutil y sencillo que siembra el futuro y en ese sentido contribuye desde
lo pequeño y polisémico a las futuralidades enunciadas por Escobar (\cite{bibid}),
en la medida en que crea prácticas ciudadanas en las que las tecnologías digitales
no sólo nos enagenan y vuelven adictos en la llamda economía de la atención, sino que
nos permite recuperarla y enfocarla en asuntos que nos importan, como la
auditoría del discurso público en redes sociales, la resiliencia de los datos
y su liberación para construir otro tipo de redes e interventorías ciudananas
y así habilitar otros futuros posibles y más plurales con tecnologías hoy
enagedas y enagentes, pero cuyo destino puede ser escapado.
De este modo tanto ciudadanos locales, como internacionales que están aceptando el
llamado a reapropiar sus datos y convertirnos en parte de los bienes comunes pueden
ser reconectados con la iniciativa en la medida en que esta vaya madurando en futuras
ediciones, como ha ocurrido hasta el momento.

 
\begin{figure*}[tbh]
	\centering
	\subfloat[\url{https://is.gd/twitter_selfies_odd}]{
		\includegraphics[width=0.4\linewidth]{./Parte2/twitter-selfies-acepto.png}
		\label{subfig:twitter-selfies-acepto}}
	\quad
	\subfloat[\url{https://is.gd/twitter_selfies_re2018}]{
		\includegraphics[width=0.42\linewidth]{./Parte2/twitter-selfies-republica.png}
		\label{subfig:twitter-selfies-republica}}
	\quad
	\caption[Twitter selfies recontextualizados]
	{Twitter Selfies recontextualizados y articulando lo local con lo internacional.
		\ref{subfig:twitter-selfies-acepto} la versión desarrollada localmente, durante
		el Data Week 11, con motivo del Open Data Day.
		\ref{subfig:twitter-selfies-republica} la adaptación internacional para el
		contexto de re:publica 2018.
		Las distintas longitudes de los textos introductorios corresponden a un lugar
		mucho más político en los contextos locales y enmarcado dentro de las venideras
		elecciones presidenciales y sus plebicitos.
		Las páginas se pueden ver en tamaños completo en los enlaces bajo cada una.}
	\label{fig:twitter-selfies-proceso}
\end{figure*}

\begin{figure*}[tbh]
	\centering
	\subfloat[\url{https://is.gd/twitter_exportar}]{
		\includegraphics[width=0.42\linewidth]{./Parte2/twitter-selfie-exportar.png}
		\label{subfig:twitter-selfie-exportar}}
	\quad
	\subfloat[\url{https://is.gd/twitter_export}]{
		\includegraphics[width=0.42\linewidth]{./Parte2/twitter-selfie-export.png}
		\label{subfig:twitter-selfie-export}}
	\caption[Twitter Selfies: Exportación]
	{Twitter Selfies: Instrucciones para exportar nuestros datos de Twitter de su lugar
		privativo habitual y publicarlos en la infraestructura resilente y abierta de
		\href{http://zenodo.org/}{Zenodo}, contribuyendo a los bienes comunes de datos.
		Derecha, original en Español; izquierda, traducción al inglés.}
	\label{fig:twitter-selfie-exportar}
\end{figure*}

\begin{figure*}[tbh]
	\centering
	\subfloat[\url{https://is.gd/twitter_selfies_invitar}]{
		\includegraphics[width=0.27\linewidth]{./Parte2/twitter-selfies-odd-invitar.png}
		\label{subfig:twitter-selfies-odd-invitar}}
	\quad
	\subfloat[\url{https://is.gd/twitter_datos_publicados}]{
		\includegraphics[width=0.27\linewidth]{./Parte2/twitter-datos-publicados.png}
		\label{subfig:twitter-datos-publicados}}
	\quad
	\subfloat[\url{https://is.gd/twitter_data_published}]{
		\includegraphics[width=0.27\linewidth]{./Parte2/twitter-data-published.png}
		\label{subfig:twitter-data-published}}
	\\
	\subfloat[]{
		\includegraphics[width=\linewidth]{./Parte2/twitter-selfies-libreta.png}
		\label{subfig:twitter-selfies-libreta}}
	\caption[Twitter Selfies: Invitar, publicar y visualizar con los datos]
	{Arriba: Izquierda, Invitación a los candidados de la consulta presidencial (antes de la primera vuelta) 
		a publicar sus datos de Twitter (ninguno a aceptado hasta el momento).
		Centro y derecha, invitación aceptada por ciudadanos de Bogotá, Medellín y Berlín, reapropiando
		nuestro discurso político en redes sociales y repolitizándolo.
		Abajo: Una libreta interactiva de Grafoscopio que visualiza un histograma de 7 años de presencia
		en Twitter exportados con los métodos desarrollados en este proyecto, después del 
		\emph{refactoring} de código hecho para re:publica 2018.}
	\label{fig:twitter-datos}
\end{figure*}


\section{Brea y Etico}\label{brea}

Como se pudo apreciar, los primeros prototipos (las visualizaciones de dominio específico para
medicamentos, los Panama Papers como investigación reproducible,  y Grafoscopio mismo) empezaron 
de manera individual o con los dos últimos y tuvieron sólo un par de personas en el primero.
Tales primeros esfuerzos permitieron mostrar a una comunidad más amplia las posibilidades
ofrecidas por el artefacto digital y convocarla alrededor de una practica más plural, que
se ve en el resto de los prototipos mostrados en este capítulo.
Sin embargo, una vez las capacidades estaban instaladas, era posible volver a realizar
proyectos individuales que se presentarían luego en colectivo.
Brea y Ético de alguna medida son un regreso a los proyectos personales y marcan una transición 
interesante y pendular entre las prácticas comunitarias y las personales que habilitan estas
nuevas formas de alfabetismo digital crítico y ciudadanías digitales mediadas por datos y código
(pero no limitadas a contextos púramente digitales, como los prototipos hasta acá mostrados
ha evidenciado).

Brea resurgió durante mi estancia en Berlín en 2017 y ante mi participación en la red
del \emph{Global Innovation Gathering} o GIG\footnote{la invitación a vincularme a dicha red 
	ocurrió en abril de 2016 durante el PeaceHackCamp de Salento, Quindio, al que fui llevado 
	por Adriana Castrillón.}.
Dicha red se define a sí misma (según su página web\footnote{\url{http://globalinnovationgathering.org/}})
como:

\begin{quote}
	Global Innovation Gathering (GIG) es una comunidad vibrante, diversa de \emph{hubs} de innovación,
	makerspaces, hackerspaces y otros espacios e iniciativas de innovación de comunidades de base,
	así como de innovadores individuales, \emph{makers}, tecnicos y hacedores de cambio.
	
	GIG busca una nueva visión para la cooperación global basada en la igualdad, la apertura y el compartir.
	Aputamos a habilitar mayor diversidad en la producción de tecnología, y en los procesos de innovación global
	y soportamos soluciones abiertas y sostenibles desarrolladas por innovadores de base.
	
	[GIG tiene] raíces fuertes en el sur global, compartirmos, colaboramos y trabajamos juntos globalmente.
\end{quote}

\blindtext

\blindtext

\blindtext

\blindtext

\blindtext

\section{Otros constructos comunitarios}\label{comunidad-artefactos}

A lo largo de las distintas ediciones del Data Week, las Data Rodas y otros encuentros,
se fueron creando otro tipo de constructos comunitarios.
El primero de ellos, y de uso más evidente durante los mismos fueron las libretas
de 

\blindtext

\blindtext

\blindtext

\blindtext