¿Qué es el Data Week?

Es un taller + (anti)hackatón sobre visualización y activismo de datos donde aprendemos a trabajar e interconectar las representaciones simbólicas (código), las gráficas (visualizaciones) y numéricas (cuantitativas) referidas a los datos. Es un taller porque está orientado al aprendizaje mediante la práctica y el ejemplo y una (anti)hackatón por su caracter intensivo y orientado a prototipos, sin caer en el solucionismo tecnológico (de las populares variantes más fashionistas de este formato). La intensión es aproximarse de manera crítica a la construcción, comprensión y mejoramiento de un mundo compartido mediado por tales datos.

¿Qué hacemos / aprendemos?

Se enseña como usar Grafoscopio, una herramienta flexible y amoldable para documentación interactiva, visualización y activismo de datos. Combinamos algo de historia y fundamentación con ejercicios progresivamente más complejos. Luego abordamos un problema común que nos permitirá mostrar cómo se usa, adapta y extiende Grafoscopio, cuáles son sus diferencias y valores agregados y, si nos queda tiempo, trataremos problemas diversos, propuestos por los participantes con sus propios conjuntos de datos. Elegimos problemas que pueden ser entendidos mejor con visualización de datos y/o publicación abierta y reproducible. Usaremos una aproximación alternativo al "Big Data", que usa pequeños datos significativos (frictionless data) y sus visualizaciones, así como infraestructuras de bolsillo para publicación abierta, autónoma y reproducible. La intensión es que el problema común nos de herramientas y saberes para que luego podamos abordar por nuestra cuenta los problemas e inquietudes propias, que pueden ser considerados para talleres y eventos venideros.

También se hará extensiva la participación de los asistentes a vincularse a distintas comunidades locales e internacionales relacionadas con visualización y activismo de datos, herramientas amoldables y datos abiertos, entre otras.

¿Cuánto tiempo dura?

30 horas, repartidas en dos fines de semana seguidos, de jueves a sábado. Las 15 horas de cada fin de semana tienen el siguiente horario:

  • Miércoles y viernes de 5:30 PM a 9:30 PM.
  • Sábado de 2:30 PM a 9:30 PM

Fecha y lugar

La 15a edición se hará en HackBo, Bogotá, Colombia.

  • Primera parte: Miércoles 25, viernes 27 y sábado 28 de septiembre de 2019
  • Segunda parte: Miércoles 2, viernes 4 y sábado 5 de octubre de 2019

¿A quién está dirigido?

Hay un total de 10 cupos que se llenaran de acuerdo al orden de recepción de las inscripciones y si los datos solicitados están bien diligenciados. Habrá lugares para novatos y expertos. En la inscripción tendrán prioridad personas que puedan asistir todo el evento, hayan ayudado con el sostenimiento económico y/o de actividades de espacios comunitarios, hacker o maker, estudiantes y personas vinculadas al activismo, al conocimiento y los datos abiertos, el procomún y relacionados. Si este es tu caso indícanos cómo han sido y dónde podemos encontrar tus aporte, en el procedimiento de inscripción (abajo).

¿Qué traer?

Debes traer:

  • Ganas de aprender y una actitud proactiva y constructiva.
  • Computador portátil con Windows, Gnu/Linux o Mac.
  • Inscripción previamente diligenciada y aprobada (mira abajo)

Las bebidas y alimentación corren por cuenta de los asistentes.
Es posible que pidamos una donación voluntaria durante el evento, para el sostenimiento del hackerspace.

El problema / proyecto

Trabajaremos sobre un prototipo de visualización que llamamos "Data Haiku" sobre cómo la financiación de campañas se multiplica en contratos para dichos finciadores, a partir de un hilo de trinos que visibiliza dicha circunstancia. Puedes encontrar más información sobre el proyecto acá

Referentes Extra

Si puedes, antes del evento dale una mirada a estos enlaces:

Sitio web de Grafoscopio.

Documentatón: técnicas y herramientas ágiles y resilientes para escribir y publicar juntos.

Sprint Beyond the Book.

Visualising advocacy: Sitio del libro con varios ejemplos de cómo el activismo (advocacy) puede ser comunicado más efectivamente mediante visualizaciones.

Beyond Data Literacy: Reinventing Community Engagement and Empowerment in the Age of Data

Information is beautiful: Blog y libros que muestran varias visualizaciones.

Phratch: Un entorno de programación sencillo que puede servir como introducción a la manera de pensar con abstracciones y datos.

Agile Visualization: Un libro en línea que explica el motor de visualización empleado por Grafoscopio.

Memorias de las ediciones anteriores.

Inscripciones

Las inscripciones deben hacerse enviando un correo a info@mutabit.com con el siguiente formato:

Tema (subject): Inscripción Data Week 15a edición.

El cuerpo del mensaje debe indicar qué sistema operativo tiene el computador que se va a llevar.

¿Cuáles son los intereses respecto al taller? (brevemente).

¿Puede asistir durante toda la semana?: sí o no y en caso de que no, en qué horarios sí podría. La intensión es tener un estimado del total de horas en que nos acompañarían durante el evento. Es importante (aunque no obligatorio) que consideren asistir ojalá todo el primer día, pues se darán las bases para el trabajo del resto de la semana.

¿Ha estado vinculado en algún proyecto o colectivo de datos, editorial y/o de publicación abiertos?¿Cuál?

Agradecimientos

Data Week no sería posible sin la ayuda continua de las personas vinculadas a comunidades y empresas de la cultura y el conocimiento libres y abiertos. Agradecemos a las personas asistieron previamente a los talleres de Indie Web Science y Grafoscopio en HackBo, así como a las comunidades de Moose, Roassal, Pharo y OpenDataCo y la empresa mutabiT.

Sinergias

EL Data Week ha ocurrido en el contexto de una investigación doctoral en Diseño y Creación, de la Universidad de Caldas (ediciones 3 a 12), de las investigación Ciudad de Datos, de la Universidad Javeriana y la Universidad de Antioquia (ediciones 2 a 4), y la participación de el CISC + Laboratorio de Ideas y el Colaboratorio MDE (edición 4).

Made in mutabiT

Data Week 17 | 20 años de Bogotrax: Intranet para el cuidado de la Memoria Viva

https://is.gd/dataweek17

¿Qué haremos?

Exploraremos un conjunto de infraestructuras para crear intranets que permitan a las colectividades llevar su memoria viva.

Infraestructuras de software dialógico, que favorece la conversación (ej: mensajeria instantanea) y el software documental, que favorece la documentación (ej: wikis).

:::success

Cuándo: Febrero 2024

  • Primera mitad
    • Miércoles 14 y jueves 15 de 6:00 PM a 9:30 PM
    • Sábado 17 de 3:30 PM a 7:30 PM (← horario modificado)
  • Segunda mitad
    • Miércoles 21 y jueves 22 de 6:00 PM a 9:30 PM
    • Sábado 24 de 2:30 PM a 8:30 PM

Lugar:

  • HackBo, Calle 44 # 8-50, Apto 201, Bogotá, Col.
    • https://hackbo.org
  • Virtual
    • https://meet.jit.si/DataWeek

Requerimientos:

  • Un computador portátil por cada asistente con Windows 10 o superior, MacOS El Capitan o Superior o Gnu/Linux
  • Inscripción previa

:::

¿Qué es una Data Week?

Es un taller+(anti)hackatón donde aprendemos a trabajar e interconectar las representaciones simbólicas (código), las visuales (visualizaciones) e interactivas (hacer y actuar). Es un taller porque está orientado al aprendizaje mediante la práctica y el ejemplo y una hackatón por su carácter intensivo y orientado a la creación de prototipos. La intención es aproximarse de manera crítica a la construcción, comprensión y mejoramiento de un mundo compartido mediado por datos y tecnologías.

Principios:

!Nada de nervios!: Somos una comunidad amigable. Ya sea que nos acompañes reciente y esporádicamente o desde hace mucho recurretemente, apreciamos la diversidad de caminos y saberes y los consideramos valiosos en nuestra búsqueda por hacer del código y la programación saberes comunes, fuera de círculos de especialistas y tecnocientíficos. Los saberes que parezcan más inaccesibles y enredados los iremos (re)apropiando y socializando entre todas, pues este es un espacio en el que se vale deambular, sentirse perdido y reencontrar el camino.

La tecnología más como proceso que como producto y no neutra: Asumimos la posibilidad de intervernir la tecnología y nuestro papel proactivo y en diálogo crítico con la misma. Veremos sus posibilidades y también sus errores, ruidos, fallas e incompleciones. Entenderemos que, en general, encarna relaciones de poder que podemos (de/re)construir en comunidad.

Memoria viva y acogedora: Documentamos proactivamente y esperamos que la memoria que construimos sirva para darte la bienvenida e ir a tu ritmo.

Aprendizaje entre pares y autónomo: Habrán momentos en que socialicemos nuestras dudas y saberes colectivamente y otros en los que estemos leyendo, anotando, probando, experimentando por nuestra cuenta y/o en pequeños grupos. El trabajo autónomo y entre pares, así como su socialización son partes vitales de este proceso.

Educación para la equidad, no para la homogeneidad: Se trata de contar con repertorios compartidos para expresar nuestras propias voces, lo interpersonal, colectivo e individual.

Preinscripción

:::danger IMPORTANTE: Preinscríbete si puedes asistir de alguna forma al taller. Estos son los pasos de preincripción: :::

Escribe en la sección Asistentes de este documento tu nombre o apodo, y cuentanos más de ti o tus intereses frente a estas temáticas.

Selecciona el icono, en la parte superior izquierda del pad, que se muestra en la siguiente imagen o usa la combinación de teclas Ctrl+Alt+b para poder acceder al editor.

En el costado izquierdo tendras un editor de texto y en el derecho el texto procesado o "impreso".

Si ingresas desde un teléfono móvil pica en el lápiz del costado superior derecho de la ventana, como muestra la siguiente imagen.

Cambiará el pad de visualización a edición y podras editar en la sección de Asistentes.

Entra/Vincúlate al canal de Grafoscopio en Telegram donde anunciamos los pormenores del evento y continuamos con la conversación.

Asistentes

  • ruidajo :radio: , hago ruido audiovisual y digital, escribo código, soy miembro de hackbo y voy a acompañar la dataweek17 como facilitador y anfitrión del espacio.

  • ramone: Aprendiente, tengo idea de código, llego por curiosidad iteración y aprendizaje.

  • arcaica: carpintero. hago ruido y polvo.

  • amorfa: arquitonto, deseos de adentrarme en la red y aprender con gente nueva. me he sentido comodo buscando en el archivofisico y creando historia, como hacerlo con el codigo y la gente

  • Offray: hacktivista, aprendiz, investigador y docente.

  • octet: Escribo, también código. Me gustan las comunidades y el arequipe.

  • Esteban: Hago arte con tecnologia y me interesa lo politico de estas, miembro de hackbo

  • c: escribo, leo y enseño.

  • NnadieNnada: persona curiosa de la imagen en diversos formatos como la fotografía de laboratorio, digital, el dibujo y el arte textil (bordado intuitivo, tejidos en telar, etc). Con interés de ver horizontes posibles de hibridar lo artesanal (que es un lujo) con lo digital (que es una realidad sobreentendida).

  • ZurdoPsychedelic: Circoloco:me causa curiosidad y me interesa el tema que proponen los compas sobre el manejo de datos y los elementos visuales .

  • D.a.j: interindisciplinada,navegando en la cocreación.

  • LuchoS: lector y profe.

  • Danilorave: Explorador y selector , en búsqueda de la emancipación reaverpunk, desde la radio, el fanzine y el internet pirata.

  • Maurice (m00): Diseñador, maker y reparador

  • Leo: parte de Hackbo.

  • Diana: inquieta por tejer redes colaborativas en territorios vulnerables, y hacer de la tecnología una oportunidad de construcción de nuevas formas de relación y cuidado de la memoria.

  • Carlos: me interesan las redes descentralizadas.

  • kaléndula: criptoanarquista, bailarina y cirquera.

  • Daniel: Activista ambiental y anticapitalista. Hago parte de un proyecto de economías libertarias y me interesa aprender sobre procesos de documentación. Participaré de manera remota.

  • Sebastián: me gusta errar por la ciudad, escuchar y aprender cada vez que puedo. Poco con los computadores y sus tecnologías, pero, con interés para generar prácticas de comunidad y apoyo.

  • Paula: Soy bióloga apasionada por el sonido interesada en la memoria viva.

  • Caos: Artista indisciplinar. Interesadx en redes abiertas y colaborativas.

  • Carlos: miembro de hackbo, profesor-investigador en tecnopolitica, aprendiz de mambeador.

  • Daniel B: Nuevos medios, aprendiendo live coding.

  • DAVID ALEXANDER BARBOSA: Proyecto personal DJ MALANDRO con intereses y pasion por el Drum and Bass y todos sus géneros

  • Corcoveante: Hago firmware con alto coeficiente de descachalandramiento para esculturas cinéticas

  • Edu: participante en algunas de las primeras dataweeks. Programo y juego con sistemas.

  • Adriana:

  • MarPB:docente area de tecnoinfor, me imteresa lo digital y lo cuantico

  • Ludwig: Estudiante que quiere hacer del mundo un lugar mejor

  • Julián : Estudiante de ingeniería de sistemas, quiero aprender mucho más acerca de como utilizar datos para aplicarlos a problemas de aplicación.

Índice

Data Week 17, día 1

Presentaciones:

  • Diana: Trabaja en la red de Bibliotecas Públicas de Bogotá. Interesada en procesos de Memoria Viva.
  • Diego/ruidajo: Músico. arte experimental. arte, ciencia y tec. hacktivismos y artivismos. miembro de HackBo
  • Adri: Diseñadora, parte de Setas Libertarias
  • Edu. Programador. Interesado en infraestructuras
  • Daniel. Abogado, parte de Setas Libertarias
  • Maurice. Cubano radicado en Nueva York. Interesado en documentación y visualización
  • Carlos y Natalia: Madre y Padres, clase trabajadora ;-)
    • Natalia: trabajo en medios
    • miembros de hackbo
    • Carlos: profe e investigador, alimentar amistades, además de la documentación. tecnopoliticas, tecnologias y ancestralidad.
  • Karen: ing. de sistemas. interesada en seguridad digital. ganas de aprender
  • Paula: biologa acustica.
  • Sara: bibliotecologa cientifica de la información. maestria humanidades digitales.
  • Bryan: viene en camino! llego. circo arte comunidad. ing industrial. interesado en el mundo de datos y memoria.
  • Diana: ong campesina afro y proximamente indigenas. Curiosidad por otras herramientas. Religiosa herramientas para las hermanas.
  • Cristian: docente tec para niños. software libre
  • Esteban: parte de hackbo. artista plastico. tec abiertas.
  • Felix: Barcelona. informatico. docente en tec. trabajando con org. locales. creatividad con tec.
  • Diego: Ing electronico. esculturas cineticas. arte y tec a colegios
  • Juan/caos: Cine, arte y ciencia. interes en la posibilidades de intranet para procesos organizativos.
  • Offray: miembro de hackbo y setas libertarias y proy de revitalización. conectar colectividades a partir de procesos de documentación. academia, hacktivismo y comunidades de base.
  • Oscar/ramone: trabajo en financiera. interesado en los parches locales.
  • Sebastian: interes en aprender y concer el espacio. resonar con actividades en la ciudad. conoci el espacio en otra charla. politologo. acercamiento a tec medio nula.
  • Nicolas: me entere por otros encunetros en otros espacios. flujos de info y activismo. profe matematicas. alejado de compu. interes por la tec y flujos de info.
  • Kelly: estoy por curiosidad. interesada en estas practicas fuera de linea.
  • Leo: trabajo con información y conocimiento. Parte de HackBo.
  • Ardi: parte de hackbo. violinista. productora audiovisual

Sobre herramientas y prácticas

:::info Herramientas y prácticas se configuran mutuamente. :::

Enlace a la captura de pantalla (la teconologia usada es tldraw)

  • Software dialógico
    • asincrono foro
    • sincrono whatsapp
  • Software documental

HedgeDoc es software documental (la infraestructura de este pad).

Presentación: Herramientas Digitales Amoldables:

https://is.gd/ohapuj

  • Powerpointitis
    • hablamos mal de la herramienta no de las personas que las usan.
  • Wordsitis
  • Monoherramienta multiproblema
  • Herramientas apropiadas
  • Costos de Personalización
  • Amoldabilidad

Colectividad conectables

https://is.gd/poriva

Grafoscopio

Pueblos del centro

  • Comunidades en el amazonas
  • La cuarta colonización son las redes sociales.

Setas Libertarias

  • Colectiva de economias solidarias.
  • Despliegue de infraestructura para el cultivo de hongos.

Infraestructuras digitales abiertas para el cuidado comunitario de la memoria viva.

Amanecer la Palabra - Cartofonías.

https://is.gd/rugiti

Copincha

https://copincha.org/

Precious Plastic La Habana

Cafe Sorpresa

  • Una grabación de una versión en archive
    • https://archive.org/details/cafe-sorpresa-la-experiencia-organizacion-y-dominio-cibernetico

Enlaces acortados

Una posible tecnologia https://is.gd

Podemos pasar de:

https://alter.tiddlyhost.com/#A7%3A%20Amoldabilidad:%5B%5BA1%3A%20Herramientas%20Digitales%20Amoldables%5D%5D%20%5B%5BA2%3A%20Powerpointitis%5D%5D%20%5B%5BA3%3A%20Wordsitis%5D%5D%20%5B%5BA4%3A%20Monoherramienta%20multiproblema%5D%5D%20%5B%5BA5%3A%20Herramientas%20apropiadas%5D%5D%20%5B%5BA6%3A%20Costos%20de%20Personalizaci%C3%B3n%5D%5D%20%5B%5BA7%3A%20Amoldabilidad%5D%5D

↕

https://is.gd/ohapuj

Preguntas

En caso de que no puedas o no quieras interrumpir el dialogo sincrónico puedes ir usando este espacio para dejar preguntas y contestar preguntas.

  • ¿Porque el tiddlywiki de la presentación se ve así?

    • Usando un tema para tiddlywiki llamado Krystal.

  • Continuidad entre en línea y fuera de línea.

    • Infraestructuras de Bolsillo
    • Programación intersticial: extender sistemas técnicos desde aquello que está entre ellos, en lugar de desde adentro o desde los envoltorios (wrappers).

  • Realimentación en territorios:

    • Conversación permanente con personas de los territorios.
    • Reuniones de las comunidades, Grafoscopio y Setas Libertarias.
    • Viaje a territorios, financiación a partir de proyectos de investigación y microbecas con asistencias dependiendo del territorio, los presupuestos y la preparación previa.

Otros recursos

DataWeek17

← Dia 1 | Dia 3 →

Data Week 17, día 2

Agenda:

  • Saludar y/o volver a presentarnos
  • Los wikis apuntan al futuro
  • Lenguajes de etiquetamiento ligero, Markdown y HedgeDoc
  • Pausa

Saludos y presentaciones

Habitualmente, dado que la gente cambia entre sesiones, nos damos el chance de volver a presentarnos, contar un chiste flojo o un dato curioso.

  • Carlos: trabajo con biomateriales me gusta el tema de las ciencias de la complejidad.
  • ruidajo: Offray está afonico voy a ser el interprete de señales variopintas. se pueden escribir partituras en hedgedoc
  • Offray: estoy afonico 7 horas ayer hablando.
  • Cristian: trbajoen tec pero estoy formado en literatura.
  • Oscar: viendo autonoma.red
  • Sebastián: interes en la poesia. Gary Sneider relacion con budismo y anarquismo. persoanje en los vagabundos del dharma.
  • Nicolas: editorial independiente caleña Bruce Lee - Ursula Leguin paisaje noeuclidiano california.
  • Felix: hace poco en bogotá en la septima jujitsu en los dos sitios se hablo de Ursula K. Leguin
  • Esteban: Artista. casi toda la carrera pense que en enfasis grafico en el ultimo momento cambie a tec.
  • Edu: desde España. ruidajo puede intentar ser la voz pero no el cuerpo
  • Paula: biologa apasionada por el sonido. un hueso de más en el pie.
  • Diana: en camino al presencial.
  • Diana Jaime: chocolate y pan.
  • Daniel: en Armenia. FunGeek. de los hongos.

Los wikis apuntan al futuro

:::info Ver https://docutopia.sustrato.red/wikis# :::

Registrarse o no, he ahí la cuestión :smile:

Nos registramos si queremos tener control sobre la edición pública del documento, como los que se ven acá:

  1. Entramos a https://docutopia.sustrato.red/

  2. Cliqueamos en Sign In para crear un usuario:

Ingresamos un E-Mail y un Password y cliqueamos en Register para crear una usuaria nueva.

  1. Una vez hayamos ingresado, veremos una interfaz como esta (ventualente, puede que no haya documentos):

  2. Crearemos un nuevo documento personal, agregando el enlace que queremos que tenga el documento, después del /.

    Por ejemplo, si quiero crear una página, cuya dirección termine en Offray, deberé escribir en la barra de navegación: https://docutopia.sustrato.red/Offray.

:::success Cada aprendiz creará una página personal y después del recuadro verde, colocará el enlace a la página personal que creó. :::

  • https://docutopia.sustrato.red/Offray
  • https://docutopia.sustrato.red/felix
  • https://docutopia.sustrato.red/dianap
  • https://docutopia.sustrato.red/esteprimitivo
  • https://docutopia.sustrato.red/DanielC
  • https://docutopia.sustrato.red/adri
  • https://docutopia.sustrato.red/pelambrera
  • https://docutopia.sustrato.red/sebas
  • https://docutopia.sustrato.red/dianajaime
  • https://docutopia.sustrato.red/caosludd
  • https://docutopia.sustrato.red/klndla
  • https://docutopia.sustrato.red/rdcntsphnx
  • https://docutopia.sustrato.red/azuledu
  • https://docutopia.sustrato.red/o.0
  • https://docutopia.sustrato.red/Kellymporta

Aprendiendo Markdown

:::success

Escribiremos en un lenguaje de etiquetamiento ligero, llamado Markdown.

Para ello cada un@ en su página personal, o en un namespace dentro de ella va:

  1. a seguir el tutorial de Markdown
  2. Y colocar el texto de la lección, con la respuesta en la página personal antes creada. :::

:::info

Acá hay más notas sobre Markdown :::

DataWeek17

← Dia 2 | Dia 4 →

Data Week 17, día 3

https://is.gd/dataweek17C

Agenda:

  • Saludar.
  • Algunos comentarios de la pausa.
  • De documentación síncrona a asíncrona.
    • Descargar los HedgeDocs (manualmente)
    • Control de versiones.
      • Definiendo una jerarquía de carpetas para los archivos.
      • Gestores e instaladores de paquetes de software.
      • Fossil:
        • Crear un repositorio
        • Iniciarlizarlo.
  • Automatismos.

Algunos comentarios de la pausa

Los lenguajes de etiquetamiento se usan también en matemáticas, por ejemplo con LaTeX.

Un lenguaje que integra las lecciones de los lenguajes ligeros y las lecciones de LaTeX, particularmente útil en publicaciones científicas es Typst

La estructura de los enlaces en este pad: los enlaces que empiezan por por punto apuntan al servidor (rutas locales). ej: DataWeek17 apunta a https://docutopia.sustrato.red/dataweek17

[DataWeek17](./dataweek17)

Saludo

  • Offray: Inyeccion en nalga derecha cura el dolor de garganta
  • Sebastián:
  • Adriana:
  • Esteban: historia de futbolito, anarco creo el juego
  • ruidajo: tenemos un taller de livecoding y caida del patriarcado el lunes → ruYdo: livecoding y música
  • Carlos:
  • Juan Diego:
  • cristian:
  • Diana
  • Maurice: Ayer vi la pelicula Working Girls, de Lizzie Borden, se las recomiendo!
  • Leo
  • Edu

Documentación síncrona y asíncrona

Es posible que queramos documentar fuera de línea y, en ese caso, sería conveniente poder descargar nuestros documentos organizarlos y publicarlos de manera resiliente y colaborativa. Esto es lo que exploraremos en esta sesión.

Empecemos por definir una ruta de carpetas y subcarpetas para colocar nuestros documentos. Son el equivalente a los namespaces, pues agrupan, de modo excluyente contenidos.

Pensemos en una jerarquía para nuestros contenidos:

~/Documents
  |_ Grafoscopio/
     |_ Wiki/
       |_Es/
       |_En/
  • ~: home o la carpeta de usuario.
  • ./: aquí (ruta local).

CLI vs GUI

Si queremos crear, por ejemplo, una jerarquía de subcarpetas, desde la consola,tos lo hacemos así:

mkdir -p Documents/Grafoscopio/Wiki/Es/
  • mkdir es make directory
  • -p es --parents que quiere decir que puede crear directorios internos o encadenados o hijos.

:::success Crear una jerarquía de carpetas y subcarpetas para guardar el contenido de este taller, usando o bien la interfaz GUI (Graphical User Interface) o la CLI (Command Line Interface). :::

Gestores de paquetes

Colección de herramientas que sirven para automatizar el proceso de instalación, actualización, configuración y eliminación de paquetes de software. fuente

Scoop

Para quienes están trabajando en Windows, es mejor que instalen un gestor de paquetes:

Una vez instalado Scoop, recomiendo instalar WindTerm. Esta es la página oficial de WindTerm.

CLITERATURA

Proyecto de Programando Libreros para explorar la navegación en la consola de comandos.

Juegos para practicar el uso de la consola:

Brew

  • Brew, es similar a Scoop, para MacOS.

Descargar un documento

Podemos descargas los documentos que estamos escribiendo en HedgeDoc en distintos formatos. Para hacerlo, nos dirigimos al menú que se encuentra en la parte superior derecha de la pantalla y seguimos la siguiente indicación.

Se debe tener en cuenta el lugar de descarga del archivo, según la configuración de desacargas de cada computador.

:::success Descargar la documentación del día en distintos formatos:

  • Markdown
  • HTML
  • Raw HTML

Apreciar las diferencias entre los distintos formatos, abriéndolos desde el bloc de notas o un programa similar. :::

Repositorios de código para los documentos

Vamos a crear un repositorio de código para nuestros documentos y lo haremos dentro de la carpeta que descargamos.

:::info Prerrequisito: Instalar Fossil. :::

Fossil vs Git

  1. Nos ubicamos en la subcarpeta de Grafoscopio/

    cd ~/Documents/Grafoscopio

  2. Iniciamos el repositorio:

    fossil init grafoscopio.fossil

    Con este comando creamos el repositorio, así no tengamos ningún tipo de contenido en él.

    Aparecerá algo como esto:

    project-id: f228a2520453c249d16d69533a54128154207e0b
server-id:  0cc074cfd15816708861dfbf1e35a86b88cf2004
admin-user: offray (initial password is "VrHyQRx3JM")

  3. Abrimos el repositorio:

    fossil open grafoscopio.fossil -k

  4. Adicionamos el archivo Markdown que descargamos en secciones anteriores:

    fossil add ruta/al/archivo

    fossil add Wiki/Es/dataweek17C.md
ADDED  Wiki/Es/dataweek17C.md

    Con esto indicamos que nos preocupa la historia de este archivo.

  5. Lo siguiente es publicar o versionar esas historias que nos preocupan, bien sea para tener su registro privado o para colaborar con otr@s al respecto de tales archivo.

    fossil commit -m "Iniciar información del Data Week 17 y 20 años del Bogotrax."

    el resultado es este:

    New_Version: f7c084efb0eaa249ddab7219166366b7a5dfcf3

  6. Podemos ver la interface web del repositorio:

    fossil ui

    que nos dará algo como esto:

    Listening for HTTP requests on TCP port 8080

    y abrirá el navegador con la interfaz por omisión:

  7. Si cliqueamos el checksum (marcado en rojo tenue en la pantalla anterior), veremos el Diff:

  8. Guardamos una versión actualizada de este HedgeDoc y volvemos a hacer commit.

fossil commit -m "Actualizando a final del día 3." 
New_Version: 7fb11e20235833f210d0900c5d8a8123d58f95b188ee7ef546e42c06a6c3c5e1

Sobre plantillas y nombres de archivos

Si tomamos esta plantilla de Brea

La convención de nombrado es pagina.mus.html.

  • pagina: nombre del archivo.
  • .mus: es el lenguaje de plantilla. En este caso es Mustache.
  • html: el formato final de esa página.

Eso quiere decir que la página "Abrebocas", es el resultado de tomar el archivo Markdown e inyectarlo en dicha página.

Otros recursos o comentarios

ISO 3166-1, proporciona códigos para los nombres de países y otras..

Los enlaces a youtube usamos Invidious an open source alternative front-end to YouTube.

También existen las TUI (Text User Interface)

SPA, Single-page application

IndieWeb con Brea

"Stop Writing Dead Programs" by Jack Rusher (Strange Loop 2022)

Enlace del video

{%youtube 8Ab3ArE8W3s %}

hjkl: atajos de vim para moviento. es igual que ←↑↓→

descarga un documento.

La herramienta para capturas de pantalla es Flameshot.

DataWeek17

← Dia 3 | Dia 5 →

Data Week 17, día 4

Enlace acortado

https://is.gd/dataweek17D

Agenda:

Explicaremos algo, pero con canciones:

Sistemas de control de versiones

:::success

Ver el video How Internet will (one day) Transform the goverment.

Y conversar des posturas, opiones e inquietudes. :::

Ideas e inquietudes

¿Cooperación sin coordinación?

Coordinación sin centralización

Nuevas formas de argumentación/prosa

¿Transformar la filosofía de las heramientas más usadas y sus equipos? Homogenización desde el feudalismo

Ciberfeudalismo.

Tecnofeudalismo

Grietas que muestran otros modelos

Falta mucho avanzar en las capacidades de diálogos interculturales

  • Programar en inglés
  • Lenguajes muy específicos.
  • ¿Cómo se puede dialogar con otras filosofías políticas?, ¿con otros pueblos, etnias, latitudes?

(una forma de)Gestión de información

poca accesibilidad (idioma, infraestructura)

¿Cuáles son las resistencias de las poblaciones que no están familiarizadas con estas herramientas?

Dificultad en pivotear las culturas tecnologicas.

Eso es GoogleDocs

¿Cómo resisten el saboteo?

Los vectores oligopólicos. Ejp: M$

¿Cómo se extiende el control de versiones para otros medios (audio, imagenes, videos)?

En el video se postula la idea que Linus Trovalds (git) fue quien resolvio el problema de control de versiones, sin embargo, existen/existian otras soluciones como mercurial, fossil, bazzar.

Atahualpa Yupanqui

Manuel Quintin Lame

Aprender el lenguaje del colonizador para defender al colonizado.

Ley de Conway

Enlace de la caricatura https://xkcd.com/2347/

Live Coding

Dentro del festival bogotrax, hicimos un taller de livecoding en hackbo con el parche ruYdo Livecoding y música.

:::success Escritura progresiva implica cambios progresivos. :::

Hasta el momento al parecer somos la única comunidad en el mundo, que usa livecoding en hacktivismo.

También han denominado de nuestras prácticas de livecoding documental como escritura performativa(ca). ej: Documentaton.

MiniDocs: metaherramienta para documentación

graph TB;
    1["Smalltalk <br> (1973)"] --> 2["Squeak <br> (1996)"];
    2 --> 3["Pharo <br> (2007)"];
    3 --> 5["GToolkit <br> (2021)"];
    3 --> 4["Grafoscopio <br> (2015/2016)"];
    5 --> 6["Lepiter <br> (2021)"];
    4 --> 7; 
    6 --> 7["MiniDocs <br> (2022)"];

La computación clásica se entiende a partir de capas con fronteras muy claras y "duras".

graph TD;
    1[Sistema Operativo] --> 2[Lenguajes de programación];
    2 --> 3[Entorno integrado de desarrollo];
    3 --> Aplicación;
    Aplicación --> Documento

Instalar Glamorous toolkit

:::success Instalar Glamorous Toolkit :::

DataWeek17

← Dia 4 | Dia 6 →

Data Week 17, día 5

Enlace acortado

https://is.gd/dataweek17E

Demo

:::success Instalar Glamorous Toolkit :::

:::success

  1. Abrir el GToolkit.
  2. Instalar Grafoscopio :::

Agregamos un nuevo snippet (o trozo) de contenido de Pharo:

Otra forma de desplegar este menú es con el atajo de teclado: Ctrl + Shift + Enter.

DataWeek17

← Dia 5

Data Week 17, día 6 (FINAL)

Enlace acortado

https://is.gd/dataweek17F

Participantes

  • Offray
  • Esteban
  • Juan
  • Nicolas
  • Sebastian
  • Cristian
  • Leo
  • Adri
  • Ardi
    • aka TokaJazz ArdiJazz
  • ruidajo
  • Carlos
  • Daniel
  • Edu
  • Master
  • Maurice
  • Daniel
  • Maurice
  • Kelly
  • Sara

Preliminares

Tracing the dynabook, James W. Maxwell

A comprehensive catalogue of Alan Kay’s publications, interviews and videos. → Alan Kay Media Center.

Lepiter

:::success

  1. Leer la introducción a Lepiter
  2. Crear una primera página en el mismo. :::

Breve intro a Smalltalk

Historia de la computación (enlace youtube)

{%youtube T3pN3mRwP7U %}

🤬 Diatriba contra el Hola Mundo vs. 👋🌎 The Hello World Collection

Si hacemos commit de nuestras narrativas al repositorio, veremos algo como esto:


Pull from https://offray@mutabit.com/repos.fossil/dataweek/
Round-trips: 1   Artifacts sent: 0  received: 0
Pull done, wire bytes sent: 442  received: 2440  remote: 45.55.37.99
./data-week-17--7gpb4.md.html contains mixed line endings. Use --no-warnings or the "crlf-glob" setting to disable this warning.
Commit anyhow (a=all/c=convert/y/N)? a
New_Version: 7411194512944a1e283c91a5ca775674e29ef873
Sync with https://offray@mutabit.com/repos.fossil/dataweek/
Round-trips: 1   Artifacts sent: 3  received: 0
Sync done, wire bytes sent: 6672  received: 299  remote: 45.55.37.99

Una parte del mensaje dirá Sync with https://offray@mutabit.com/repos.fossil/dataweek/

Vamos a visitar ese repositorio en

http://mutabit.com/repos.fossil/dataweek/timeline

Y cliqueamos el checksum.

Veremos algo como esto:

Cliqueamos, de nuevo, el nombre del archivo:

Y finalmente cliqueamos en "Doc" y veremos algo así:

:::info Narativa con las memorias del Data Week :::

:::success Importar la página del Data Week 17 a la base de datos de cada cual. :::

Podemos importar otras páginas como la del GIG Portable Wiki, que habla de cómo migrar de WordPress a TiddlyWiki

:::info Colecciones e iteradores :::

Preguntas

¿Se puede mezclar entidades externas de información con las internas?**

Indagación sobre el elemento.

  1. Cliquear la solapa meta (vocabulario).
  2. Buscamos en el vocabulario el mensaje que nos importa.
  3. Revisamos el método.

Resolviendo instalación manual de MiniDocs

En la esquina superior izquierda cliquear en gt y luego en la columna izquierda cliquear en el boton Git

En la nueva pantalla cliquear el icono + en la parte superior izquierda en el panel nombrado Repositories.

En el menu desplegado seleccionar Clone a remote repository

En el campo del menu desplegado pegar la url del repositorio de MiniDocs

https://code.sustrato.red/Offray/MiniDocs

y seleccionar el check o chulito.

Luego tenemos que cliquear en la fila de la columna izquierda que dice MiniDocs, esto desplegara en la ventana central

¿Cómo importar documentos de vuelta GT/Lepiter?

¿Cómo eliminar páginas de GT/Lepiter?

Abrimos la página en GT y al abrirla, hacemos click en el botón de -

¿Por que las direcciones no son limpias?

Por qué las direcciones de lo publicado con MiniDocs aparecen con algo como:

https://mutabit.com/repos.fossil/gig/doc/trunk/wiki/en/gig-portable-wiki--1apbv.md.html

Terminando en gig-portable-wiki--1apbv.md.html y con códigos "raros" como 1apbv

Las marcas en rosado, son los identificadores o ids únicos de la información. Y permiten reconstruir la página, preservando la estructura del documento y la secuencia de los contenidos. El identificador que está al final del cada nombre de archivo, para este caso 1apbv y me habla de la identidad única del documento haciéndolo parte

¿De dónde vienen esos metadatos raros?

Vienen de Lepiter, pero la forma en que se exportan en Markdeep está inspirado en AlpineJS con su x-data:

Y en AssemblerCSS

¿Cómo recuperar las memorias de un eventos en HedgeDoc, si los enlaces no están estructurados?

Ver: Data Weeks: Guardar las memorias del evento

Data Week Taller + Hackathon: 16va edición

Enlace corto:

https://is.gd/dataweek16

Información importante

:::info Fechas:

  • Primera mitad: 2 al 4 de marzo
  • Segunda mitad: 9 al 11 de marzo

Horarios:

  • Jueves y viernes: 6:30 PM a 9:15 PM
  • Sábados: 3:00 PM a 7:00 PM

Lugares:

  • HackBo: Calle 44 # 8-50 Apto 201

Entrada libre :::

:::info Preinscripciones y prerrequisitos

Se requiere llevar un computador portátil con sistemas operativo de 64 bits:

  • Windows 10 o superior
  • MacOS
  • Gnu/Linux

No se requiere experiencia previa en programación. :::

Temática

De los datos comunitarios a los chatbots

Exploremos cómo construir chatbots en la línea de la #ProgramaciónIntersticial, que nos permitan interconectar sistemas sociotécnicos, en particular TiddlyWiki con Telegram, creando documentación interactiva en el camino, vía Lepiter

Para ello tomaríamos algo como Bottlegram o TelegramSmalltalkBot, crearíamos un bot y luego podemos explorar varias alternativas:

  • Crear un lenguaje de dominio específico (DSL) para darle instrucciones como:

    • /wikify direccionHedgeDoc: convertiría la dirección de HedgeDoc en un tiddler de Markdown en formato JSON par ser arrastrado a TiddlyWiki.
    • /fossilize direccionHedgeDoc direccionFossilRepo/subdir: tomaría un documento en la direccionHedgeDoc y haría un commit a direccionFossilRepo/subdir. Si /subdir no está presente, el commit es a la raíz de repositorio y si lo está, se alojaría en archivo en el subdirectorio.

    Estos casos mínimos serían suficientemente complejos para un taller de una semana con novatos al entorno Pharo/GT.

    Los comandos podrían también ser traducidos al español.

  • A futuro podemos ver cómo alimentar el bot con los datos del canal de Grafoscopio de Telegram para hacerle preguntas frecuentes.

Charla de Jack

Memorias del evento

Cronológicas

  1. Sesión del 2 de marzo.
  2. Sesión del 3 de marzo.
  3. Sesión del 4 de marzo.
  4. Sesión del 9 de marzo.
  5. Sesión del 10 de marzo.

Temáticas

Léxico básico del evento

  • Guaro: aguardiente, bebida de anís.
  • Pola: cerveza, simple y llanamente.
  • Raspafiesta (o trad. partyscraper), persona o grupo de personas que se niegan a que una fiesta terminó y tratan de aferrarse hasta de la última gota de pola, guaro o del agua del florero.

Otro glosario

  • Repositorio: es un espacio centralizado donde se almacena, organiza, mantiene y difunde información digital, habitualmente archivos informáticos, que pueden contener trabajos científicos, conjuntos de datos o software. (de wikipedia)

Preparativos

Carta de la Open Knowledge Foundation

Habitualmente, la Open Knowledge Foundation (OKFN) a través de listas de correo, co-organiza el evento, definiendo las temáticas. Alinearnos con la temática propuesta de la OKFN nos ha permitido ganar un par de microbecas en el pasado, que suelen ir al sostenimiento de HackBo.

Este año la temática será: de los datos abiertos a la inteligencia artificial. Si bien el último término ha sido fuertemente criticado y es polémico, tanto en HackBo como en Grafoscopio (sede y comunidad que organizan el evento localmente), podemos crear una edición que muestre precisamente estas intersecciones críticas con lo que la comunidad local ya ha venido haciendo/proponiendo.

Dear everyone,

We are pleased to announce the date for Open Data Day(s) 2023. As a way to increase the representation of different cultures around the world, in this edition, we offer the opportunity for organisations to host the ODD event on the best date for their location between March 4th and 10th 2023.

Please read the announcement for more information and register your event if you have already started planning for it: https://opendataday.org/

2023 Thematic Focus: To achieve a greater impact from the events, this edition will focus on a single theme and concentrate mini/small grants around it. “Open Data to AI” will be the thematic focus for ODD 2023. With this theme, we aim to seek how open data is playing a critical role in the field of artificial intelligence, machine learning and other emerging technologies.

Website Translation: As the 2023 content of the ODD website is updated, we are looking for contributors who can help us with the translations. The website has been previously translated into 14 different languages. Check out the old translation here and README.md for more information. Feel free to contact us if you need any support.

ODD Small Grants Program: Each year, OKFN partners with funders to support Open Data Day events around the world with small grants. There are four distinct partnership opportunities and they are all modular and can be delivered individually or in any combination. For more information related to the Open Data Day and Partnership Opportunities, please contact: Nikesh Balami (nikesh.balami@okfn.org), International Open Data Lead, and Carol Matos (carolina.matos@okfn.org), Partnerships Lead.

Thank you and looking forward!

Best regards,
--

Nikesh Balami (he/his)

International Open Data Lead

Open Knowledge Foundation - For a fair, free and open future

https://okfn.org/ | @okfn | Blog | Newsletter
----

Recursos extra

Data Week Taller + Hackathon: 16va edición: Día 1

Enlace corto:

https://is.gd/dataweek16A

Enlaces generales del evento:

Presentación:

  • Del espacio
  • Del evento
  • De les participantes

Entrando en materia:

  • Open Data Day
  • El Data Week
  • Nuestro evento: de los datos comunitarios a los chatbot.

Presentación

Del espacio: HackBo

HackBo

  • Existimos desde 2010.
  • Estamos acá desde 2012. (Acá se refiere a el espacio físico)
  • Llevamos 12 años a tres meses de acabarnos.

Funciona desde plurarquía

Michael Bauwens: Las formas de administrar la escasez

  • El mercado: tenemos los bienes que podemos comprar
  • La democracia: seguimos la decisión de las mayorías.

El evento

Celebración del Open Data Day y se intersecta con el Data Week (2015)

El tema de este año:

De los Datos Abiertos a la "Inteligencia Artificial"

De los datos comunitarios a los chatbots:

De los participantes

Offray

  • Profesor (recaí en la docencia)
  • Sin número de la suerte..
  • Los piscis no creemos en el horóscopo! :angry:
  • Gato en el horóscopo chino

Adriana

  • Violinista.
  • 23, número de la suerte
  • Cabra en el horóscopo chino, como Jack

Leo:

  • Bibliotecario, por accidente y convicción
  • abolicionista del trabajo, por obligación (copiado de ruidajo)
  • Serpiente en horóscopo chino

Diego, Ruidajo

  • Ex-Músico, ruidista, abolicionista del trabajo, por obligación
  • Mono (quiubo,) en el horóscopo Chino

Jack

  • Analista de datos
  • Abolicionista carcelaria
  • Inteligencia artificial explicable.
  • Cabra en el horóscopo chino, como Adriana

Presentación de la pila de tecnologias

Glamorous toolkit

https://gtoolkit.com/

  • Descubrimiento de dominio
  • Lectura de código vs lectura de prosa
  • Exploración de API
    • Lo haciamos antes de gtoolkit lo hiciera
    • Grafoscopio

  • Kanizsa triangle.

  • Presentación herramientas amoldables

  • Lepiter

  • No es compatible con Altair, pues este está muy centrado en Python, pero conectamos sistemas y los extendemos desde las fronteras.

  • Conexiones con Programación intersticial

  • Ejemplo: manipular visualizaciones desde Socialmetrica gtoolkit para producir visulizaciones con LaTeX

    • CandidatosEnDatos
      • prototipo para visibilizar y catalizar formas emergentes y novedosas de participación ciudadana, co-gobierno y transparencia. Para ello, combinamos tecnologías cívicas, herramientas digitales amoldables, así como narrativas y visualizaciones reproducibles de datos e infraestructuras de bolsillo.

Pausa Musical

{%youtube ca48oMV59LU %}

{%youtube 2CD8tbqXeT8 %}

{%youtube zqLX3t9G6CA %}

{%youtube sksn8G3jRpA %}

Para conocer nueva música Ardi Complot el más reciente video:

{%youtube S7ndIlrtUV8 %}

{%youtube mAgE7z7ueTM %}

Glamorous Toolkit

Instalaremos el Glamorous Toolkit.

  1. Entramos a https://gtoolkit.com/download/

Data Week 16, día 2

https://is.gd/dataweek16B

Enlaces generales del evento:

Miniagenda:

  • (Re)introducciones
  • Instalar y desplegar el stack tecnológico.

Introducciones y reintroducciones

  • Jack
  • Nathalia
    • Dragon
  • Leonardo
  • Offray
  • ruidajo (Diego)
  • Luis *
  • Juan

Instalar el stack tecnológico

Susan L. Star. Teórica de las infraestructuras.

las infraestructuras son:

  • invisibles: sólo se ven cuando fallan.
  • acumulativas: no se crean ex nihilo (de la nada) sino a partir de lo previo.
  • relacionales: lo que es infraestructura para alguien, es temática para alguien más.
    • Para los ciudadanos, las leyes son infraestructura.
    • Para los abogades: las leyes son temática

Luna, O(2016). dice que las infraestructuras:

  • organizan y acumulan acciones: la rampa: organiza el acceso a un lugar y cuando la usan mucho los skaters, se pela, crea nuevas superficies a partir del desgaste, etc.
  • embeben y transportan contextos: Ejp, Wikipedia
  • dan forma a la imaginación:
    • "a pongale un boton, que eso se arregla"
      • ¿Qué implica poner ese botón?
    • Una cosa que funcione como uber whatsapp pero con algo más.

Infraestructuras alternas permiten acumular, organizar y en últimas habitar futuros alternos.

Glamorous Toolkit

Intro:

A: cual es el parecido a gtoolkit en el mundo hegemonico? O:

Tres formas de pensarse la computación o paradigmas

  • Unix: El que ganó, inspiró: Windows, Mac, IOS, Android, Linux
    • [The Unix haters handbook] Aquí
    • (https://en.wikipedia.org/wiki/The_UNIX-HATERS_Handbook)
  • Lisp / Symbolics: Emacs viene de esta tradición.
  • Smalltalk / Dynabook

Descarga e instalación

  1. Entramos a https://gtoolkit.com/download/. Aparecerá preseleccionada la plataforma desde la cual estamos navegando:

:::success

Luego enriqueceremos el entorno de cómputo siguiendo las instrucciones en:

  • ¿Cuál es la diferencia entre los siguientes códigos?

El que se encuentra en code.sustrato:

ExoRepo new
	repository: 'https://code.sustrato.red/Offray/MiniDocs';
	load.

Y el código que se incluye en el pad de GT:

[
EpMonitor current disable.
[ ExoRepo new
	repository: 'https://code.sustrato.red/Offray/MiniDocs';
	load. ] ensure: [ EpMonitor current enable ].
] fork.

Gitea: Respositorios descentralizados de código. Contrahemeónicos Github

El resultado de la aplicación de los instaladores, dará como resultado que el documento tenga el ícono de «piscis» que permite exportar la hoja, en formato web.

La página exportada, se ve de la siguiente manera:

Donde:

  1. El documento se exporta usando un navegador. En este caso chromium.
  2. El contenido escrito en Lepiter, representado en Markdeep.
  3. Usa una pestaña de Hypothes.is, para incluir comentarios directamente en la web, siempre y cuando se ingrese a esta herramienta web.

Otras cositas

aqui decia → "Solo Milloz", Muerte a los hackers! (juaquers) (Quakers)

Solo PHARO lokaz!!!

Tanda musical

  • {%youtube SwwtAcSfguM %}
  • {%youtube F_AGC1W_aJk %}
  • {%youtube u8gEFT2cajk %}
  • {%youtube LH5V_VWF7q8 %}
  • {%youtube N8n6k8QcU3k %}
  • {%youtube brzZQBSVMX0 %}
  • {%youtube V-oXwBmUCYA %}
  • {%youtube haVaaDLwWvI %}

Data Week 16, día 3

< Anterior

Enlace acortado:

https://is.gd/dataweek16C

Enlaces generales del evento:

Miniagenda:

  • Empalme con la sesión anterior
  • Control de versiones.
    • Clay Shirky: How the Internet will (one day) transform government
    • Git
    • Fossil
      • Soy fossilero vivo siempre una aventura!
      • Tronco e'repo nos vamos a armar
    • Fossil vs Git
  • Pharo/Smalltalk: historia, contexto, ideas principales y sintaxis.

Empalme con la sesión anterior

Vimos como personalizar el entorno colocando paquetes para instalar software desde distintos repositorios, exportar documentos de nuestras narrativas de datos desde GToolkit como páginas web.

Hoy veremos como publicar dichos documentos usando control de versiones. E introduciremos la historia, los contextos y conceptos principales de Pharo/Smalltalk, la tecnogía amoldable que usaremos para programas los bots.

Control de versiones

Clay Shirky: How the Internet will (one day) transform government

{%youtube CEN4XNth61o %}

Shirky es el autor Here comes everybody (Refutación: Here comes nobody)

  • Git: Es el sistema de control de versiones más popular en la actualidad. Creado por Linux Toldvars para gestionar el código de Linux.

    • GitHub: De propiedad de Microsoft, es el sitio de hospedajes de repositorios de Git más usado del mundo para hospedar código. Ha sido

  • Fossil: Es otro sistema de control de versiones.

    • SQLite
    • Fossil vs Git
      • Fossil pesa 3 MB, Gitlab pesa mucho más.
      • Tienen énfasis distintos.
      • Los desarrolladores usan Github, para poder reportar problemas en los proyectos.
      • Fossil desalienta "feudalismo de los metadatos".Trae todos los metadatos y no queda para una plataforma.

Práctica con Fossil

En Wikilexias aprenderás a usar un wiki dentro/desde un wiki mismo (encarnando algunos de los intereses de la comunidad de Grafoscopio, como la auto-rerefencialidad y los metasistemas, que podremos explorar más adelante).

:::success

Vamos a realizar la mini guía Chisel: Crear y configurar el repositorio remoto (parte de wikilexias)

Importante: El lugar al que hay que entrar para crear un repositorio de Fossil es ChiselApp :::

Después de haber terminado con la guía, tendremos una dirección como esta:

https://chiselapp.com/user/offray/repository/offray-wikilexias/

Deconstruyamos sus partes:

  • https://: protocolo de conexión
  • chiselapp.com: dominio.
  • user/offray/repository: De qué usuario, es el repositorio
  • offray-wikilexias/: nombre del repositorio.

Clonar el repositorio

Vamos a crear una copia local de dicho repositorio. Y para ello vamos a:

  1. Instalar Fossil.
  2. Clonar el repositorio

:::success Seguir la guía de instalación de Fossil :::

Para clonar el repositorio abrimos la terminal, la consola de comandos (en Windows "recientes" se conoce como el PowerShell).

Brevísima introducción a la consola de comandos

Consideremos dos maneras de interactuar con el computador:

  1. Consola o terminal CLI: Command Line Interface
  2. La interfaz Gráfica. GUI: Graphical User Interface

Jerome Bruner, psicólogo cognitivo. Habla de tres maneras de cognición interrelacionadas:

  1. simbólica: pensar con palabras, símbolos, ecuaciones.
  2. icónica: pensar con imágenes.
  3. enactiva: pensar con acciones.
  • GUI: Icónico+Enactivo
  • CLI: Simbólica

Evolution in four dimensions

Hay cuatro acciones comunes en la consola de comandos:

  • Listar cosas
  • Moverme entre ubicaciones y
  • crear, mover y borrar información.
  • Ejecutar programas.

Entre los usos más avanzados está buscar información (vía grep, jq, etc)

Clonar el repositorio

Abrimos la consola de comandos:

  1. Nos ubicamos en nuestros documentos: cd Documents

  2. Creamos una carpeta para este evento: mkdir DataWeek16

  3. Nos ubicamos dentro de esta carpeta: cd DataWeek16

  4. Clonamos el repositorio:

    fossil clone https://chiselapp.com/user/offray/repository/offray-wikilexias/

Agregamos un archivo al repositorio. Deberíamos ver algo como:

fossil add gtoolkit-instalacion-de-software--2ogic.md.html 
ADDED  wiki/es/gtoolkit-instalacion-de-software--2ogic.md.html
  • ADD Adicionar un archivo: Quiero que empiece a rastrear la historia

Luego haremos un commit, que quiere decir quiero publicar y sincronizar la historia de este archivo

fossil commit -m "Mensaje significativo para humano"

Sincronizamos los repositorios:

En el siguiente comando:

  • en <usuario> deberia ser reemplazado por el nombre de usuario.
  • en <nombre-repositorio> deberia ir el nombre del repositorio.
fossil sync https://<usuario>@chiselapp.com/user/<usuario>/repository/<nombre-repositorio>

Repositorios creados

Pegamos acá la dirección de los repositorios que creamos en esta sesión:

  • https://chiselapp.com/user/sierraluisfer/repository/sierrraluisfer2/index

  • https://chiselapp.com/user/jackfawkes/repository/Hackbo_Repository/index

Un bot de prueba

https://t.me/prueba1ruido_bot

Explicación de la metadata de la cabecera

En la cabecera de los pads usamos:

---
breaks: false

---

El formato de es instrucción se llama YAML.

YAML es un formato de serialización de datos legible por humanos inspirado en lenguajes como XML, C, Python, Perl, así como en el formato de los correos electrónicos (de wikipedia)

La documentación de las intrucciones de configuración que entiende hedgedoc(docutopia) se encuentra en: https://docutopia.sustrato.red/yaml-metadata#

Cuando usamos la instrucción breaks: false el texto se parado por lineas se procesa de la siguiente forma:

Proyecto de Mutabi

Escribimos:

Esto dijo el armadillo
subiendo a la mata de lulo
cadhttps://chiselapp.com/user/sierraluisfer/repository/sierrraluisfer2/indexa vez que subo y bajo
voy y me limpio el alma

se procesa:

Esto dijo el armadillo subiendo a la mata de lulo cada vez que subo y bajo voy y me limpio el alma

Pausa Musical

{%youtube lCMQ8HAXC-M %}

{%youtube EBXxuguoQpk %}

Data Week 16, noche 4: Sintaxis de Smalltalk, actualizaciones y live coding

< Sesión anterior

https://is.gd/dataweek16D

Miniagenda:

  • Recuento
  • Introducción breve al live coding
  • Sintaxis de Smalltalk
  • Pausa musical
  • Intro a bots. (opcional)

Introducción breve al live coding

Live coding es una tradición de escritura de código,

Diego empezó con lenguajes gráficos como Pure Data de livecoding a instrumentos digitales que permiten livecodear.

{%youtube iBYERd4_z-A %}

Tecnologías Cívicas.

Algo de música:

{%youtube xXNB1BbKY8A %}

Stop writing dead programs

{%youtube 8Ab3ArE8W3s %}

escritura progresiva implica cambios progresivos.

"Un gran poder implica una gran responsabilidad"

[name=Parker, B.]

y el live coding ¿para qué?

  • Una sensibilidad en la que lo importante es la creación.
  • Disminuir los tiempos de Feedback.

En #CandidatosEnDatos los datos fueron scrappeados desde * nitter.net

Otros ejemplos artivistas:

Habitualmente los desarrolladores de software trabajan en algo llamado el IDE: Integrated Development Environment (VS Code / VS Codium)

Tudor Girba, líder de GToolkit dice que cuando uno se sale del IDE, el Integrated ha fallado.

La idea del bot es que resuelva problemas propios de una comunidad determinada.

Paul Graham "La venganza de los nerds" ¿Por qué no uso lo que usa todo el mundo

Smalltalk

  • Todo es un mensaje y todo es un objeto
  • Los objetos pueden comunicarse con otros objetos o con sigo mismo. Los objetos tienen características reflexiva o de introspección: saber sobre su propio estado.

Intro a los objetos:

  • Clases: Organizan un discurso del mundo a través de la contenencia.

    • Operan como los conjuntos y sus contenencia. Ver imagen de los ojos chuecos enloquecidos. :eyes:

  • Mensaje: qué le pido a un objeto.

  • Método: cómo implemento lo que pido.

Los mensajes tienen tres tipos (quizás para pasado mañana)|

Tanda musical

{%youtube gI5Ks4yx-_Q %}

{%youtube tEEW0z_nWjo %}

{%youtube NQ6uFjWpYVQ %}

{%youtube b0JSHuhmg_s %}

{%youtube 8WkoPb2T5vA %}

Chistes

En el INCI, la página tiene VISIÓN y MISIÓN

"Somos pocos y rápidos"

"Codiando y codeando"

Data Week 16, noche 5: presentacion de Jack

< Sesión anterior

Enlaces acortados:

https://is.gd/dataweek16E

Proof Mode

Proof Mode es una herramienta elaborada en Guardian Project que sirve para validar que el contenido multimedia que se ha capturado, desde un dispositivo movil, pueda ser verificado por un codigo hash.

la aplicacion busca garantizar:

  • integridad
  • consistencia
  • autonomia (sobre datos recolectados y compartidos)
  • sincronia (evaluacion cualitativa)

Enlaces de interes

Data Week 15

Estas son las memorias de la decimo quinta edición del Data Week, nuestra (anti)hackatón y taller

^ Arriba Página web del Data Week.

Método

Usamos el método "Encera Brilla", de repetición reflexiva que nos permita afianzar experticias y adquierir nuevas.

La intensión es que cada participante elija el lugar de experticia en el cual quiere iniciar su práctica, bien sea a partir de la documentación previa o desde la que irá construyendo. Se procederá de esta manera:

  • Sesiones de introducción colectiva
  • Ejercicios autónomos
  • Socialización
  • Iterar en espiral afinazando y avanzado sobre las prácticas previas.

A lo largo de todo el trabajo se privilegiará la construcción ágil de memoria colectiva y comunitaria.

Indice temático

  • Empezaremos con la habitual presentación del espacio, las participantes y el encuentro.
  • Seguiremos con la propuesta de Datactivismos combinándola con el Data Haiku.

Índice Cronológico

Data Week 15: Día 1.

Presumimos que, debido al paro hoy sólo hubo dos asistentes. Como ya conocíamos mucho de los preliminares, decidimos continuar desde la experiencia de la última vez con Fossil.

Importante El siguiente listado de actividades hará uso del taller de Fossil y debes seguir dicho documento para continuar con nuestras actividades, pues se explica en detalle, cómo realizarlas. Hay otro documento complementario, pero aún en construcción en este enlace.

  • Actividad 3: Instalar Fossil en nuestro computador.
  • Actividad 4: Clonar el repositorio de Fossil del Data Week en nuestro computador.
  • Actividad 5: Crear una subcarperta dentro de Participantes/ con nuestro usuario y colocar allí nuestra página personal renombrada como index.md.

Data Week 15: Día 2

[ ^ índice | < día 2 | día 3> ]

Este día fue uno de trabajo individual que nos dejó dos entradas de blog:

DataWeek15: día 3

[ ^ índice | < día 2 | día 4> ]

Hemos venido usando la tabla de contenidos de Datactivismos.

:::danger Si agregamos a un documento en docutopia las mismas líneas de código que lo convierten a Markdeep, el documento queda en blanco, pues intenta interpretar el script en el mimo. :::

  • Actividad 6: Tomar la página personal hecha durante las actividades previas en docutopia y convertirla entre formatos, siguiendo la guía de Markdown a Markdeep y publicarla en Internet (usando repos de Fossil, Internet Archive o cualquier otra forma para compartir y publicar archivos).

[ ^ índice | < día 3 | día 5> ]

Data Week 15, día 4.

1

1

En esta sesión salimos del tarareo de Offray y pusimos "Callaíta" de Bad Bunny. Que perdonen, pero tocaba, porque nos estaba asoliando esta vuelta.

  • Al comienzo estuvimos trabajando en la creación sincronización de algunos repos personales en https://chiselapp.com/.

  • Actualizamos llaveros de Manjaro que nos permitiera instalar nuevos paquetes.

  • Sincronizamos contra el repositorio https://mutabit.com/repos.fossil/dataweek/ .

  • Hicimos commits de nuestros archivos en Markdeep al repositorio. Ellos están ubicados en:

  • Continuaremos con el soporte para comentarios de Hypotesis en Páginas de Markdeep.

  • Actividad 7: Seguir la guía de Markdeep y habilitar comentarios en las páginas creedas en los ejercicios anteriores. Compartir los enlaces a las páginas con comentarios habilitados acá:

[ ^ índice | < día 4 ]

Data Week 15, día 5: Cierre

En este data week lo que hicimos fue revisitar algunos procesos de escritura ágil y resiliente de la Documentatón y los extendimos con comentarios en Hypothesis, creando un flujo de trabajo para escritura y publicación que combina

  • docutopia > Markdeep > Hypothesis
  • Escritura en línea > Publicación > Comentarios

Hoy lo que hicimos fue que practicamos una vez más ese flujo de trabajo (siguiendo nuestra metodología encera-brilla y habilitar un bliki (el de Hiperterminal) usando este flujo.

Este es el recuento del listado rápido de pasos.

Clonamos el repositorio

mkdir ~/Documentos/DataWeek
cd ~/Documentos/DataWeek
fossil clone https://mutabit.com/repos.fossil/dataweek/ dataweek.fossil

Para evitar errores como estos:

SQLITE_CANTOPEN: cannot open file at line 36454 of [47cf83a068]
SQLITE_CANTOPEN: os_unix.c:36454: (13) lstat(dataweek.fossil) - Permission denied

necesitamos, estar seguros de que estamos trabajando en una carpeta donde tengamos los permisos para la clonación.

Agregamos archivos al repo y nos sincronizamos

Seguimos los pasos del dia de ayer, para agregar una publicación al respositorio de Fossil del Data Week. Dentro del repo abierto hacemos:

fossil sync https://{usuario}@mutabit.com/repos.fossil/dataweek/

donde {usuario} es el nombre del usuario con el que previamente nos hemos registrado en dicho repositorio.

Luego hacemos el commit que debe aparecer en la línea de tiempo. Para nuestro caso veremos que se agregó este archivo:

https://mutabit.com/repos.fossil/dataweek/finfo?name=Participantes/Hiperterminal/blog/dataweek15.md.html

Si cambiamos la parte de la url que dice finfo?name= por /doc/tip/ veremos no la información de ese archivo, sino su última versión en línea. Es decir la url que estamos visitando es:

https://mutabit.com/repos.fossil/dataweek/doc/tip/Participantes/Hiperterminal/blog/dataweek15.md.html

Anexos

Estas fueron exploraciones que hicimos para saber que contamos con una versión actualizada de Fossil.

Vamos a instalar un wrapper, llamado Wajig que nos permita invocar comandos de gestión de Debian de manera unificada y luego ver si está disponible Fossil allí.

apt-get install wajig

Una vez instalado hacemos wajig search fossil, si la versión sigue siendo vieja, digamos 2.3, lo desinstalamos y lo instalamos desde las fuentes siguiendo los pasos del Taller de Fossil.

Miremos si el paquete fue desinstalado adecuadamente con: dpkg -l | fossil

Data Week 14

Índice Cronológico

Índice temático

  • Documentación colectiva y memoria comunitaria.
  • Live Coding para la visualización, las narrativas y el activismo de datos.
    • Introducción al live coding.
    • Pharo.
      • Introducción.
      • Instalación.
      • El playground: jugar y experimentar con pequeños trozos de código.
      • Código elegante: Una panorámica del lenguaje.
    • Grafoscopio
      • Introducción.
      • Instalación.
      • Libretas interactivas introductorias.
        • Técnicas para activismo de datos.
        • La libreta del aprendiz.
    • Adquirir y manipular datos.
      • Vía API (Application Programming Interface):
        • Ejemplo: Open Movie Data Base.
        • De las libretas interactivas a los paquetes de software.
      • Vía scraping (raspado de datos).

Data Week 14: Día 1

Sobre las primeras impresiones de la lectura breve

  • Kelty, Two Bits, the cultural significance of Free Software.

    • Públicos recursivos.
    • Hackerspaces son creados por hackers y crean hackers.

  • Diagramación:

    • Está hecha con plantilla de LaTeX, que es un lenguaje de Macros (programas que programan programas) creado sobre TeX, que es un sistema de Typesetting, es decir que expresa a través de software diagramación y tipografía.
    • En particular nosotros estamos usando en los archivos de la documentaton usamos la plantilla Eisvogel. Así lucía la obra al comienzo, sin esa plantila.

  • Versionado Semántico.

Hypothesis:

  • Instalar en Chrome: Entrar en Start, ir a Add Hypothesis to your browser y clicar en "Chrome extension"

[ ^ índice | día 2 > ]

Data Week 14: Día 2

[ ^ índice | < día 1 | día 3> ]

Markdown y docutopia Fútbol

  • Retomaremos la versión breve de Documentatón, haciendo una lectura anotada de los capítulos de Markdown y docutopia. Se trata de una lectura en diagonal Si hemos hecho alguna anotación a dichos capítulos, o a los enlaces que los mismos ofrecen, vamos a colocar los enlaces a dichas anotaciones en este pad o en el canal de Telegram.

En los sistemas de etiquetamiento ligero se aplica estructura y contenido simultaneamente.

  • Conversaremos sobre la lectura breve que hicimos y mostraremos algunos ejemplos prácticos.

  • Se miró la posibilidad de traducir el tutorial de Markdown. Al mirar su código fuente se pudo apreciar que ya existía un pull request (solicitud de incorporación de modificaciones al código) con dicha traducción, hecha en septiembre de 2018, y una respuesta del autor el 25 de abril de 2019, en la que dice que lo miraría, pero aún no está soportado el español. El autor contestó recientemente a ese hilo (junio 29, 2019) pero los cambios aún no se incorporan.

    La intención es ver cómo incorporar los cambios sugeridos [1], [2] para ayudar al autor con esto y usarlo en nuestros propios procesos de aprendizaje.

  • Nos vimos los penalties de la Copa América.

[ ^ índice | < día 1 | día 3> ]

Data Week 14: Día 3

[ ^ índice | < día 2 | día 4> ]

Este día nos integramos con el Grupo FemHack en un taller sobre los principios feministas de Internet.

Las actividades del Data Week continuaron el Día 4.

Data Week 14: Día 4

[ ^ índice | < día 3 | día 5 >]

Agenda

Preámbulo

Esto pasó en nuestro encuentro al comienzo, de los diálogos que trajimos las participantes.

  • Infraestructuras comunitarias autonómas.

  • Team Human, Douglas Ruskoff (Programar o ser Programado -- Program or be programmed). ¿Por qué hacemos las cosas que hacemos con las tecnologías?

  • Solar Punk: Somos una sociedad post-apocaliptica.
    • Kim Stanley Robison. Marte rojo se encuentra en las bibliotecas públicas de Bogotá.
    • Ursula Guarin.

Encera Brilla (y repite)

Hay una cuenta de Twitter que se llama algo así como Peliculas Tuiteadas y que resume Karate Kid como:

Un viejo engaña a un joven diciendo que le va a enseñar karate, pero lo pone a limiparle la casa.

Hacer algo y repertirlo.

Ser "hacker" es leer algo, rehacerlo y recontextualizarlo.

docutopia

Continuaremos con la versión breve de Documentatón haciendo el ejercicio de docutopia.

Es importante que ese ejercicio contenga los elementos de Markdown que aprendimos la sesión pasada, y los nuevos que nos ofrece docutopia

  • Secciones y subsecciones.
  • Negrilla y cursiva.
  • Enlaces (directos y con alias).
  • Imágenes.

Y las extensiones de docutopia:

  • Tablas.
  • Admotions (avisos).
  • Emojis.
  • Embebidos (Youtube y Vimeo).
  • Iconos (Font Awesome)

Al final pegan sus pads (documentos de pruebas) acá:

Preguntas

  • ¿Cómo crear un pad compartido?

    A través de una URL.

Data Selfies

Fue un proyecto que presentamos a Medilab El Prado, no es un museo de "Ver y no tocar", sino uno maker/hacker (algunos dicen que es una gentrificación de eso).

A ese lugar presentamos un proyecto que planteamos en el contexto de Hackbo, llamado Data Selfies, que tambien documetamos usando Markdown/docutopia y este fue resultado que se explica en breve en estas diapositivas.

Live Coding

Idea teórica sobre el Live Coding para activismo, narrativas y visualización de datos con Grafoscopio.

Usualmente se escribe código, se hace en dos tipos de contextos, traducen instrucciones en un lenguaje de programación, formal pero entendible por humanos, a código maquina (unos y ceros, o convenciones). Esto ocurre a través de dos maneras

  • Los lenguajes compilados.
  • Los lenguajes interpretados.

En cualquiera de esos dos casos, tenemos una experiencia de escritura de código. Bret Victor dice por ellos que programar es manipular ciegamente símbolos y él propone un princio: el creador debería tener conexión directa/inmediata con su obra. Esto hace el live coding.

Hay ejemplos sobre todo en el campo de música:

{%youtube G1m0aX9Lpts %}

REPL: Read, Evaluation, Print, Loop.

Semi cierre

  • Ahora: Pasar de los Etherpad a docutopia.
  • De docutopia a libros y libritos.

Data Week 14: Día 5

[ ^ índice | < día 4 | día 6 >]

Introducción

Formas de aprender:

  • Enactiva.
  • Icónica.
  • Simbólica.

La pregunta sobre grafoscopio retoma tradiciones de la computación

Referencias:

  • Los pensamientos que no podemos tener están limitados por nuestra biología, como las cosas que existen que no podemos ver u oler.
  • Pensar otro tipo de interfaces: sobre la powerpoint-itis, word-itis.

Desnaturalizamos la interfaz.

Continuaremos con los temas faltantes del índice temático.

Web de Bret Victor.

Sobre los datos:

  • ¿los datos son la verdad?

    • Los datos son la pregunta que se pudo hacer de otra forma.

  • ¿Quién define los datos?

  • ¿En dónde están?

  • ¿Quién es dato de quién?

Hay que ver en onde están los datos, pedirlos y seguirlos.

Código, datos y documentos:

Usualmente se asumen como elementos separados. Las interacciones son limitadas y sería bueno cruzar las posibilidades de estos elementos en herramientas tecnológicas.

caso: Panamá papers.

Hay que ensanchar los saberes comunes.

Infraestructuras de bolsillo. Tecnologías autocontenidas que funcionan muy bien para la preservación, usu y difusión de contenidos.

Borrador de libro

Vamos a usar un método similar al que hicimos para la Documentatón.

El proyecto se llamará (tentativamente) Datactivismos.

La propia nubecita :cloud:

Superado el Y2K, corrían los principios del 2000 y un profeta de la champeta envío un mensaje al futuro sobre las infrastructuras de bolsillo. {%youtube njVeC9Dg7Gs%}

Data Week 14: Día 6

  • Instalación de Pharo.
  • Ejecutar playground.

SQLite:

  • Base de datos autocontenida minimalista (3 MB).
  • SQLite Browser, que es una interfaz gráfica.
  • Conviertir archivos CSV a .sqlite se pasa de un archivo que sólo almacena datos, a uno que los almacena y los procesa, agregando sólo 2 MB.
  • Panama Papers.

Grafoscopio:

Data Week 13

Este será el índice de todas las páginas que documentan las actividades realizadas hasta el momento.

Indice cronológico

Índice temático:

Data Week 13, Día 1

Volver al índice | Siguiente

Este será el índice de todas las páginas que documentan las actividades realizadas hasta el momento.

  • Nos presentamos y al espacio.
  • Presentamos Grafoscopio.
  • Mostramos ejemplos de libros editados y publicados colectivamente como:

Introducción a Markdown

:::success Vamos a leer la introducción al texto colaborativo y a hacer el ejercicio formulado allí. :::

Si les sirve de guía pueden usar los ejemplos de la lista de características que soporta docutopia (el software donde ahora estamos escribiendo).

Compartamos un listado de los documentos creados en la arenera a continuación:

Preguntas día 1

  • ¿Cómo incluir referencias?

    R/ Para eso se puede usar una versión extendida de Markdown (supraconjunto), llamado Pandoc.

  • ¿Es posible vincular un .ris (extensión de referencias de gestores bibliográficos)?

    R/ Pandoc soporta el uso de sistemas externos de referencias bibliográficas vía BibLatex y Zotero.

  • ¿Cómo hacer corrección ortográfica usando Markdown?

    R/ Hay herramientas que soportan corrección ortográfica desde Markdown como GhostWriter.

  • ¿Cómo hacer comentarios del texto para discutir al respecto?

    R/ Como solución ad-hoc, lo que hacemos es que colocamos esos comentarios como comentarios en html es decir entre estos caracteres <!-- Este es un comentario-->

    También está esta manera:

    No hay que llegar primero, sino hay que saber llegar [Fernandez, Vicente, 80's]

    Pero nosotros lo haremos combinando Markdown con Hypothesis, que es un sistema enfocado específicamente en hacer cualquier documento en Internet comentable.

  • ¿Cómo enlazar a una parte especifica del documento? (anchor)

  • Se pueden etiquetar usuarios en el documento

  • Se puede ingresar un HTML interactivo en el documento, como un mapa o un chart

  • Como mostrar la imagen en el PDF generado.

Data Week 13, Día 2

Volver al índice | Anterior | Siguiente

Este será el índice de todas las páginas que documentan las actividades realizadas hasta el momento.

Se parsea ([http://www.forosdelweb.com/f4/que-significan-terminos-parsear-mapear-272287/).

Agenda:

  • Comentarios con hypothesis.
  • Tabla de contenidos tentativa del libro.
  • Desarrollaremos la primera parte, que tiene ver con el trabajo distribuido en Fossil.

Comentarios con Hypothesis

Hypothesis tiene la intensión de convertir a cualquier documento en línea en un lugar de conversación, para lo cual soporta la lectura anotada de textos esencialmente. El siguiente video lo explica en mayor detalle:

{%youtube QCkm0lL-6lc %}

:::success Actividad:

Ir a la página de Programming Historian sobre Esritura sostenible usando Pandoc y Markdown y hacer comentarios con Hypothesis. :::

Para realizar la actividad propuesta, hay dos maneras de empezar a usar hypothesis:

  • Con el plugin para Chrome y sus derivados (Chromium).
  • A través de un booklet desde cualquier otro navegador.

Cualquiera de ellas requiere el registro de una cuenta de usuario. Para ello entramos a la dirección https://hypothes.is/signup y veremos algo como esto:

y diligenciamos este formulario.

y compartamos nuestro usuario de hypothesis a continuación:

  • https://hypothes.is/users/offray
  • https://hypothes.is/users/camiSilver
  • https://hypothes.is/users/ricardo.ortiz.gallego
  • https://hypothes.is/users/palzatel
  • https://hypothes.is/users/hiperterminal
  • https://hypothes.is/users/098

Plugin de Chrome/Chromium

Una vez hemos instalado en plugin de Chrome, veremos un nuevo ícono en la barra de tareas:

^ Detalle de una página una vez se ha habilitado su exploración desde el plugin de hypothesis.

:::info Existe tambien una manera de usar hypothesis desde el booklet en otros navegadores. Esta se deja como ejercicio al lector. :::

Volver al índice

Data Week 13, día 3

Volver al índice | Anterior | Siguiente

Este es el listado de las actividades desarrolladas el día de hoy:

  • Trabajamos en la tabla de contenidos para nuestra cartilla.
  • Habilitamos la opción de trabajo en Telegram para compartir enlaces a participantes, usando el canal https://t.me/grafoscopio. Esto requerira haberlo instalado previamente en el celular.
  • Charlamos sobre LaTeX, TeXmacs y TeXStudio
  • Logenvidad de formatos: PDF/A.
  • Charlamos de HackMD, la versión extendida y privativa de docutopia (el que está detrás de docutopia).
  • Mencionamos la analogía entre código fuente y legislación, que Laurence Lessing desarrolla en profundidad en El código y otras leyes del ciberespacio y cómo se conecta con nuestra práctica de Meta Arqueología Digital Activista.
  • CMS (Content Management Systems, Sistemas Gestores de Contenidos): Existen, esencialmente dos tipos, dependiendo de cómo almacenan la información. Aquellos que la almacenan en una base de datos, como el popular Wordpress, y otros que la almacenan en archivos planos, como Grav, que tiene potentes Skeletons).
  • Repositorio del Data Week.
  • Mencionamos el Open Data Handbook y cómo usaremos un modelo similar para el repositorio con contenido multilingüe.

Notas rápidas Fossil:

Página de descargas.

Crear y configurar repo

  • Crear carpeta para el repo:

    mkdir ~/Documentos/Documentaton

  • Nos ubicamos en esa carpeta:

    cd ~/Documentos/Documentaton

  • Creamos un repositorio vacio:

    fossil init documentaton.fossil

  • Creamos una página wiki de portada por omisión, damos permisos a los usuarios para auto-registro, cambiamos la clave del superusuario y publicamos el repositorio en línea.

  • Como se habilitó el autoregistro al sitio de fossil, pero el servidor tiene la versión 2.7, sale el siguiente error cuando un nuevo usuario se registra:

     Database error: no such table: subscriber SELECT 1 FROM subscriber WHERE semail='palzatel@hotmail.com' AND suname IS NOT NULL AND sverified

    El error ha sido reportado y corregido en este hilo.

Data Week 13, Día 4

Volver al índice | Anterior | Siguiente

Agenda tentativa:

Data Week 13, día 5

Volver al índice| Anterior | Siguiente

Estas fueron las actividades que realizamos durante el día de hoy:

Data Week 13, día 6.

Volver al índice| Anterior

Agenda:

Hoy trabajamos en la Exportación a PDF.

Diplomados

Diplomado en gestión de contenidos y conocimientos comunitarios en la web

En este diplomado celebraremos los 11 años de la comunidad de Grafoscopio, recogiendo las memorias de esta década larga. A su vez, abordaremos el problema de recopilar e indexar memoria communitaria distribuida en distintos lugares de internet, (HedgeDocs, redes sociales, repositorios de código, entre otros) potenciando una Grafoscopedia comunitaria. Si bien el prototipo estará enfocado en la comunidad de Grafoscopio y su memoria viva, esperamos que pueda servir a personas y comunidades interesadas en problemas similares.

Usaremos la metodología de los Data Weeks y las Data Rodas y está dirigido a gente familiarizada ya con dichas metodologías y las (meta)herramientas digitales que usamos en la comunidad de Grafoscopio.

Aquí encuentras el índice del diplomado.

Autora: Anna Atkins, 1823, imagen de fondo de dominio publico tomada de: https://pdimagearchive.org/images/8a57ad38-6f9b-4762-b70d-42cc5f203bfd/

:::success

Ficha técnica del diplomado

Grafospedia: Gestión de contenidos y conocimientos comunitarios en la web. Recopilar e indexar en infraestructuras de bolsillo la memoria comunitaria de 11 años de la comunidad de Grafoscopio.

  • Intensidad: 48 horas.
  • Modalidad mixta: asistencia presencial y virtual
  • Certificado por mutabiT (de debe completar el 80% de asistencia)
  • Por proyectos prácticos usando la Grafoscopedia como ejemplo.
  • Preinscripción necesaria (ver formulario abajo).
  • Fechas: Iniciando el 20 de febrero y finalizando 22 de marzo.
    • Martes y Jueves: 6:15 PM a 9:15 PM
    • Sábados: 9:30 AM a 1:30pm
  • Lugar: HackBo, Calle 44 # 8 - 50, Of. 201. Bogotá :::

:::success Prerrequisitos

  • Participación en talleres y encuentros de la comunidad de Grafoscopio.
  • Ser miembro de la comunidad de Grafoscopio y/o la de HackBo.
  • Diligenciar el formulario de preinscripción.
  • Computador con Windows, Gnu/Linux o Mac (tabletas con iOS y Android no ejecutan el software necesario para este diplomado) :::

Fechas detalladas

:::success

Iniciando el 20 de febrero y finalizando 22 de marzo.

Horarios:

  • Martes y Jueves: 6:15 PM a 9:15 PM
  • Sábados: 9:30 AM a 1:30pm :::

Calendario

Calendario web

Fechas individuales:

  1. Jueves 20 de febrero 6:15 PM a 9:15 PM
  2. Sábado 22 de febrero 9:30 AM a 1:30 PM
  3. Martes 25 de febrero 6:15 PM a 9:15 PM no hubo por inconvenientes logisticos.
  4. Jueves 27 de febrero 6:15 PM a 9:15 PM
  5. Sábado 01 de marzo 9:30 AM a 1:30 PM
  6. Martes 04 de marzo 6:15 PM a 9:15 PM
  7. Jueves 06 de marzo 6:15 PM a 9:15 PM
  8. Sábado 08 de marzo 9:30 AM a 1:30 PM
  9. Martes 11 de marzo 6:15 PM a 9:15 PM
  10. Jueves 13 de marzo 6:15 PM a 9:15 PM
  11. Sábado 15 de marzo 9:30 AM a 1:30 PM
  12. Martes 18 de marzo 6:15 PM a 9:15 PM
  13. Jueves 20 de marzo 6:15 PM a 9:15 PM
  14. Sábado 22 de marzo 9:30 AM a 1:30 PM

Asistencias y certificados

Preinscripción

:::success

Inscripción cerrada

:::

Contacto

Para inquietudes o dudas escribir al correo:

info@mutabit.com

¿Cúal es y como habitaremos el problema del diplomado?

Agenda

  • Presentaciones:
    • El diplomado.
    • Les participantes.
      • les aprendices
      • los facilitadores
  • Habitar el problema:
    • ¿cuál es y cómo lo habitaremos?
    • Exaptación: el listado de repertorios latentes reutilizables.
  • Pausa metavegana dramático.

Asistencia

  • Sara
    • La cuota de inclusión de HackBo porque soy conservadora. trabajo en la biblioteca nacional y hago parte de HackBo.
  • Adriana
    • Aproximándose a temas de la programación intersticial buscando que otros temas del código se acerquen a prácticas cotidianas.L
  • Viviana
    • Se acercó a HackBo desde la Confluencia de Mujeres y las Ciberbrujas. Trabajo en Visonte.
    • Ha trabajado el tema de las tiddlyWikis y profundizar para aplicar en Visonte.
  • Victor
    • Haciendo un doctorado en la javeriana.
    • He participado en pasadas DataRodas.
  • Choff
    • estuve en el diplomado anterior. me gusto mucho y apredí. compartir.
  • Diego
  • ruidajo
    • hago ruido
  • Offray
    • academico en rehabilitación en recahida.
    • esto lo sostiene las economias de los afectos.
    • potente encontrar un lugar para enunciar en el sur.
  • Constanza
    • Soy de Chile, conocí a Adri, queremos usar docutopia.
    • Diseñadora y dibujante. trabajando en cosas de internet.
    • https://amigashacker.club/
    • Hizo la gráfica de los principios feministas de Internet! versión que imprimió Visonte. https://archive.org/details/principios-feministas-internet

El diplomado

Metodología

DataWeeks (desde 2015, por confirmar)

Es un taller + (anti)hackatón sobre visualización y activismo de datos donde aprendemos a trabajar e interconectar las representaciones simbólicas (código), las gráficas (visualizaciones) y numéricas (cuantitativas) referidas a los datos. Es un taller porque está orientado al aprendizaje mediante la práctica y el ejemplo y una (anti)hackatón por su caracter intensivo y orientado a prototipos, sin caer en el solucionismo tecnológico (de las populares variantes más fashionistas de este formato). La intensión es aproximarse de manera crítica a la construcción, comprensión y mejoramiento de un mundo compartido mediado por tales datos.

https://mutabit.com/dataweek/

DataRodas (desde 2016, por confirmar)

Las Data Rodas son talleres recurrentes cortos (4 a 5 horas aproximadas) de hacktivismo donde abordamos diferentes temas relacionados con publicación en y fuera de línea, narrativas y visualización de datos, Live Coding, entre otros. Acumulan más de 600 horas de actividades junto con su versión más larga, llamada los Data Weeks y se llevan realizando desde 2015.

https://grafoscopedia.tiddlyhost.com/#Data%20Rodas

Certificado

Yo tenía 10 perritos, yo tenía 10 perritos, uno se quedó en la nieve: solo me quedaron 9. De los 9 que quedaban, de los 9 que quedaban, uno se tragó un bizcocho: no me quedan más que 8. (...) :dog2:

Para obtener el certificado del diplomado que otroga mutabiT S.A.S. se debe completar el 80% de asistencia. :dog:

Habitar el problema

:::success En este diplomado celebraremos los 11 años de la comunidad de Grafoscopio 🥳, recogiendo las memorias de esta década larga. A su vez, abordaremos el problema de recopilar e indexar memoria communitaria distribuida en distintos lugares de internet, (HedgeDocs, redes sociales, repositorios de código, entre otros) potenciando una Grafoscopedia comunitaria. Si bien el prototipo estará enfocado en la comunidad de Grafoscopio y su memoria viva, esperamos que pueda servir a personas y comunidades interesadas en problemas similares.

Usaremos la metodología de los Data Weeks y las Data Rodas y está dirigido a gente familiarizada ya con dichas metodologías y las (meta)herramientas digitales que usamos en la comunidad de Grafoscopio. :::

  • Iremos del presente al pasado y miraremos como las técnicas del presente potencian futuros deseables y dialogan con ese pasado.
  • Repetición reflexiva y recontextualización.
  • Automatismos algorítmicos y live coderos.
  • Desmarcianización progresiva de los lenguajes de nicho: tecnicismos y el código.
  • Explicitar los lugares de la memoria. Encera brilla, escena de Karate Kid, 1984 Encera brilla, escena de Karate Kid, 1984

La Grafoscopedia ha tenido varias iteraciones.

2020

Presencia web feministas

Bienvenidas al arrecife de conocimientos, donde en aguas cálidas y poco profundas nos cuidamos, aprendemos juntas y crecemos para habitar fuertes y seguras las bastas aguas oceánicas de la web.

Diarios de una pandemía

Necesitamos dejar memoria del aislamiento producto del Covid-19, condición que ha modificado nuestra manera de ser en el mundo, que nos confronta y nos invita a reflexiones creativas para entender nuestro presente y pensar nuestro futuro. Pretendemos dejar memoria de este momento histórico, por medio de ejercicios creativos más allá de la literalidad noticiosa del diario vivir. Nuestra condición es el detonante para proponer una serie de imágenes, sonidos y palabras, que nos recuerden que lo único que no puede ser confinado, ni aislado, ni encerrado es la fantasía; que es solo en la imaginación el lugar donde somos verdaderamente libres.

¿Cómo fue la tecnología para estos proyectos?

Con el software libre esta la idea DIY (Do It Yourself) hay ensamblajes tecnológicos en lugar de los monolitos de funcionalidad y presencia que implica el software privativo (Google Suite, Adobe Suite, Office 360). En los proyectos anteriores, requeríamos juntar fuentes distintas de información en lugar sólo de salida. Nuestras fuentes eran entre otras:

  • HedgeDocs
  • Internet Archive

Y la salida era un micrositio HTML para cada proyecto. Probamos con diferentes tecnologías (ejp: Grav) que eran complejos de personalizar, particularmente frente a fuentes diversas. Esto implicó repensar el problema de raíz, conllevo a Brea

Brea

Brea es una broma con un amigo (Andrés Calderón) y charlábamos de cómo la pozos de brea facilicitan la fóssiles.

Ilustración de un pre-fosil capturado en la brea Ilustración de un pre-fosil capturado en la brea

Crea sitios web autónomos, agradables y personalizables de manera ágil y resiliente.

Brea es un generador y gestor de sitios web enfocado en la personalización interactiva y la autonomía, que permite publicar información integrada desde distintas fuentes, con presentaciones a la medida.

Diagrama de flujo de fuentes de datos plantillas y la página html Diagrama de flujo de fuentes de datos plantillas y la página html

¿Por qué crear otro gestor de contenidos (CMS) más?

A pesar de la numerosa cantidad de CMS, suelen suponer que la información que despliegan en la web, se origina/almancena dentro del CMS mismo (ya sea en la base de datos o en una carpeta del CMS), mientras que en nuestros proyectos, recurrentemente el origen de dichos datos era diverso: archivos planos en una carpeta, notas en Docutopia/CodiMD, galerías de contenidos en Internet Archive, datos comunitarios definidos en Tupale.

Dicha diversidad de orígenes también requería una diversidad de representaciones en línea. Es decir, teníamos que ocuparnos tanto de cambiar el transfondo (back end) de almacenamiento como la interfaz (frontend) web de los CMS y aquello que los conectaba (middleware).

Luego aprenderíamos que esa idea, que resonaba entre nosotros hace tiempo, también era parte del espíritu de la época, con los llamados CMS desacoplados o headless y el movimiento del JAMStack, que se hacían más populares en la medida en que, en parelelo, acá retomábamos ideas antiguas, las (re)escribíamos en código y prosa y socializábamos en talleres. Sin embargo, al ser movimientos ubicados en el Norte y el Sur Global, los desarrollos son resonantes, pero diferentes.

Creemos que nuestro enfoque tiene valores diferenciales desde las llamadas infraestructuras de bolsillo que hacen parte de esta conversación global con enfoques más minimalistas y ágiles, además de contextuales a las realidades locales, pero que se pueden aplicar en muchos lugares del Norte y Sur.

En ese camino surgieron los anexos que incluían cosas como:

En particular de este último surgiría el primer borrador de la Grafoscopedia. Si miramos los archivos del repositorio veremos algunos que tienen que ver con las memorias de nuestras prácticas extendidas, más allá de la temática de esta publicación en línea:

Captura del repositorio donde están las datarodas Captura del repositorio donde están las datarodas

Captura de pantalla mostrando el miniwiki Captura de pantalla mostrando el miniwiki

2021

1er Diplomado

Iniciamos nuestro primer diplomado intensivo (90 horas) sobre Memoria hipertextual, aprendizaje comunitario y herramientas digitales amoldables. Girando la idea de documentación:

HedgeDocTiddlyWiki
un lugar unificado y centralizado para la toma de notas. Todes les aprendices ven la misma.Notas personales que pueden ser compartidas a partir de arrastrarlas y soltarlas
la memoria consiste sólo en prosa (hipertextual)la memoria puede ser funcionalidad y datos estructurados progresivamente

Wikis Interpersonales

De este giro nace la noción de Wikis Interpersonales se conecta con Federated Wiki, pero se basa en nociones de redes de aprendices y sus necesidades, usando otras tecnologías (TiddlyWiki), más que en problemas técnicos (federación de contenidos).

Esto acuerpa y fortalece la noción de programación interticial:

Extendemos sistemas sociotéctnicos desde las fronteras entre ellos, en lugar de desde adentro. Esto nos permite acumular las ventajas de varios y las desventajas de ninguno.

Un ejemplo puntual es la suma de:

  • TiddlyWiki que Single Page Application Web (SPA Web), proveyendo interactivad y búsqueda
  • Fossil: Colaboración asíncrona y control de versiones
  • Pharo/Grafoscopio: Documentación interactiva y lenguajes de dominio específico.

que nos brinda la posibilidad de tener páginas dinámicas con control de versiones y lenguajes de dominio específico para conectarlas con otros sistemas. Un par de ejemplos de ello son las migraciones:

Esto ocurre con una mejor relación entre simpleza y expresividad que en sus equivalentes (Jupyter, WordPress, Hugo, Grav) y con funcionalidades únicas que no se encuentran en ninguno de estos sistemas o sus combinaciones, aunque está empezando un cambio con la reciente incorporación de sistemas hipermedia a lenguajes como Python. Aún así nuestras exploraciones permiten combinaciones originales de características simples y a medida para nuestros flujos de trabajo, memoria y documentación.

API vs. Fuente de datos crudas o formatos (trabajo en progreso 🤔)

API (application programming interface), interfaz de programación de aplicaciones, un protocolo para interconectar software. Y su documentación está centrada en los aspectos técnicos.

Un ejemplo es la PokeAPI

Captura de la página web de PokeAPI Captura de la página web de PokeAPI

Notas varias

Pensar el norte global como inventario y no como destino.

Luna, 2025

El que lo desmarcianice buen desmarcianizador será

El poeta del hipervínculo

Del diplomado anterior Memoria hipertextual, aprendizaje comunitario y herramientas digitales amoldables.

Memoria hipertextual, aprendizaje comunitario y herramientas digitales amoldables, primer diplomado 2021 Memoria hipertextual, aprendizaje comunitario y herramientas digitales amoldables, primer diplomado 2021

Uso de las tecnologías en la BNC para PNPBYD

https://vamos-a-hacer-memoria.gitlab.io/

Wiki del Plan nacional de patrimonio bibliográfico y documental de la biblioteca nacional Wiki del Plan nacional de patrimonio bibliográfico y documental de la biblioteca nacional

Participación de la Fundación Visonte en Hackerismos Indisciplinados

https://hackbo.org/indisciplinados/visonte/

Publicidad de los talleres de bordado de Visonte en Hackerismos Indisciplinados Publicidad de los talleres de bordado de Visonte en Hackerismos Indisciplinados

Principios Feministas en Internet

https://archive.org/details/principios-feministas-internet

Portada de principios feministas internet Portada de principios feministas internet

La patente de MP3 expiró

  • https://idiallo.com/blog/listen-mp3-is-free

Adaptandose a Nuevas Tecnologias - Del Papiro al Libro

{%youtube DApozQBrlhU%}

https://youtu.be/DApozQBrlhU

Banda Sonora

Nuevo disco de MULA estrena el 1ro de marzo en matik-matik

https://mulamusica.bandcamp.com/album/c-mulo-abierto

{%youtube xkyoIazc1dg %}

Expliquemos el repositorio de la Grafoscopedia.

Dia 2: Expliquemos el repositorio de la grafoscopedia

Asistencia

  • Viviana
  • ruidajo
  • Offray
  • Constanza
  • CaosLudd
  • Choff
  • Adri
  • Víctor Hugo
  • Sara

Agenda

  • Recapitulación
  • Versiones previas de la Grafoscopedia.
  • Sistemas de control de versiones históricas,
    • Argumentación y escritura colectica.
      • Video
      • Conversación
    • Ejercicios de memoria distribuida y resiliente
  • Descansos alternados
  • Banda sonora.

Recapitulación

Revisamos las notas de la primera sesión y las infraestructuras y herramientas que hemos co-creado, como:

Proyectos

Herramientas

Versiones previas de la Grafoscopedia

El proyecto de IndieWeb con Brea hizo evidente la primera recopilación de memoria comunitaria en clave enciclopedica a través de cosas como:

Al usar TiddlyWiki reorganizamos y extendimos esta información enciclopedica en lo que fuera la Grafoscopedia en TiddlyHost

Captura de pantalla de la grafoscopedia Captura de pantalla de la grafoscopedia

y la Grafoscopedia en infraestructuras propias

Si nos damos cuenta, las fechas de última edición son distintas:

Fechas de edición de la grafoscopedia en tiddlyhost Fechas de edición de la grafoscopedia en tiddlyhost

Fechas de edición de la grafoscopedia en repositorio de mutabiT Fechas de edición de la grafoscopedia en repositorio de mutabiT

Y lo mismo ocurre con otros wikis hospedados en infraestructuras propias y ajenas

Captura de pantalla del Bliki de Offray en tiddlyhost Captura de pantalla del Bliki de Offray en tiddlyhost

Captura de pantalla del Bliki de Offray en repositorio personal Captura de pantalla del Bliki de Offray en repositorio personal

Y muy seguramente nos damos cuenta que las infraestructuras más usadas, por esta comunidad son HedgeDoc y TiddlyWiki.

Captura de pantalla de la encuesta realizada en el canal de chat de Grafoscopio Encuesta de uso de herramientas en la comunidad

Muy en contraste con lo que proponemos acá, que está en consonancia con la idea de Sistemas Maleables, la encuesta muestra que la mayoría de herramientas usadas no son metaherramientas y la que lo es de uso mayoritario (TiddlyWiki) no sabemos cómo es extendida en la medida en que se usa.

Al igual que lo hemos hecho a lo largo de la década larga, la intensión es acercarnos a los puntos de fricción/tensión y encontrar su potencial creativo.

En este caso en particular, queremos recoger (interno) e indexar (externo) las distintas formas de memoria que integren lo que hemos hecho en estos 11 años. Partiendo de estas versiones previas de la Grafoscopedia. Intengrando la que está en el repositorio de código propio con infraestructuras comunitarias empezando con los HedgeDocs de este mismo diplomado y yendo hacia atrás.

:::success El problema concreto a habitar De manera aún más concreta vamos a tomar esta Grafoscopedia y vamos a extender su línea de tiempo desde el 2022 hacia el presente y luego hacia el pasado. :::

El repositorio de la Grafoscopedia

Consideremos la línea de tiempo de la Grafoscopedia hospedada en infraestructura propia.

Repositorio de la grafoscopedia señalando: 1)Timeline, 2) Files y 3) un Checkin particular Repositorio de la grafoscopedia señalando: 1)Timeline, 2) Files y 3) un Checkin particular

En el caso de los repositorios de código hay un conjunto de lugares importantes:

  1. La línea de tiempo: Da cuenta de los cambios históricos intensionados (a diferencia de iCloud, Dropbox, Syncthing, Cyborg).
  2. Los archivos: los elementos que este repositorio está guardadando y la jerarquía donde se almacenan.
  3. Los checkins: los detalles en las modificaciones con cada cambio intensionado.

En la lista de archivos podemos tener varios elementos:

Repositorio de la grafoscopedia señalando el tab Files Repositorio de la grafoscopedia señalando el tab Files

Si cliqueamos en un archivo específico veremos algo como esto:

Repositorio de la grafoscopedia en el menú de Files, señalando: checkins, Doc, Download y Text Repositorio de la grafoscopedia en el menú de Files, señalando: checkins, Doc, Download y Text

  1. La vista del documentación.
  2. La vista de texto, que muestra su código fuente.
  3. "Check-ins Using" que muestra el histórico del documento.
  4. Download: enlace de descarga.

Veamos el la vista de documento lado a lado con su código fuente lado a lado, para aprenciar algunas correspondencias:

Captura comparando una página html con la representación en el repositorio Captura comparando una página html con la representación en el repositorio

Y retomemos la jerarquía de archivos en la web, comparandola con su contraparte fuera de línea:

Captura comparando el sistema de archivos en la consola de comandos y el repositorio Captura comparando el sistema de archivos en la consola de comandos y el repositorio

  1. La jeraquía de archivos que está publicada en línea y fuera de ella.
  2. El archivo .fossil del repositorio, es decir la base de datos que contiene todos los archivos del repositorio y los cambios en ellos para reproducir y participar de su historia.
  3. La carpeta de Tiddlers (heredada de TiddlyWiki).
  4. Los archivos de Tiddlers (heredados de TiddlyWiki).
  5. Los backups que hace el plugin de Firefox para TiddlyWiki.

Vamos a ver los archivos no versionados en el repositorio. Es decir, aquellos de los que Fossil sólo guarda la última versión y no los históricos.

Captura del repositorio de la grafoscopedia señalando el apartado de archivos no-versionados (Unversioned Files) Captura del repositorio de la grafoscopedia señalando el apartado de archivos no-versionados (Unversioned Files)

Captura del menú de archivos no-versionados en el repositorio Captura del menú de archivos no-versionados en el repositorio

Ese único archivo, si lo cliquemos, produce la vista de la Grafoscopedia:

Captura de la grafoscopedia señalando la url en el navegador Captura de la grafoscopedia señalando la url en el navegador

Detengamonos un poco en la ruta:

https://mutabit.com/repos.fossil/grafoscopedia/uv/index.html

Y deconstruyámosla:

  1. https://mutabit.com/repos.fossil/grafoscopedia/ el repositorio donde tengo guardada la Grafoscopedia.
  2. uv/: los archivos no versionados.
  3. index.html: Un archivo no versionado en particular.

Vamos a afectar el repositorio remoto, haciendo cambios en el repositorio local y sincronizarlo con el remoto. Una vez lo hallamos hecho haremos un commit (envío de nuevos cambios a la historia del repositorio) veremos algo de este estilo:

fossil add tiddlers/tiddlers.ston 
ADDED  tiddlers/tiddlers.ston

fossil commit -m "Agregando archivo original de Tiddler en formato STON."
Pull from https://offray@mutabit.com/repos.fossil/grafoscopedia/
Round-trips: 1   Artifacts sent: 0  received: 0
Pull done, wire bytes sent: 462  received: 425  remote: 45.55.37.99
./es/acortador-algorítmico--6gwtn.md.html contains mixed line endings. Use --no-warnings or the "crlf-glob" setting to disable this warning.
Commit anyhow (a=all/c=convert/y/N)? y
New_Version: e74953b79a9aefae5748f8d93ac162d4968d9615be76501e6c6c89733551d43b
Sync with https://offray@mutabit.com/repos.fossil/grafoscopedia/
Round-trips: 2   Artifacts sent: 3  received: 0
Sync done, wire bytes sent: 112001  received: 647  remote: 45.55.37.99

Lo cual se verá reflejado también en la línea de tiempo:

Captura del repositorio de la grafoscopedia señalando los más recientes commits Captura del repositorio de la grafoscopedia señalando los más recientes commits

y también podemos verlo en los check-ins detallados:

Captura del repositorio de la grafoscopedia mostrando los cambios en el más reciente commit Captura del repositorio de la grafoscopedia mostrando los cambios en el más reciente commit

Vamos a hacer que todes tengamos esta historia, hasta el momento replicada en nuestras propias máquina.

Abrimos la consola de comandos o terminal:

mkdir Grafoscopedia
cd Grafoscopedia
fossil clone https://mutabit.com/repos.fossil/grafoscopedia/ grafoscopedia.fossil

Deconstruyamos el último comando:

  • fossil: la herramienta de gestión de repositorios.
  • clone (clonar): crear una copia de un repositorio, es decir todos los archivos que lo conforman, con la historia de los mismos.
  • https://mutabit.com/repos.fossil/grafoscopedia/ el lugar donde está el original que quiero clonar.
  • grafoscopedia.fossil: el lugar (base de datos local) donde queremos guardar la copia.

La primera vez que intentemos clonar el repositorio nos formulará unas preguntas:

Unable to verify SSL cert from mutabit.com
  subject:   CN = comunal.red
  issuer:    C = US, O = Let's Encrypt, CN = R10
  notBefore: 2025-01-07 21:15:07 UTC
  notAfter:  2025-04-07 21:15:06 UTC
  sha256:    d0f6056295e2c629697c4d22fedbae0a3f58a81e6af0865b11552f7af5761fbf
accept this cert and continue (y/N/fingerprint)? y
remember this exception (y/N)? y

Una vez hallamos clonado el repositorio veremos algo de este estilo.

Round-trips: 2   Artifacts sent: 0  received: 14
Clone done, wire bytes sent: 568  received: 115257  remote: 45.55.37.99
Rebuilding repository meta-data...
  100.0% complete...
Extra delta compression... none found
Vacuuming the database...
project-id: 59aeac3bd7bcd5be6fea84fefc4b4789b3a13ff0
server-id:  f0d6d7ef80e2dcb2ef10493eca55ba0ff207be7d
admin-user: ospin (password is "93Dv4hmVjk")

Cuando tengamos ese repositorio clonado, vamos a abrirlo, expandiendo sus contenidos en la carpeta local.

fossil open grafoscopedia.fossil

Preguntas

¿Qué es un script?

Un script es un conjunto de instrucciones escritas en un lenguaje de scripting.

Un ejemplo de uno usado localmente este cardumem.lua

A continuación un script minimo de ejemplo:

-- Las lineas que inician con doble guión son comentarios.
-- declaramos una variable local llamada estudiantes con el valor numerico 8
local estudiantes = 8

-- la siguiente linea imprime en la consola el texto entre comillas ""
-- encadenado al valor de la variable 'estudiantes'
print("El diplomado tiene " .. estudiantes .. " estudiantes")

-- el resultado sera:
-- "El diplomado tiene 8 estudiantes"

¿Qué descartamos?

Por ejemplo en bibliotecas o archivos hay políticas de descarte.

Tener espacio disponible puede considerarse como un valor, ejemplo FileCoin.

Notas Varias

Reimaginando tiddlywiki a la luz de la luna

El poeta del hipervinculo (porque Offray Luna y Lua es luna en portugués)

La técnica es la técnica y sin técnica no hay técnica

El boxeadro famoso (Félix Savón o Teófilo)

Ref

Janneke Adema

  • https://orcid.org/0000-0001-7681-8448

Amplificación a través de la simplificación - Scott McCloud

  • https://en.wikipedia.org/wiki/Understanding_Comics
  • https://en.wikipedia.org/wiki/Scott_McCloud

Zettlekasten

  • https://es.wikipedia.org/wiki/Zettelkasten

Donald Knuth

  • https://es.wikipedia.org/wiki/Donald_Knuth

Formatos de archivos

  • JSON → JavaScript Object Notation
    • https://www.json.org/json-en.html
  • STON → SmallTalk Object Notation
    • https://github.com/svenvc/ston
  • EDN → Extensible Data Notation (Clojure - LISP)
    • https://github.com/edn-format/edn

Instalando las herramientas para gestión de contenidos.

Asistencia

  • Offray Luna.
  • Sara del Mar Castiblanco
  • Caos Ludd
  • Víctor Hugo
  • ruidajo
  • choff
  • constanza
  • Adri
  • viviana
  • M00

Agenda

  • Recuento.
  • mdBook: Grafoscopedia extendida y escritura asíncrona

Recuento

Al final de la sesión anterior cada un@ quedó con una copia de la Grafoscopedia en su propio disco duro, clonada a partir de un repositorio central:

https://mutabit.com/repos.fossil/grafoscopedia/dir?ci=tip&type=tree

Captura de pantalla del repositorio de la Grafoscopedia Captura de pantalla del repositorio de la Grafoscopedia

Vamos a extender esta manera de presencia en línea usando una herramienta para publicación de libros desde Markdown, que nos permita recopilar, indexar y organizar nuestra historia comunitaria, de manera que sea más fácil de navegar (pasado) y extender (futuro).

mdBook

:::info en → mdBook is a command line tool to create books with Markdown. It is ideal for creating product or API documentation, tutorials, course materials or anything that requires a clean, easily navigable and customizable presentation.

es → mdBook es una herramienta de línea de comandos para crear libros con Markdown. Es ideal para crear documentación de productos o API, tutoriales, materiales para cursos o cualquier cosa que requiera una presentación limpia, fácilmente navegable y personalizable.

https://rust-lang.github.io/mdBook/ :::

Otra documentación en el siguiente enlace → mdBook

Instalación de mdbook

Para Instalar o compilar usando Rust, podemos instalar en principio rustup para gestionar la instalación de rust.

https://www.rust-lang.org/tools/install

para instalar en un sistema operativo Unix-like ejecutamos

curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh

Seleccionamos la instalación por defecto o default.

Debemos reiniciar la terminal o la shell actual y tendremos instalado rustup, rustc y cargo.

Con la utilidad cargo podemos instalar mdbook

cargo install mdbook

Iniciar un libro

  1. Nos ubicamos en la carpeta que contiene a la carpeta donde queremos alojar el libro. Desde la consola hacemos:

    cd ../

  2. Inicializamos el libro en la carpeta Grafoscopedia/:

    mdbook init Grafoscopedia

    El resultado debería ser algo de este estilo:

     Do you want a .gitignore to be created? (y/n)
 n
 What title would you like to give the book? 
 Grafoscopedia
 2025-02-27 19:37:34 [INFO] (mdbook::book::init): Creating a new book with stub content

 All done, no errors...

De las líneas anteriores nos enfocaremos en esta:

2025-02-27 19:37:34 [INFO] (mdbook::book::init): Creating a new book with stub content

que se llama un log o registro de bitácora.

  • 2025-02-27 19:37:34 cuando se dio el mensaje.
  • [INFO]: naturaleza del mensaje (habitualmente son info, warning, error).
  • (mdbook::book::init): detalle del mensaje: un mensaje de mdbook (mdbook) sobre un libro (book) sobre el proceso de inicialización (init).
  • Creating a new book with stub content Detalle en humano. Creado un libro nuevo con un trozo de contenido.

Se han creado nuevas subcarpetas y archivos en la carpeta Grafoscopedia/:

Grafoscopedia/
  |_ book/
  |_ src/
  |_ book.toml

Vamos a abrir el archivo book.toml y para ello previamente vamos a instalar lite-xl

  • Para MacOS: https://lite-xl.com/setup/getting-started/#macos
  • Instalador para Windows
  • Para Arch y derivados: yay -S lite-xl

Desde la consola de comandos nos reubicamos en la carpeta Grafoscopedia y escribimos:

lite-xl .

Editamos desde lite-xl el archivo book.toml para que nos quede de esta manera:

[book]
authors = ["La comunidad de Grafoscopio"]
language = "es"
multilingual = true
src = "src"
title = "Grafoscopedia"

Lanzamos el servidor de mdbook:

mdbook serve --open.

Si funciona deberíamos ver algo de este estilo:

2025-02-27 20:31:44 [INFO] (mdbook::book): Book building has started
2025-02-27 20:31:44 [INFO] (mdbook::book): Running the html backend
2025-02-27 20:31:44 [INFO] (mdbook::cmd::serve): Serving on: http://localhost:3000
2025-02-27 20:31:44 [INFO] (mdbook): Opening web browser
2025-02-27 20:31:44 [INFO] (mdbook::cmd::watch::poller): Watching for changes...
2025-02-27 20:31:44 [INFO] (warp::server): Server::run; addr=[::1]:3000
2025-02-27 20:31:44 [INFO] (warp::server): listening on http://[::1]:3000

Y en el navegador web veremos algo como esto:

Captura de pantalla de la interfaz del servidor de mdbook Captura de pantalla de la interfaz del servidor de mdbook

En la barra de navegación aparece algo que dice http://localhost:3000

Regresemos a lite-xl y en la subcarpeta src/ cliqueamos el archivo chapter_1.md

Vamos a crear un error intencional para ejemplificar las convenciones de uso de mdbook.

Vamos al editor y cambiamos el archivo book.toml cambiamos la linea 5:

src = "wiki"

ejecutamos de nuevo mdbook serve --open se produce el siguiente error

Captura de pantalla del error de mdbook en la terminal Captura de pantalla del error de mdbook en la terminal

Para corregir este error renombramos la carpeta src a wiki:

mv src wiki

Y ahora sí podemos relanzar el servidor:

Instalaciones

Los gestores de paquetes usan metáforas distintas para diferentes cosas, por ejemplo para los listados de paquetes para scoop es buckets para brew son casks.

Scoop (gestor de paquetes Scoop)

Scoop es un gestor de paquetes para windows

https://scoop.sh

Más información en Documentación Scoop

Brew (gestor de paquetes Mac/Linux)

Brew es un gestor de paquetes para Mac y Linux

https://brew.sh/

después de instalar brew siguiendo las instrucciones de la página oficial ejecutamos el siguiente comando para instalar fossil

brew install fossil

Arch linux

Yay es una sigla de Yet another Yogurt - An AUR Helper written in Go https://github.com/Jguer/yay un gestor de paquetes del repositorio AUR para Arch y

yay -S fossil

tree

tree es una utilidad de la linea de comandos que escribe gráficamente y de manera arborea en la linea de comandos.

Para MacOS con el gestor de paquetes Brew

brew install tree

Comandos Unix

En la interfaz de comandos o terminal

  • ls → Listar
    • ls ./directorio lista los contenidos del directorio ./directorio
  • cd → Cambiar de directorio
    • cd ~/Documentos cambia de directorio al directorio Documentos en el home ~
  • mkdir → Crear un directorio
    • mkdir nueva-carpeta en donde estamos ubicados crea un directorio llamado nueva-carpeta

Preguntas

En esta sección se pueden consignar preguntas para responder eventualmente que no han sido posible hacer de manera sincronica o para que no se olviden hacerlas

Ejemplo:

  • ¿Que papel cumple fossil en nuestra caja de herramientas?

:::info Para que la pregunta tenga el checkbox o caja para chulear al inicio es necesario que una nueva linea inicie con - [ ] al resolver la pregunta excribiremos dentro del corchete una equis - [x] lo cual marcara como respondida la pregunta y se espera que las lines siguientes a la pregunta o en otro apartado se haya respondido la inquietud. :::

  • A qué hora es la comida?
    • Hicimos el descanso de comida de 19:

Notas varias

En esta sección tomamos notas de datos, chismes y chistes que vamos mencionando a lo largo del taller.

En el principio fue la línea de comandos de Neal Stephenson

  • https://es.wikipedia.org/wiki/Neal_Stephenson
  • https://es.wikipedia.org/wiki/En_el_principio_fue_la_l%C3%ADnea_de_comandos

Por aquí el enlace del libro de Neal Stephenson

SPA (single page application).

Tecnicamente tiddlywiki es una página estática con funciones dínamicas en el navegador aunque puede ser dinámica conectando a un servidor Node.js https://github.com/TiddlyWiki/TiddlyWiki5

Static WebsiteDynamic Website
Content of Web pages can not be change at runtime.Content of Web pages can be changed.
No interaction with database possible.Interaction with database is possible
It is faster to load as compared to dynamic website.It is slower than static website.
Cheaper Development costs.More Development costs.
No feature of Content Management.Feature of Content Management System.
HTML, CSS, Javascript is used for developing the website.Server side languages such as PHP, Node.js are used.
Same content is delivered everytime the page is loaded.Content may change everytime the page is loaded.

https://www.geeksforgeeks.org/static-vs-dynamic-website/

Haciendo los primeros cambios de la Grafoscopedia

Receso de 40min nos vemos de vuelta a las 11:50 12:00 sumamos 10min.

Asistencia

  • Offray Luna.
  • Sara del Mar Castiblanco
  • Caos Ludd
  • Víctor Hugo
  • ruidajo
  • choff
  • constanza
  • Adri
  • Viviana
  • M00

Agenda

  • Uso del editor (por ejemplo LiteXL).
  • Uso del generador del libro / web app con mdbook.
  • Uso del repositorio de fossil de la grafoscopedia.
    • registrarse
    • sincronizar cambios

Revisando el editor y la interfaz de mdbook

Al final de la sesión anterior terminamos con nuestro primer boceto de libro y pudimos servirlo localmente.

La idea es tener la propia nubecita (ver referencia en la sección notas varias) que en nuestro caso, se ve acá:

Captura de la pantalla del navegador señalando la url para el servidor local Captura de la pantalla del navegador señalando la url para el servidor local

En esta sesión crearemos una tabla de contenido tentativa de la Grafoscopedia y veremos cómo esto se refleja tanto en la carpeta de la Grafoscopedia como en servidor local.

Para eso crearemos la tabla de contenido de mdBook, que está en el archivo SUMMARY.md

Hay una descripción detallada de la tabla de contenido en mdBook

Recreemos una tabla de contenido de esta manera:

# Summary

# Eventos

- [Data Weeks](dataweeks.md)
- [Data Rodas](datarodas.md)
- [Diplomados](diplomados.md)
  - [Segundo diplomado](diplomado/2.md)
    - [Sesión 4](diplomado/2/4.md)
    - [Sesión 3](diplomado/2/3.md)

# Prototipos

Dicha tabla de contenido se refleja en la estructura de carpetas dentro de la subcarpeta wiki:

└── wiki
    ├── datarodas.md
    ├── dataweeks.md
    ├── diplomado
    │   ├── 2
    │   │   ├── 3.md
    │   │   └── 4.md
    │   └── 2.md
    ├── diplomados.md
    └── SUMMARY.md

Actualizando el repositorio

Usualmente el repositorio local tiene un repositorio remoto, esta relación se creo cuando ejecutamos fossil clone en la sesión pasada.

Cuando suceden cambios en el repositorio remoto, es decir en la página web o servidor original, necesitamos ejecutar fossil update.

La respuesta en la consola se vera similar a la siguiente

Pull from https://mutabit.com/repos.fossil/grafoscopedia/
Round-trips: 2   Artifacts sent: 0  received: 14
Pull done, wire bytes sent: 1191  received: 3093  ip: 45.55.37.99
CONFLICT wiki/SUMMARY.md
ADD wiki/es/datarodas.md
ADD wiki/es/dataweeks.md
ADD wiki/es/diplomado/2.md
ADD wiki/es/diplomado/2/2-3.md
ADD wiki/es/diplomado/2/2-4.md
ADD wiki/es/diplomados.md
ADD wiki/es/mdbook.md

Si vemos el navegador de archivo o desde la consola la subcarpeta wiki/, veremos algo como esto:

wiki/
├── es
│   ├── datarodas.md
│   ├── dataweeks.md
│   ├── diplomado
│   │   ├── 2
│   │   │   ├── 2-1.md
│   │   │   ├── 2-2.md
│   │   │   ├── 2-3.md
│   │   │   └── 2-4.md
│   │   └── 2.md
│   ├── diplomados.md
│   └── mdbook.md
└── SUMMARY.md

La tabla de contenido modificada queda de la siguiente manera. Hemos agregado :

# Summary

# Eventos

- [Data Weeks](es/dataweeks.md) <!-- ruidajo -->
- [Data Rodas](es/datarodas.md)
- [Diplomados](es/diplomados.md)
  - [Segundo diplomado](es/diplomado/2.md)
    - [Sesión 4](es/diplomado/2/2-4.md) <!-- sara -->
    - [Sesión 3](es/diplomado/2/2-3.md) <!-- víctor h-->
    - [Sesión 2](es/diplomado/2/2-2.md) <!-- choff -->
    - [Sesión 1](es/diplomado/2/2-1.md) <!-- viviana -->

# Prototipos

# Herramientas

- [mdBook](es/mdbook.md) <!-- Offray -->
- [Gestores e instaladores de software](es/gestores-software.md) <!-- Adri -->
- [Hypothesis: Lectura hipertextual anotada](es/hypothesis.md) <!-- constanza -->
- [Scuttlebut: redes sociales distribuidas](es/scuttlebut.md) <!-- Caos -->

Para quienes no eligieron HedgeDoc, acá están los enlaces del código fuente:

:::success Importante, registrarse en el repositorio de la Grafoscopedia :::

¿Cómo registrarse en el repositorio remoto?

En el enlace https://mutabit.com/repos.fossil/grafoscopedia/login

Captura de pantalla de la interfaz del repositorio para login Captura de pantalla de la interfaz del repositorio para login

  1. Seleccionar la pestaña Login
  2. Seleccionar el botón Create A New Account

Captura de pantalla para el registro de usuaria Captura de pantalla para el registro de usuaria

  1. El User ID: sera el nombre de usuario que usamos para registrarnos y hacer los commits, no debe tener espacios ni caracteres especiales.
  2. Display Name: este es un nombre que se va a mostrar en las interfaz y nos permite usar espacios y caracteres especiales y no tiene una función aparte de ser un display o representación de la usuaria.
  3. Email Address: el correo que se usa para recuperar contraseña y contacto en general
  4. Password y Confirm la constraseña y la confirmación de la contraseña.
  5. Captcha llenar el captcha como se muestra en la captura y finalmente pulsar el botón Register

Finalmente para registrar cambios en el repositorio remoto debemos solicitar a la persona que administra el servidor que nos de permisos de desarrollador, eso permitira que empujemos (push) o sincronicemos nuestros cambios locales con el repositorio remoto.

Agregando los archivos al repositorio de fossil

En el directorio donde esta abierto el repositorio ejecutamos

  • fossil add wiki/SUMMARY.md
    • fossil add se usa para agregar archivos que van a ser parte de historia de versionamiento del repositorio.

La respuesta en la consola pueder ser:

  • ADDED wiki/SUMMARY.md
    • que significa que el archivo fue agregado
  • SKIP wiki/SUMMARY.md
    • que significa que el archivo ya esta siendo seguido o revisado por el repositorio y no es necesario agregarlo de nuevo.

Podemos ver el estado actual del repositorio ejecutando

fossil status

nos dara el estado actual del checkout

repository:   /home/usuario/Documents/Diplomado-2/Repositorios/grafoscopedia.fossil
local-root:   /home/usuario/Documents/Diplomado-2/Repositorios/Grafoscopedia/
config-db:    /home/usuario/.config/fossil.db
checkout:     e74953b79a9aefae5748f8d93ac162d4968d9615 2025-02-22 17:41:23 UTC
parent:       56a07cfb7a9554b547a857c19230282cb4a57fdb 2022-03-04 16:22:08 UTC
tags:         trunk
comment:      Agregando archivo original de Tiddler en formato STON. (user: offray)
ADDED      wiki/SUMMARY.md

A diferencia que Git, fossil no requiere que agreguemos los cambios para cada commit después que un archivo esta siendo seguido, fossil mostrara que hay cambios en el archivo que no están en el commit más reciente.

¿Qué es un commit?

En el diccionario en inglés tenemos la definición de commit como consignar un registro para la memoria.

En el repositorio de fossil un commit, crea una nueva versión (registro en la memoria) conteniendo todos los cambios in el checkout actual.

En el checkout se encuentran los archivos que hemos agregado al repositorio ejecutando fossil add <dirección/a/archivo>.

Para el commit usamos un mensaje para que cada versión tenga un breve descripción de ese nuevo registro, un ejemplo de un commit en el repositorio de la grafoscopedia:

17:41:23 [e74953b79a] *CURRENT* Agregando archivo original de Tiddler en formato STON. (user: offray tags: trunk)

  • 17:41:23 la hora en que ser realizo el commit
  • [e74953b79a] el hash o numero unico que representa el commit en la historia del repositorio.
  • *CURRENT* es un indicador que nos dice que es commit en el que estamos actualmente ubicados
  • Agregando archivo original de Tiddler en formato STON. el mensaje del commit.
  • (user: offray tags: trunk), user usuario que hizo el commit, tags etiqueta que representa la rama del repositorio donde estamos haciendo el commit (registro en la memoria del repositorio)

Subir los archivos al repositorio remoto

Para sincronizar los cambios locales en el repositorio remmoto podemos autenticarnos localmente con nuestra usuaria.

Ejecutamos fossil remote https://usuaria@mutabit.com/repos.fossil/grafoscopedia/

nos preguntara la contraseña que usamos en el repositorio remoto.

Luego nos preguntara si recordar la contraseña, para no volver a ingresarla.

Finalmente podemos hacer fossil sync.

Resolución de problemas o troubleshooting

No se reflejan los cambios de configuración de mdbook en el navegador

Después de modificar contenidos o estructuras del libro como el archivo SUMMARY.md en el src = descrito en el book.toml

Ejecutar mdbook serve ejecuta el servidor, pero no actualiza los contenidos de configuración, ejemplo: modificaciones en book.toml. Es necesario ejecutar mdbook serve --open.

Notas varias

Hay dos tipos de memoria una que almacena la información y otra que la procesa

  • Memoria de almacenamiento

    • Cuando abrimos el archivo desde lite-xl estamos trabajando en el almacenamiento del archivo (apuntamos a)

  • Memoria de procesamiento

    • Cuando lanzamos el navegador para consultar el archivo estamos trabajando en el procesamiento del archivo

Técnica copo de nieve para escritura.

https://hipertextual.com/2015/08/tecnica-copo-de-nieve

Códigos ISO 639-3 Son códigos de tres letras para todos los idiomas del mundo. Por ejemplo, aym es el código para aimara y grn para guaraní. Hay otros códigos también como ISO 639, MARC, etc.

Los primeros 20 años de GNU/Linux en Colombia

https://www.skinait.com/los-primeros-20-a%C3%B1os-de-gnu-linux-en-colombia-Escritos-23/

El Directorio Como unas Páginas Amarillas del software libre ... ¡Pero mejores!

https://web.archive.org/web/20080224100838/http://www.el-directorio.org/

en la consola para saber cuál es mi nombre de usuarie whoami

La propia nubecita

Hace referencia a la canción La Voladora de El Sayayin una champeta de un autor cartagenero, que en el coro dice:"la propia nubecita / la propia nubecita / ah aaah" y luego "Se montaba en su nubeee"

Explicación del portal letras del significado de la letra de 'La Voladora' Explicación del portal letras del significado de la letra de 'La Voladora'

Transcripción de 'letras' explicando la letra de La Voladora

La canción 'La Voladora' de El Sayayin es una representación vibrante y festiva de la cultura de la fiesta y el desenfreno. La letra describe a una mujer que se monta en su 'nube voladora', una metáfora que sugiere un estado de euforia o embriaguez. Este estado la lleva a comportarse de manera despreocupada y a disfrutar de la vida nocturna sin recordar sus acciones al día siguiente. La repetición de 'soba que soba' refuerza la idea de un ritmo constante y repetitivo, típico de una noche de baile y diversión sin fin. https://www.letras.com/el-sayayin/la-voladora/significado.html

Banda sonora

La Voladora - El Sayayin

{%youtube d440dCl1Mbo%}

https://youtu.be/d440dCl1Mbo

Editores de texto e introducción a programación orientada a objetos.

Asistencia

  • Offray
  • ruidajo
  • Adri
  • M00
  • Sara
  • Caos Ludd
  • viviana
  • choff

Recuento

Dimensiones del encuentro:

  • Espacio Bimodal: insitu, en remoto.
  • Temporal: En el presente. Proyectada hacia el pasado/prodfundad.
  • Experticia: Experiencias disintas (artistas, conservadoras, diseñadoras, informáticos, ingenieros, etc).
  • Motivación: prágmático/instrumental <--> teórico/amateur.
  • infraestructura:
    • Gnu/Linux (Garuda, Manjaro, PopOS), Windows, Mac.
    • tecnologías: Editor de archivos, navegador web, la consola de comandos.

En aras de contener con sentido puramente educativo tales dimensiones vamos a integrar el editor de texto y la consola de comandos. Para lo cual, usaremos VSCodium es la variante libre y sin telemetria de VSCode.

Una vez instalado VSCodium para nuestra plataforma, abrimos la terminal y nos ubicamos en la subcarpeta de la Grafoscopedia:

cd Documentos/Grafoscopedia

Desde esa carpeta lanzamos VSCodium con todos los archivos contenidos alli.

vscodium .

Veremos algo de este estilo:

Captura de pantalla vscodium con una ventana emergente preguntando si el usuario confia en los autores de los archivos del directorio Captura de pantalla vscodium con una ventana emergente preguntando si el usuario confia en los autores de los archivos del directorio

Una vez hayamos aprobado los permisos de la carpeta, veremos algo de este estilo:

Captura de pantalla de vscodium señalando los paneles de herramientas al costado izquierdo Captura de pantalla de vscodium señalando los paneles de herramientas al costado izquierdo

  1. Selector de herramientas.
  2. Navegador de archivos.
  3. Menú principal.

Cliqueamos la siguiente secuencia para abrir la terminal:

Captura de pantalla de vscodium, Terminal > New Terminal Captura de pantalla de vscodium, Terminal > New Terminal

Desde la terminal de VSCodium, vamos a verificar el estado del repositorio:

fossil status

Una vez todes hemos hecho los commits al repositoiro, vemos como la línea de tiempo se hace más nutrida (en cantidad de commits y en personas haciendo commits).

Ahora la línea de tiempo luce así

Captura de pantalla con la linea de tiempo del repositorio de la grafoscopedia Captura de pantalla con la linea de tiempo del repositorio de la grafoscopedia

Sin embargo, esta historia en esta dinámica de latido (sístole/diástole) requiere de mucha intervención manual.

{%youtube iTYaQTxYp2c %}

Enlace https://youtu.be/iTYaQTxYp2c

Vamos a ver como hacemos el anterior proceso semi-automático, lo cual requiere entender algo de los paradigmas de programación.

Intro a los objetos y paradigmas

Notas varias

A proposito de la metáfora de células

https://es.wikipedia.org/wiki/Cells_at_Work!

{%youtube aFe3srrhLdI %}

Enlace https://www.youtube.com/watch?v=aFe3srrhLdI

{%youtube _C1dLP3aNr4 %}

Enlace https://youtu.be/_C1dLP3aNr4

Roads and Bridges: The Unseen Labor Behind Our Digital Infrastructure, Nadia Eghbal.

Enlace al libro: https://www.fordfoundation.org/work/learning/research-reports/roads-and-bridges-the-unseen-labor-behind-our-digital-infrastructure/

Respecto al comentario de windows y linux

meme: The entire Internet, home appliances, Space mission, science and many more en un planta en los hombres de un personaje que dice Linux meme: The entire Internet, home appliances, Space mission, science and many more en un planta en los hombres de un personaje que dice Linux

Sobre los comunes digitales que sostienen este tipo de herramientas

Comic de xkcd sobre dependencias Comic de xkcd sobre dependencias

https://xkcd.com/2347/

Desinstalar paquetes

En Scoop para windows usar scoop uninstall <nombreDelPaquete> documentación en Scoop wiki commands. lite-xl

En Mac, borrar el binario de la applicación descargada.

Identificando paradigmas de programación e instalando Grafoscopio.

Asistencia

  • Offray
  • ruidajo
  • Adri
  • Sara
  • Caos
  • choff
  • Victor
  • Constanza
  • M00

Introducción a los paradigmas de programación y la programación orientada objetos

Vimos los videos de Anja Vakil

Muchos paradigmas. Y transiciones:

  • Imperativo: Cómo quiero.
  • Declarativo: qué es lo que quiero.
  • Objetual: Células que se componenen (tejidos, órganos, organismos).
  • Funcional: Línea de ensamblaje.

Captura de pantalla de mapa mental de The principal programming paradigms Captura de pantalla de mapa mental de The principal programming paradigms

Gráfica mostrando Objetua vs Funcional Gráfica mostrando Objetua vs Funcional

Pharo/GToolkit: el entorno de programación objetual que usaremos

Gráfica mostrando las conexiones o flujos entre el sistema opertivo, grafoscopio y la web Gráfica mostrando las conexiones o flujos entre el sistema opertivo, grafoscopio y la web

Glamorous Toolkit, como Pharo y Grafoscopio se enmarcan en la tradición de los sistemas maleables.

Descargamos el Glamorous Toolkit (que ya integra Pharo) desde

Gtoolkit

desde https://mutabit.com/repos.fossil/holonica/doc/trunk/semanticas/sesiones/grafoscopio--2ogic.md.html

location := FileLocator localDirectory / 'iceberg' / 'Offray' / 'ExoRepo'.
(IceRepositoryCreator new 
   location: location;
   remote: (IceGitRemote url: 'https://code.sustrato.red/Offray/ExoRepo.git');
   createRepository)
register.

Metacello new
   repository: 'gitlocal://', location fullName;
   baseline: 'ExoRepo';
   load

ExoRepo install: 'MiniDocs'.

Una vez acabé la instalación veremos más botones en la interfaz gráfica.

Captura de la interfaz gráfica de gtoolkit con snippets para instalar ExoRepo Captura de la interfaz gráfica de gtoolkit con snippets para instalar ExoRepo

en comparación con los botones originales, que son sólo tres:

Captura de la interfaz gráfica de gtoolkit mostrando la interfaz antes de minidocs

Importando documentos

Una de las características de Grafoscopio, es que nos pemite extender de la funcionalidad de GToolkit, de manera que entienda y se adapte a los flujos documentales de esta comunidad (la de Grafoscopio).

Por ejemplo si cliqueamos la siguiente secuencia, veremos:

Captura mostrando el menu superior derecho de gtoolkit, el knowledge bases y el espacio de importación de hedgedoc Captura mostrando el menu superior derecho de gtoolkit, el knowledge bases y el espacio de importación de hedgedoc

Y podemos copiar y pegar en enlace a la sesión de hoy:

Captura mostrando el enlace de hedgedoc en la interfaz gtoolkit de minidocs Captura mostrando el enlace de hedgedoc en la interfaz gtoolkit de minidocs

Veremos que el enlace aparece ahora en azul y un documento con el nombre del enlace está ahoa en nuestra base de conocimiento:

Captura mostrando como queda importado el documento importado en la base de conocimiento de gtoolkit Captura mostrando como queda importado el documento importado en la base de conocimiento de gtoolkit

Notas varias

El paradigma de stack o de pila, orientado a arreglos, implementado en uiua usa caracteres muy cheveres

https://www.uiua.org/

≍ ⊟ ⊂ ⊏ ⊡ ↯ ↙ ↘ ↻ ⤸ ▽ ⌕ ⦷ ∊ ⊗

Existen lenguajes de programación esotericos, esolangs

https://esolangs.org/wiki/Esoteric_programming_language

Brainfuck es uno https://esolangs.org/wiki/Brainfuck

Comic de xkdc con un código que genera un numero aleatorio que siempre va a ser 4 Comic de xkdc con un código que genera un numero aleatorio que siempre va a ser 4

https://xkcd.com/221/

La implementación en brainfuck del random number de la caricatura de xkcd se ve así:

++++[->+++<]+[->++++<].

otra cosa curiosa es que hedgedoc tiene resaltado sintáctico de brainfuck 🤯

No entiendo nada del sentido de brainfuck

Karen Barad - Intracción

Intra-acción son hechos causales no-arbitrarios y no-determinísticos a través de los cuales la materia-en-el-proceso-de-devenir es iterativamente envuelta en su continua materialización diferencial; esta dinámica no viene marcada por un parámetro exterior llamado tiempo y tampoco tiene lugar en un contenedor llamado espacio, sino que las intra-acciones iterativas son dinámicas a través de las cuales temporarlidad y espacialidad son producidas e iterativamente reconfiguradas en la materialización del fenómeno y la (re)creación de los límites material-discursivos y sus exclusiones constituyentes.

Barad, Karen. Meeting the Universe Halfway: Quantum Physics and the Entanglement of Matter and Meaning. Durham, NC: Duke University Press, 2007, p. 234.

Intra-acción es un término baradiano utilizado para sustituir a «interacción», que requiere cuerpos preestablecidos que luego participan en la acción unos con otros. La intraacción entiende la agencia no como una propiedad inherente a un individuo o ser humano que debe ejercerse, sino como un dinamismo de fuerzas (Barad, 2007, p. 141) en el que todas las «cosas» designadas se intercambian y difractan constantemente, influyendo y trabajando de forma inseparable. La intraacción también reconoce la imposibilidad de una separación absoluta o de una objetividad clásicamente entendida, en la que un aparato (una tecnología o medio utilizado para medir una propiedad) o una persona que utiliza un aparato no se consideran parte del proceso que permite obtener «resultados» o mediciones específicamente localizados. Traducción realizada con la versión gratuita del traductor DeepL.com

https://es.wikipedia.org/wiki/Karen_Barad

Estructurando el flujo documental y livecodeando.

Asistentes

  • Offray
  • viviana
  • constanza
  • choff
  • Víctor
  • Sara del Mar
  • Caos
  • ruidajo

Agenda:

  • Empalme.
  • Live Coding.
  • El código como material "recalcitrante" (Sam Aaron).
  • Automatizando los primeros flujos documentales.

Empalme

En la sesión anterior

Preguntas

¿Cuál es la diferencia escencial entre la documentación en distintos sistemas que hemos visto (Glamorous, HedgeDoc, TidlyWiki)?

No.CaracterísticasHedgeDocTiddlyWikiGrafoscopio/GToolkitmdBook
01FormatoMarkdownWikiText / Markdown parcialMarkdown / MarkdeepMarkdown
02ColaboraciónSíncronaAsíncronaAsíncronaAsíncrona
03Documentos computacionalesNoParcialSíNo
04Lenguaje de ProgramaciónJavaScriptJavaScriptPharoRust
05MacrosParcialSíSíParcial
06Lenguajes de dominio específico (DSL)PobreRicoRicoParcial (plugins)
07Transportabilidad del DSLnulaBajaAltabaja
08BúsquedaGenéricaDetalladaDetalladaDetallada
09TransclusiónNoSiSíSí
10PlataformaWebWebEscritorioWeb
11Tipo de plataformaMPASPAMPAMPA

Convenciones:

  • MPA: Multi Page Application.
  • SPA: Single Page Applicacion

Responde a preguntas de contexto como:

  • ¿Quiero hacer un taller y editar simultaneamente? (HedgeDoc)
  • ¿Quiero tener una plataforma web de visualización de información y documentacion modular (rompecabezas) y estructurada emergente? (TiddlyWiki)
  • ¿Quiero tener una herramienta extensible con la documentación en mi escritorio y con posibilidades multiples de exportación y capacidades computacionales? (SmallTalk - Pharo - Gtoolkit - Grafoscopio/MiniDocs)

¿Cuál es la línea de tiempo, en qué momento fue evidente la necesidad de pasar de TWiki a Glamorous?

¿Es Markdown un estándar?

Es un estándar de facto. pero esta pobremente establecido.

Markdown fue creado en ~2004 por Jhon Gruber y Aaron Swartz, estudiando las convenciones ad-hoc de escritura de correos. El formato fue específicado en una implementación markdown.pl. El creador de Stack Overflow, Joel Spolsky, tuvo una pelea :rage: Gruber alrededor de lo que el primero "paternidad responsable" de los proyectos de software libre. De esta pelea y la intensión de no participar en nada con Joel surgió Common Mark, del cual particpa Jhon McFarlene, creador Pandoc. Propuso finalmente un nuevo formato, llamado Djot, nacido del ensayo Beyond Markdown.

Un formato interesante y fácil de aprender, extensible es AsciiDoc. Para más diatribas, pueden ver Mi lenguaje de etiquetamiento ideal

Comic de xkcd sobre standards id:927

Comic de xkcd sobre standards id:927 https://xkcd.com/927/

Un lugar donde las reflexiones entre plataformas de publicación, su interconexión y valor diferencial pueden ser apreciadas es la Documentatón.

Live Coding

:::success Ver

Luego del video vamos a ir a este enlace

  • https://flok.cc/s/grafoscopicos
    • https://foxdot.org/
    • https://hydra.ojack.xyz/docs/

Usualmente las comunidades de livecoding se reunen u organizan en Toplap.

En la comunidad hemos hecho datarodas enfocadas en livecoding sonoro o visual:

El código como material "recalcitrante" (Sam Aaron).

El creador de Sonic Pi, Sam Aaron en un artículo académico, habla del código como material recalcitrante, con su propia lógica, que se opone a determinadas manipulaciones y facilita otras.

Lo explicaremos con un video:

{%youtube EFmxPMdBqmU %}

Pausa Chilaquilera

Foto de seis platos de chilaquiles, mogollas con guacamole, vasos para mimosas y café Foto de seis platos de chilaquiles, mogollas con guacamole, vasos para mimosas y café

Automatizando los primeros flujos documentales

En nuestra sesión previa consideramos este flujo de trabajo

Gráfica con el flujo entre el sistema operativo, grafoscopioy la web Gráfica con el flujo entre el sistema operativo, grafoscopio y la web

Vamos a adentrarnos en el ecosistema de Smalltalk.

Gráfica mostrando la relación entre el sistema smalltalk y el sistema operativo Gráfica mostrando la relación entre el sistema smalltalk y el sistema operativo

Iremos enriqueciendo y modificando la imagen, en la medida en que la usamos.

El documento exportado la última vez, entonces, hace parte de la imagen. Si queremos exportarlo al sistema de archivos, debemos cliquear el botón a continuación para hacerlo:

La exportación desde la imagen hacia el sistemas de archivos, ocurre a través de este proceso:

El HTML se verá así en el navegador web por omisión desplegado desde nuestro sistema de archivos:

Notas varias

Qué tan triste esta Markdown

:frowning: :weary: :confounded: :tired_face: :cry:

Aquí una guía de emojis en markdown https://gist.github.com/rxaviers/7360908

https://es.wikipedia.org/wiki/Stack_Overflow

https://gabriellacoleman.org/

el escritorio debe morir https://uxdesign.cc/the-desktop-metaphor-must-die-676fbb34afdb

y cómo es que a indígenas del cauca no les hacen sentido las metáforas de ventanas y escritorios, porque la computadora está sobre el escritorio :o)

Alan Kay, Adele Goldberg y Dan Ingals

Adele Goldberg

Creando narrativas de datos.

Agenda:

  • Empalme.
  • Flujos de documentación desde Grafoscopio.
    • Desde Lepiter hacia el sistema de archivos.
    • Desde HedgeDoc hacia el sistema de archivos.
    • Del sistema de archivos a Fossil.
    • Del sistemas de archivos a mdBook

Asistentes

  • Offray
  • choff
  • Caos
  • ruidajo
  • Sara del Mar
  • viviana

Notas Varias

Hay personas que creen que ser diseñadora es ser chofer de mouse.

Flujos de documentación desde Grafoscopio

En la sesión anterior digimos que Grafoscopio permite importar desde la Web, en particular HedgeDoc y exportar hacia el sistema de archivos.

Y lo hicimos con la interfaz gráfica (iconico enactiva). Ahora veremos cómo hacerlo con la interfaz símbolica (código/comandos)

Para ello creamos nuestra primera narrativa de datos en Lepiter/Grafoscopio.

Tendremos entonces una nueva página con un título genérico y en ella podemos reconocer algunos elementos, el título y el primer snippet de texto:

Podemos empezar nuestra página y mostrar algunas de las características interesantes de Smalltalk, en particular su auto-referencialidad:

Un trozo de código que se muestra a sí mismo

Un trozo de código que invoca la página que lo contiene

Dado que podemos apelar a la página, podemos apelar al "vocabulario" de la misma. Es decir a todas las operaciones que se pueden hacer en una página. En particular podemos apelar a la operación de exportación de la página, que veíamos la sesión pasada.

La anterior es una secuencia gráfica de acciones (icónico-enactivo).

El equivalente de eso de manera simbólica sería este:

2 es la forma simbólica de 1. El comando que equivale a hacer los clicks.

También hay un vocabulario para hablar del sistema de archivo:

Notemos que algunos elementos con los que hemos venido trabajando, como el archivo book.toml, la subcarpeta wiki/ o el archivo SUMMARY.md empiezan a aparecer en la vista del resultado de la ejecución del comando.

Una cosa clave, que veremos en mayor detalle, es la composición. Es decir, la creación de comportamientos complejos a partir de algonos más sencillos.

:::info Vamos a componer estos dos elementos que hemos visto del vocabulario. El documento con dicha composición se puede ver en: Flujos documentales. :::

Es posible también importar este documento en nuestra propia imagen.

Preguntas

¿Por qué Markdeep y no Markdown como formato?

Por que es posible verlo directamente en la web sin ninguna herramienta distinta a un navegador web con JavaScript habilitado (casi todos).

Sharing and publishing Pharo powered data stories en la lista de correo de pharo.

Our light format have some differential values over other popular data stories publishing formats, like Jupyter Notebook:

a) Its human and browser readable, in contrast IPynb JSON and Python exports are readable by one, but not the other.

b) it only requires (3mb) Fossil + (350K) Markdeep to be stored, versioned, shared and published. Other DVCS, web folders can be used and is a big contrast with complicated and/or oligopolistic support to make a format (Ipynb) web renderable.

c) The same published document can be imported back to Lepiter. When a Jupyter document is published as HTML, it can not be imported back from there to Jupyter (I imagine something similar happens with RStudio or OrgMode, but I have not experienced data workflows on the last tools by myself).

Tomemos la narrativa de datos sobre cómo migrar de WordPress a TiddlyWiki

Veamos el renderizado y su código fuente:

Comparémoslo con el formato de código abierto más popular de narrativas de datos, Jupyter y miremos alguna libreta popular:

https://jupyter.org/try-jupyter/lab/

En contraste el código de Jupyter se ve así:

Actualizar Grafoscopio y narrativas de datos.

Agenda:

  • Intro (Offray)
  • Empalme. (Offray)
  • Actualizando Grafoscopio desde GToolkit. (ruidajo)
  • Retomar y extender la narrativa de datos previa.
    • Descargar un documento hipertextual externo. (Offray)
    • Descargar varios documentos hipertextuales. (ruidajo)
    • Code review (ruidajo y Offray)
  • Introducción (detallada) a la programación objetual: conceptual/semántico, sintáctica, prágmática.

Asistentes

  • Offray
  • ruidajo
  • Caos
  • choff
  • Víctor
  • Sara del Mar
  • constanza

Intro

Coding Dojo vs Data Rodas.

Empalme

En nuestra sesión anterior

Paquetes instalados en Gtoolkit

Documentación de Gtoolkit

Captura de Gtoolkit en la ventana de repositorios Git Captura de Gtoolkit en la ventana de repositorios Git

  1. Botón de menú de hamburguesa (tres lineas horizontales) en el costado derecho superior.

  2. Se despliega una ventana con varios botones, seleccionamos el que dice Git, con un logo de una rama que se bifurca.

  3. En el panel derecho de la ventana abierta, ubicamos MiniDocs y lo seleccionamos.

  4. En el panel derecho muestra la historia de cambios del repositorio.

Captura de gtoolkit en la ventana de repositorios, mostrando la interfaz de fetch y pull Captura de gtoolkit en la ventana de repositorios, mostrando la interfaz de fetch y pull

Captura de la linea del tiempo en la imagen de Gtoolkit Captura de la linea del tiempo en la imagen de Gtoolkit

Intermezzo de problemas técnicos

Lidiaremos con el problema técnico de la desconexión del domino de mutabit.com usando el caracter distribuido de Fossil para que tengamos no sólo una copia del repositorio remoto. Si no varias. Para eso haremos ChiselApp.

:::success Seguir la guía Chisel: Crear y configurar el repositorio remoto :::

Lo anterior nos permite tener distintas urls para la Grafoscopedia. Como esta:

https://chiselapp.com/user/choff/repository/grafoscopedia

El procedimiento de registro sobre un repositorio de fossil lo hicimos y documentamos en la sesión 4.

Retomar y extender la narrativa de datos previa

:::success Importar desde el Knowlege Bases el documento en esta dirección:

Flujos documentales computacionales. :::

Si ejecutamos una línea de código en Pharo, veremos:

Captura de gtoolkit resaltando paneles de las ventanasCaptura de gtoolkit resaltando paneles de las ventanas

  1. Un nuevo panel.
  2. La vista por omisión del objeto (Text).
  3. La vista cruda (Raw).
  4. La vista de impresión (Print).
  5. La solapa/vista "Meta" vocabulario o cómo están organizados todos los mensajes que objeto entiende.

La vista Raw expresa las propiedades más relevantes del objeto.

Si arrastramos la manija inferior, veremos el playground del objeto:

Una vez hemos definido una url o enlace para nuestro HedgeDoc, otras propiedades se pueden derivar del mismo:

Estas exploraciones progresivas, se reincorporan a la narrativa principal:

HedgeDoc new
	url: 'https://docutopia.sustrato.red/diplo2:9';
	retrieveContents

Si ejecutamos ese código, tendremos el documento actualizado:

Convenciones

En una captura de pantalla ↑↑ quiere decir que una interfaz arrastramos el elemneto con el puntero, click y arrastrar.

Captura de las dos flechas en dirección superior Captura de las dos flechas en dirección superior

Repositorios, autorreferencialidad y metaherramientas

Agenda:

  • Empalme
  • Retomar las narrativas.
  • Code Reviews

Asistentes

  • Offray
  • choff
  • Víctor
  • ruidajo
  • viviana
  • Sara del Mar
  • Caos

Empalme

En el cierre sesión anterior vimos que:

A partir de estas dos cosas vamos a proceder a:

  1. Sincronizar lo repos locales con los remotos.
  2. Extender la narrativa de datos para explicitar aún mejor los flujos documentales.

Sincronizar lo repos locales con los remotos

Cuando sincronicemos repositorios, a través de fossil update, veremos algo como esto:

Pull from https://ospinA@mutabit.com/repos.fossil/grafoscopedia
Round-trips: 2   Artifacts sent: 0  received: 23
Pull done, wire bytes sent: 1731  received: 33685  remote: 45.55.37.99
UPDATE wiki/es/dataweeks.md
UPDATE wiki/es/diplomado/2/2-4.md
ADD wiki/es/flujos-documentales-computacionales--9y0je.md.html
UPDATE wiki/es/hypothesis.md
UPDATE wiki/es/scuttlebut.md
-------------------------------------------------------------------------------
updated-from: 00b78684460d5063c587212cc647e460ecdaf160 2025-03-05 00:17:07 UTC
updated-to:   a05992fc62f5096e31db796c104b2e6491e26926 2025-03-15 00:34:33 UTC
tags:         trunk
comment:      Integrando cambios de las dos variantes de la Grafoscopedia. (user: offray)
changes:      5 files modified.
 "fossil undo" is available to undo changes to the working checkout.

Interpretemos su sentido, de atrás para delante:

  • "fossil undo" is available to undo changes to the working checkout.: Se pueden deshacer los cambios.

  • changes: 5 files modified: Cuántos archivos fueron modificados en la instalación.

  • comment: Integrando cambios de las dos variantes de la Grafoscopedia. (user: offray): último comentario en el repositorio.

  • tags: trunk: en que rama o variante escritural del repositorio estamos ubicados. En este caso es el tronco o rama por omisión.

  • updated-from: 00b78684460d5063c587212cc647e460ecdaf160 2025-03-05 00:17:07 UTC updated-to: a05992fc62f5096e31db796c104b2e6491e26926 2025-03-15 00:34:33 UTC Desde donde y hacia dónde nos actualizamos y en qué momento

  • Los mensajes anteriores de UPDATE y ADD corresponde a los archivos que fueron actualizados y adicionados respectivamente.

Una reflexión sobre metaherramientas

  • Sobre tiddlywiki, los recorridos y

  • Nos movemos como [nómadas en contextos digitales]. Cambiámos de hábitat digital, en lugar de cambiar el hábitat digital.

  • Relación entre signos y realidades.

  • Performatividad radical del software libre.

    • Lenguajes dinámicos/interpretados: Python, Lua, Smalltalk, Julia, Elixir
    • Leguajes estáticos/compilados: C, C++, Nim, Rust, Zig

  • Metáforas: entre autopoiesis - simpoiesis.

  • Emancipación estética del código...pero en contexto. Me prece romatizada la idea de la comprensión de la poética sólo por que existe o porque es poética por las brechas de lenguaje en todos los sentidos.

  • Particpación y pedagogías descentralizadas y no jerarquizadas

    • Fanzine
    • Publicación Guerrilla

  • Transclusión en papel, conceptos de ánalogo a digital y viceversa.

Notas Varias

Captura de la interfaz de jitsi para cambiar el performance para bajas conexiones Captura de la interfaz de jitsi para cambiar el performance para bajas conexiones

https://www.edwardtufte.com/

Edward Tufte is the revelatory retina of our time, ever connecting eye and brain in enlightening new ways. He creates masterpieces about design that are themselves masterpieces of design.

Computación Convivencial en el bliki de Offray

https://offray.tiddlyhost.com/#Computaci%C3%B3nConvivencial

desprogramadoras y desarrulladorxs

el poeta del hipervínculo

Repos remotos propios y anotaciones hipertextuales

Agenda:

  • Sincronizar la Grafoscopedia y desplegar repos propios locales y remotos.
  • Lectura hipertextual e interactiva (cordas).
  • Socializar avances y preguntas.

Asistentes

  • Leo
  • Offray
  • Adri
  • Caos
  • viviana
  • M00

Sincronizar la Grafoscopedia y desplegar repos propios locales y remotos

La intensión es que cada aprendiz tenga una copia de la Grafoscopedia en su repositorio personal en línea. Lo cual tiene dos intensiones:

  1. Crear copias redundantes también en línea (las que tenemos hasta el momento son fuera de línea).
  2. Crear variaciones personales con anotaciones propias y ejecuciones de código.

Para esto nuestra agenda general será la siguiente:

:::success

  1. Chisel: Crear y configurar el repositorio remoto: disponer de un lugar en línea para publicar repositorios propios.
  2. Actualizar la versión de la Grafoscopedia local y publicarla en Chisel.

Nota: recomendamos el uso de gestores de contraseñas para tener cuidados con los accesos, recordar las claves que usamos o, en últimas, no perder información. Acá una guía breve como referencia. :::

Para el segundo paso es conveniente, desde la raíz del repositorio hacer lo siguiente.

  1. cd ~Documents/Grafospedia.
  2. Miramos el estado del repositorio: fossil status.
  3. Actualizamos el repositorio en caso de que estemos detras en la historia de commits, ejecutando fossil update.
  4. Cerramos el repositorio ejecutando fossil close.
  5. Ubicamos el archivo del repositorio en el computador local, debería ser grafoscopedia.fossil o algo similar.
  6. Vamos a la interfaz de chiselapp en el navegador y estando autenticadas ubicamos en la barra de herramientas Create Repository > Upload Repository
  7. En la interfaz se mostrara un formulario para declarar el nombre del repositorio, la clave de la usuaria en ese repositorio remoto y finalmente un botón para subir el archivo que ubicamos en la instrucción (5).
  8. Le damos al botón de Upload Repository y obtendremos un repositorio remoto con una url del tipo https://chiselapp.com/user/NOMBRE-DE-USUARIA/repository/grafoscopedia.

:::success Colocar, después de este recuadro, el enlace a la variante particular de la grafoscopedia de cada cual: :::

Lectura hipertextual e interactiva (cordas)

En la variante propia de cada cual, vamos a navegar los archivos Files:

Captura señalando el botón Files en la interfaz del repositorio fossil Captura señalando el botón Files en la interfaz del repositorio fossil

Pulsamos en el enlace de Treeview

Captura señalando el botón Tree-View en la interfaz del repositorio fossil Captura señalando el botón Tree-View en la interfaz del repositorio fossil

Dentro de la vista de árbol vamos a wiki/es y dentro de la misma, elegimos el primer archivo de la lectura anotada, que empieza por flujos-documentales....

Captura señalando la ruta en el repositorio fossil a wiki, es, y el documento Captura señalando la ruta en el repositorio fossil a wiki, es, y el documento

Una vez lleguemos a él cliquemos en doc

Captura señalando el botón Doc en la ventana de documento en el repositorio de fossil Captura señalando el botón Doc en la ventana de documento en el repositorio de fossil

Y tendremos una vista similar a esta:

Captura del navegador señalando la botonera del plugin de hypothesis Captura del navegador señalando la botonera del plugin de hypothesis

Captura del navegador con la interfaz del plugin de hypothesis desplegado Captura del navegador con la interfaz del plugin de hypothesis desplegado

Otras variantes del documento estarán en variantes de este enlace:

Cliqueamos en la solapa de lectura de Hypothesis y, si no tenemos usuari@ cliqueamos en "Sign up" (registrarse) y llenamos el formulario.

:::success En caso de no tener usuario de Hypothesis, registrarse en la plataforma. Y una vez se tenga usuario, después de este recuadro, compartir el usuario de Hypothesis. :::

Lectura hipertextual e interactiva (cordas).

Procederemos a la lectura de borradores.

:::success Cada aprendiz:

  1. Usará Hypothesis para ir haciendo la lectura hipertextual del documento, en su propia copia del reposotorio. Consejo: usar tempranamente las etiquetas, de modo que se pueda navegar distintos documentos utilizándoas (por temáticas/asuntos).
  2. Importar el documento en el Grafoscopio de cada cual para ir ejecutano la parte interactiva.

:::

Enlace de invitación para hacer parte del grupo en hypothesis

  • https://hypothes.is/groups/PwzmRJ4i/diplomados-mutabit

Para publicar en un grupo, seleccionar en la barra de herramientas del costado derecho superior, donde por defecto se ve Public, al desplegar el menu permitira seleccionar el grupo en el que queremos publicar los comentarios.

Captura resaltando en la interfaz de hypothesis el menu desplegable de grupos Captura resaltando en la interfaz de hypothesis el menu desplegable de grupos

:::success Conversar con motivo de las anotaciones ajenas.

En el grupo de Diplomados mutabiT, ubicar anotaciones ajenas y hacer un comentario, con motivo de las mismas, iniciando una conversación en los márgenes del documento. :::

Lectura anotada a la introducción a smalltalk.

Agenda

  • Empalme.
  • Reinstalar Grafoscopio.
  • Lectura hipertextual e interactiva: compartida:
    • Resincronizar repositorios.
    • Compartir las conversaciones y tensiones:
      • Flujos de datos documentales.
      • Smalltalk.
      • Procesando y representando datos en Pharo.

Asistentes

  • ruidajo
  • Offray
  • Viviana
  • Caos
  • Choff
  • Adri

Reinstalar Grafoscopio

No es raro reinstalarlo, debido a que está en un proceso de desarrollo y liberación de nuevas versiones permanente, en lo que se conoce como rolling release o liberación continua.

Por ello resinslaremos Grafoscopio.

Compartir las conversaciones y tensiones

  1. Compartir las lecturas que cada quien hizo en su propio repositorio.

  2. Hacer la lectura anotada del mismo repositorio en "una rama de lectura" para el documento introductorio a Smalltalk.

Sesión Final - cierres y continuidades

Agenda:

  • Empalme.
  • Lectura anotada de Representando y procesando datos en Pharo.
  • Cierre del círculo: Iniciamos con mdBook y terminamos en Smalltalk. conectando ambos.

Asistencia

  • Offray
  • viviana
  • choff
  • sara del mar
  • adri
  • maurice
  • caosludd
  • ruidajo
  • Víctor

Representando y procesando datos en Pharo

La idea sería que, una vez hayamos hecho la lectura anotada en Hypothesis de Representando y procesando datos en Pharo, intentando conectar la semánticas de la lectura previa, con la sintaxis.

  1. Importar en la versión de Grafoscopio de cada cual, la lectura Representando y procesando datos en Pharo
  2. Ir ejecutando el código.
  3. Ir anotan en Hypothesis, en el enlace previo, las preguntas, sugerencias, etc que podamos tener sobre el documento.
  4. La idea es que podamos resolver las preguntas del captítulo 4, Challenge Yourse de Learning OOP with Pharo.
  5. Otro libro que trae ejercicio interesantes

Nuevas habilidades de minidocs, es posible sincronizar con un documento remoto.

Este documento tiene la url https://docutopia.sustrato.red/diplo2:13 al importar en MiniDocs, establece esta url como un sitio para sincornizarse.

En el repositorio estan los cambios https://code.sustrato.red/Offray/MiniDocs/commit/31efcd11b26d55be13bb476149fe793d89dd2c21

Diplomado

En Colombia es una forma de capacitación o educación informal (no es conducente a títulos, como lo son pregrados, maestría, doctorados, licenciaturas), sino que se acredita la participación en una experiencia educativa con una asistencia mínima horaria (80 hora o más) y la puede dictar cualquier persona natural o jurídica con experticia en algún campo.

Si sé alpinismo puedo dar un curso de seguridad en alturas para gente que haga soldadura en angares.

La idea es hacer algo así (84 horas) en 7 fines de semana sobre los temas de la comunidad de Grafoscopio con una comunidad de becarios que recibirían un certificado de mutabiT.

Horarios tentativos (GMT-5):

  • Jueves y viernes de 6:15 9:45 PM.
  • Sábados: 9:30 AM a 2:30 PM

Durante 7 fines de semana (84 horas) pero la idea es apartar 8 o 9 fines de semana cosa que el alrededor de 2 meses tengamos nuestro portafolios.

  • "Recorrido largo"

    Wikis personales -> Catálogos de los Comunes (Banco de Tiempo) -> Bots -> Criptomercados y billeteras de crédito mutual rotativo.

  • En el corto plazo:

    Memoria hipertextual, aprendizaje comunitario y herramientas digitales amoldables

Variantes y antecedentes

Existe "en el pensa'o" desde 2017/2018 y ha tomado distintas formas. Las más concretas:

Memoria hipertextual, aprendizaje comunitario y herramientas digitales amoldables

Temáticas

Nuestras temáticas son orgánicas, flexibles e interconectadas. Se introducen progresivamente y se presentan recurrentemente con niveles de profundidad incrementales. Un esqueleto general ayuda a sostenerlas, pero también damos lugar a lo emergente y lo explorativo, de modo que distintos asistentes puedan ver reflejados sus intereses y niveles de experticia. Un proyecto/problema se introduce en paralelo con las temáticas de modo que el aprendizaje esté orientado por la práctica (pero no reducido a esta). Las temáticas más complejas se dejan para el final del diplomado y son punto de conexión tanto con comunidades de práctica que las trabajan, como con proyectos y problemáticas abiertas y venideras, así como futuras ediciones más avanzadas del diplomado.

Apartes del mapa sobre herramientas amoldables

Estos son los temas:

  • Presentación del diplomado
    • De los facilitadores y asistentes.
    • De los enfoques pedagógicos y educativos.
    • De la memoria hipertextual, el aprendizaje comunitario y las herramientas amoldables.
    • De las perspectivas teóricas e históricas.
    • De las infraestructuras digitales de bolsillo.
  • Publicación e Investigación colaborativa, abierta y reproducible
    • Documentación estructurada, ágil y colaborativa
      • Lenguajes de etiquetamiento ligero: visión panorámica y de Markdown.
      • Herramientas de escritura colaborativa en línea para Markdown.
      • Markdown fuera de línea.
    • Trabajo colaborativo distribuido: Control de versiones en Fossil.
      • Semejanzas y diferencias con otros sistemas de control de versiones.
      • Creación de repositorios y flujos de trabajo en ellos.
    • Documentación interactiva y automatizada: Grafoscopio.
      • Importación de documentos: web scraping.
      • Documentos programables: exportación y transformación.
      • Intermezzo > Smalltalk y Pharo: live coding y rudimentos de programación.
      • Publicación multiformato, impresa, web y móvil: Pandoc y LaTeX.
  • Construyendo nuestra presencia autónoma en línea: Gestores de contenido, portafolios y galerías.
  • Visualizando datos:
    • Caso de estudio: Data Selfies de Twitter.
    • Proyecto abierto: Construyendo nuestro portafolio desde la presencia en línea en los repositorios de código.

Actividades

  • Hypothesis: lectura anotada activa y social.

    • Ver video,
    • crear una cuenta,
    • lectura individual: hacer una anotación a texto público elegida libremente y compartirla.
    • Lectura colectiva.
      • Vincularse a un grupo de lectura (Crear uno para el diplomado).
      • Hacer una anotación a un texto colectivo.
      • Responder a una anotación ajena para conversarla.

  • Markdown y HedgeDoc: Hipertexto colectivo en "tiempo real"

    • Video de HegeDoc (antes docutopia):
      • Crear una cuenta.
      • Crear un hipertexto con los elementos de entructura (Títulos, subítulos, listas de items numeradas y no numeradas) y formato (negrilla, cursiva, enlaces, imágenes y tablas).
    • Explorar Markdown en un ticket del repositorio de Fossil.

  • TidddlyWiki: Hipertexto (inter)personal y asíncrono.

    • Ver MicroCurrículo
    • Descarga, persistencia/almacenamienta (Timimi) y ejeución.
    • De HedgeDoc a TiddlyWiki.
    • WikiText: crear un hipertexto con los elementos de entructura (Títulos, subítulos, listas de items numeradas y no numeradas) y formato (negrilla, cursiva, enlaces, imágenes y tablas). Experimentar las diferencias entre Markdown y WikiText.

    :::info Se propone para los niveles intermedios extender wikilexias para que explique mejor el contenido anterior. :::

  • Glamorous Toolkit y herramientas amoldables.

    • Instalación.
    • Introducción al GToolkit.
    • Lepiter y el Glamorous Book: Documentación interactiva.
    • Tutorial Pharo 101.
    • Escribir y ejecutar documentos interactivos: visualizar TiddlyWiki.
    • Extender TiddlyWikiPharo: (El artefacto es el currículo)
      • Visualizar enlaces con "alias" [[Mi alias|Mi enlace]] y con CamelCase.
      • Importador de HedgeDoc a TiddlyWiki: conversión de sintaxis.
      • ¿Exportar visualizaciones a HTML?
      • ¿TiddlyWiki Server?
    • Inspeccionar interfaz.

  • ¿Prototipo de artefacto digital (portafolio)?

  • 3 o 4 fines de semana hipertexto(Hypothesis → HedgeDoc → Tiddlywiki) y el resto para herramientas amoldables(Glamorous Toolkit).

Duración, intensidad e inversion

Las primeras ediciones tienen un descuento especial introductorio. A lo largo del año pueden haber otros precios superiores en futuras ediciones del diplomado. Esta es nuestra oferta actual:

Nuestras cohortes tienen de 5 (mínimo) a 12 asistentes y se espera que cada uno de ellos cuente con un computador portátil.

El trabajo con documentación, código y visualización, requiere un cierto nivel de intensidad para lograr la concentración y el flujo adecuado (algunos le llaman "la zona"). Por tanto, se recomienda que la intensidad semanal esté repartida en sesiones promedio de 4 horas.

Por ejemplo:

  • Jueves y viernes de 5 PM a 9 PM. Sábado de 3 PM a 7 PM.
  • Viernes de 5 PM a 9 PM. Sábado de 9 AM a 1 PM y de 3 PM a 7 PM.

Formulario de pre-incripción

  • Qué trabajo has hecho o estás haciendo con comunidades de base, hacktivimos, feminismos, bienes comunes, arte experimental.

    Hacer Glosario ampliación.

  • Tienes algún enlace, portafolio, referencias (No, tengo todo en análogo).

  • ¿Como crees que los saberes, tecnologías y prácticas del diplomado dialogan con tus proyectos, trayectorias y comunidades?

  • Si pudieras colocarle una valoración económica a este diplomado (curso teorico práctico de 84 acreditado no conducente a título) en cuánto lo valorarías.

    Cantidad (Ejp 800) Moneda (MxP)

  • El costo anterior fue estimado en comparación con (marca las que apliquen):

    • Otros diplomados y cursos similares.
    • Cursos de formación en línea.
    • Cursos de formación universitaria.

  • Si pudieras ofrecer una compensación en intercambio/trueque de tiempo por las 84 horas de formación, ofrecerías

    • La misma cantidad.
    • Menos
    • Más
    • No puedo ofrecer un trueque de tiempos.
    • ¿Cuánto? _______

  • El trueque de tiempo puede tomar la forma de (marca todas las que apliquen):

    • Talleres
    • Cursos cortos.
    • Otro diplomado similar en duración.
    • Horas de consultoría o servicios.
    • Otro ¿Cuál? ________

Diplomado 2021: Sesión 1

índice || siguiente →

Presentación

Presentación de los y las participantes.

  • Offray: Presentación breve general e invitación a presentación de participantes.

  • Choff: memoria en la comunidad tecnológica y encuentro desde las tecnologías. críticas con la comunidad de Grafoscopio.

  • Daniel: procesos en comunidades de base afectados por mega-proyectos y procesos comunicativos en las bases.

  • Mo: Miembro de Copincha y Grafoscopio. Trabajarán con Nestor Siré en !!!Seccion Arte, un proyecto en el Paquete Semanal en procesos de cocreación y artísticos.

  • Fernando: Miembro de la comunidad de Grafoscopio y activista de software libre y datos abiertos en Colombia. Interés de aplicar estas tecnologías en proyectos actuales y trabajo futuro con comunidades de base. Tambien tiene algo de experiencia en redes comunitarias.

  • Nestor Siré: trabajo desde el mundo artístico y académico y miembro de Copincha. Trabajo en proyecto conjunto con Copincha. Explica en mayor detalle el Paquete Semanal y Sección Arte, una parte del mismo, enfocado en arte.

  • Diego Ruidajo: Artista experimental con (de)formación de músico. participación en la Red Suratómica y la Red Cratila (Creación Sonora Participativa). Con la intensión de seducir a la comunidad artística desde lo que posibilitan las herramientas amoldables.

  • Leo: Bibliotecario, ubicado en el Caribe, miembro de Grafoscopio. Ponerse al día con los aprendizajes comunitarios del Glamorous Toolkit, Pharo y su interacción con TiddlyWiki.

  • Jazmin: Trabajadora social trabajando en educación y comuicación popular y el activismo. Interesada en plataformas tecnológicas alternativas para activismos sociales y asumirlas en estos procesos.

  • Master: Colaborador del Rancho Electrónico, sociólogo de (de)formación, con trabajo de sysadmin y miembro del Miau. Interesado en educación, video juegos, algo de código, reciclaje y pulir mis skills en fossil, pharo, glamorous toolkit. y avanzarle a mi proyecto de tekios.

  • Adriana: Investigadora y feminista. Interesada en trabajar procesos tecnológicos con comunidades de base y en particular una plataforma de economías feministas llamada Juntura.

  • Carlos: Formación de base en Filosofía e investigador trabajando en la economía política de la tecnología y sus lecturas crítica. Trabajando en una mirada decolonial y desde el Sur sobre la tecnología con archivos propios y apropiados.

  • Laura: Copartícipe de Juntura desde la parte de programación e interesada por los cómos de la tecnología más alla de la academia en particular para Juntura.

    Presentación del contenido

    Se trata sobre las maneras de crear memoria a partir de la presencia de la web. Propone, a partir de las infraestructuras de bolsillo, modificar la manera en cómo nos relacionamos con las tecnologías.

Datos curiosos

lecturas anotadas

Pueden tener un carácter:

  • Acádemico
  • Activista: Abrimos a través de la anotación la participación en plataformas cerradas de comentarios
  • Periodístico: Verificar info en línea, en particular en el tema de fake news.

Existen pluing de Hypothesis para Chrome y sus derivados y una página anotada con hypothesis luce muy diferente cuando el plugin está instalado que cuando no.

Por ejemplo:

Sin embargo, existe un Plugin de hypotes.is para firefox. Para instalarlo vamos a la página del plugin y cliqueamos Adicionar a Firefox (add to Firefox):

Y mantenemos desseleccionada la opción de ejecutar en ventanas privadas:

Después de la instalación aparecerá el ícono de hypothesis en nuestra barra de navegación:

El plugin está en construcción y da problemas para abrirlo.

El error es el siguiente:

  • visita el mismo enlace en un navegador derivado de Chrome con el plugin de hypothesis

Lectorxs

Anotaciones individuales

Anotaciones conversadas

En la lista anterior elegir la anotación compartida por la siguiente persona en el listado, leerla brevemente y contestarle a alguna de sus anotaciones.

Cuando aparecen nuevos comentarios se notará por este ícono:

Anotaciones colectivas

Rolas

:::info Los siguientes embebidos se hacen con > https://docs.hedgedoc.org/references/hfm/#embeddings :::

Diplomado 2021, Sesión 2

índice

← anterior || siguiente →

Micro-Agenda

  • Bienvenida
  • Data Weeks las Data Rodas y la canción de los perritos.
  • Senti-pensares de la sesión anterior
  • Educación por proyectos y los proyectos para este diplomado.

Bienvenida

Data Weeks las Data Rodas y la canción de los perritos

  • Data Weeks. (14 ediciones desde 2015)
  • Data Rodas: (65 ediciones desde 2015) Pequeñas versiones de Data Week, con la misma metodología y búsquedas, pero en formatos más ágiles de sólo una tarde y la intensión era conectarnos entre Data Week y Data Week. Se volvió el formato preferido debido a su agilidad, y a que era un buen evento de acogida para nuevos integrates. (cfg: Etienne Wenger, estructuras de acogida).

Entre ambos formatos se suman más de 650 horas de experiencia comunitaria y contando. El nuevo formato es el diplomado con dos características diferenciales:

  • Certificado con un número minimo de horas de acuerdo a la legislación colombiana (80 hrs o más).
  • Orientado a la creación de portafolios personales que dejan huella de los aprendizajes.

Debido al caracter flotante de algunos participantes, desarrollamos una "broma interna" que tiene que ver con esta canción infantil:

La canción de los perritos :dog:

Yo tenía 10 perritos :dog2:
uno se murió en la nieve, :snowflake:
y quedaron nueve, nueve.
Uno se comió un bizcocho :cake:
y quedaron ocho, ocho;
Otro se comío un filete, :meat_on_bone:
y quedaron siete, siete.
Otro tuvo un traspiés, :shoe:
y quedaron seis, seis.
...

Lo importante, por ello, es tener realimentación constante sobre las participaciones y así como se establecen espacios de acogida, también establecer rituales de cierre y despedida:

  • Si nos tenemos que ir antes, dar realimentación sobre la sesión en la que estuvimos y/o las de la semana.
  • Si no alcanzamos al final de la sesión, hacer la realimentación al comienzo de la siguiente.
  • Se puede hacer a través de múltiples canales, por ejemplo con un mensaje de voz en el canal de Telegram

La intensión es hablar de los sentipensares, que nos ayuden a navegar y construir en conjunto dos cosas:

  • Los elementos a resaltar
  • Los elementos a mejorar.

Realimentación Inicial

master estuvo chevere que empezaramos por hypotesis por que hubiera preferido que empezaran por hedgedoc pero como que se sintio mas simple el empezar por hypotesis por lascosas que ya estamos un poco mas

  • Tránsito de la lectura a la escritura, tuvo que ver con contextos de educación universitaria en los que clásicamente se dejan lecturas previas e Hypothesis nos permitía evidenciarlas y articularlas.

Daniel: Eso requiere apertura mental a otras herramientas a las que permiten sólo una forma de interactuar y de trabajar. Hypothesis muestra otras maneras de interactuar distinta a las preformateadas de las redes. Permite trabajar ciudadanías, pedagogías críticas desde posibilidades más abiertas. El tránsito de la lectura a la escritura ayuda de maneras orgánicas al aprendizaje.

Carlos: Tuvo que retirarse rápidamente del grupo, pero dejó su retroalimentación en el grupo de Telegram: Sobre la primera sesión estuvo muy bueno el diseño en si del diplomado con todo organizado en projectify con tareas muy precisas y bien descritas. Quiero ver cómo empieza a funcionar lo de aprendizaje de pares en ejercicios que involucren niveles diferentes de experticias.

  • Empezaremos a explicar

Jazmin: Se acoge a los comentarios de Daniel y resalta la sencillez del espacio. Efectivamente puede ocurrir que los saberes avancen a un ritmo que lo exceden a uno, como el meme compartido:

![](https://docutopia.tupale.co/uploads/upload_da03e89f75bb07e98e4062cfe8568d02.png =300x)

Es clave no tener pena con las preguntas. Es un espacio empático, con los descansos y la música. Es un espacio muy novedoso y que cuestiona esas formas de hacer acartonadas que aprendemos desde la institucionalidad. También se trata de construir comunidad para lograr transformaciones; para las personas nuevas se trata de integrarse a la comunidad que ya está establecida. Aplaude el nivel de detalle y meticulosidad.

  • Sobre las notas y relatorias las asumimos orgánicamente:

    • Complementando, editando, completando.
    • Llevándolo a nuestros apuntes personales, wikificarlo y compartirlo de vuelta en la comunidad.

  • Sobre la comunidad:

    • Grafoscopio es dos cosas: una comunidad y un conjunto de herramientas están detonadas sobre la pregunta de "cómo cambiamos los artefactos digitales que nos cambian".

    • Las comunidades y sus mediaciones/herramienta se co-construyen mutuamente. Ejp: Skaters y Skates. Músicos y sus instrumentos.

      • {%youtube 9pL9lY8bJAs %}
      • https://www.youtube.com/watch?v=9pL9lY8bJAs

  • "La única pregunta boba es la que no se hace".

Leo: Ha habitado este espacio en otras dinámicas más informales y lo que mantiene este espacio es que desde nuestra diversidad (bibliotecario, músico, diseñadora, programadora, filósofo) hay una preocupación por abordar y entender las tecnologías y la pregunta sea la constante. (Ejp: los plugins, instalar tecnologías, etc). Si entendemos las lógicas subyacentes podemos seguir la metodología Encera Brilla. Se puede descentralizar la memoria y tendríamos la interpretación de la otra persona sobre lo dicho. Si no anotamos entre todxs en las memorias lo que se va hablando y aportando, podríamos perder elementos importantes.

  • TiddlyWiki: puede ser una transición.
  • Documentar como centro, en lugar de código como transición.

Offray: la documentación sobre el problema que abordamos puede ser más enriquecedor que ocuparse sobre el problema en sí mismo. A propósito de las prácticas iniciales alrededor de Grafoscopio.

La documentación sobre lo que nos interesa determina lo que podemos retomar posterioremente. Algunos casos, dentro de las dinámicas de este espacios, está en la versión de Dara Week 3, en comparación con el Data Week 11. A partir de este último, se pasó de los Etherpads a docutopia, actualmente HeadgeDoc.

Educación por proyectos y los proyectos para este diplomado

Retomaremos la sesión anterior y socializaremos nuestros comentarios a las lecturas de otras.

  • ¿Qué aprendimos de esta experiencia?
  • ¿Qué preguntas e inquietudes tenemos?

Intervinieron Offray, Nestor y Daniel mostrando cómo habían usado la herramienta comentando a otros y también desde la lectura personal.

Para navegar los proyectos del Diplomado:

  • Proyectos Diplomado.

  • Explicó como se puede usar la variante Projectify TiddlyWiki para soportar educación por proyectos y cómo se es está usando en el contexto del diplomado.

  • Se invitó a les participantes a seguir la guía de Projectify. Se incluyó una sección de «problemas abiertos», para las personas que han recorrido y estén avanzadas en los contenidos del diplomado, así podrían ayudar a que otras personas puedan, también, avanzar a sus propios ritmos.

  • Vamos a realizar las actividades relacionadas con proyectos Hypothesis y

    • Revisemos las actividades que ya hemos hecho
    • Hagamos las actividades pendientes.
    • Cuando la actividad de Grupos de Lectura invite a unirse al grupo del Diplomado, unise a este grupo: https://hypothes.is/groups/PwzmRJ4i/diplomados-mutabit

Problemas abiertos

  • Condicionales en TiddlyWiki
    • imgCentered
      • pie de imagen o texto descriptivo.
      • En la definición del macro está: imgCentered(link, width) donde: link y width son los parametros, agregué un nuevo parametro text donde estaría el pie de la imagen.
        • imgCentered(link, width, text)
      • pendiente → documentar la parte interna del macro.

Preguntas varias, obvias o no

  • ¿Los TiddlyWikis, en el mejor de los casos, se conectarán al final del diplomado? o ¿el del taller podrá ser descargado por sus participantes?
    • Ruidajo: depronto hacer un tiddler comun-compartido que haga las veces de un webring o anillo web donde interconectemos los diferente enlaces a donde se hospedan los tiddlywiki.
      • También cuando lleguemos a la parte de herramientas amoldables podemos automatizar la descarga de tiddlers de otras libretas e integrarlas a las propias.
  • [Acá la siguiente pregunta]

Pausa Bailable o no-bailable (Lista de reproducción).

Rodones

Diplomado 2021, Sesión 3

índice

← anterior || siguiente →

Micro-Agenda

  • Recuento de la sesión anterior
  • Markdown y HedgeDoc
  • Coqueteos con TiddlyWiki

Recuento breve

La metodología como la Kanban o la de Toyota, surgen luego de la guerra y la intención de levantar a Japón luego de su destrucción en la guerra.

El kanban permite organizar tareas por proyecto. TiddlyWiki tiene una versión que utiliza la representación de los Kanban, projectify.

El Kanban ha sido sacralizado y demonizado en exceso. Lo clave del mismo (y de otras metodologías ágiles de planeación) es que nos permiten tener visión panorámica de la ejecución de un proyecto, a la vez que pilotear la contingencia y lo emergente de maneras flexibles y estructuradas.

Recorridos Históricos:

Markdown y HedgeDoc

  • Realizar las actividades del proyecto Markdown y HedgeDoc
  • Socializar, preguntar, complementar.

Notas post-lectura:

Estrategias metacognitivas y glosario:

  • Permisos granulares: Quién puede hacer qué con el documento.

  • Exportación a PDF desde HedgeDoc

  • Usarlo permanentemente.

  • Los "defaults": casi nadie se mueve de ellos. Por eso Google paga millones a Mozilla y Apple por ser el buscador por defecto en los navegadores.

  • Mirada histórica y panorámica frente a las tecnologías: Qué pasa hacia atrás y hacia los lados.

  • text2tags

  • Markdown vs WikiText: Es recomendable aprenderlos ambos en paralelo. Ayuda a ver las idiosincracias propias de cada lenguaje e incluso a trazar ideas

  • Seguridad: Kali, Tails, QubeOS.

Coqueteos con TiddlyWiki

Cómo/Dónde almacenar los wikis:

Cada wiki debería estar en su propia carpeta, pues luego en dicha carpeta almacenaremos un repositorio de código en Fossil, así como archivos versionados y no versionados que dan cuenta de la historia y del estado wiki, respectiva. Por ejemplo

MisWikis/
  |_Wikilexias/
    wikilexias.html
  |_Holonica/
    holonica.html
  |_Grafoscopedia/
    grafoscopedia.html

Problemas Abiertos

Rodones / Banda Sonora

defensa atake {%youtube 9Iwxyxg4ACg %}

El jardinero y el Loco y la Luna {%youtube 5x9a7fGyYvU %}

Obsesión - Esta es mi mama {%youtube HZ0m_4Vxaq4 %}

AlcolirykoZ - Todo lo Bueno Tarda (Prod. El Arkeólogo) {%youtube 0NAKpzOfVoY %}

Martillo y Puñal (fich. Edson Velandia) {%youtube sI7CyTdezF8 %}

Diplomado 2021, Sesión 4.

índice

← anterior || siguiente →

Recuento.

  • Sobre como las tecnologías digitales afectas los procesos lectores.
  • Estregias metacognitivas de lectura anota.
  • Dos maneras de hipertexto de la sesión:
    • Editorial: completos, agrega enlaces, párrafos, corrige términos.
    • Sacar documentos hipertextuales propios.
  • Infraestructura informa la imaginación.

En esta semana: Wikis.

  • Tecnología y miradas panorámicas:
    • Historicidad: de dónde vienen
    • Colateral: qué hay al lado (alteridades, alternativas).
  • TiddlyWiki Usos:
    • Instalación y ejecución.
    • Almacenamiento y copias de seguridad.
    • Publicación.
    • Visualización.
    • Ver los proyectos personales con los que nos inscribimos al diplomado.

Lecturas anotadas

  • https://hyp.is/BWK9eiyCEeyQdRP3aioj5Q/es.wikipedia.org/wiki/Vannevar_Bush
  • https://hyp.is/LfBDxiyGEeyVfHPpzSJw8Q/www.xanadu.net/

Actividades y Preguntas

  • Cómo saber si se tiene instalado TiddlyWiki:

    Debe haber un archivo html en el lugar donde se haya descargado el wiki (usualmente la carpeta descargas, pero podría moverse a otro lugar) y cuando se abra desde el navegador, debe tener la apariencia de un wiki en TiddlyWiki.

  • Cada vez que quiera hacer un wiki nuevo, tengo que volver a descargarlo.

    Si se está alimentando un wiki antiguo, se debe seguir editando ese archivo. Se se está creando uno nuevo, como se indaga en esta pregunta, sí debe descargarse a partir de una de las semillas iniciales de TiddlyWiki

  • Cómo saber si se tiene instalado Timimi:

Otros

  • https://tiddlywiki.com/editions/introduction/

Música "hipertextual"

No sonados pero pendientongos

Diplomado 2021, sesión 5

índice

← Anterior || Siguiente →

Mini Agenda

  • Recuento

  • Continuación con las actividades de la vez pasada

TiddlyWiki: Hipertexto (inter)personal y asíncrono

Recuento e inquietudes

  • En qué consisten los enlaces de doble vía:

    Distingamos Word Wide Web (Tim Berners Lee) de otras miradas de Internet, en particular el Proyecto Xanadú (Theodor H. Nelson):

    • Enlaces doble vía (Xanadu) vs una sola (WWW): Cfg: HedgeDoc vs TiddlyWiki y la creación apuntando a páginas/tiddlers internos en el primero las páginas no saben quién les apunta y en el segundo los tiddlers sí lo sabes (son los backlinks al final del tiddler).

    • Los buenos enlaces no se rompen:

      • En TiddlyWiki si una página se renombra, se renombran todos los enlaces que apuntan a ella. Eso es provisto por un plugin llamado ReLink.

      • "Los wikis apuntan al futuro": en la web tradicional si un enlace no existe recibimos un error 404 (Page not found), mientras que en los wikis recibimos una invitación a crear la página.

:::info Una vez hallamos terminado las actividades de persistencia y almacenamiento vía Timimi, revisar las actividades de aprendizaje hasta el momento e ir llenando los formularios con respuestas y comentarios específicos de cada actividad. :::

Lepiter

En GToolkit, se presenta Lepiter y allí se abre una nota, llamada Libreta base, para la documentación con proyectos del diplomado. Los documentos se pueden organizar con una estructura jerárquica en su visualización.

En la documentación se pueden crear enlaces y, al igual que en las wikis, se generan enlaces a páginas en blanco que posteriormente pueden ser escritas. Lepiter soporta la escritura en Markdown, aunque con algunos inconvenietes, no reconoce algunos elementos del marcado. Se incluye la documentación para el proyecto Sección Arte.

La documentación en la libreta es modular. Cada sección de texto o código, está seccionada en el documento. Cada bloque de contenido se crea con las teclas alt + Enter, para el salto entre «párrafos» o secciones de contenidos. Con esa división en el contenido del documento será posible escindir el contenido o generar algo similar a la transclusión en TiddlyWiki.

Recomendados

  • Tree es una utilidad para ver las carpetas y sus archivo en disco duro como un árbol desde la consola de comandos.
  • exa, un ls mejorado.
  • exiftool, para limpiar datos (?)
  • enlightenment
  • Tw Saver: Twitter video downloader.

Música

índice

← Anterior || Siguiente →

Diplomado 2021, Sesión 6

Miniagenda

  • Recuento y evaluación
  • Recorridos en paralelo.
  • Practicas puntuales.
  • Propuestas varias.

Recuento y evaluación

  • Sobre los principios en particular la tolerancia a la frustración.

  • Sobre la sincronía entre las copias locales y remotas de los wikis y sus actualizaciones.

  • ¿Dónde vamos?

    en Zoom:

Depuración de errores

Timimi:

  • Descargar el instalador, que establece un puente: el navegador, el sistema operativo y el plugin.
  • Ejecutar el instalador que establecer dicho puente.
  • Configurar (e instalar) el plugin.

Depuraremos estos pasos:

find -name "timimi*"

Si está instalado, nos debería dar algo como esto:

./.local/share/timimi
./.local/share/timimi/timimi
find: ‘./.cache/yay/riseup-vpn-git/pkg’: Permiso denegado
find: ‘./.cache/yay/megasync-nopdfium/pkg’: Permiso denegado
find: ‘./.cache/yay/xfce4-screenshooter-git/pkg’: Permiso denegado
./.mozilla/firefox/j85w3m2b.default-release/extensions/timimi@tesseract.io.xpi
./.mozilla/native-messaging-hosts/timimi.json
./Descargas/timimi-2-1-1-Linux

Lanzaremos timimi

./.local/share/timimi/timimi

Una vez se lance timimi, es importante que en el navegador también esté abierto y configurado el plug-in de Timimi para el navegador y se inicie.

La configuración del plug-in sugerida es la siguiente:

En la imagen, en en numeral uno (1) se establece la ruta para guardar las copias de respaldo nuestro TiddlyWiki en la ubicación del archivo. Para el punto do (2) se selecciona el método para las copias, Tower of Hanoi permite guardar un número determinado de copias y sobreescribir los archivos constantemente, evitando tener un registro líneal y de múltiples archivos de respaldo.

Finalmente, se guardan las configuraciones con el botón de guardar, en la parte inferior de la página.

Interfaces:

Jerome Bruner: Cogniciónes:

  • enactivas (acción).
  • icónicas (imágenes)
  • Símbolicas (símbolos: palabras, ecuaciones)

Interactuamos con el computador de estas maneras:

  • Navegar de archivo es una interfaz icónico-enactiva (acciones sobre imagenes)

  • La misma navegación desde una interfaz simbólica luciría de esta manera:

  • Breaks Semanticos:

They are endowed with reason and conscience and should act towards one another in a spirit of brotherhood. All human beings are born free and equal in dignity and rights.

Banda sonora

índice

← Anterior || Siguiente →

Diplomado 2021, Semana 3, sesion 2

Nos centraremos en:

Y coloquemos acá los enlaces a nuestros wikis en TiddlyHost:

en Chiselapp

Recuento y preguntas

Qué es la champeta

En la pausa musical lo mostramos con una canción, pa' bailar.

Cómo limpiar semillas de TiddlyWiki

Descargamos la semilla que queramos, buscamos todos los tiddlers de contenido y lo borramos. Esto nos da sólo los de funcionalidad.

[!is[system]sort[title]]

Como resultado nos mostrará las coincidencias. Es recomendable revisar que algunos tiddles de configuración no estén en el listado, y si lo están, reemplazarlos luego del borrado.

Música

índice

← Anterior || Siguiente →

Diplomado 2021: Semana 3, sesión 3.

Mini agenda

  • Recuento.
  • Publicación: repositorios de código.

Recuento e inquietudes

Anticipo: Visualizar Wikis

  • Carlos: Información enriquecida. Encontrar relaciones no evidentes entre fichas o unidades de pensamiento.
  • Choff: Conectar infraestructuras desde conversiones entre formatos estandar.
  • Adri: Moverse fuera del pantano zoom out vs zoom in. Computación como cocinar multisensorial y enactiva:
  • Master: ludificar (gamification) el conocimiento: tratando de generar un pequeño espacio donde se puedan sumar experticias y conocimietos

los siguientes procesos estan en construccion les explicare despues

primero utilizo como referencia el sistema Final Fantasy Tactics

como se puede ver en la imagen hay referencia del la cantidad de nivel para el siguiente trabajo como se requiere nivel de squire para tener un caballero, o nivel 3 de caballero pa ra tener un monje y asi sucesivamente

la idea general seria con tiddlywiki justo generar mapas de aprendizaje(termino de master) para vincular informacion real en trabajos tecnicas tecnologias y se mas facilmente apropiable, entiendace documentacion y o ejercicios o tareas que faciliten el aprendizaje de la misma

y no se auna ambiguedad como en el ejemplo de este juego

Crear barras laterales y jerarquías en ellas

Para crear las barras laterales se etiqueta un tiddler con

se necesitan dos cosas el tag, y la linea siguiente para que aparezca en la barra lateral

  • $:/tags/SideBar
  • <<toc-selective-expandable 'Tekios' sort[orden]>>

:::info note que el nombre del tidler coincida con el codigo del tidler que esta ente (' ') :::

para que los siguientes tidlers aparescan hay que colorcar un tag con el mismo nombre de nuestro tidler con tag ($:/tags/SideBar)

Sistemas de control de versiones: Introducción

Discusión/conversa Wikipedia:

  • Un primer lugar de referencia para profundizar luego en otros.

  • Como motor de wikis para formar otras wikis. Ejp: Wiki Suratómica. El motor no está pegado al contenido, aunque se adopta sus complejidad intrínsica.

  • Concentran información y se constituye en un monopolio: el conocimiento enciclopédico como conocimiento visible y válido.

    • Punto de Vista Neutral: Un lugar convergente para la enunciación: El artículo un único punto de vista.
      • Objetividad como neutralidad
      • Ausencia de saberes orales como referentes.
      • Exclusión

    • Ese "todos" suelen ser hombres blanco anglo-europeos.
    • Desde allí se narran los otros:
      • Africa contada desde el Norte.
      • Los pueblos indígenas no pueden montar Wikipedia en la lengua propia:

  • Enseñar lenguajes de etiquetamiento ligero:

  • Sumo a la Crítica sobre las dinámicas de poder:

La intersubjetividad es un tema muy importante en la crítica frente a la democratización de la información en los "Nuevos medios" para esto el texto de Vivian Romeu Posmasividad, posmedialidad e intersubjetividad.

Charla sobre el video Shirky

El caso de la niña y las posibilidades que la tecnología habilita, ejp: caja de comentarios ligada a la cuenta en Facebook.

No todas las personas tienen las posibilidades de ver la tecnología como medios de organización.

La primera vez del video produjo entusiamo, pero ahora produce reflexiones encontradas, no tanto por la posibilidad en términos estructurantes, sino porque requieren procesos de organización social profundos que se escapan a la mirada utilitaria y deben abordar lo intersubjetivo. Se intensifica la capacidad de acción individual, sin la capacidad de ponernos de acuerdo.

"El intercambio intersubjetivo asegura tanto el entendimiento colectivo como la posibilidad de comunión y entrelazamiento de la experiencia vital propia con la experiencia vital de los otros para formar la experiencia vital colectiva que es lo que cohesiona y da forma identitaria a un grupo social" Vivian Romeu

El optimismo californiano:

  • El destino sin el camino.
  • Tecnosolucionismo.

llegar al final sin recorrer el camino.

  • "Caso de éxito": Git como la solución a un problema que antes no estaba resuelto.
    • Fossil, SVN, Arc, Mercurial
  • Visibilizar el proceso.
  • Colaboración sin coordinación.
    • Coordinación sin centralización vía checksum.

Introducción a la consola o terminal de comandos

Introducción a la consola

Música

índice

← Anterior || Siguiente →

Diplomado 2021: Semana 4, sesión 9.

Recuento

Narramos algunas de las experiencias en la sesión anterior.

Uso de infraestructuras de bolsillo desde el caso de la intervención a la publiicación Data Feminism.

  • Libertad nominal. Sobre las libertades enunciadas en una licencia.
  • Libertad factual. Las libertades reales para el uso de una obra.

Dos versiones de Data Feminism en distintas infraestrucutras | Izquierda: en PubPub del MIT. Derecha: en Infraestructuras de Bolsillo.

Exploraciones de consola

  • Ya hay mejor navegación de archivos, pero no aún las tuberías.
  • Aún cierto empantanamiento sobre el movimiento de carpetas por el hecho de colocar rutas completas de archivos.
  • Dudas sobre cómo lanzar archivos.

En derivados de Arch:

  • Miramos la información de instalación de un programa:

    pacman -Qi firefox

    A través de Pacman Rosseta (en la Wiki de Arch), se pueden mirar las equivalencias de estos comandos entre varia distribuciones de Gnu/Linux.

Esto es para los programas que hayan sido instalado desde los gestores de paquetes.

En caso de que queramos ubicar un programa que no fue instalado desde tales gestores, usamos find:

find  -name "Programa*"

Donde Programa es el nombre del programa particular, por ejemplo Glamorous.

La consola funciona sobre la lógica de tener operador y operando o comando y argumentos, que en esencia nos dicen qué hacer y con qué. Para la instrucción anterior el comando es find y los argumentos son -name "Programa*".

Tuberías "o pipes". Esencialmente permite pegar el resultado de un comando como ingreso del otro. Esencialmente esto permite abordar el problema de composión.

Las autocompleción, que nos permite navegar en el sistema de archivos y en la línea de comandos, la clave es usar la tecla [tab] (o tabulador).

Hay unos intérpretes de consola enchulados:

  • https://ohmyz.sh/
  • https://fishshell.com/
    • https://github.com/oh-my-fish/oh-my-fish
  • https://starship.rs/

Actividad de instalar Fossil

Agregar wikis al repositorios

fossil open tekios.fossil -f

Debe salir algo como:

~/Descargas/grafoscopio/tiddlymap/tekios/tekios
1 % fossil open tekios.fossil -f
project-name: <unnamed>
repository:   /home/master/Descargas/grafoscopio/tiddlymap/tekios/tekios/tekios.fossil
local-root:   /home/master/Descargas/grafoscopio/tiddlymap/tekios/tekios/
config-db:    /home/master/.config/fossil.db
project-code: d133474cf47bcb711668f0b4001faf16e1926358
checkout:     f740e23672dcf58e55e2f7559c0885b717bf5aad 2021-10-28 01:52:43 UTC
tags:         trunk
comment:      initial empty check-in (user: master)
check-ins:    1

Agregar archivos no versionados:

fossil uv add wikilexias.html tiddlers.json

Lanzamos la interfaz web con fossil ui

Y luego vamos al menú de hamburguesa y damos File Browser > Unversioned Files y lo que deberíamos ver es el listado de los dos archivos versionados. Lo que haremos a continuación será habilitar a fossil para que muestre sus conteindos.

Enstramos al setup y nos vamos a Settings y donde dice default-csp escribimos "*" y luego vamos a "Apply Changes".

Volvamos a Unversiones

fossil uv sync -v

Si previamente los habíamos agregado como archivos versionados los removemos:

fossil rm wikilexias.html tiddlers.json

Enlaces de interés

Banda Sonora

índice

← Anterior || Siguiente →

Diplomado 2021: Semana 4, sesión 10.

Mini Agenda:

  • Recuento
  • Repositorios en Fossil.
    • [x]Archivos no versionados.
    • [ ]Archivos versionados.
  • Introducción a Glamorour Toolkit.
    • Archivos no versionados
  • Retrono TiddlyWiki:
    • Transclusión
    • Macros y
    • Filtros.
  • Pharo 101 y el Glamorous

Recuento y expansión

Humor Nerd:

Repositorios en Fossil

Crear repositorios remotos en Chisel.

Realizaremos las actividades de TiddlyWiki en Chisel empezando por Crear y configurar un repositorio remoto.

Una vez hallamos seguido los pasos descritos en los tiddlers deberíamos:

Recomendaciones

  1. Tenener en cuenta que el usuario y contraseña de la cuenta en chisel pueden ser distinta a la de los repositorios.
  2. Cada repositorio puede tener contraseñas diferentes.
  3. A menos de que se use la misma contraseña para todos, es recomendable tener un registro de las contraseñas en los repositorios con herramientas como KeepassXC, y en general, funciona bien tener un administrador de contraseñas para la vida.

Subir contenidos locales al repo remoto

Seguir la instrucciones del tiddler Clonar el repositorio de Chisel como repositorio local

:::info Adaptar el ejemplo concreto del repo y usuario offray para nuestros propios usuarios y repos. :::

Colocar nuestro enlace a nuestra copia de wikilexias en el repositorio remoto

Representaciones de los datos

Por lo pronto hemos considerado la representación en HTML de TiddlyWiki y la hemos tratado como una aplicación (Single Page Application), donde en una única página se repreesentan contenido (en HTML), funcionalidad (en JavaScript) y apariencia (en CSS). Sin embargo también podemos interactuar con otro tipo de represetanción del TiddlyWiki, que son sus datos expresados en el formato JSON.

Revisemos la representación en JSON de nuestros wikis. Para ello los podemos cargar desde dos lugares: TiddlyHost, Chisel:

  • TiddlyHost:

    • Compostaje Digital:

      • Vista HTML: https://composta-digital.tiddlyhost.com

      • Vista JSON: https://composta-digital.tiddlyhost.com/tiddlers.json

Nótese que una se obtiene de la otra a partir de agregar /tiddlers.json a la dirección de wiki.

Vista master

  • HTML :https://tekios.tiddlyhost.com/

  • JSON: https://tekios.tiddlyhost.com/tiddlers.json :::info La vistas desde Glamorous en forma de grafo de nuestros wikis fueron obtenidas a partir de la representación JSON de los mismos.

:::

Aprenderemos cómo hacer que la representación JSON de nuestro wiki, sea parte de nuestro repositorio de código:

  1. Ingresamos a la carpeta donde tenemos nuestro wiki de Chisel clonado.

  2. Abrimos el archivo del wiki desde nuestro navegador web.

  3. Entrar a la barra principal para exportar los tiddlers como archivo tiddlers.json

  4. Argregamos el archivo tiddlers.json como archivo no versionado a nuestro repositorio.

  5. Sincronnizamos nuestros archivos no versionados locales y los remotos.

  6. Listamos el enlace a nuestro archivo tiddlers.json en el repositorio remoto y ponerlo a continuación:

Hagamos unas consideraciones sobre las múltiples representaciones del wiki:

  • Su tamaño: La representación HTML (1) es 20 veces mayor que la representación JSON (2). Esto se debe a que el JSON tiene los datos "desnudos", mientras que el HTML es toda una aplicación web con funcionalidad (en JavaScript), apariencia (en CSS) y contenido (HTML).

  • El archivo JSON cuando se abre en un editor de texto (ventana izquierda) está representado en un archivo de una sóla línea y ~1700 caracterés. Algunos sistemas de control de versiones, en particular Fossil, consideran que cuando uno tiene un archivo con líneas muy largas se trata de un archivo binario y no de un archivo textual. Lo antiores le hace esta representación JSON de los tiddlers en una sóla línea bastante hostil para el control de versiones y mirar los cambios en el mismo.

    La transformación a una representación extra, llamada STON, resolverá problema de control haciéndolo amigable al mismo (o diff friendly).

Errores

Something failed during the creation process please try again. Error:

fossil new failed: SQLITE_CANTOPEN(14): cannot open file at line 40257 of [5c9a6c0687]
SQLITE_CANTOPEN(14): os_unix.c:40257: (2) open(/data/diplo-masterius.fossil) - No such file or directory
Database error: [/data/diplo-masterius.fossil]: unable to open database file

  • Error al momento de sincronizar archivos locales con repositorio remoto

en este caso particular se require sincronizar el usuario local con el repo remoto

 fossil sync  https://choff@chiselapp.com/user/choff/repository/choff-wikilexias

índice

← Anterior || Siguiente →

Diplomado 1, semana 5, sesión 11

Miniagenda

  • Recuento y ampliación.
  • [ ]Archivos versionados y Glamorous Toolkit.
  • Caminos que se bifurcan:
    • Profundizando en TiddlyWiki:
      • Transclusión.
      • Macros.
      • Filtros.
    • Introducción a Pharo:
      • Glamorous Book: Pharo 101.

Recuento y ampliación

En la semana anterior:

Creamos una forma ágil de "replicar" la funcionalidad de TiddlyHost básicamente a través de Fossil y ChiselApp, pues esto nos permite publicar nuestros wikis en dos formatos: HTML y JSON, de modo TiddlyHost, pero con con copias distribuidas en nuestra propia máquina. Al igual que TiddlyHost Fossil con los archivos no versionados nos da esencialmente la última copia de la información. Para copias intermedias tenemos que apelar a los backups que hace Timimi en nuestra máquina local (por ejemplo con la estrategia de Torres de Hanoi).

Archivos versionados y Glamorous Toolkit

Hoy veremos como usar Glamorous Tookit para tener control más granular de los cambios en nuestros wiki empleando para ello archivos versionados.

Miremos en mayor detalle los archivos versionados y para ello consideremos la página del Glosario en IndieWeb con Brea, en particular su barra de herramientas:

Si cliqueamos el ícono del reloj veremos el histórico de la página que nos permite comparar dos cambios en el código fuente de la misma (las instrucciones con la que la página fue creada):

Cliqueando en dos circulitos del histórico (o timeline) podemos ver la diferencia entre los dos momentos que corresponden a tales circulos:

Queremos una posiblidad similar para TiddlyWiki y nuestros tiddlers en él. Para ello introduciremos el Glamorous Toolkit también conocido como GToolkit.

:::success Ejercicio:

  • Seguir las intrucciones de la página de Gtoolkit Sesión1 para
    • Descargar e instalar GToolkit.
    • Lanzar Lepiter.
    • Crear una página dentro del mismo.
    • Colocar trozos de prosa y código dentro del mismo.
    • Ejecutar trozos de código.
    • Instalar TiddlyWikiPharo
  • Compartir avances y preguntas con les demás asistentes al diplomado. :::

Música

índice

← Anterior || Siguiente →

Diplomado 1, semana 5, sesión 12

Miniagenda

  • [ ]Archivos versionados y Glamorous Toolkit.
  • Caminos que se bifurcan:
    • Profundizando en TiddlyWiki:
      • Transclusión.
      • Macros.
      • Filtros.
    • Introducción a Pharo:
      • Glamorous Book: Pharo 101.

Revisión de casos en Gt

Se presentan algunos errores en la instalación de GlamorousToolKit y se explora sus posibles causas.

Inicialmente se aborda la actualización de TiddlyWikyPharo en la documentación.

Instrucciones para archivos locasles

  1. indicar dónde existen los archivos
  2. importan los archivos
  3. ejecutar ¿?

Lectura desde una ruta específica en el disco local

:::info Se debe tener en cuenta que se debe crear el archivo TiddlyWikiPharo o ExoRepo. :::

En una nueva celda de código se incluye la ruta de ubicación, para el siguiente ejemplo se usa una ruta en el disco local «D», en un sistema operativo Windows:

Filelocator D/'wiki'/'wikilexias.html'

El nombre de la letra asignada a la memoria es una ruta relativa, por lo que se debe tener en cuenta que su nombre podría varíar según otras memorias conectadas al equipo.

Es recomendable incluir en la misma dirección el archivo JSON de TiddlyWiki.

Archivos versionados

Hasta ahora hemos "replicado" la funcionalidad de TiddlyHost que nos permite tener la última versión de un wiki publicada en línea, usando Fossil, vía Chisel App + archivos nos versionados en formatos HTML y JSON.

Pero la idea es tener arhivos versionados (como vimos la vez anterior para IndieWeb con Brea), de modo que podamos atestiguar la evolución de nuestros wikis.

Para ello introducimos Glamorous, Lepiter y TiddlyWikiPharo panorámicamente. Ahora veremos cómo crear el modo textual de nuestro wiki para agregarlo al repositorio como archio versionado.

:::info Importante: Antes del proceder con esta sección es imporntante usar ExoRepo para instalar GrafoscopioUtils. Esta instalación puede ser demorada. :::

Desde Lepiter, con un Wiki a partir de su archivo JSON en línea (o desde el disco duro):

choffWiki := TiddlyWiki new fromJSONUrl: 'https://chiselapp.com/user/choff/repository/choff-wikilexias/uv/tiddlers.json'.

y luego exportamos el wiki en formato STON:

choffWiki exportSTONFile

y veremos lo siguiente. En particular, si cliquamos el botón de notificaciones que ahora está en naranja a la izquerda de la lupa (ver 2) Veremos una notificación que dice "Exported as: /tmp/tiddlers.ston"

Cliqueamos en la solapa "Contents" y veremos los contenidos del archivo exportado en STON:

Como podemos ver un wiki es una coleción de Tiddlers y nos muestra el contenido de cada tiddler.

Si navegamos este mismo desde el navegador de archivos veremos lo siguiente:

Y si la abrimos veremos esto:

Este archivo lo vamos a copiar a la misma carpeta del repositorio y en la mismo ubicación donde tenemos nuestro archivo tiddlers.json y/o donde está el archivo wikilexias.html.

Desde la consola de comandos nos ubicamos en la misma carpeta donde tenemos el repositorio con todos estos archivos y allí agregamos el archivio tiddlers.ston como archivo versionado con el siguiente comando:

fossil add tiddlers.ston

Debería salir algo como: ADDED tiddlers.ston

Y ahora podemos hacer un commit a nuestro repositorio:

fossil commit -m "Iniciando versionamiento de tiddlers."

Y nos saldrá algo como:

Round-trips: 1   Artifacts sent: 0  received: 0
Pull done, sent: 484  received: 376  ip: 74.208.146.128
./tiddlers.ston contains CR/LF line endings. Use --no-warnings or the "crlf-glob" setting to disable this warning.
Commit anyhow (a=all/c=convert/y/N)?

Repuesta a

Y nos saldrá algo como:

Round-trips: 1   Artifacts sent: 0  received: 0
Pull done, sent: 484  received: 376  ip: 74.208.146.128
./tiddlers.ston contains CR/LF line endings. Use --no-warnings or the "crlf-glob" setting to disable this warning.
Commit anyhow (a=all/c=convert/y/N)? a
New_Version: b2ff1a15f60fdec7863e94c838454be05975ba73e2687d78e5743409c04e90e9
Autosync:  https://adrianalina@chiselapp.com/user/adrianalina/repository/composta-digital/
Round-trips: 1   Artifacts sent: 2  received: 0
Sync done, sent: 77188  received: 328  ip: 74.208.146.128

Visitemos nuestro repositorio y cliquemos en enlace "Timeline":

Lo que no nos muestra es la línea de tiempo que contiene:

  • Un listado con fechas en las que hemos hecho cambios en el repositorio.
  • Los mensajes de los commits cuando los enviamos (en este captura "Agregando archivo STON.")
  • El checksum (parece al lado del check-in en la patalla) para este caso b2ff1a...
  • La información de la autora (en este caso "adrianalina").

Si cliqueamos el enlace del checktin, veremos sus detalles de lo ocurrió en ese commit:

Como nos damos cuenta, todas las líneas están en verde en este primer commit, pues acabamos de sólo agregar contenido. En lecciones futuras veremos qué pasa cuando editamos, borramos y/o reorganizamos la información (aparecen franjas rojas y verdes, dependiendo de la operación).

Git pull de TiddlyWikiPharo desde la interfaz Bloc de GT

  • En el menu de hamburguesa de la ventana principal de GT ingresar al menu de git

  • Seleccionar el repositorio de TiddlyWikiPharo, vemos en el status la indicación 1 Incoming.

  • En la columna desplegada a la derecha, en la barra superior buscamos el boton de pull para traer del repositorio remoto los cambios al repositorio local.

  • Podemos ver el historico del repositorio en la penstaña nombrada Commits

Musica

índice

← Anterior || Siguiente →

índice

← Anterior || Siguiente →

Diplomado: Semana 5, sesión 13

Miniagenda

  • Recuento y ampliación.
  • Transclusión.
  • Macros.
  • Filtros.

Recuento y ampliación

Encarnando la

  • Programación Intersticial: programar entre sistemas socio-técnicos, pues interconectar tecnologías es, eventualmente y potencialmente, conectar sus comunidades. sumando fortalezas y se disminuyen carencias.

    TecnologíaFortaleza(s)Carencia(s)
    TiddlyWikiApp dinámica de Hipertexto extensible y programableMonousuario y sin históricos
    FossilIntegradro para control de versiones histórico y colaboración asíncronaCarece de HTML dinámico
    Glamorous / PharoProgramación dinámica desde narrativas computacionalesControl de históricos, publicación web
    HedgedocEdición colaborativa sincrónica(no tiene 🤭) uso fuera de línea, extensibilidad
    HypothesisLectura anotadaComentarios cortos que son soporte de documentos largos pero no se conectan explícitamente

    Al interconectar estos sistemas (via Glamorous) estamos explicitando un ecosistema tecnológico que permite leer y escribir de manera ágil e hipertextual, publicar documentación interactiva y wikis inter+personales y colaborar de modos síncronos y asíncronos.

    No sólo estamos conectando tecnologías, sino también comunidades e intereses: feminismos, hacktivismos, memoria y archivísita, el live coding, artivismo, colombianas, cubanas, mexicanas.

    Eso lo hacemos programar entre los sistemas (tecnlogícos) más que dentro de ellos.

  • Relación Grafoscopio y Lepiter

  • El ejemplo puntual fue usar Lepiter para documentar cómo conectar TiddlyWiki con Fossil de modo que pudieramos formato amigable para el control de versiones.

  • Comunicación Intercultural: Los pueblos Aimara hablan de lugares liminares que no son ni blanco ni negro, sino un gris donde los puntos blancos y negros se contienen y atraen. Para Silvia Rivera Cusicanqui lo Ch'ixi "simplemente designa en aymara a un tipo de tonalidad gris. Se trata de un color que por efecto de la distancia se ve gris, pero al acercarnos nos percatamos de está hecho de puntos de color puro y agónico: manchas blancas y negras entreveradas. Un gris jaspeado que, como tejido o marca corporal, distingue a ciertas figuras –el kusillu – o a ciertas entidades –la serpiente– en las cuales se manifiesta la potencia de atravesar fronteras y encarnar polos opuestos de manera reverberante. También ciertas piedras son ch’ixi: la andesita, el granito, que tienen texturas de colores entreverados en manchas diminutas...¿por qué tenemos que hacer de toda contradicción una disyuntiva? ¿Por qué tenemos que enfrentarla como una oposición irreductible? O esto o lo otro. En los hechos estamos caminando por un terreno en el cual ambas cosas se entreveran y no es necesario optar a rajatabla por lo uno o lo otro."

    Un mundo ch'ixi es posible

Extendiendo el control de versiones

En la sesión de ayer vimos como exportar el archivo tiddlers.json en un formato diff-friendly (amigable al diff del control de versiones) en la carpeta temporal como archivo tiddlers.ston y luego lo pasamos a la misma carpeta donde teníamos nuestro wiki y lo agregamos al sistema de control de versiones.

Sin embargo es desgastante pasar de la carpeta temporal a la del wiki cada vez que hagamos ese tipo de exportanciones. Por ello podemos definir dónde está ubicado nuestro wiki en el disco duro y trabajar con esto:

Definir un wiki local y remoto

Este es un ejemplo del codigo en pharo para definir el wiki local y remoto

wikiRaiz := TiddlyWiki new
	file: FileLocator home/ 'tmp'  / 'Diplomado' / 'er-diplomado' / 'sustrato' / 'index.html';
	remote: 'https://chiselapp.com/user/eliasroldan/repository/er-diplomado/uv/sustrato/index.html';
	name: 'sustrato'

Se trata de tener:

wikiRaiz := TiddlyWiki new
	file: FileLocator {{ubicacion en el disco duro }}
	remote: 'https://{{ubicacion-remota-en-intenet}}';
	name: 'nombre el wiki'

Para finalizar podemos crear un archivo de configuración local, de modo tal que podamos invocar nuestros wikis rápidamente sin andarlos redefinirlos permanentemente y se presta para trabajo colaborativo. Por ejemplo, dos colaborantes pueden tener los mismos nombres para el wiki y ubicaciones remotas para coordinar trabajo, a pesar de que las rutas de los wikis de cada uno sean diferentes en el disco duro.

wikiRaiz addToConfigFile

Copiar la ruta de un archivo en GT del método FileLocator

  • Ejecutamos FileLocator home para ubicarnos en el directorio de origen del computador.
  • En el panel desplegado (titulado: aFileLocator({home})) en el contenido de la solapa Tree podemos navegar los directorios para llegar al archivo.
  • Seleccionamos el archivo con doble click, se desplegara un panel nuevo a la derecha (titulado: aFileLocator)
  • En la solapa Raw del panel desplegado en la instrucción anterior encontramos una variable llamada path.
  • Seleccionamos la variable path con doble click y se despliega un nuevo panel a la derecha.
  • En el panel de la derecha (titulado: aRelativePath) seleccionamos la solapa Print y en sus contenidos encontramos la ruta en texto al archivo
    • ejemplo: 'Documents' / 'Mis-wikis' / 'DiploWiki' / 'tiddlers.json'
  • Seleccionar, copiar, y pegar la ruta delante de FileLocator home en el panel izquierdo original.

Tranclusión

  • Haz una lectura anotada de Transclusión en TiddlyWiki
  • Intenta partir un tiddler anterior en tu(s) wiki(s) de manera que esté conformado por varios tiddlers trancluidos. La intensión es que aquellas piezas que usas recurrentemente en varios otros textos, se vuelvan tiddlers independientes. Puedes ver un ejemplo en los tiddlers trancluidas de las últimas data rodas en la Grafoscopedia

Troceo de información y copias desde HedgeDoc a TiddlyWiki

Es posible definir un objeto tipo HedgeDoc y convertirlo en un Tiddler en formato Markdown como muestra la gráfica anterior, a través de este código:

  • Definir un objeto HedgeDoc y traer sus contenidos

    memoria := HedgeDoc new
  url: 'https://docutopia.tupale.co/mutabit:diplomado:1M'.
memoria retrieveContents

  • Convertirlo de HedgeDo a un Tiddler de Markdown y exportarlo como arcihvo temporal:

    memoria asMarkdownTiddler asJsonTempFile

Ahora es posible

  1. Arrastrar el archivo temporal creado con la instrucción anterior a nuestro wiki
  2. Importarlo

Música

índice

← Anterior || Siguiente →

Diplomado cohorte 1, Semana 6, Sesión 14

Mini agenda:

  • Recuento y ampliación.
  • Macros.
  • Filtros.
  • Proyectos: TiddlyWiki + Fossil + Lepiter/GT

Recuento y ampliación

  • Programación intersticial

  • Comunicación Intercultural

  • Transclusiones

Nada se crea de la nada... las creaciones surgen de la posibilidad de usar y combinar lo preexistente. (¿?) - Leyes de la creatividad (Seminario de Cognición Creativa)

  • M.A.D.A.
  • Arqueología de Medios Klitteriana:

    • Recupera la arqueología de Focault para romper la linealidad histórica.

    • Wolfang Jonas:

      • Puntos de bifurcación de la historia. Historias alternas.
      • Exaptación: Repertorios latentes de "sociones"

    • Un mensaje del chat de Glamorous por Ralf : Creo que resuena mucho con las apuestas de #ProgramaciónIntersticial :

      Perhaps a paper by Stephen Kell fits this context: "Rather than running isolated Smalltalks (i.e. Smalltalk VMs), each trapped within a Unix, we seek instead a path towards a Smalltalk built out of the fragmented reality of today’s Unix systems. This requires a mindset hardly envisaged in the 1960s and 1970s: to accept the complex reality of existing software, developed in ignorance of any particular grand design, and to shift our system’s role to constructing views, including Smalltalk-like ones, of this diverse reality." -- S. Kell, “Unix, Plan 9 and the Lurking Smalltalk,” in Reflections on Programming Systems: Historical and Philosophical Aspects, L. De Mol and G. Primiero, Eds. Cham: Springer International Publishing, 2018, pp. 189–213. doi: 10.1007/978-3-319-97226-8_6, p. 210. https://t.me/grafoscopio/24365

    • Protocolos:

      • Protocolos y no plataformas.

      • https://protocol.ai/

      • Por lo pronto vamos en los formatos (JSON -> XML, Tiddlers).

      • Los protocolos van más allá de los formatos y se piensan en flujos "vivos" (en caliente) de datos. Por tanto si ellos cambian, el conectar a un protocolo permite auditar y acompañar tales cambios:

        Un ejemplo de protocolos es lo que hacemos con GrafoscopioUtils para importar estas notas:

      • En la comunidad también hemos explorado:

      • Hilo de Twitter sobre programación intersticial.

Macros

Aquí están los macros

Musica -- Banda Sonora

índice

← Anterior || Siguiente →

Diplomado Cohorte 1, Semana 6, sesión 15

:::info En la sesión de hoy empezamos a adelantar y presentar los proyectos inter+personales de los asistentes :::

Configuramos el repositorio para uno de los proyectos interpersonales:

  • https://chiselapp.com/user/danielcastano/repository/setas-libertarias/home

Clonamos el repositorio, ubicados en la carpeta que queramos, por ejemplo ~/Documentos/SetasLibertarias

cd ~/Documentos/SetasLibertarias
fossil clone https://chiselapp.com/user/danielcastano/repository/setas-libertarias/

Se debió crear una carpeta que se llame setas-libertarias

Los 5 pasos para trabajar con Fossil:

  1. Crear.
  2. Clonar.
  3. Abrir.
  4. Modificar.
  5. Sincronizar.

Definimos una arquitectura de información (ad-hoc):

orellanas/
  |_ index.html (projectify)
  |_ tiddler.json
  |_ tiddler.ston

Una vez hemos construido la jerarquía de carpetas la poblamos descargando Projecty-Mod

Banda Sonora

índice

← Anterior || Siguiente →

Diplomado, Cohorte 1, Semana 6, Sesión 16.

Miniagenda:

  • Recuento no hay (se adelantaron proyectos inter+personaes).
  • Propuesta de (más o lo mismos) proyectos.
  • Macros.
  • Filtros.
  • Enfatizando el código que entrelaza los pluri-alter-tecno-ecosistemas y los proyectos allí encarnados.

Propuesta de proyectos

Choff: (Ch)

Presenta Cuaderno de alfabetización digital:

  • https://tertulias.gitlab.io/wiki/
  • Vemos la necesidad de sistematizar los procesos de memoria de lo que se ha conversado.
  • Queremos hacer un cuaderno de alfabetización digital.
  • ✏️ Alfabetismos críticos (Freire, HackBo): Surgieron en el contexto del Paro.
    • ✏️ Comunal.red y otros proyectos de la maestráía resonaron con tal intensión.
  • ✏️ Leer tiddlers y crear tablas de contenidos.
  • ✏️ Sujetos de enunciación.
  • Cartografías:
  • Minimizar las depenencias (empresas, personas)
  • ✏️ Resonancias: Cartografías de Bolsillo
  • Hacer un manual de cartografías.
    • ✏️ Interconexión con Wikilexias, Cartografías de Bolsillo.
    • ✏️ Bots de cartografías ejp: Signal + TW.
  • Flujos de trabajo HedgeDoc - TW: Parsers
  • ✏️ Hay un elemento común pasa por la documentación de colectivos que nos permita cuidarnos y encarne dichas lógicas.
  • Activar y desactivar capas. (NT4)

Otras notas (Ch):

  • Inicio del proyecto de Choff con gitlab pero hay interes de ir a fossil.
  • A proposito de los mapas, que herramienta permite usar las lozas (tiles) de los mapas offline.
    • Copincha usa → https://maps.me/
      • Integración de archivos KML en TiddlyWikiPharo, notado en el repo LepiterDocs
      • Mapsme no funciona en ciertos proyectos porque se requiere hospedar las lozas y llamarlas de cierta manera, pues a veces se requiere personalizar las lozas de maneras sistemáticas.
    • Una alternativa → https://organicmaps.app/

Nestor (Ns)

Presenta Sección arte:

Otras notas (Ns):

  • Las curvas de aprendizaje pueden ser complejas para quien no viene del mundo técnico.
  • Enseñar como hacer la caña de pescar y luego cómo pescar.
  • Contiene los meta-datos, nos los datos, replicando la estructura de carpetas de los datos.
  • La idea es hospedar el proyecto en servidores comunitarios.
    • ✏️ Economías de los comunes.
  • Estrategias de fragmentación y redundancia.
  • ¿Cómo ocurriría la sincronización?
  • Fuera de linea - p2p - c2c (comunidad a comunidad)
    • ![](https://i.imgur.com/ETAOKwV.png =200x)
    • Sneakernet
  • Programación tipo batch, programación tipo live coding
  • Reciclaje tecnológico: Ambistalista de Software (Tudor Girba).
  • Minimizar la tecnología porque maximizarlas es alejarnos y se hacen incomprensibles.

Adri (Ad)

  • Confluencia de Mujeres
    • Multi: étnica, regional, etaria, sectorial.
    • Los procesos de memoria y documentación eran los habituales (Google docs) y las redes sociales se entendían como amplificadoras de mensaje feminista en contra del patriarcado:
      • En unas cosas puede servir
      • En otras favorece al patriarcado mismo.
  • Las cartografías y la documentación se empezaron a explorar, algunas han funcionado y otros fracasado.
    • Los sistemas deben reflejar el caracter horizontal y descentralizado de la Confluencia misma.
    • :pencil: Desandar caminos en la tecnología.
  • Diarios de una Pandemia:
    • Muestra en una plantilla única información de distintos orígenes (Archive, Tupale) vinculados desde Grafoscopio
  • Aprovecho el desecho
  • Un bot alimentaría Juntura (el catálogo de economías feministas).
  • Orellanas libertarias.
    • Ha sido creado a partir de un banco de cŕédito auto-gestionado.
  • Ya existen grupos específicos. La fortaleza de este grupo está en cómo conecta los interstición.
  • Hay que hacer más visible lo que pasa acá, también desde las visualizaciones: Mostrar también desde lo visual dichas conexiones.
    • :pencil2: Crear elocuencias desde esas expresiones "vectoriales/raster" de lo visual via lo digital y lo análogo.
    • Los intersticios podrían visualizarse de modo similar a como lo hace Ciberfeminismos populares
  • :pencil2: Potenciar lo oral, lo táctil, lo gustolfativo como otras formas de memoria, los discursos no textuales

Otras notas (Ad)

  • La escucha, la tradición oral y su documentación. Accesibilidad.
    • Automatización → audio a texto. texto a audio.
  • Estudios de la ignorancia [pendiente la remisión]

Ruidajo (Ru)

  • ruidajo.gitlab.io
  • La autopoiesis y lo trans (-gresor, -istar, -género).
    • Disidencia
  • Remezclar projectos de otros.
  • Una versión propia y performática de las conexiones de otros proyectos.
    • Scrappear el wiki de Suratómica (Minipedia).
    • Integrar canales de Telegram y los wikis ponerlo en otro lugar.
    • Tiddlywiki como herramienta de manejo del conocimiento y usar otras plantillas HTML y formatos estáticos (tipo Brea) de salida.
  • El podcast de Grafoscopio. Sonoscopio.
    • Mensajes de voz como aspecto naturalizado rápidamente (Ad, Ns, Ru).
    • (Ns) Punto de acceso (Cuba): Espacio Web para socializar conocimiento de prácticas digitales.
  • Ejes saberes e ignorancias (saber lo que se sabe y lo que no / lo que se quiere ignorar).
  • Portafolio propio.
  • Reciclaje. Redundancia. Re- (teso 🤭)

Otras notas (Ru)

  • ¿Cómo traducir performance?
  • Nestor: el podcast no es cercano al contexto Cubano pero si los mensajes de audio en chat.
    • walkietalkie - micropodcast
  • Adri: Cómo lidiar con las brechas, particularmente frente a lo que no se quiere saber (Inglés, Código, Tecnologías, Leer y escribir).
  • Choff: La Diversidad como fortaleza.
  • Lo común como potenciador de lo intersubjetivo.
  • El cuidado colectivo

Offray (Of)

  • Potenciar las prácticas de Programacion Interticial.
    • TiddlyWiki +
      • Bots (TW+B).
      • HedgeDoc (Tw+H).
    • Reciproka.
      • Bancos de tiempo.
      • Economías otras de lo comunes y circulares.
  • Bootstrapping tecno-social: cómo el sistema tecnosocial social que somos halonará el sistema tecno-social que seremos.
  • Revertir el discurso de los destinos en lugar del discurso de los caminos (enfocarnos en los caminos).

Ideas:

  • La cohorte dos de diplomado:
    • Se un lugar de acogida y de experticia.
      • Primera hora: repetición y bienvenida.
      • Experticia: (TW+B) / (TW+H).
    • Conectarnos con comunidades como las de Grafoscopio recurrentemente.
    • Diversificar saberes.
  • Grafitear/ Intervernir sitios, performar infraestructuras:
    • Migrarlos a infraestrucruas de bosillo.
    • https://www.tierracomun.net/integrantes
  • Financiación:

Otras notas (Of)

  • ¿Cómo traducir bootstrapping?
  • Adri: viva el saber mediocre (Ru 🤘). Jualián de Zubiria en UTP problema de la educación es locura por la exelencia y no aceptar que la educación siempre sera mediocre.
  • Mediocridad por límite-frontera impuestos por las estructuras hegemónicas.
    • mecanismo de control. culpa.
  • ¿Scrapear sería rascar? rallar ladrillo.
  • Una invitación por medio de la infraestructura para llenar a determinados fines.
  • Re-Tejernos más allá de la virtualidad.
    • Encontrarnos en físico (primer congreso intergalactico Grafoscópico).
  • Prácticas de la paciencia: Ruido + Silencio.
  • La fotografía de las comunidades que permite ser semillas de otras.
  • Ser experto/a en lo intermedio.
  • Desandar también es una práctica pedagógica y educativa.
  • Textiles con hongos: algo que se crea a sí mismo.
  • Claridad con la que se pueden llevar a la práctica muchas ideas.
    • Hay una capacidad conectiva expresada en la propuesta.
  • El diplomado ha permitido darle cuerpo a proyecto de años.
    • Brinda un andamiaje de ejecución y recontextulización
  • Simpoiesis: las cosas se co-crean porque están en relaciones entramadas en relaciones autopoiéticas y heteropoiéticos.
    • Repliegue autopoiético y lo simpoiético.
    • Wolfang Jonas: Teoría/Epistemología del diseño.
  • Chtulucénico:

Ref.

Banda Sonora

índice

← Anterior || Siguiente →

Diplomado: cohorte 1, sesión 17

  • Macros.
  • Filtros.
  • Glamorous Toolkit.

Macros

Retomamos Macros.

Banda sonora

índice

← Anterior || Siguiente →

Diplomado, Cohorte 1, sesión

Mini agenda

  • Recuento y ampliación.
  • Filtros: introducción breve desde una casuística.
    • listas dinámicas.
    • creación de semillas a partir de wiki.
    • Problemas abiertos: Preguntas e inquietudes de participantes.
  • Reintroducción a Pharo desde el Glamorous.

Recuento y ampliación

En nuestro capítulo anterior...

  • Diferencias entres plugins y macros.

    • Macro: sólo semiautomatiza la escritura de texto, separando lo repetitivo de lo que no (lo parametrizable). Puede incluir estilos.

    • Los plugins son paquetes (bundles) de tiddlers, pueden reunir macros, pero están limitados sólo a ellos. En particular pueden contener código de JavaScript, además de tener un formato que los define. Para mayor información visitar:

Filtro

Ver TiddlyWiki:Filtros

Diplomado, Cohorte 1, sesión 19: Glamorous + TiddlyWiki

Mini agenda:

  • Recuento y extensión.
  • Paquete semanal: Conectando Glamorous con TiddlyWiki.
  • Introducción al Pharo 101.

Recuento y extensión

https://docutopia.tupale.co/mutabit:diplomado:1Q#

Diplomado > Cohorte 1: Sesión 20

Miniagenda:

Lepiter

Ver Lepiter intro.

Diplomado > Cohorte 1: Sesión 21

Miniagenda:

  • Recuento y extensión.
  • Lepiter.

Recuento y extensión

  • Compartimos parte de la sinergía Copincha + Grafoscopio con el Global Innovation Gathering.

  • Choff: ¿Cómo se leen los enlace inferiores:?

    • Backlinks (enlaces reversos): Responde a la pregunta quién me enlaza y da un listado de todos los tiddler que enlazan al tiddler presente:

    • Freelink (menciones): Muestra a todos los tiddlers que mencionan el título de este tiddler, aunque no contienen enlaces explícitos al mismo. Por ejemplo, cuando los enlaces son a sitios externos que comparten dicho título, a diferencia del caso anterior que son enlaces de tiddlers del wiki a sí mismo.

Lepiter

Ver Lepiter intro.

Diplomado Cohorte 1, Sesión Final

Miniagenda

  • Aviso parroquiales.
  • Recuento y expansión.
  • Continuación de Glamorous
  • Evaluación.
  • Cierre y continuación.

Aviso parroquiales

  • Facturación:

    • A nombre de quién.
    • Documento de Identidad: Tipo y número.
    • Ciudad, de Residencia.

  • Diplomas:

    • Nombres y apellidos completos.

Enviarlos a info@mutabit.com

Recuento y expansión

Continuación de Glamorous

Ver Lepiter

Data Rodas

Data Rodas: Son una broma al coding dojo, pues es una metáfora llevada al extremo:

  • Incluye las Katas: Perfeccionar formas "abstractas".
  • Algunos incluyen el Kumite: Competencia.

Las data rodas están inspiradas en el Capoeira para recuerar el caracter latino y festivo, al mismo que explicita los saberes distintos y el aprendizaje entre pares

Las Data Rodas son talleres recurrentes cortos (4 a 5 horas aproximadas) de hacktivismo donde abordamos diferentes temas relacionados con publicación en y fuera de línea, narrativas y visualización de datos, Live Coding, entre otros. Acumulan más de 800 horas de actividades junto con su versión más larga, llamada los DataWeeks y se llevan realizando desde 2015.

Data Roda 81:

Enlace acortado:

https://is.gd/dataroda81

Agenda:

  • Anteriormente.
  • Miniconsultorio tecnologíco
  • Glamorous Toolkit, herramientas amoldables y memoria computacional.

Anteriormente

Miniconsultorio tecnologíco

Timimi Instalación

Glamorous Toolkit, herramientas amoldables y memoria computacional.

:::success Seguir las instrucciones de instalación y exploración del Glamorous Toolkit :::

:::success

Una vez hemos terminado la instalación de ExoRepo deberíamos ver algo como:

Programar es ampliar un vocabulario que da cuenta de un aspecto del mundo.

:::success Instalar un gestor de paquetes.

:::success Usaremos YQ una herramienta de consulta y conversión entre formatos ligeros de datos.

:::warning

Error en GToolKit al importar la url Infraestructuras Setas Libertarias

:::

Otros

Buscando graficas en mermaid fuimos a DataWeek 17 dia 4.

MiniDocs: metaherramienta para documentación

graph TB;
    1["Smalltalk <br> (1973)"] --> 2["Squeak <br> (1996)"];
    2 --> 3["Pharo <br> (2007)"];
    3 --> 5["GToolkit <br> (2021)"];
    3 --> 4["Grafoscopio Legacy <br> (2015/2016)"];
    5 --> 6["Lepiter <br> (2021)"];
    4 --> 7; 
    6 --> 7["MiniDocs <br> (2022)"];

La computación clásica se entiende a partir de capas con fronteras muy claras y "duras".

graph TD;
    1[Sistema Operativo] --> 2[Lenguajes de programación];
    2 --> 3[Entorno integrado de desarrollo <br> IDE];
    3 --> Aplicación;
    Aplicación --> Documento

Otros

Las colectividades que programan:

En formato original (el servidor https no cargaba):

Los afectos y complicidades que programan.

¿Cómo con la programación intersticial podemos conectar comunidades y mundos?

Banda Sonora

  • JS Bach BWV 1079 Canon Cangrejo en Banda Moëbius
    • https://www.youtube.com/watch?v=nlbwxxNrvxw

{%youtube nlbwxxNrvxw %}

Data Roda 80: Documentación, algoritmos y memoria viva.

Presentación:

  • Los asistentes.
  • El espacio/taller.

Los asistentes

Diana Jaime:

  • Usa mucho el HedgeDoc en laboratorios de cocreación territorial en bibliotecas de Bogotá.(Suba, Usaquén, proximamente Fontibón)
  • Para festivales culturales de Kennedy (memoria local).
  • Me enteré a las 6 p.m.
  • Expectativa Estoy generando muchísimo material y la idea es organizar toda la documentación hecha.

Victor Ábrego:

  • Estudiante del Doctorado CLI en la Javeriana.
  • Me invitó Offray ;-)
  • Mi investigación está relacionada con registros digitales de violaciones de derechos humanos.
  • Usuario asiduo de LogSeq

Master

Offray

El espacio/taller

Ocurre en el marco del proyecto de Infraestructuras digitales abiertas para el cuidado comunitario de la memoria viva

Amanecer la Palabra: Revitalación lingüistica en La Chorrera (Amazonas)

La agenda

:::info La relación entre infraestructuras digitales, algoritmos y memoria propia/comunitaria, a partir de prácticas concretas y encarnadas :::

Elige tu propia aventura.

  • Tutorial de Markdown.
  • Introducción a repositorios de código: Clay Shirky, gobierno y código abierto.
  • Fossil: Crear un repositorio propio de código.
  • Herramientas amoldables.
    • Glamorous Toolkit
    • Grafoscopio.
  • Patrones de documentación:
    • Las direcciones con enlaces.
    • Los indices hipertextuales de memoria.
  • Live coding para la memoria viva: trabajar con los patrones de documentación para crear memoria resiliente.

Tutorial de Markdown

:::success

Duración ~ 10 minutos

  1. Crearemos una página en HedgeDoc
  2. Ingresaremos al Tutorial de Markdow
  3. En la página creada en el punto 1 iremos haciendo cada uno de los ejercicios.
  4. Compartir la página creada después de este recuadro :::

Introducción a repositorios de código: Clay Shirky, gobierno y código abierto.

:::success

Duración ~ 20 minutos

Ver el video How Internet will (one day) Transform the goverment. y tomar nota de las ideas importantes, conflictuantes :::

Fossil: Crear un repositorio propio de código.

:::success Recomendación ~ Ver la actividad anterior.

Duración: ~ 10 Minutos

  1. Seguir la guía de creación y configuración de repositorios en Fossil
  2. Compartir el enlace a nuestro repositorio después de este recuadro. :::

Herramientas amoldables

:::success Punto de encuentro. Al margen de las actividades previas elegidas, acá conversaremos todes sobre lo que hemos hecho. E introduciremos la noción de meta-herramienta e instalaremos alguna de ellas :::

Patrones de documentación

:::success En la medida en que vamos documentando y creando memoria en sistemas como este (HedgeDoc), se presentan varios patrones:

  1. Tomar un documento hipertextual como este que está en línea y hacerlo disponible fuera de línea

  2. Enlaces que tienen algún tipo patrón y requeremos recolectarlos todos. Por ejemplo, todas las memorias de todas las data rodas.

    • Data Roda 80: https://docutopia.sustrato.red/dataroda80
    • Data Roda 79: https://docutopia.sustrato.red/dataroda79

  3. Indices de enlaces, es decir un documento que apunta a otros documentos, pero no hay un patrón como el previo, por ejemplo el que se ven en la Data Roda 79:

  4. Un documento, como este mismo, que tiene secccione y subsecciones y queremos partirlo en cada uno de sus componentes para poderlos recombinar. Por ejemplo, asignar un documento individual a cada una de las subactividades que listamos acá, de modo que las podamos usar en distintos talleres y poblaciones.

  5. Tomar un documento hipertextual único y convertirlo en múltiples documentos modulares y recombinables.

:::

Recogimiento 1

Sobre la memoria:

El chat!

Gracias, Estoy volviendo. Mi Jitsi se desconectó

Data Roda 79 | Open Data Day 2024: Laboratorio de herramientas amoldables con datos abiertos para el desarrollo sostenible en comunidades de base.

El proposito del evento es revisar los resultados de la DataWeek17: Intranet para la memoria viva, promover la participación cívica en torno a los datos abiertos y la creación de herramientas abiertas/libres en un contexto de educación entre pares (DataRodas), comunidades sostenibles y la acción climática, como parte de nuestro esfuerzo de años (desde 2015) para utilizar y mejorar metaherramientas digitales amoldables para amplificar la agencia de base.

En la página de hackbo: https://hackbo.org/posts/odd2024/

https://is.gd/dataroda79

https://opendataday.org/es_es/

:::success

Cuando:

4 de marzo 2024 de 6:30 P.M. a 8:00 P.M.

Donde:

HackBo, Calle 44 # 8 - 50, Apto. 201. Bogotá, Colombia.

Requerimientos:

  • Un computador portátil por cada asistente con Windows 10 o superior, MacOS El Capitan o Superior o Gnu/Linux.
  • Inscripción previa.

:::

Preinscripción

:::danger IMPORTANTE: Preinscríbete si puedes asistir de alguna forma al taller. Estos son los pasos de preincripción: :::

Escribe en la sección Asistentes de este documento tu nombre o apodo, donde te enteraste del evento, cuentanos más de ti o tus intereses frente a estas temáticas y que sistema operativo llevas en tu laptop para el laboratorio o taller.

Selecciona el icono, en la parte superior izquierda del pad, que se muestra en la siguiente imagen o usa la combinación de teclas Ctrl+Alt+b para poder acceder al editor.

En el costado izquierdo tendras un editor de texto y en el derecho el texto procesado o "impreso".

Si ingresas desde un teléfono móvil pica en el lápiz del costado superior derecho de la ventana, como muestra la siguiente imagen.

Cambiará el pad de visualización a edición y podras editar en la sección de Asistentes.

Entra/Vincúlate al canal de Grafoscopio en Telegram donde anunciamos los pormenores del evento y continuamos con la conversación.

Asistentes

  • ruidajo: soy co-organizador del evento, parte de hackbo y cofundador de ruYdo. estoy interesado en la creación de herramientas digitales para crear y experimentar con el computador como un medio expresivo y de resistencia. Me enteré del evento y lo co-organizo por pasadas versiones como DataWeek16: de los datos comunitarios a los chatbots. sistema operativo: Pop (derivado de debian)

  • CaosLudd: Me enteré del evento por el Canal de Telegram de Grafoscopio. Soy artista audiovisual y me interesan las relaciones arte, ciencia y tecnología. Sistema Operativo: Pop (derivado de debian)

  • Ardi: me enteré porque hago parte de hackbo. soy violinista y cantante. Sistema Operativo: Pop (derivado de debian)

3 Inscritos | Fin Inscripciones 4 de Marzo 2024

  • Rafael y Sara: Estamos de visita en Bogotá, y estábamos buscando hackerspaces en la ciudad cuando dimos con hackbo y este evento nos interesó.

Agenda

  • Presentación del evento y participantes
  • Revisitemos actividades de pasados Open data day
  • Revisitemos las memorias del DataWeek 17: intranet para la memoria viva
  • Expandir MiniDocs

Open Data Day

https://opendataday.org/es_es/

El Día de los Datos Abiertos es una celebración anual de los datos abiertos alrededor del mundo. En estos días, grupos de probablemente todos los países crean eventos locales para utilizar y promover los datos abiertos en sus comunidades.

Comunidades de base y proyectos enlazados

Tiddlywiki

Con mutabiT hicimos un proyecto con la fundación SOLE Colombia en la cual produjimos una SPA(Single Page Application) o aplicación para datos abiertos y guias de tecnologia llamada Voltaje.

Para este proyecto usamos de base TiddlyWiki.

Esta es la documentación de TiddlyWiki que hemos escrito en varios talleres pasados y siguientes.

Macros

En tiddlywiki podemos hacer código que se puede reusar sin necesidad de re-escribir.

desde la version v5.3.0 se rremplazaron por Procedures, Functions y Custom Widgets que en conjunto proveen una versión más robusta y flexible de encapsular y reusar texto y código.

Para definir un Macro global se usa el tag $:/tags/Macro en el tiddler donde estaran definidos los macros.

Para iniciar el macro se usa \define nombre-del-macro(parametro:"un parametro") y se cierra el código o texto con \end

Para reusar o reubicar el código definido en otros tiddlers se "llama" o se ejecuta <<nombre-del-macro>>.

En la grafoscopedia encontramos más info en:

MiniDocs y Glamorous Toolkit

Gtoolkit: paquetes iniciales

MiniDocs

Data Roda 78: El Hospital de los muñecos | Bogotrax 20 años

https://is.gd/dataroda78

¿Qué haremos?

Retomaremos de nuestro pasado encuentro (El Hospital de los muñecos: theremin-midi) donde conectamos un theremin midi para controlar visuales en tiempo real y seguiremos explorando y documentando protocolos (específicamente NDI & OSC) para establecer una interfaz entre múltiples computadoras, con el fin de transmitir y controlar música y efectos visuales.

:::success

Cuándo:

  • Martes 20 Febrero, 2024 de 6:30 PM a 8:30

¡¡NO HAY TIMBRE!!

  • Escríbannos al instragram para que le abramos https://www.instagram.com/combustiones.pontanea/ o en https://t.me/grafoscopio

Lugar:

  • HackBo, Calle 44 # 8-50, Apto 201, Bogotá, Col.
    • https://hackbo.org

Requerimientos:

  • Un computador portátil por cada asistente
  • Inscripción previa

:::

¿Quienes organizan?

Combustion Espontánea

ruYdo

  • Grupo y espacio en (de/con)strucción.
  • Intereses: música, ruido, producción audiovisual e investigación indisciplinada.
  • Miembras de HackBo.
  • https://ruydo.xyz
  • https://youtube.com/ardicomplot

Preinscripción

:::danger IMPORTANTE: Preinscríbete si puedes asistir de alguna forma al taller. Estos son los pasos de preincripción: :::

Escribe en la sección Asistentes de este documento tu nombre o apodo, y cuentanos más de ti o tus intereses frente a estas temáticas.

Selecciona el icono, en la parte superior izquierda del pad, que se muestra en la siguiente imagen o usa la combinación de teclas Ctrl+Alt+b para poder acceder al editor.

En el costado izquierdo tendras un editor de texto y en el derecho el texto procesado o "impreso".

Si ingresas desde un teléfono móvil pica en el lápiz del costado superior derecho de la ventana, como muestra la siguiente imagen.

Cambiará el pad de visualización a edición y podras editar en la sección de Asistentes.

Entra/Vincúlate al canal de Grafoscopio en Telegram donde anunciamos los pormenores del evento y continuamos con la conversación.

Asistentes

  • ruidajo (de ruYdo): hago ruiditos, escribo código y exploro cositas entre tecnologías y artes. soy uno de los facilitadores del taller/lab. @ruidajo en mastodon.
  • Estefany Me encanta la exploración con tecnologías análogas, en particular, mezclar ruido, imagen y dioramas. Me gustó un montón participar de su Laboratorio Artilugios desobedientes.
  • Martha Millán Vengo de las Artes escénicas y quiero explorar el cacharreo tecnológico.
  • Esteban Hago arte con tecnologia, me gustan los espacios de cacharreo
  • Kimberly Ando aprendiendo sobre el mundo electrónico, especialmente desde el uso de Arduino. Exploro miradas críticas del diseño y me gusta la ciencia ficción.
  • TT Busco un camino en el arte, me atraen las máquinas y los theremines.
  • NnadieNnada: No hago nada, soy nadie. Por eso estoy acá
  • canchomaster, me gustan lo synths y el ruido
  • Azul Hago cacharros, me interesa mucho la luz y la imagen proyectada. Colecciono y recupero objetos varios con el propósito de intervenirlos: un poco me obsesiona y me estresa la obsolesencia programada. Quiero participar porque me parcha resto lo que plantean los chiques de Combustión Espontánea :)
  • Lobo Estoy buscando otros enfoques diferentes y volver a trabajar en otras cosas que me interesen, más allá del trabajo. Me gusta la mezcla de sonido e imagen, y que se pueda intervenir en tiempo real, y el movimiento, los objetos intervenidos que puedan dar lugar a nuevas formas de experiencias visuales y auditivas.
  • Cuervo Me llama la atención el movimiento y el color, ví en este taller la oportunidad de explorar formas de explorar el sonido y encontrame con personas que compartan mis intereses.
  • Fabian González Estoy abriendo mis enfoques creativos. Quiero empezar a explorar el universo de la experimentación audiovisual y las artes escénicas en general.
  • Lorena Serna Estoy retomando mi obra plástica y me interesa explorar de nuevos medios.
  • Bizcochito horneadito * Artes analogas,fusion digital, encuentros con señalizacion en flujo y creacion aleatoria.

Del hospital de los muñecos previo

https://docutopia.sustrato.red/dataroda77

del taller de ayer tenemos esta maquina de ritmos

Parche de puredata

Presentaciones

OSC

Open Sound Control

https://puredata.info

Documentacion Puredata

NDI

NDI en la wikipedia

Network Device Interface

Los protocolos son sistemas para garantizar el envío completo de información de un dispositivo a otro.

OSC, MIDI y

Otros

https://pr1mate.xyz/2023/11/18/hydra_tv/ (enviar imagen por internet con poca latencia)

Data Roda 77: El Hospital de los muñecos

Poster del evento

:::info

  • Lugar:
    • Físico: Hackbo, Calle 44 No 8-50, Oficina 201. Bogotá, Colombia
    • Virtual: Jitsi > https://meet.jit.si/DataWeek.
  • Fecha: Viernes 06 Octubre, 2023 (2023-10-06).
  • Horario: hora de Colombia ([UTC] -5)
    • 11:00 - Inicio de actividad.
    • 19:00 - Final
    • Presentación del espacio, sus lógicas y los participantes.
    • Con intermedios bailables 👯 💃 :::

:::success

Las data rodas son talleres de aprendizaje y enseñanza recíprocas, que hacen puente entre distintas experticias y donde damos la bienvenida a aprendices diversos para hacer parte de la comunidad de Grafoscopio. Abordamos temáticas y proyectos prácticos y específicos y aprendemos mediante la práctica, el ejemplo y el afecto, haciendo de la lectoescritura de código un saber/quehacer común, al alcance de más personas, que nos permite transitar, (re)apropiar y (re)configurar las tecnologías digitales, para que den cuenta de nuestras ideas, necesidades, inquietudes y voces. Los llevamos realizando desde 2016.

:::

Presentaciones

Presentando las Data Rodas

Presentacion del espacio, logicas y gobernanza del https://hackbo.org/

https://is.gd/dataroda77

Participantes

  • ruidajo

  • Julián (Combustión espontánea // LaboratorioEnFlujo)

  • Pamela (Combustión espontánea)

  • Daniel

    • invitación de combustión
    • artista visual.
    • Interesado en la relación sinestésica entre lo visual y lo sonoro.

  • Offray (estuvo un ratico, de Grafoscopio/HackBo).

    • trabajo en Infraestructuras de bolsillo
    • miembro fundador de HackBo
    • Profe de la Javeriana dep de ciencias de la Información
    • activismo critico
    • poliamoroso conceptual y monoamoroso pa' otras cosas.

  • Carlos

    • amigo de HackBo y miembro
    • etnografo del mundo hacker
    • profe Javeriana - cultura digital, estudios criticos de tec.
    • Padre de familia

  • Natalia:

    • Madre
    • Miembro de HackBo.
    • Trabaja en temas de feminismo y tecnología.

  • Alejandro

    • Productor de sonido en vivo
    • músico

  • Anais

    • Amante de la vida

Combustion Espontánea

  • Colectivo de experimentación audiviosual e indiciplinada
  • Exploración del error de las maquinas y demas
  • Instagrams de Combusitón Espontánea
  • "busqueda de otros espacios para los otros cines."
  • https://cinematecadebogota.gov.co/actividad/artilugios-desobedientes-muestra-resultados-laboratorio-ecosistemas

La combustión espotánea exotérmica es con Santiago Botero (el ALUM del MULA :stuck_out_tongue_winking_eye:).

El hospital de los juguetes Creemos en estéticas y resoluciones más allá de la hegemonía del 4K, como en este caso: https://www.thespherevegas.com/ Es muy chévere y todo pero no es lo único.

Laboratorio EnFlujo

Investigación en el presente digital. Apertura del conocimiento digital.

Proyectos

Conectar un Teremin a un midi: Arduino + PureData + ¿x?

Ejemplo encontrado: https://www.aquilesvaesa.com/2020/03/como-hacer-un-controlador-theremin-midi.html

  • https://www.arduino.cc/
  • https://puredata.info

Como es la aproximación para principiantes

Conseguir Arduino Leonardo, porque soportan la libreria MIDI.

Instalar o usar un editor de código para la placa (arduino)

  • https://platformio.org/
  • https://www.arduino.cc/en/software
  • https://create.arduino.cc/editor

Conseguir un componente de reconocimiento de distancia con ultrasonido https://arduino.micro-log.com/sensor-ultrasonido/

Para probar si funciona la conexión podemos usar un parche de puredata:

Intalación de puredata

Ir a la página oficial de puredata https://puredata.info e ingresar en la solapa izquierda la página Downloads

En la página de descargas encontraremos:

  1. Distribuciones experimentales o en versión alpha de puredata
  2. Aplicaciones con librerias embebidas y con funciones especificas
  3. y en Feautered Downloads la versión estable, actualizada y base del proyecto.

Ingresamos a la página (3) de la versión estable

Encontraremos los binarios compilados para diferentes sistemas operativos y distribuciones

Descargamos y seguimos las instrucciones de instalación.

Abrimos un nuevo patch o parche.

Tenemos problemas para capturar las ventanas de puredata

Puredata es sesible al tamaño de la caja (case sensitive) caja baja son minusculas y caja alta son mayusculas.

Obtener Resolume

En este caso estamos usando Resolume Arena 7. Es un software privativo 😿😿😿 y caro como el demonio 💩💩💩

Conectar por OSC en red local Arduino, Puredata y Resolume

Video del resultado:

https://archive.org/details/dataroda77-manipulacion-video

En Puredata, abrimos una nueva ventana para un nuevo parche y nos aseguramos de que en Medios, puredata reconozca nuestro dispositivo MIDI (es decir, el Arduino Leonardo, en este caso)

Ya con eso escribimos/dibujamos este parche (en los pasos posteriores veremos cómo saber qué argumentos escribir después de localhost y oscformat)

Buscamos la dirección del puerto local. En este caso 7000, para ponerlo como argumento de connect localhost

Para buscar la ruta con la que se va comunicar el oscformat, buscamos el mapeo de OSC dentro de Resolume desde los atajos:

En OSC buscamos el comando, efecto, deslizador o botón que querramos llamar desde el MIDI-OSC, en este caso el efecto Recolour en la composición general

Allí buscamos la dirección de OSC Input para llevarla al código de Puredara como argumento después de oscformat

Antes de probar el funcionamiento no debemos olvidar darle clic en modo editar a connect localhost ____ para que puredata cree el servidor con el que vamos a conectarnos localmente y a comunicar el Arduino con Resolume.

Conectar embebidos por MQTT

Buscamos los editores para las placas de prototipado.

Tratamos de instalar https://platformio.org para editar y leer el código de las plaas que vamos a tratar de conectar por MQTT

Una de las placas que queremos conectar a un broker de mqtt es la edición Argon de particle https://docs.particle.io/argon/

para esto es necesario usar alguno de estos dos editores:

  • https://github.com/particle-iot/particle-cli
  • https://setup.particle.io/

encontramos esta documentación para utilizar platformio con argon

  • https://docs.platformio.org/en/latest/boards/nordicnrf52/particle_argon.html

En el editor de vscodium https://vscodium.com/ no se encuentra el complemento de PlatformIO ide.

Se instala VS code y ahí se instala la extensión PlatformIO. Cuando se abre, quita cosas del VsCode y deja un espacio de desarrollo integrado para embebidos.

https://docs.platformio.org/en/latest/integration/ide/vscode.html#quick-start

Dentro de esa pantalla :

Ahí hay un editor de proyecto (un wizard). Se crea un nuevo proyecto. Se selecciona la placa que estamos usando (en este caso ESP 8266 ESP-01 512). Se carga el framework. Y carga el proyecto.

No nos funcionó con ParticleArgon

Processing y Kinect

Puente entre processing y resolume: https://github.com/leadedge/SpoutProcessing

Protocolos

Un protocolo es un preacuerdo de comunicación.

  • https://www.midi.org/
  • https://mqtt.org/
  • https://en.wikipedia.org/wiki/Open_Sound_Control

Otras cosas

  • Thomas Wilfred sinte visual analogico

Registro del glitch compartiendo pantalla

Info del proceso

Puredata: En help buscar lista de objetos. Ahí se abre librería base de puredata.

Put “Objetos” tienen una funcionalidad específica. “ctl” es control. “ctlin” es control in.

En puredata: File preference y midi. O sino en medios configuración Midi. Luego en Input seleccionar el Arduino Leonardo.

Cuando se selcciona en resolume lo que se quiere controlar desde el menú de OSC, aparece la dirección y el tipo de dato que pide.

Reciproka: taller 4

https://is.gd/dataroda76

Agenda:

Recuento

Pivoting Protocols, from SSB to Nostr

The offline-first nature of SSB is also really nifty, but I increasingly wonder if that is holding SSB back.

In particular the core implementations scuttlebutt were clunky and it was hard to run them on phones. The way phones are walled off from the rest of the internet is also a big problem.

Another core thing i wanted to tackle is how to find your people. How to discover individuals and communities that you want to talk to. At the moment, scuttlebutt is both a social space and technology. The social space is tightly interconnected and if you’ve got values which align with the solarpunk vibe, then it works great. But if you’re wanting to talk about different things, with different kinds of people, then it doesn’t feel like it’s for you.

This is the same conclusion that Andre has made as he looks to go to ssb2. It’s also the decision that lead to the development of earthstar, p2panda, moderator, chatternet, nostr, farcaster, and the at_protocol. So many people have looked at ssb and decided there’s something very interesting there, but also limitations.

The work on metafeeds, new feed formats, fusion identities, edits, delete, and private groups is all important but the progress is very slow because of the legacy use and implementations that we carry.

Y deciden cambiar:

There is no strong enforcement of message order with the signed log, clients just sign individual messages which are casually sorted via timestamp. This means some messages might not be kept around, but it makes syncing a bit harder and creating and consuming feeds much easier. Using relay servers and casual ordering means that Nostr users see updates faster than is possible with ssb.

The cloud hosting of your content is intentional vs the way scuttlebutt has an uneasy relationship with pubs. With Nostr users choose where their data is hosted and that gives them more agency and control.


Delete, edit, and ephemeral messages

Algunos tipos de protocolos:

  • Cliente servidor http Web.
  • Federado
  • Distribuido: p2p o entre pares: bittorrent, ssb.
  • Protocolos de Relay: nostr (Notes and Other Stuff Transmitted by Relays)

En lo práctico:

NOSTR tiene:

  • Mucho momentum:
    • Varias implementaciones
    • En varios lenguajes de programación
    • Con varios clientes (iOS, Android, Mac, Windows, Linux)

Instalando nuestro primer cliente de NOSTR

Usaremos la guía de Use NOSTR

Necesitaremos de un par de elementos:

  • La llave pública, que opera como nuestro nombre de usuario.
  • La llave privada, que opera como nuestra contraseña.

Vamos a instalar un cliente que se encargará de proveernos de las dos.

Usaremos disintos clientes dependiendo de la plataforma.

Awesome Nostr

  • https://github.com/aljazceru/awesome-nostr
    • https://github.com/emeceve/loquaz
      • A simple desktop app for encrypted direct messages on Nostr protocol
      • Tauri - rust y javascript
    • https://github.com/diegogurpegui/nos2x-fox
      • nostr signer extension for Firefox

Linux

En Arch Linux podemos instalar Gossip de la siguiente manera:

yay -S gossip

Hay paquetes para Debian que ya vienen listos para instalar.

MacOS

En MacOS se puede usar damus, un cliente nostr similar a twitter para iPhone, iPad y MacOS. Dado que es un cliente,En nostr no es necesario registrarse para obtener una cuenta utilizando datos personales.

Plataformas requeridas

Apps para iOS o iPadOS: iPhone, iPad o iPod touch con iOS 13 o iPadOS 13 o versiones posteriores. Los clips de apps requieren iOS 14 o iPadOS 14 o versiones posteriores.
Apps para macOS: Mac con macOS 12 o una versión posterior.
Apps para tvOS: Apple TV con tvOS 13 o una versión posterior.
Apps para watchOS: Apple Watch con watchOS 6 o una versión posterior.****

Usar NOSTR

Una vez hayamos instalado nuestro cliente, veremos algo como esto (usaremos Gossip como ejemplo, pero deben haber procedimientos similares para otros clientes)

Cliqueamos en "You" y luego llenamos la frase clave (keyphrase) y la repetimos, como se ve a continuación

Una vez hayamos tecleado la llave y cliqueado en "Generate Phrase" debería darnos una captura de la llave pública como esta:

relays

  • Conectados al perfil web que provee snort (https://snort.social/)
  • wss://nostr.swiss-enigma.ch/
  • wss://nostr.cizmar.net/
  • wss://pow.nostrati.com/
  • wss://n.wingu.se/
  • wss://relay.snort.social/
  • wss://nos.lol/

Llaves publicas

  • test1
    • npub18qsug9nksfymyzapw06d8ws5xuzyt2hwnxfkvrcd6ymntdlsymjsdfekws
    • nprofile1qqsrsgwyzemgyjdjpwsh8axnhg2rwpz94thfnymxpuxazde4klczdegwg053v

Event

  • nevent1qqszpkwmt7uwuzg0ngpvekpsyvhpt4xm9smlezaep8ga0e5v78nm5xqwu25py
    • https://snort.social/e/nevent1qqszpkwmt7uwuzg0ngpvekpsyvhpt4xm9smlezaep8ga0e5v78nm5xqwu25py
    • el mensaje es \_{o-o}_/

Asistentes

  • Offray
  • Adriana
  • Monica
  • Kirsch
  • Leonardo
  • ruidajo^diego^
  • Carlos

Enlaces varios

Damus, the first client for Nostr to be banned in China.

https://nostr.com/clients#i-os

Reseña de la cumbia del monte Fuji por Ardi Complot

https://www.youtube.com/watch?v=U7mpXaLN9Nc

Música

{%youtube nSoxIHF74Tc%}

{%youtube jy6No4Xuq_E%}

{%youtube SK_-6iX2Dm8%}

Comentarios asincrónicos ↓

Este espacio es para las personas que no pudieron asistir en sincrónico al taller pero quiere aportar o comentar

Data Week 75

Enlace acortado

https://is.gd/dataroda75

http://bogota.convoca.la/event/reciproka-economia-circular

Agenda:

Intro y recuento

  • Explicando porque hedgedoc y como lu usamos
  • Haciendo las rutas acortadas con is.gd y porque.
  • Mostrando la Documentaton
  • Mostrando la metodología DataWeek y DataRodas
  • Pandoc
    • parte de la pila de herramientas usada para producir la versión PDF de la documentaton.
  • https://mutabit.com/repos.fossil/reciproka/
  • https://docutopia.sustrato.red/reciproka
    • https://docutopia.sustrato.red/reciproka:intro

Recuento

Definiciones de economía lineal y circular.

Ejemplo de circuito por servicios y pagares.

Ver Reciproka: Introducción

Los asistentes

  • Diego/ruidajo.
    • parte de HackBo y Grafoscopio.
    • https://youtube.com/ardicomplot
  • Offray
    • miembro fundador de HackBo
  • Antonia/anattolia
    • Sonido en vivo.
    • Interesada en la relación código+arte
    • Miembro del colectivo enflujo
  • Monica/Guttenmonik
    • Lingüista de formación
    • Lingüísitca computacional y Lenguas indígenas.
    • Wikimedia Colombia
  • Kobric
    • Gestión de proyectos.
    • Transición a cuidado mutuo y reciprocidad.
    • https://bizarro.cc/

Pensando conceptos

Por qué auditable? incluir transparencia

  • https://docutopia.sustrato.red/reciproka:intro?both#Confianza

SSB Secure Scuttlebutt

http://mutabit.com/repos.fossil/indieweb/doc/trunk/docs/es/ssb.html

  • Protocolo de rumor
    • https://en.wikipedia.org/wiki/Gossip_protocol

Enlaces y referencias adicionales

  • La Ballena y El Reactor - Langdon Winner
  • Ink and Switch (local first)

Comentarios extra

  • Erik Estrada, CHiPs. Poncharelo y el rubio (que cambian entre temporadas).

Música

{%youtube nSoxIHF74Tc%}

Preguntas y Comentarios de cierre

Sobre recursos extra:

Pharo:

  • Libros de Pharo

    • Pharo by Example 9
    • Learning Object-Oriented Programming, Design and TDD with Pharo.
    • Enterprise Pharo, cómo se translada una experticia de un lugar a otro.

  • Pharo MOOC

  • Gtoolkit

  • https://gtoolkit.com/start/

    • https://www.youtube.com/watch?v=-vFwfwy5WZA&list=PLfrs5bwLJOoAaHvQGSLeKpHWmFuZXPUTJ

{%youtube -vFwfwy5WZA %}

TiddlyWiki

  • TiddlyWiki
    • Proyectos que hemos realizado con tiddlywiki:
    • https://voltaje.solecolombia.org

Scuttlebutt y Nostr

Comentarios asincrónicos ↓

Este espacio es para las personas que no pudieron asistir en sincrónico al taller pero quiere aportar o comentar.m

Data Roda 74: Economías Solidarias y ciculares desde Scuttlebutt

Volante realizado por ruYdo studio.

MiniAgenda

  • Presentación:

    • El evento
    • Los asistentes

  • Temáticas

    • Economía circular y solidaria.
      • pagarés endosables al portador.
    • Reintroduciremos Scuttlebutt.
      • Cadenas de bloques (blockchain)
        • Concepto general
        • Cadenas de bloques de coherencia eventual.
        • Pagarés en cadenas de bloques.
    • Instalar el software
    • Crear una cuenta.
    • Extender la cadena de bloques con:
      • Un mercado/catálogo de productos y servicios.
      • Una billetera de créditos circulares.

Presentación

El evento

Los asistentes

  • Offray

    • Hackeo nuestros corazones

  • El Master

  • ruidajo

    • arte sonoro
      • https://dahgdial.bandcamp.com
      • https://herradordesgracia.bandcamp.com
    • https://www.lafuriaanarquista.com/
      • participar en la furia con el taller de reciproka

  • Diana

    • Vesturaio para cinematografia
    • http://www.artetra.org/
    • https://www.facebook.com/artetraproductora/
    • Comadreo

  • Adri

Desarrollo

:::success

Comentarios de cierre

La próxima sesión revisaremos la tecnología de scuttle en detalle

SSB y Tiddlywiki?

Transitar a otros modelos económicos.

Hacer diferentes cosas en paralelo.

Invitación a manifestar problemas u obstaculos en diferentes ambitos de la vida para tratar de ayudarnos.

Pregunta por la distribución. distribución de productos.

Otras formas distribuidas de llevar productos de un mercado a otro.

Agradecimientos :dancers:

Glosario

Pagaré: Un pagaré es un documento contable que contiene la promesa incondicional de una persona, denominada suscriptora o deudor, de que pagará a una segunda persona, llamada beneficiario o acreedor, una suma monetaria en un determinado plazo.

https://es.wikipedia.org/wiki/Pagar%C3%A9

Música sugerida para el descanso

  • ALS ECO - Dreadlocked - Marc Mellits
    • https://www.youtube.com/watch?v=oBZPl9SiQnw

Comentarios asincrónicos ↓

Este espacio es para las personas que no pudieron asistir en sincrónico al taller pero quiere aportar o comentar.

  • Miguel Ómnibus: Me interesa mucho el tema. Lo he estado explorando hace un tiempo. He encontrado algunas experiencias, cuyos casos podemos juntar, analizar porque son ilustrativas de lo que significa en la práctica la economía circular. Algunas de ellas son Cooperativas y monedas sociales. Está apuesta resulta muy potente, sobre todo me suena lo de vincular varias comunidades. ha sido una dificultad común poder establecer puentes.

Data Roda 73: Tema Libre/Emergente

!!!Sección ARTE

Repositorio:

  • https://chiselapp.com/user/Nestor/repository/arts

La intensión es:

  • actualizar el repositorio para que contenga la última versión del wiki
  • agregar una narrativa de datos con los automatismos asociados a la creación y actualización de este wiki.

Participantes Síncronos

  • Offray
  • Ruidajo
  • Nestor

Prerrequisitos

Recomendado: tener instaladores de paquetes para el sistema opeartivo Windows (Scoop, Chocolatey), Mac (brew)

Instalación de LepiterPlugins:

ExoRepo new
    repository: 'https://code.sustrato.red/Offray/LepiterPlugins';
    load.

==> Checking for `sudo` access (which may request your password)...
Password:
Sorry, try again.
Password:
==> This script will install:
/opt/homebrew/bin/brew
/opt/homebrew/share/doc/homebrew
/opt/homebrew/share/man/man1/brew.1
/opt/homebrew/share/zsh/site-functions/_brew
/opt/homebrew/etc/bash_completion.d/brew
/opt/homebrew
==> The Xcode Command Line Tools will be installed.

El procedimineot instalará un listado de paquetes y puede tomar algunos minutos (dependiendo de la conexión a Internet y los paquetes ya presentes). Al final de la instalación deberá aparecer algo como esto:

==> Homebrew is run entirely by unpaid volunteers. Please consider donating:
  https://github.com/Homebrew/brew#donations

==> Next steps:
- Run these three commands in your terminal to add Homebrew to your PATH:
    echo '# Set PATH, MANPATH, etc., for Homebrew.' >> /Users/nestorsire/.zprofile
    echo 'eval "$(/opt/homebrew/bin/brew shellenv)"' >> /Users/nestorsire/.zprofile
    eval "$(/opt/homebrew/bin/brew shellenv)"
- Run brew help to get started
- Further documentation:
    https://docs.brew.sh

Ejecutamos los pasos anteriores, como dicen las instruciones y luego para verificar que la instalación funciona realizamos: brew help con lo cual debería aparecer la ayuda de este comando.

Instalamos fzf, una utilidad que permite ubicar muy rápidamente archivos y carpetas.

brew install fzf

Cambiar remoto en git

Para verificar la dirección a la que apunta el remoto ejecutar:

git remote -v

Esto nos dara el name y la url del remote.

Para cambiar la dirección del remoto ejecutar:

git remote set-url <name> <newurl>

Actividades

  • Encontrados los enlaces a repositorio y documentación.
  • Revisión del estado del repositorio y la documentación.
  • Busqueda de la narrativa interactiva (gtoolkit-Lepiter).
  • Instalación de paquetes para importar/exportar narrativa interactiva.
  • Actualización de remotos por cambio de tupale.co a sustrato.red.
  • Depuración y replicación de la extracción de metadatos

A continuación unas notas sobre cómo realizamos tal depuración:

Nos ubicamos en la carpeta que queremos, clonamos el repositorio de arts y lo abrimos:

fossil clone https://chiselapp.com/user/Nestor/repository/arts arts.fossil
fossil open arts.fossil

Una vez abierto, veremos una estructura de carpetas como la siguiente:

.
└── metadatos

Diseñaremos la estructura de información para que sea de la siguiente manera:

index.html
readme.md
leeme.md
└── tiddlers/
└── metadatos/
└── docs/
└──── seccion-arte.md.html
└──── extraccion-metadatos.md.html
└── software/
└──── MacOS/
└──── Windows/
└──── Linux/

Dado que trabajaremos mucho desde la consola en MacOS, instalaremos Tabby.

Probar la ejecución de comandos desde Glamorous Toolkit:

process := GtSubprocessWithInMemoryOutput new
	command: 'exiftool';
	arguments: { (FileLocator home / 'Pictures' / 'vlcsnap-2022-09-13-22h47m24s849.png') fullName}.
process errorBlock: [ :proc | self error: 'Failed to run exiftool' ].process runAndWait.
output := process stdout.

process := GtSubprocessWithInMemoryOutput new
	command: 'man';
	arguments: #('ls').
process errorBlock: [ :proc | self error: 'Failed to run exiftool' ].process runAndWait.
output := process stdout.

process := GtSubprocessWithInMemoryOutput new
	command: '/usr/local/bin/exiftool';
	arguments: { '-j' pictureFile fullName}.
process errorBlock: [ :proc | self error: 'Failed to run exiftool' ].
process runAndWait.
output := process stdout.

Extracción completa de metadatos:

archivos do: [:archivoPruebas | | metadatosArchivo titulo metaTiddler |
	extractMetadatos := GtSubprocessWithInMemoryOutput new
	command: 'exiftool';
	arguments: { '-j' . pictureFile fullName}.
	extractMetadatos errorBlock: [ :proc | self error: 'Failed to run exiftool' ].
	extractMetadatos runAndWait.
	metadatosArchivo := extractMetadatos stdout.
	"metadatosArchivo."
	titulo := archivoPruebas basename.
	metaTiddler := Tiddler new
		title: titulo;
		text: metadatosArchivo;
		type: 'application/json'.
	MarkupFile 
		exportAsFileOn: (destino / titulo, 'json') 
		containing: metaTiddler  asJson	
]

Identificamos que los archivos .DS_store1 no pueden ser procesados por exiftool debemos retirar esos archivos de la colección de archivos.

Problemas en los nombres de archivos

Las convenciones de nombrados de archivos en El Paquete Semanal son extremadamente hostiles para trabajar desde código, con nombres que tienen caracteres como !, @, : y otros reservados. Necesitamos mejorar la manera en que se trabajan de tres maneas:

  • Normalizar los nombres de archivos y asociarlos a los nombres hostiles.
  • Mejorar la manera en que GToolkit lee caracteres acentuados desde Unix y la consola.
  • Usar los nombres normalizados para las carpetas donde estén los archivos de metadatos.
1

https://en.wikipedia.org/wiki/.DS_Store

Data Roda 72: Gobernanza de datos

:::info

  • Lugar:
    • Físico: Hackbo, Calle 44 No 8-50, Oficina 201. Bogotá, Colombia
    • Virtual: Jitsi > https://meet.jit.si/DataWeek.
  • Fecha: Martes 15 Noviembre, 2022 (2022-11-15).
  • Horario: hora de Colombia ([UTC] -5)
    • 10:00 - 12 M: Primera mitad
    • 12 M - 2: Almuerzo Libre
    • 2 PM - 5 PM: Seguda Mitad
      • con intermedios bailables 👯 💃 :::

:::success Las data rodas son talleres de aprendizaje y enseñanza recíprocas, que hacen puente entre distintas experticias y donde damos la bienvenida a aprendices diversos para hacer parte de la comunidad de Grafoscopio. Abordamos temáticas y proyectos prácticos y específicos y aprendemos mediante la práctica, el ejemplo y el afecto, haciendo de la lectoescritura de código un saber/quehacer común, al alcance de más personas, que nos permite transitar, (re)apropiar y (re)configurar las tecnologías digitales, para que den cuenta de nuestras ideas, necesidades, inquietudes y voces. Los llevamos realizando desde 2016. :::

Agenda

:::info Esta data roda estará enfocada en Gobernaza de Datos. Introduciremos la idea de herramientas amoldables, que se adecúan al problema en lugar de al contrario (forzar al problema en la herramienta) y las usaremos para scrapear (raspar) datos de Twitter y revisar a la luz de esto, la noción de Gobernanza de Datos, cómo los adquirimos, usamos y procesamos para empoderar prácticas ciudadanas, como las que hemos venido haciendo en el hackerspace HackBo desde 2016.

A lo largo de todo el taller, como es habitual, crearemos memorias y documentación en caliente de lo que estamos haciendo

Requisitos:

  • Completar la preinscripción (ver abajo).

  • Llevar un computador portátil con sistema operativo de 64 bits, Linux, MacOS o Windows (10 o posterior) :::

  • Presentación del evento y los participantes nuevos y recurrentes.

  • Herramientas amoldables.

  • El código como saber común

  • Futuros posibles

  • Gobernanza de datos: un discurso enactivo/encarnado.

Principios:

  • !Nada de nervios!: Somos una comunidad amigable. Ya sea que nos acompañes reciente y esporádicamente o desde hace mucho recurretemente, apreciamos la diversidad de caminos y saberes y los consideramos valiosos en nuestra búsqueda por hacer del código y la programación saberes comunes, fuera de círculos de especialistas y tecnocientíficos. Los saberes que parezcan más inaccesibles y enredados los iremos (re)apropiando y socializando entre todas, pues este es un espacio en el que se vale deambular, sentirse perdido y reencontrar el camino.

  • La tecnología más como proceso que como producto y no neutra: Asumimos la posibilidad de intervernir la tecnología y nuestro papel proactivo y en diálogo crítico con la misma. Veremos sus posibilidades y también sus errores, ruidos, fallas e incompleciones. Entenderemos que, en general, encarna relaciones de poder que podemos (de/re)construir en comunidad.

  • Memoria viva y acogedora: Documentamos proactivamente y esperamos que la memoria que construimos sirva para darte la bienvenida e ir a tu ritmo.

  • Aprendizaje entre pares y autónomo: Habrán momentos en que socialicemos nuestras dudas y saberes colectivamente y otros en los que estemos leyendo, anotando, probando, experimentando por nuestra cuenta y/o en pequeños grupos. El trabajo autónomo y entre pares, así como su socialización son partes vitales de este proceso.

  • Educación para la equidad, no para la homogeneidad: Se trata de contar con repertorios compartidos para expresar nuestras propias voces, lo interpersonal, colectivo e individual.

Preinscripción

:::danger IMPORTANTE: Preinscríbete si puedes asistir de alguna forma al taller (presencial, virtual o asincrono. Estos son los pasos de preincripción: :::

Entrar/Vincularte al canal de Grafoscopio en Telegram. Envía el siguiente mensaje por el canal:

#DataRoda72 preinscripción con compromiso de asistencia completa.

Indícanos qué sistema operativo tiene el computador con el que participaras del evento.

Opcional: Si puedes aprovechar que ya estás en el canal para presentarte y contarnos más de ti y tus intereses frente a estas temáticas, mucho mejor.

Participantes Síncronos

  • ruidajo :radio:
  • Offray :space_invader:
  • Leo :palm_tree:
  • Samanta :mushroom:

Desarrollo del evento

Presentación del evento y los participantes

Offray comenta las diferencias entre tipos de hackaton. Comenta las características del espacio, las Data Rodas y las dinámicas comunitarias alrededor de estas.

Sobre el aprendizaje del código, se referencia el ya conocido encera-brilla y repite, analogía de la película Karate Kid[^jetos]1.

2

Como en la película, eventualmente nos ponemos jetos como el señor Miyagi.

1

Eventualmente podremos adquirir también los poderes del Vick Vaporú, como don Miyagi.

Herramientas amoldables

Las herramientas amoldables que trabajeremo hoy, serán empleadas en narrativs y visualización de datos, tomando información redes sociales y empleandola para entender y comunicar fenómenos complejos que ocurran allí.

Estos son ejercicios de gobernanza de datos en la medida en que permiten la apropiación y comunicación de los mismos, para entregar mayor agencia a las voces personales y desde las comunidades de base. En la medida en que facilitan analisis personalizados, esta sentido de agencia se concreta, lo cual contrasta con los datos pre-analizados, previsualizados y las herramientas prehechas.

La idea es usar Socialmetrica

Live Coding

Live Coding: Grafoscopedia.

Par de herramientas:

Instalación de Herramientas

Glosario

CRM - Customer relationship management - Gestión de Relaciones con el Cliente

  • modelo de gestión de toda la organización, basada en la satisfacción del cliente (u orientación al mercado según otros autores).

El parche del código caliente :fire: (Data Roda 71)

Parte 1: El Origen

:::info

  • Lugar:
    • Físico: Hackbo, Calle 44 No 8-50, Oficina 201. Bogotá, Colombia
    • Virtual: Jitsi > https://meet.jit.si/DataWeek.
  • Fecha: Sabado 15 Octubre, 2022 (2022-10-15).
  • Horario:
    • 10:30 - 14:00 / hora de Colombia ([UTC] -5)
      • con intermedios bailables 👯 💃 :::

:::success Las data rodas son talleres de aprendizaje y enseñanza recíprocas, que hacen puente entre distintas experticias y donde damos la bienvenida a aprendices diversos para hacer parte de la comunidad de Grafoscopio. Abordamos temáticas y proyectos prácticos y específicos y aprendemos mediante la práctica, el ejemplo y el afecto, haciendo de la lectoescritura de código un saber/quehacer común, al alcance de más personas, que nos permite transitar, (re)apropiar y (re)configurar las tecnologías digitales, para que den cuenta de nuestras ideas, necesidades, inquietudes y voces. Los llevamos realizando desde 2016. :::

Principios:

  • !Nada de nervios!: Somos una comunidad amigable. Ya sea que nos acompañes reciente y esporádicamente o desde hace mucho recurretemente, apreciamos la diversidad de caminos y saberes y los consideramos valiosos en nuestra búsqueda por hacer del código y la programación saberes comunes, fuera de círculos de especialistas y tecnocientíficos. Los saberes que parezcan más inaccesibles y enredados los iremos (re)apropiando y socializando entre todas, pues este es un espacio en el que se vale deambular, sentirse perdido y reencontrar el camino.
  • La tecnología más como proceso que como producto y no neutra: Asumimos la posibilidad de intervernir la tecnología y nuestro papel proactivo y en diálogo crítico con la misma. Veremos sus posibilidades y también sus errores, ruidos, fallas e incompleciones. Entenderemos que, en general, encarna relaciones de poder que podemos (de/re)construir en comunidad.
  • Memoria viva y acogedora: Documentamos proactivamente y esperamos que la memoria que construimos sirva para darte la bienvenida e ir a tu ritmo.
  • Aprendizaje entre pares y autónomo: Habrán momentos en que socialicemos nuestras dudas y saberes colectivamente y otros en los que estemos leyendo, anotando, probando, experimentando por nuestra cuenta y/o en pequeños grupos. El trabajo autónomo y entre pares, así como su socialización son partes vitales de este proceso.
  • Educación para la equidad, no para la homogeneidad: Se trata de contar con repertorios compartidos para expresar nuestras propias voces, lo interpersonal, colectivo e individual.

Preinscripción

:::danger IMPORTANTE: Preinscríbete si puedes asistir de alguna forma al taller (presencial, virtual o asincrono. Estos son los pasos de preincripción: :::

Entrar/Vincularte al canal de Grafoscopio en Telegram. Envía el siguiente mensaje por el canal:

#DataRoda70 preinscripción con compromiso de asistencia completa.

Indícanos qué sistema operativo tiene el computador con el que participaras del evento.

Opcional: Si puedes aprovechar que ya estás en el canal para presentarte y contarnos más de ti y tus intereses frente a estas temáticas, mucho mejor.

Agenda

  • Presentación del evento y los participantes nuevos y recurrentes.
  • Recuento breve de sesiones anteriores.
    • https://docutopia.tupale.co/FoxDot#
    • https://docutopia.tupale.co/PureData#
  • Conversemos y escribamos sobre live coding o código en caliente.
    • para visuales, audio y texto y demas...
  • Tecnologías
    • https://foxdot.org/
    • https://puredata.info/
    • https://hydra.ojack.xyz/
    • https://pharo.org/ | https://gtoolkit.com/
    • https://sonic-pi.net/
  • Futuros posibles
    • Conciertos
    • Muestras tipo galeria
    • Conferencias → https://iclc.toplap.org/2023/

Participantes Síncronos

  • ruidajo :radio:
  • Offray :space_invader:

Actividades

Iniciamos revisando el microgrant ofrecido por el parche de hydra

  • https://hydra.ojack.xyz/grants/

Consideramos tres posibilidades para participar:

  • un taller sobre uso y abuso de hydra y su respectiva documentación para terminar en un fanzine o publicación performática.
  • una extension o libreria en smalltalk (pharo y gtoolkit)
  • un taller para revisar como implementar esa libreria.
  • Un bot que reciba, por ejemplo un color y unas sensaciones como semillas y nos entregue una visual.
    • Convierte al live coding en un experiencia de batch processing.
    • Conecta a la live coding, con experiencias de mensajería instantánea.
    • Puede servir como referencia Electric Sheep

Al entrar en la página de hydra, se muestra un sketch publico y creado por otres:

https://hydra.ojack.xyz/

En la esquina superior derecha vemos un boton para subir el sketch que tenemos escrito en el editor del navegador a la galeria publica

Como prueba subimos uno de Olivia como de Offray

  • https://nitter.ca/hydra_patterns/status/1581321212697120773?cxt=HHwWisDQ6fjQ_fErAAAA
  • https://twitter.com/hydra_patterns

Redactar un borrador para el microgrant

What would you like to use the grant for?

for example:

  • organizing a workshop, event, or study group
  • writing a tutorial, documentation, fanzine, video
  • working on an add-on, extension, or library
  • (other things that we have not yet imagined !)

respuesta:

We would use the grant for organizing a workshop for:

=-=-
Make a Hydra relations/interconnections workshop using pocket infrastructures and interstitial programming to develop live documentation/prototypes narrating the experience.
=-=-

We want to use what we have called "intersticial programming" or programming in between socio-technical systems, to explore/prototype Hydra relations/interconnextions with socio-technical (Pharo, Glamorous Toolkit, Chatbots) and their diverse communities: artist, hacktivists, feminists, academicians, librarians, etc.

Pocket infrastructures is a term we use to refer to infrastructures that are:

  • Simple.
  • Extensible.
  • Self-contained.
  • Work well with low or intermittent Internet connection (online and offline).
  • Run well on a wide variety of hardware

We have a long experience of doing this events with an aproximate of 700+ hours of workshops (since 2016) that call Data Rodas. Data Rodas are fisical and virtual spaces were experts, newcomers, old-timers and starters build and document digital commons. Data Rodas have a core performatic methodology develope in this workshops called documentaton were we perform a writing memoir of the event that we edit and transform trough digital moldable tools in a live coding notebook.

The money of the grant will be used to host the participants in HackBo, a hackerspace in Bogotá, Colombia.

Briefly describe your involvement with or interest in hydra, live coding, open source software, and/or video art (1-2 sentences)

We are a small but diverse group of people which uses live coding in several endeavours: performatic publishing and live documentation, data hacktivism, storytelling and visualization, and music creation. We have developed Free Libre Open Source prototypes, software and doumentation projects for such topics (see links below) and we want to bridge live coding with broader culture and between (sub)cultures, as we see live coding as an empowering social practice to explore and deploy a more diverse, inclusive and joyful future of with many worlds inside this one, a pluriverse to inhabit, build and joy together in diversity.

Video Submission (optional)

If you would like to apply via video rather than in writing, please share a link to your video here. The video should be maximum five minutes in length, and answer the above two questions. Please upload your video to a host such as Dropbox, WeTransfer, Vimeo or YouTube and share a link here.

share any relevant links to your work / portfolio / instagram / soundcloud / github / hydra-sketches

  1. Digital Portfolio: https://mutabit.com/repos.fossil/offray-blog/uv/bliki/#Portfolio
  2. Telegram Channel: https://t.me/grafoscopio
  3. Documentaton (tools and techniques for writing and publishing together): https://mutabit.com/repos.fossil/documentaton/doc/trunk/intro-es.md.html)
  4. COPIM (Community-led Open Publication Infrastructures for Monographs) about our documentation practices and infraestructures: https://nitter.ca/COPIMproject/status/1491069582421159940#m
  5. Pocket Infrastructures: https://mutabit.com/repos.fossil/grafoscopedia/uv/#Pocket%20Infrastructures
  6. Celebration of the world listening day:
    • Orejas Sin Límites (WLD 2022) https://docutopia.tupale.co/dataroda70
    • Inquieta y ruidosa (WLD 2021) https://docutopia.tupale.co/dataroda61

Location (optional)

Where are you based?

Revisando la documentación de hydra y el api

  • https://hydra.ojack.xyz/api/

Aqui un lugar en el que posiblemente almacenemos documentación

  • https://docutopia.tupale.co/Hydra

Al acceder a la página de hydra se carga en el navegador un editor sobre el resultado visual del sintetizador.

Hydra esta pensado o inspirado por la metodologia de sintesis modular para audio, donde diferentes modulos que tienen funciones distintas se interconectan para modificar, aumentar o reducir sus entradas o salidas de señal (información, luz, ideas...).

En la siguiente imagen se ve código de hydra en el editor web y detras el resultado visual del procesamiento de esas instrucciónes (código).

  • Del costado izquierdo al derecho se relacionan las funciones, que son nombres seguidos de parentesis que contienen argumentos (osc(40, 0.05)), con modulos (o sintetizadores) que son "cajas" que contienen circuitos electricos con perillas que modifican su funcionalidad interna.

  • Los cables que interconectan los modulos se pueden relacionar con los puntos que se ven en el código de hydra.

El ejemplo minimo pueder ser:

Un oscilador, genera una señal periodica en el tiempo, y este se conecta a una salida para escucharse o verse. En hydra se escribe así y su resultado visual es el de la siguiente imagen:

Miremos el código en mayor detalle:

osc(40, 0.05).color(0,0,0.5).out()

donde:

  • osc() es el oscilador,
  • color(r,g,b) modifica el color de la oscilación y
  • out() (similar a un parlante en el ambito del sonido) procesa la imagen en el fonde del editor web.

Ahora bien, también podemos conectar toda la "parrilla" o rack de diferentes sintetizadores, mostrada en la imagen anterior, con cosas externas, digamos iluminación del espacio donde está dicho rack, saldría un uno o múltiples cables que permiten una conexión con el mundo exterior. Para el caso de Hydra y el resto de software, esa conexión entre la funcionalidad y los datos que maneja un aparato de software y el mundo exterior se conoce como API (por las siglas en inglés para Interfaz de Programación de Aplicaciones).

Aqui unas primeras exploraciones, con la documentación del api al costado del editor

Explorando el entorno de imagen de Pharo y su biblioteca para visuales roassal podemos hacer un paralelo en las posibilidades de extensión del (sintetizador visual) hydra.

Al ser pharo un entorno de desarrollo en-caliente o livecoded es posible inspeccionar el objeto que representa o contiene cada uno de los elementos graficos del entorno y también modificarlos por secciones.

Un ejemplo de lo anterior es que en pharo es posible cambiar la cantidad o la forma en que los argumentos se procesan en el modulo, en el editor web de hydra la función solo puede recibir 3 argumentos como se mostro más arriba.

Música inmobiliaria - acompañante - ambiental

  • https://zefirrecords.bandcamp.com/album/canto-ostinato
  • https://zefirrecords.bandcamp.com/album/arvo-p-rt
  • Als Eco Dreadlocked Marc Mellits
    • https://www.youtube.com/watch?v=oBZPl9SiQnw
  • https://benprunty.bandcamp.com/album/into-the-breach-advanced-edition-soundtrack
  • https://radicaldreamland.bandcamp.com/album/celeste-original-soundtrack

Participaciones asincrónicas

Orejas Sin Límites (Data Roda 70) | Día mundial de la escucha 2022 :ear: 🔊

:::info

  • Lugar:
    • Fisico: Hackbo, Calle 44 No 8-50, Oficina 201. Bogotá, Colombia
    • Virtual: Jitsi > https://meet.jit.si/DataWeek.
  • Fecha: Lunes 18 Julio, 2022 (2022-07-18).
  • Horario:
    • 14:00 / hora de Colombia ([UTC] -5)
      • con intermedios bailables 👯 💃 :::

:::success Las data rodas son talleres de aprendizaje y enseñanza recíprocas, que hacen puente entre distintas experticias y donde damos la bienvenida a aprendices diversos para hacer parte de la comunidad de Grafoscopio. Abordamos temáticas y proyectos prácticos y específicos y aprendemos mediante la práctica, el ejemplo y el afecto, haciendo de la lectoescritura de código un saber/quehacer común, al alcance de más personas, que nos permite transitar, (re)apropiar y (re)configurar las tecnologías digitales, para que den cuenta de nuestras ideas, necesidades, inquietudes y voces. Los llevamos realizando desde 2016. :::

:::warning En está edición (re)apropiaremos la actividad de la escucha y retomaremos lo hecho en la dataroda61: Inquieta y Ruidosa | WLD2021 de nuevo conectados con la celebración del día mundial de la escucha propuesto por el World Listening Project. :::

Principios:

  • !Nada de nervios!: Somos una comunidad amigable. Ya sea que nos acompañes reciente y esporádicamente o desde hace mucho recurretemente, apreciamos la diversidad de caminos y saberes y los consideramos valiosos en nuestra búsqueda por hacer del código y la programación saberes comunes, fuera de círculos de especialistas y tecnocientíficos. Los saberes que parezcan más inaccesibles y enredados los iremos (re)apropiando y socializando entre todas, pues este es un espacio en el que se vale deambular, sentirse perdido y reencontrar el camino.
  • La tecnología más como proceso que como producto y no neutra: Asumimos la posibilidad de intervernir la tecnología y nuestro papel proactivo y en diálogo crítico con la misma. Veremos sus posibilidades y también sus errores, ruidos, fallas e incompleciones. Entenderemos que, en general, encarna relaciones de poder que podemos (de/re)construir en comunidad.
  • Memoria viva y acogedora: Documentamos proactivamente y esperamos que la memoria que construimos sirva para darte la bienvenida e ir a tu ritmo.
  • Aprendizaje entre pares y autónomo: Habrán momentos en que socialicemos nuestras dudas y saberes colectivamente y otros en los que estemos leyendo, anotando, probando, experimentando por nuestra cuenta y/o en pequeños grupos. El trabajo autónomo y entre pares, así como su socialización son partes vitales de este proceso.
  • Educación para la equidad, no para la homogeneidad: Se trata de contar con repertorios compartidos para expresar nuestras propias voces, lo interpersonal, colectivo e individual.

Prerrequisitos

  • Orejas atentas y oidos críticos. :smiley: :ear:
  • Conexión a Internet.
  • Computador.
    • Manejo básico del computador (navegación en la web y de carpetas y directorio, diligenciar formularios en línea, etc.).
  • Sugeridos pero opcionales: instalación de programas:
    • https://puredata.info/
    • https://foxdot.org/
    • https://tiddlywiki.com/
    • https://gtoolkit.com/

Preinscripción

:::danger IMPORTANTE: Preinscríbete sólo si puedes asistir al taller completo. Estos son los pasos de preincripción: :::

Entrar/Vincularte al canal de Grafoscopio en Telegram. Envía el siguiente mensaje por el canal:

#DataRoda70 preinscripción con compromiso de asistencia completa.

Indícanos qué sistema operativo tiene el computador con el que participaras del evento.

Opcional: Si puedes aprovechar que ya estás en el canal para presentarte y contarnos más de ti y tus intereses frente a estas temáticas, mucho mejor.

Agenda

Asistentes

Si estas participando en el taller deja tu nombre o alias aquí:

  1. ruidajo :sound:
  2. Ardi :violin:
  3. Offray: :microphone:
  4. Leo :radio:

Notas

  • El meme banda sonora.
  • Para descomprimir archivos de fuentes en Manjaro/Arch se debe poner en /usr/share/fonts/TTF/

Puredata

Documentamos (arriba) la instalación para Windows. PureData tiene dos lenguajes de programación: tcl/tk, con el que está hecha la interfaz gráfica con la que hemos porgramado el sonido y C, con el que está hecho el motor de sonido que permite que el computador suene como tal.

FoxDot

  • https://foxdot.org/
  • https://docutopia.tupale.co/FoxDot

Documentamos patrones ritmicos en la documentación de FoxDot.

Diferencias entre grafos(puredata) y guiones(FoxDot) (guiones script)

Ardi: (música) FoxDot esta pensado desde la notación musical. porque espacialmente, en el editor, se corresponde con la notación musical.

En puredata se parte de una division distinta. No se piensa en notación musical.

Puredata es mas parecido a una tecnica del instrumento, FoxDot tiene menos técnica de instrumento.

Offray: FoxDot es más directo, porque apela a conceptos más intuitivos. y cercanos al instrumento.

Puredata es más cercana a la fisica del sonido y a la ing. de sonido, foxdot como si yo fuera un músico. es muy facil armar clutter, reguero.

Hay una idea en puredata de fractalidad que es potente. FoxDot es un espacio de inicio y luego construir de mas bajo nivel en puredata.

La instalación de FoxDot y ejecución es más engorrosa que puredata.

ruidajo: en FoxDot hacemos sonidos musicales más rapido y organizamos el sonido de manera más "cuadrada", en puredata tenemos más libertad pero se necesita de más tiempo y conocimiento para resultados sonoros "estandar" o comunes, musicales.

Listening Across Boundaries

Offray: frontera disciplinar, porque este espacio convoco a personas con formaciones diferentes, algunas cercanas a la música y otros que no. cercanía a la programación y la computación.

(2) Representacional, exploramos diferentes notaciones graficas y textuales para dar cuenta de fenomenos sonoros,

(3) Afectivo, encunetro grato entre personas que se quieren, frustración por inconvenientes técnicos y conceptuales en puredata, logro, cuando despues del esfuerzo podemos relacionar los diferentes conceptos y lograr expresiones sonoras.

(4) frontera temporal, recogemos practicas pasadas y pensar practicas futuras como el prototipo de sonoscopio.

Ardi: no siempre la notación refleja lo que pasa a nivel físico, fenomeno sonoro. En el proceso de dominar la herramienta tecnologica, tambien se descubren otros patrones ritmicos y melodicos que desde lo analogo no emergerian.

ruidajo: frontera del espacio con Leo que estuvo parte del taller desde otra geografia. el transito de ideas de organización del sonido, desde onomatopeyas, escritura en el tablero, escritura de código, grafos y graficas. la frontera del tiempo, permitiendo que otres puedan participar de nuestras memorias en asincrono.

Cierres, conclusiones y continuaciones.

Hicimos el taller al contrario de lo esperado, inclusive hicimos muy breve la discución contextual del evento que nos convoca al final del taller.

La parte practica y la relación con el computador se hizo primero y luego analisamos el entendimiento de la organización del sonido de manera escrita, escuchamos y luego relacionamos con las diversas formas de representar el sonido, código, graficos, partituras, grafos ... etc

Notas de los descansos

Los roscones son de bocadillo, si tienen arequipe no son roscones, si acaso churros mal hechos.

Una rosca de pan con corteza de azucar y relleno de arequipe no es roscon, depronto, en algún lugar del mundo, es un churro... depronto.

Si participas en otro momento, asíncrono al taller, deja tu nombre o alias aquí:

  1. Hiperterminal

Notas asíncronicas

2- @candelaria Hola Grafoscopiques por aquí cureoseando con lo trabajado el lunes para buscar inspiraciones en sus ideas y procesos y luego vifurcar con esas ideas en posible procesos de apredizaje con jóvenes poco interesados por estos temas. Lo bueno es que con todos estos datos hemos venido construyendo una ruta de aprendizaje en todo al sonido como medio de indagación y experiencia cognitiva ys ensoiral

Data Roda 69:Cafe Sorpresa + Imaginario FUUUUSION...HAA!!!!

{%youtube jrD3AD2XpmQ %}

:::info

Fecha: 9 julio 2022

Horario: 9:30pm a 1:30 PM. hora de Colombia (UTC -5)

Lugar:

  • Jitsi: https://meet.jit.si/DataWeek
  • HedgeDoc: https://docutopia.tupale.co/dataroda69

Enlace corto: https://is.gd/dataroda69

Memorias: dataroda69.

Licencia: Las memorias y documentación se construyen y distribuyen con ❤️ y ☕️ bajo licencia p2pmas (aplican excepciones y limitaciones). :::

:::success liga a podcast imaginario https://archive.org/details/podcast-imaginario_list liga grupo imaginario https://t.me/iimaginario liga a cafe sorpresa

grupo cafe sorpresa https://t.me/cafesorpresa :::

#Cafe Sorpresa + Imaginario FUUUUSION...HAA!!!!, es un experimento/propuesta del compa MASTER de ver como a pesar de que ambos proyectos tienen sus puntualidades pueden encontrar puntos en comun y expacion en sus particularidades con tiddlywiki, tiddlymap y a ver que chivas mas salen para unir esto con otras tecnologías, tanto digitales como analógicas.

AGENDA

  • presentacion
    • Que es cafe sorpresa e imaginario
  • vamos a escuchar un podcast de imaginario y apuntar ideas en notas
    • [ ]revisaremos las notas y usaremos las ideas temas y trataremos de ligarles con tiddlywiki, si hay proyectos trataremos de mapearlos
  • Propuestas y varios.
    • Congreso educación virtual Barcelona.

Prerrequisitos

  • Conexión a Internet.
  • Computador con sistema operativo Windows 10 o posterior, Mac El Capitán o posterior, o Gnu/Linux (recomendable).
    • Manejo básico del computador (navegación en la web y de carpetas y directorio, diligenciar formularios en línea, etc.).
  • Tener instalado timimi o algo para guardar archivos en tiddlywiki

Recomendable

  • escuchar el primer audio de imaginario y hacer notas como entiendan. Las de MASTER son solo un ejemplo
  • saber usar tiddlywiki
  • llevar imaginacion
  • descargar semilla copincha o de una versión de projectify.

Preinscripción

:::danger IMPORTANTE: Preinscríbete sólo si puedes asistir al taller completo. Estos son los pasos de preincripción: :::

Entrar/Vincularte al canal de Grafoscopio en Telegram.
Envía el siguiente mensaje por el canal:

#DataRoda69 preinscripción con compromiso de asistencia completa.

Indícanos qué sistema operativo tiene el computador con el que participaras del evento.
Opcional: Si puedes aprovechar que ya estás en el canal para presentarte y contarnos más de ti y tus intereses frente a estas temáticas, mucho mejor.

Notas primer audio de imaginario

Master : ideas locas de los imaginarios. Aquí el enlace con notas del audio solar punk pandemia apocaliptica

perdida informatica quema de notredam museo de brasil botanico

lo digital se pierde facil si hubiera informacion 3d se podrian replicar

tendencia a perdida de la informacion

mark rodco preparado para el deterioro transmision de boca en boca.

transmision de informacion via USB

que elementos compartir y como encontrarlos

guardados remotos en google, bajo estas condiciones a kien le pido lo que es mio

desasocion de momentos no desables el rompimiento en redes

apagon analagico cual todavia hay realidades con ficheros

se puede reproducir o no, me estan criminalizarlo

para que algo perdure hay que compartirlo

que olvidar y que perdurar

paul makarney ponerlo alrevez sargento pimienta

salir fuera del radar del los copyright rescatar algo muy localizarlo

azimov que guardar y que mantener gustavo shots derecho de autor en argentina

proteger el dinero de cosas que ya no generan dinero

gestion de derechos

ya se tiene todo resuelto

espiral reuso de informacion

por que alguien nos tiene que avalar??

desacreditar lo que esta ocurriendo

los metadatos una carta de amor al futuro.

nemocine la diosa de la memoria 2.0

Imaginario

https://docutopia.tupale.co/imaginar:actas7#

Notas segundo audio de imaginario

master

  • hackerspace
  • hack bogota
  • vocacion para crear
  • facebook analogico
  • mil gruyas
  • memoria local
  • conectar iniciativas
  • conocimiento enciclopedico
  • validez del conocimiento
  • visibilizacion de la memoria local
  • memoria hablada
  • tribu ??
  • como nos organizamos? sin institucionalizarnos(biblioteca, escuela)
  • dialogos entre instituciones-ainstitucionales tipo de instituciones??
  • biblioteca comunitaria
  • 098 fancine
  • grafoscopio
  • interconectar
  • sibcrono asincrono
  • digital analogo
  • fancine aa digital
  • fancine con 4 finales
  • a quien le delegamos la memoria
  • imaginario

nnnnnaaaaadddddiiiiieeeee:

  • fecebook analogico (hay que quitarle lo feo...)
  • gruyas o grillas? (me recuerda a otro espacio que conozco...)
  • wikis fuera de linea
  • creacion de contenidos locales
  • como crear un wiki descentralizado? (meta wiki? pienso que resuelve el problema de respaldar)
  • si no puedo "entregar un trabajo maniana" no sirve?
  • como nos transforma la tecnologia? (vale la pena pensar en la transformacion a largo plazo)
  • que otras practicas visibilizan el conocimiento local? (hay que salir de la tecnologia industrial... )
  • la importancia de lo pquenio (yea), hasta lo global.. (uhh..)
  • memoria en arcilla, poesia, canto
  • podcast .. extractivismo cognitivo (keseso?)
  • como le hacen comunidades para visibilizar problematicas fuera de las redes sociales hegemonicas?
  • institucion vs extitucion
  • como organizar sin institucionalizar? (sin burocratizar o legislar? sin reproducir el estado?)
  • redes mas "caseras"
  • fanzines
  • limitantes tecnologicas
  • fanzines de 4 finales distintos :o
  • que onda con la tecnologia y la memoria (vieron ghost in the shell el de 19xx ? uy si, y experimental series lain tambien es muy buena)

Hiperterminal

¿Silencios incómodos? A veces el silencio no es malo, no le tengan miedo. @silem

choff

  • Infraestructuras locales (Kolibri, MoodleBox)
  • extractivismo cognitivo
  • memoria local (fanzines, podcast)
  • a quien delegamos la memoria cuando es digital?

Labo/ciencias ocultas

1 paso bajarse la semiila de precius plastoc

Data Roda 68: #CandidatosEnDatos

![](https://i.imgur.com/gvIdXoF.png =300x) ![](https://i.imgur.com/IMam3ck.png =300x)

:::info Fecha: 4 Junio 2022

Horario: 4:00 PM a 7:30 PM. hora de Colombia (UTC -5)

Lugar:

  • Jitsi: https://meet.jit.si/DataWeek
  • HedgeDoc: https://docutopia.tupale.co/dataroda68

Enlace corto: https://is.gd/dataroda68

Memorias: dataroda68.

Licencia: Las memorias y documentación se construyen y distribuyen con ❤️ y ☕️ bajo licencia p2pmas (aplican excepciones y limitaciones). :::

:::success Habrá varios recesos de 10-20 minutos aprox. a lo largo de la sesión. :::

#CandidatosEnDatos es un prototipo para visibilizar y catalizar formas emergentes y novedosas de participación ciudadana, co-gobierno y transparencia. Para ello, combinamos tecnologías cívicas, herramientas digitales amoldables, así como narrativas y visualizaciones reproducibles de datos e infraestructuras de bolsillo.

Esta primera entrega, en evolución, visibiliza el discurso en Twitter de los candidatos a presidencia y vicepresidencia de Colombia en las elecciones del 2022.

:::warning Si esto suena muy marciano 👽, no te inquietes, desmarcianizamos la tecnología en la medida en que nos vamos encontrando. :::

Agenda

Estas serán los temas a tratar:

  • Presentaciones:
    • del evento:
    • Los participantes nuevos y recurrentes.
  • Recuento breve de sesiones anteriores.
  • Rutas de aprendizaje e introducción para experticias múltiples.
    • HedgeDoc, TiddlyWiki y GlamorousToolkit.
      • Socialmetrica.
      • Instalación.
      • Nitter/Twitter.
      • Web scrapping.
      • Exportación de reportes.
      • Mustache y Tailwindcss.

Prerrequisitos

  • Conexión a Internet.
  • Computador con sistema operativo Windows 10 o posterior, Mac El Capitán o posterior, o Gnu/Linux (recomendable).
  • Manejo básico del computador (navegación en la web y de carpetas y directorio, diligenciar formularios en línea, etc.).

Recomendable

Conocer algo sobre cómo usar HedgeDoc y Markdown para crear documentación de nuestros talleres en la medida en que ocurren (o en "tiempo real"). Encontrarás algo al respecto de nuestras herramientas y metodologías en el proyecto Documentatón.

Conocimientos sobre la Consola o terminal de comandos.

Descargar e instalar Glamorous Toolkit

Aunque haremos ejercicios de instalación, si has intentado o realizado el procedimiento previamente, podremos invertir nuestro tiempo más en las preguntas y el uso de los sistemas, que en su descarga.

Preinscripción

:::danger IMPORTANTE: Preinscríbete sólo si puedes asistir al taller. :::

Estos son los pasos de preincripción:

#DataRoda68 preinscripción con compromiso de asistencia completa.

  • Indícanos qué sistema operativo tiene el computador con el que participaras del evento.
  • Opcional: Si puedes aprovechar que ya estás en el canal para presentarte y contarnos más de ti y tus intereses frente a estas temáticas, mucho mejor.

Instalación de Socialmetrica

  1. Descargar la versión GToolkit (Glamorous Toolkit).

  2. Una vez instalado GToolkit (ver el menú «hamburguesa»).

  3. Luego Instalar Socialmetrica

    :::info RSSTools deber ser instalado luego de instalar Socialmetrica :::

Primer Scrapping

Por qué Nitter.

  1. Enfoca nuestra atención. Ejp una página en Twitter

  1. Lo que nos interesa en Nitter:

Del lado técnico, los datos se pueden acceder sin necesidad de el API (Application Programming Interface, Interfaz de Programación de Aplicaciones), que es la manera en que tienen algunos programas, entre ellos redes sociales, de ofrecer sus datos y/o su funcionalidad a terceros, en particular a otros programas.

Detrás de cámaras de la página de un perfil en Twitter:

En comparación con Nitter:

Scrapear el primer perfil

Por ejemplo, si queremos scrapear a Daniel Mendoza, con usuario @elquelosdelata escribimos:

perfil := NitterUser new
	userName: 'elquelosdelata'.
perfil retrieveContents.

Con lo cual obtenemos:

Y si queremos traer los últimos trinos:

Data Roda 67: Poesía Techno Feminista :heart: :mushroom:

Creando ecosistemas de internet para nuestras economías feministas.

:::info Lugar: HackBo, Calle 44 # 8 - 50. Of. 201. Bogotá Colombia. Encuentro presencial

  • Fecha: Domingo 20 de marzo, 2022.
  • Horario:
    • 09:00 - 18:00 / hora de Colombia :::

:::success Las data rodas son talleres de aprendizaje y enseñanza recíprocas, que hacen puente entre distintas experticias, donde caben muchos mundos y saberes diversos. Estos espacios se llevan practicando por la comunidad de Grafoscopio desde 2016. :::

:::warning

En está ocasión proponemos reencontrar nuestras corporalidades para ingeniarnos un sistema utilizando infraestructuras de bolsillo, con el que podamos recavar entre textos y documentos cercanos al feminismo popular y comunitario, la economía y tecnología feminista, para extraer sus palabras y conceptos y crearnos un set de palabras con enfoque feminista con posibilidad para diseñar juegos y otros sistemas. La propuesta está enlazada con una serie de talleres llamados Feminist Tech Playground FTP, propuestos por mujeres que trabajan en tecnofeminismos alrededor del mundo y exploramos otras formas más placenteras de habitar las tecnologías.

En los talleres con los que estamos participando en el FTP, estamos explorando cómo diseñar ecosistemas en internet para las economías de las mujeres, procurando crear espacios para las economías feministas. Esta Data Roda es el primer momento para el diseño del material para dichos talleres en donde mezclaremos infraestructuras resilientes para el diseño de los juegos y exploraremos las posibilidades de las plataformas aplicadas por la comunidad de Grafoscopio, para ensoñar infraestructuras para las economías feministas. :::

Principios :smile:

  • !Nada de nervios!: Somos una comunidad amigable. Ya sea que nos acompañes reciente y esporádicamente o desde hace mucho recurretemente, apreciamos la diversidad de caminos y saberes y los consideramos valiosos en nuestra búsqueda por hacer del código y la programación saberes comunes, fuera de círculos de especialistas y tecnocientíficos. Los saberes que parezcan más inaccesibles y enredados los iremos (re)apropiando y socializando entre todas, pues este es un espacio en el que se vale deambular, sentirse perdida y reencontrar el camino.
  • La tecnología más como proceso que como producto y no neutra: Asumimos la posibilidad de intervernir la tecnología y nuestro papel proactivo y en diálogo crítico con la misma. Veremos sus posibilidades y también sus errores, ruidos, fallas e incompleciones. Entenderemos que, en general, encarna relaciones de poder que podemos (de/re)construir en comunidad.
  • Memoria viva y acogedora: Documentamos proactivamente y esperamos que la memoria que construimos sirva para darte la bienvenida e ir a tu ritmo.
  • Aprendizaje entre pares y autónomo: Habrán momentos en que socialicemos nuestras dudas y saberes colectivamente y otros en los que estemos leyendo, anotando, probando, experimentando por nuestra cuenta y/o en pequeños grupos. El trabajo autónomo y entre pares, así como su socialización son partes vitales de este proceso.
  • Educación para la equidad, no para la homogeneidad: Se trata de contar con repertorios compartidos para expresar nuestras propias voces, lo interpersonal, colectivo e individual.

Inscripción:

  • Si vas a participar deja tu nombre por aquí:
  1. Adri
  2. Julia
  3. Offray Luna
  4. Ardi Complot
  5. ruidajo
  6. Moli Molina
  7. Julian Castaño
  8. Piza
  9. Kano
  10. Camila

Agenda

  • 9:00 am
  • Llegada
  • 9:20 am
  • Collage de palabras.
  • 10:00 am
  • Presentación. Una palabra que creó significado y quisieran compartir con el espacio.
  • 10:30 am
  • Presentación del proceso y sus motivaciones. Juntura, relación con infraestructuras de bolsillo, FTP, y demás procesos que están cerca. Sentido para una tecnología feminista.
  • 11:00 am Receso con tinto
  • 11:30 am
  • Presentación de los objetivos del taller, en conversa con las ideas y propuestas de quienes asisten. Exploramos una herramienta para jugar con palabras. Volvemos a nuestras creaciones y analizamos cómo funcionó nuestro algoritmo. Se analizan los word sets del inicio.
  • 12:00 m
  • Presentación de los textos y su sentido en el contexto de la interrelación entre tecnología+economías feministas. Queremos pensar a través del pensamiento de otras. Analizar el tema de la autorreferencialidad. ¿Cómo crear herramientas para imaginar las infraestructuras que ensoñamos, aplicando nuestras propias infraestructuras?
  • 12:30
  • Definimos y exploramos cómo empezar a scrapear los textos y las herramientas para hacerlo. Dejamos listo el material
  • 1:30 pm almuerzo
  • 3:00 pm
  • Laboratorio. Live coding de scrapeo. Buscando herramientas para interactuar con las palabras.
  • 5:00 pm
  • Cierre, socialización y polaaaa :beer:

Como siempre sancocho sonoro - Lista de reproducción

Chucha- La Muchacha

Juguetes para ensoñar el juego (Herramientas software)

Textos para los sets de palabras

Español

Inglés

taller

In between; sentir adentro cambio; private feminists; trans; access;

GT: Feminist Tech Playground

Ejemplos para ver las palabras

Prototipo

https://mutabit.com/repos.fossil/juntura/doc/trunk/FTP/tecnopoesia-p5js/index.html

Data Roda 65: Visualizar e Interconectar wikis en Glamorous Toolkit

Agenda:

  • Presentación del evento y los participantes nuevos y recurrentes.
  • Recuento breve de la sesión anterior.
  • Rutas de aprendizaje e introducción para experticias múltiples.
    • HedgeDoc y TiddlyWiki.
    • Interconectar infraestructuras en GlamorousToolkit (@Offray):
      • Introduccion.
      • Instalación.
      • Lepiter: Documentación interactiva estructurada.
      • TiddlyWiki: Exportar Tiddlers en formato JSON.
      • Leer datos arboreos desde Lepiter (JSON)
      • TiddlyWikiPharo: De los dato arbóreos "genéricos" a los objetos vivos de dominio específico.

Presentación del evento y los participantes nuevos y recurrentes.

Como es habitual, presentamos los participantes para quienes no se conocían y compartimos algunos datos curiosos.

Datos curiosos:

  • Sobre Nicki Minaj y la desinformación sobre vacunación covid:

    Una actualización sobre el chiste. Un meme que circuló en una página de Trinidad y Tobago:

    Tomado del grupo de reddit de T&T https://www.reddit.com/r/TrinidadandTobago

  • El baterista del grupo The Who colapso en un concierto y un joven fan de 19 años terminó el concierto.

  • Se realizan tertulias Tecnológicas en Pereira.

Introducción

Podemos navegar los wikis de dos maneras. Vamos a ver dos vistas de la misma información: la vista wiki (hipertextual habitual) y la otra es la vista de grafo.

Leamos en mayor detalle la Copinchapedia. Específicamente en un cluster que aparece en el grafo, como se muestra en la siguiente imagen:

Los puntos (1) y (2) son de particular interés. Pues (2) es lo que en teoría de grafos se conoce como un enlace débil (weak link).

Instalación y ejecución del GToolkit

Ver https://docutopia.tupale.co/GToolkit:1

Instalación y ejecución de TiddlyWikiPharo

Ver https://docutopia.tupale.co/TiddlyWikiPharo#

Recorridos posibles, cierre e invitación

Tenemos dos posibles caminos:

  1. Usar Pharo para las memorias en HedgeDoc.

    • Preserva la memoria hecha en "tiempo real" luego en otros lugares asíncronos.

    • Inicia la conección entre HedgeDoc y TiddlyWiki.

      En este caso ir a GrafoscopioUtils

  2. Extender TiddlyWikiPharo para que soporte gráficas distintas.
    • introduce fácilmente la programación.

Inquietudes

¿Podemos cambiar el grafo para que no coloque los enlaces simples sino que ponga los tiddlers etiquetados?

Sí. Exploraremos colectivamente la respuesta.

Lista de reproducción

[ Siguiente>> ]

Cartografias de Bolsillo y Programación intersticial

Agenda completa.

Interconectando Tiddlywiki con Glamorous Toolkit para exportar cartografías sociales a plataformas externas como MapsMe

  • https://docutopia.tupale.co/GToolkit:1?view

En el la libreta compartida de Lepiter https://mutabit.com/repos.fossil/LepiterDocs/ en la Libreta base el nodo de Integración con MapsMe creamos el enlace a Mustache que es subnodo de Utilities.

Lenguajes de plantillas

Plantilas para el Proyecto IndieWeb con Brea

Lista de reproducción

Cartografias de Bolsillo y Programación intersticial

Agenda completa:

Cartografías sociales comunitarias son las comunidades mismas las que visibilizan su propia geografía.

Vamos a conectar TiddlyWiki con las posibilidades catográficas que éste nos da y luego a través del Glamorous Toolkit lo conectaremos con otras infraestructuras.

Wikificar cartografías

Juntaremos un motor wiki (llamado TiddlyWiki) con una cartografía (que eligiremos colectivamente).

Agenda detallada:

  • Tomaremos una wiki genérica.
  • La extenderemos con un plugin geografíco.
  • Cartografiaremos unos puntos.
  • Conectaremos esta cartografías con unos dispositivos móviles en el formato. MapsMe
    • MapsMe financia el proyecto de cartografías abierta más grande del Mundo OpenStreetMap.
    • Funciona muy bien fuera de línea: se bajan mapas que se usan en dispositivos móviles y luego se pueden sincronizar con lo que está en línea sin requerir conectividad permanente.

:::info ¿Qué vamos a cartografíar?

cartografia de la candelaria colombia

El documento compartido es un repositorio de información actualizada en torno a una organización territorial de la ciudad de Bogotá-Colombia (año 2017). :::

Tomar una wiki y enriquecerla

Tomaremos la wiki de Wikilexias, que introduce los wikis desde las prácticas y posibilidades de TiddlyWiki y la enriqueceremos para que soporte info geográfica usando Plugin de Leaflet para Tiddlywiki

Instalar la wiki

  1. Instalar Wikilexias en nuestra máquina siguiendo las Instrucciones de Instalación.

    Importante: Ignorar la parte que habla de FileBackups porque usaremos Timimi

  2. Instalar Timimi.

  3. Verificar que la instalaciones previas quedaron bien hechas creando un primer Tiddler y guardándolo.

Intermezzo: Jitsi

Enriquecer la Wiki

  1. Instalar el plugin de Leaflet abriendo una ventana con dicho enlace y arrastrándo la barra azul a nuestro wiki.

    https://www.youtube.com/watch?v=_ed2Rqy1mlU&list=PLGU56vSEa8WfQyP393dpWQIbLjmYhBYWs

Aceptamos la importación.

  1. Crearemos un Geotiddler y lo guardamos.

    1. Cliqueamos el más en la barra principal.

    2. Colocamos el título del punto. Por ejemplo, "La Candelaria", en Bogotá.

    3. Buscamos Point donde dice añadir

    4. En el campo valor agregamos las coordenadas o información geográfica con la latitud y longitud y para ello usamos LeafletDraw para ubicar el punto y sus coordenas, por ejemplo:

    5. Al cliquear en "Objects" podemos ver latitud y longitud del marcador que agregamos:

Visualizar varios puntos en un mapa

Para crear un nuevo punto debemos crear un nuevo tiddler Agregamos una etiqueta a cada punto del ejercicio anterior, por ejemplo geopunto:

Vamos a los ejemplos y copiamos la sintaxis del último en un nuevo tiddler:

<$leafmap tile='toner'
	places='{"filter":"[all[shadows]tag[example]]"}' clusterType='tiddler'/>

  1. Es el tipo de mapa.
  2. El filtro con el coleccionamos todos los lugares.
  3. La manera en que se agrupan los puntos cuando hacemos zoom in/out.

Estos tres elementos básicos nos permiten iniciar si bien hay muchos más que veremos en detalle.

Integrar y compartir información geo-referenciada

Esta parte revisará cual es el modelo de datos detrás de TiddlyWiki y cómo integrar dicha herramienta con otras y su datos. Para esto, vamos a abordar una idea que es la de Programación Intersticial, que ocurre en medio de los sistemas socio-técnicos y recoge algunas ideas de Alan Kay y su grupo frente a Programación Orienta a Objetos/Mensajes, enfatizando los mensajes, es decir aquellos que conectan cosas. Algo en ese sentido lo habíamos visto el los talleres y el proyecto de IndieWeb con Brea

Estas ideas encarnan específicamente en TiddlyWIki a partir de los formatos con lo que éste intercambia información con el entorno, en particular JSON, que es una representación arbórea de datos.

Para exportar datos de nuestro mapa en JSON hacemos lo siguiente:

Dependiendo de la configuración del navegador, nos preguntará dónde queremos guardar el archivo JSON (o elegirá una ruta automática).

:::info Es una buena práctica que cada TiddlyWiki tenga su propia carpeta y que guardemos el archivo JSON en la raíz de dicha carpeta. :::

Una vez hayamos guardado el archivo JSON podemos abrirlo

Preguntas

  1. Cómo son los modelos de persistencia para guardar wikis hechos en TiddlyWiki

    TiddlyWiki se guarda de distintas manera, pero en esencia ellas a través de un programa latente revisan cambios en el wiki y los transfieren a lugar donde se estén almacenando. Dentro de esos modelos tenemos distintas bases:

    • cliente servidor : NodeJS, Servidor en Ruby (eventual servidor en Pharo)
    • Timimi, FileBackup, etc (persistencia local mirando cambios en archivos en disco duro).

Enlaces varios y refencias extra

temas musicales de la data roda 63 de hoy

You can render LaTeX mathematical expressions using MathJax, as on math.stackexchange.com:

Data Roda 62

Agenda

  • Presentación del evento y los participantes.
  • Recuento breve de la sesión anterior.
  • Rutas de aprendizaje e introducción para experticias múltiples.
    • HedgeDoc y TiddlyWiki.
    • Parches en PureData (@Ruidajo).
    • Cartografías sociales/sonoras en TiddlyWiki (@Mo).
    • Interconectar infraestructuras en [[GlamorousToolkit]] (@Offray).

:::info Spanglish

As we have a non Spanish speaker participant on this workshop, we're going to use Spanglish :::

Presentaciones

  • Ruidajo: Major Musician, Minor Sound Engineer.
    • here a list of some projects https://ruidajo.gitlab.io/
  • Adrian: Software developer for about 30 years. Interested in VR/AR, knowledge management
  • Mo: Cuban Industrial Designer. Copincha
  • Franco: Argentinian Teacher, teaches young (around 15) thinks that technology can be used, learned in ther ways and always is inquiring about this field and alternatives.
  • Master Undergrad studes on Architecture and sociology, member of the Mexican Hackerspace Rancho Electronico, was a teacher for highschol exams for people who doesta have money for this courses , loves videogames , pedagogy freesofware and recicling electronics
  • fun fact did you know that clone hero exist??
  • https://clonehero.net/

Recount of the last session

International Day of Listening

  • https://www.worldlisteningproject.org/

    • https://worldlisteningday.org/
    • https://cratilar.wordpress.com/

  • Notes of the previous session: https://docutopia.tupale.co/dataroda61# *

Conversación sobre la herramienta:

  • Glamorous + DMX (Ralph): Los enlaces no pueden ser enriquecidos de maneras centralizadas

    • https://dmx.readthedocs.io/en/latest/preface.html
    • https://dmx.berlin/

    Topic 1 <-- Association --> Topic 2

    La asociación es el constructo más alto (no los tópicos o las etiquetas).

    DMX es una base de datos asociativa.

  • Hello World Example

    • http://helloworldcollection.de/

  • Grafoscopio

  • Maturana and Varela

Música y sonidos de los breaks

Ruidajo's PureData Patch

Ruidajo expands on the idea of Pure Data possiblity of self-referentiality by creating "patches" (small pieces of functionality) that connect together other places of the environment

In the sound perception, the ways of its reproduction throught time is what gives each instrument its particular signature, related with

  • ADSR:

    • Attack
    • Decay,
    • Sustain,
    • Release,

  • Line: Creates a connection between two objects. Line understand the messages represented by the objects it connects.

  • The idea is to produce a particular "wave" representing ADSR using patches.

    • Ticking clocks with half second delay (two representations):

    • Mini keyboard to play a synth:

    • Keyboard representing Attack and Delay

    • Bifurcations on key releases:

    • The patter in 1 sec:

  • Tunning systems:

    Bach and semitones. la# 2^(1/12)

    • Midi representation:

  • A patch can represent (factorize) a subpart of the diagram

  • How Pure Data reads environment ambient (internalization).

  • Ofelia: Lua + OpenFramworks + PureData.

    • Derivas, que conectan sistemas entre sí.
    • Roassal y librerías que conectas diferentes sistemas de representación.
    • Aesthetic experiences and live coding: Roassal powered alike Hydra coding experience.
    • Pharo powered shaders.

  • pd: Opens subpatches, new canvas containing functionality (cfg: fractality notion by Adrian at the beginning).

Ideas y lecturas

Adrian

Pure Data es exitosos por la manera en que representa de maneras multimodales conocimiento.

Representaciones que permiten establecer conexiones entre lo que parecía no relacionado, curarlo y hacer asociaciones de alto nivel que no requieren repetir la experiencia (ejp: horas de conversación)

Master

He is thankful about how the introduction makes a complex environment more understandable. Example: numeric representation of keys, or music scales.

Ruidajo

Música raizas y escalas no temperadas y la idea de "colonizar" la escucha, unas escalas sobre otras.

Knowlege transfer beyond visual/spoken mediums (accesibility): sound, body, odor, kinestesic, emotional knowledge.

  • Space felt bigger, with more people/facilitators.
  • Expansion/confunsion by "extraction" of preferred mediums.
  • Problems with the bridge with this kind of experiences with the translation with another media (qualia/gene/meme problem).
    • Affecting from measuring/registering (quatum metaphor the object changes when measured).
    • Technologies as breach amplifiers.

Franco

  • Senses and empathy as important ways of understanding of experiences, words, fellings.
  • Information is not knowledge, words are not experiences.
  • Partiture is not the music, music is not the experience, experience is not the feelings.
  • From our particular places approach to software and technology with lower friction.

MADA: Meta Arqueología Digital Activistita / Digital Activist Meta Archeology

MADA

Cartografias

Dia mundial de la escucha https://mutabit.com/repos.fossil/copincha/uv/repo/microwikis/dia-mundial-escucha-2021.html

Cartografía de bolsillo https://mutabit.com/repos.fossil/copincha/uv/repo/microwikis/cartografias-de-bolsillo.html

Mapa mental https://mutabit.com/repos.fossil/copincha/uv/repo/microwikis/copinchapedia-dataroda62.html

Data Roda 61: Inquieta y Ruidosa | Día mundial de la escucha 2021 :ear: 🔊

:::info

  • Lugar: Jitsi > https://meet.jit.si/DataWeek. | HackBo.
  • Fecha: Sábado 17 Julio, 2021 (2021-07-17).
  • Horario:
    • 09:00 - 14:00 / hora de Colombia (UTC -5)
    • 10:00 - 15:00 / hora de Cuba (UTC -4)
      • con intermedios bailables 👯 💃 :::

:::success Las data rodas son talleres de aprendizaje y enseñanza recíprocas, que hacen puente entre distintas experticias y donde damos la bienvenida a aprendices diversos para hacer parte de la comunidad de Grafoscopio. Abordamos temáticas y proyectos prácticos y específicos y aprendemos mediante la práctica, el ejemplo y el afecto, haciendo de la lectoescritura de código un saber/quehacer común, al alcance de más personas, que nos permite transitar, (re)apropiar y (re)configurar las tecnologías digitales, para que den cuenta de nuestras ideas, necesidades, inquietudes y voces. Los llevamos realizando desde 2016. :::

:::warning En está edición (re)apropiaremos la actividad de la escucha y sus relaciones ecológicas, sociales, estéticas y políticas vinculadas a procesos como la IndieWeb y la Documentaton de la comunidad de Grafoscopio conectando con la celebración del día mundial de la escucha propuesta por el World Listening Project. :::

Principios:

  • !Nada de nervios!: Somos una comunidad amigable. Ya sea que nos acompañes reciente y esporádicamente o desde hace mucho recurretemente, apreciamos la diversidad de caminos y saberes y los consideramos valiosos en nuestra búsqueda por hacer del código y la programación saberes comunes, fuera de círculos de especialistas y tecnocientíficos. Los saberes que parezcan más inaccesibles y enredados los iremos (re)apropiando y socializando entre todas, pues este es un espacio en el que se vale deambular, sentirse perdido y reencontrar el camino.
  • La tecnología más como proceso que como producto y no neutra: Asumimos la posibilidad de intervernir la tecnología y nuestro papel proactivo y en diálogo crítico con la misma. Veremos sus posibilidades y también sus errores, ruidos, fallas e incompleciones. Entenderemos que, en general, encarna relaciones de poder que podemos (de/re)construir en comunidad.
  • Memoria viva y acogedora: Documentamos proactivamente y esperamos que la memoria que construimos sirva para darte la bienvenida e ir a tu ritmo.
  • Aprendizaje entre pares y autónomo: Habrán momentos en que socialicemos nuestras dudas y saberes colectivamente y otros en los que estemos leyendo, anotando, probando, experimentando por nuestra cuenta y/o en pequeños grupos. El trabajo autónomo y entre pares, así como su socialización son partes vitales de este proceso.
  • Educación para la equidad, no para la homogeneidad: Se trata de contar con repertorios compartidos para expresar nuestras propias voces, lo interpersonal, colectivo e individual.

Inscripción:

  • Si vas a participar o estas participando deja tu nombre o alias y un emoji. ejemplo:
    • Ruidajo 📻
    • Franco (no se donde están lo emojis)
    • Offray 👾
    • M0 🦄
    • SeanDeNigris
    • MASTER
    • Diana Estridente -l-

Agenda detallada:

  • Saludos y presentación de participantes. 🖐
  • Guía para jugar y juguetes. :video_game: 🎲
    • Estética - Sentipensares.
    • Indisciplinemos las disciplinas.
    • Intermedios musicales/sonoros. Hagamos un sancocho sonoro comunitario.
  • Presentación del Día mundial de la escucha y motivos.
    • Contextos.
    • Antecedentes.
  • Introducción a aspectos básicos y generales del sonido y la escucha (ultra- e infra- sonido)
  • Revisión de juguetes (herramientas) para grabar, transformar y reproducir sonido.
  • Posibles vínculos con otros procesos e ideas de la comunidad grafoscopio. Grafoscopedia
  • Taller rápido de Puredata~
    • Livecoding y entornos (Lenguajes) de programación visual.
    • Instalación de puredata (¿Infraestructura de bolsillo?)
      • http://puredata.info/downloads/pure-data
      • https://archlinux.org/packages/community/x86_64/pd/
    • Soñemos 🎵
  • Hagamos (borradores de) puentes y naves para transitar entre juguetes y juegos.
    • Protocolos y formatos.
    • Fossil, Pharo, Tiddlywiki, OpenStreetMap, Puredata...
    • Cartografias sonoras que construyen una narración (juego de rol).

Sancocho sonoro - Lista de reproducción

  • Lola Kiepja -fw 4176- Selk'nam (Ona) Chants of Tierra del Fuego, Argentina (1972) > [Franco]
    • https://www.youtube.com/watch?v=JjuE4LEsolE
  • https://soundcloud.com/cratila/thecollectivefield2020
  • corte de pasto con desbrozadora Husqvarna 355rx-ruido
    • https://www.youtube.com/watch?v=-1BxnEMtl9U
  • Conocemos que es y como se realiza el silbo gomero
    • https://www.youtube.com/watch?v=wDuGPFn14dM
  • OST Jorney
    • https://www.youtube.com/watch?v=M3hFN8UrBPw
  • El Botón del Pantalón - Systema Solar
    • https://www.youtube.com/watch?v=rLJSMn5Mc2U
  • Friday Night Funkin' M.I.L.F but it's an Acapella by Smooth McGroove > [MASTER]
    • https://youtu.be/BzIAIbY0dkA
  • Phoenix Wright - Cornered Acapella > [MASTER]
    • https://www.youtube.com/watch?v=ALhAXtFR1LM

Posibles objetos digitales resultado:

  • Tiddlywiki-tiddlers (trans- personales, comunitarios) documentando las reflexiones, ideas y vínculos compartidos.
  • Cartografias sonoras trans- personales y comunitarias.
  • Audios en formato podcast, objeto, arte- artesania- sonora o música, hospedados en archive y trasnscluidos en los tiddlywikis.
  • Subtitulos o metadata con etiquetas de tiempo remitiendo a archivos sonoros.
  • Código, scripts, parches para sonar y compartir 🎁 transcluidos en los tiddlers.

Juguetes (Herramientas software)

  • Telegram
    • https://t.me/grafoscopio
  • Jitsi
    • https://meet.jit.si/DataWeek
  • Docutopia - hedgedoc
    • https://hedgedoc.org/
    • https://docutopia.tupale.co/
  • Archive
    • https://archive.org/
  • Tiddlywiki
  • Pharo
    • https://pharo.org/
  • OpenStreetMap
    • https://www.openstreetmap.org/
  • Puredata~
    • http://puredata.info/
  • Fossil
    • https://fossil-scm.org/home/doc/trunk/www/index.wiki

Otros vínculos a juguetes (herramientas software) y guías

Tema del WLD2021 - The Unquiet Earth

El tema de este año es The Unquiet Earth (propuesto por Raquel Castro, investigadora, documentalista y curadora). :::success “The Unquiet Earth” is an invitation to reflect on and engage with the constant murmur of the Earth, sounds beyond the threshold of human hearing, to remind ourselves that we share this mysterious and awesome planet. Small, hidden, subterranean, aerial, underwater, infra and ultrasonic sounds, inaudible to the naked ear, can bring a new, potentially hopeful, perspective on the future of the planet and humanity. Listening as activism encourages us to question our attitudes as listeners as we aim to construct a more inclusive and empathetic new world. Join the unquiet revolution! Raquel Castro :::

  • Vínculos al trabajo de Raquel Castro:
    • https://lisbonsoundmap.wordpress.com/agenda/
    • https://www.cienciavitae.pt/pt/EB1F-787C-3610
    • https://cicant.ulusofona.pt/our-team/raquel-castro/
    • http://www.lisboasoa.com/about-2020/
  • Enlaces al World Listening Project

Algunos proyectos de escucha en Colombia:

  • https://cratilar.wordpress.com/
    • 2021 alianza con https://www.glasgowimprovisersorchestra.com/ y https://artka.com.co/
    • 2020
      • https://cratilar.wordpress.com/semana-de-la-escucha-the-collective-field/
    • 2019
      • https://cratilar.wordpress.com/semana-de-la-escucha-listening-with/
    • 2018
      • https://cratilar.wordpress.com/2018-2/
  • https://colectivoviajesonoro.wordpress.com/
  • https://auditum.co/semana-de-la-escucha/
  • https://parqueexplora.org/semana-de-la-escucha
  • https://noisradio.co/
  • http://uan.sainethost.com/mapa-sonoro
  • Semana de la otra escucha - Música corriente, Surco records y Música Inmobiliaria-Poderes Inútiles(José Gallardo) Medellín

Audio en las herramientas que usamos (menciones-relaciones)

  • Pharo
    • https://thepharo.dev/2020/11/17/how-to-play-sound-in-pharo/
    • https://github.com/pharo-contributions/Sound
    • https://github.com/badetitou/Pharo-LibVLC
    • https://twitter.com/akevalion/status/1369551191932289025
      • https://github.com/akevalion/roassalClock/issues/7
  • Tiddlywiki
    • https://tiddlywiki.com/#Audio
      • https://tiddlywiki.com/static/Audio.html
    • Embedding sound files en el grupo de Tiddlywiki en google.
  • Fossil
    • Changes for Version 2.11 (2020-05-25) → Captchas all include a button to read the captcha using an audio file, so that they can be completed by the visually impaired.
      • https://fossil-scm.org/home/doc/trunk/www/changes.wiki

https://docutopia.tupale.co/PureData

Cuadernos de Aprendiz

Preguntas y comentarios

Adrian

Alrededor de Pure Data presenta varias maneras de representación visual donde diferentes niveles son llamados por demanda ocultando/mostrando lo necesario en el momento adecuado.

Futuros imaginados

Sugerencias - Vínculos - Tangentes

→ Sonificación de Datos - Visualización del sonido (Sinestesia artificial) → Datos, código y otras escrituras en relación al sonido y la escucha → Antecedentes de la celebración en Latinoamerica → ¿Decolonizar la escucha?

enlaces datarodosos

Data Roda 60: TiddlyWiki

Agenda:

Pa la minga me recuerda el proyecto de huerteros urbanos.

  • Descargar.
  • Configuración base "ParaEmpezar".
  • Crear Tiddlers.

Atajos en tiddlywiki

  • ALT + n → nuevo tiddler
  • CTR + enter → salvar o confirmar tiddler

  • WikiText es el formato de texto en tiddlywiki para los tiddlers ("tradicionales").

    • https://tiddlywiki.com/#WikiText:WikiText → referencia de WikiText

  • Bliki Offray

    • https://mutabit.com/repos.fossil/offray-blog/uv/bliki/index.html

  • Bliki Leonardo

    • https://conector.red/repo/leonez/uv/mati.html hola banda

  • TiddlyRemember: TiddlyWiki + Anki:

    • https://github.com/sobjornstad/TiddlyRemember

  • Tiddly Piza:

    • https://pixi.tiddlyhost.com/

Data Roda 59

Recuento:

  • Por qué de la "pausa" y pasar la antorcha
    • Explorar otras dinámicas como el Diplomado.
    • Ver otras antorchas: Ruidado y podcast, David Documentatón 1.0.0, Adriana y afiches, etc.

El 57 no es número primo y qué oso, qué dirán los numerólogos.

Agenda

La intensión es continuar con la primera mitad.

  • Memoria Mejorada. Pasar de las memorias del facilitador a las memorias de aprendices vía wikis personales.
  • Exploración sobre el hospedaje
    • vía TiddlyHost (continuación de TiddlySpot).
    • vía repositorios con Fossil.
  • Creación de "Apps"
    • Macros.
    • Metadatos.

Temas relacionados

Hospedar Wikis Personales

Una vez tenemos nuestro wiki personal en nuestras propias máquinas (PC, Single Board, Memoria USB) y queremos ofrecerlos al mundo. Para ello usamos servidores y hemos explorado algunas alternativas de hospedaje. Consideraremos una extra: TiddlyHost1, que nos da una alternativa extra y fácil de hospedaje no tekie.

1

Tiddlyhost no fue considerado en el momento de esa Data Roda por dos cosas: 1) Estaba caído y anda en beta 2) Porque no provee las funcionalidades distribuidad de Fossil.

TiddlyHost

TiddlyHost es un servicio de hospedaje de Wikis basado en TiddlyWiki. Es el sucesor de TiddlySpot, uno de los primeros sitios de hospedaje de TiddlyWikis, que ahora no permite la creación de nuevos Wikis personales:

El problema de confiar exclusivamente en infraestructuras ajenas, sean comunitarias o no, es que podemos quedarnos sin acceso a nuestros datos:

Un sitio que se alimento de 2008 a 2010.

TiddlyHost es de código abierto, más seguro, y por el mismo creador.

  1. Ingresamos a https://TiddlyHost.com y cliqueamos "Signup"

  2. Llenamos el formulario y cliqueamos "Create account":

  3. Nos indicará que verifiquemos nuestros correos:

  4. Esperar al correo de confirmación. Como tarda en llegar, por eso es bueno tener nuestros propios repos con nuestos propios wikis como ya vimos

  5. Ingreso a la cuenta y creación de una página o cargar un proyecto preexistente.

    Seleccionando la opción Upload es posible seleccionar un archivo HTML de un TiddlyWiki prehecho.

    Captura de pantalla del enlace enviado al correo electrónico

    Una vez carga el archivo, podemos ingresar al proyecto y se podrá acceder al contenido del TiddlyWiki cargado.

    Captura de pantalla del formulario de creación del sitio

  6. Veremos un enlace público que podemos usar para acceder a nuestro sitio. Para el ejemplo anterior, el enlace es: ejemplo de TiddlyWiky.

:::success Actividad:

  • Registrar tu usuario en TiddlyHost.
  • Subir un Wiki Personal a TiddlyHost.
  • Compartir el enlace a tu wiki este documento. :::

Intermezzo: De HedgeDoc a TiddlyWiki

Atravesamos un continuo entre infraestructuras desde ajenas/comunitarias hacia personales (y viceversa), por un lado y por otro lo síncrono a lo asíncrono.

  • HedgeDoc: Comunitaria + síncrona.
  • TiddlyWiki: Personal y Asíncrona.

Vale la pena revisar cómo las conectamos desde un ejemplo práctico: pasar nuestras notas colectivas de talleres de HedgeDoc a nuestros Wikis Personales en TiddlyWiki.

Nuestras semillas de TiddlyWiki (ver Jardines Digitales) tienen soporte para Markdown como se puede apreciar en el su repositorio .

Por tanto, si queremos pasar contenido de HedgeDoc a TiddlyWiki basta con:

  1. Cliquear el botón de nuevo Tiddler en Markdown y copiar y pegar el contenido específico. (Por ejemplo lo haremos con este mismo contenido):

  1. Llenar el título del Tiddler en la nueva ficha desplegada:

  2. Copiar y pegar el contenido de HedgeDoc a Markdown:

:::success Actividad

Tomar un contenido de HedgeDoc y convertirlo en un tiddler de TiddlyWiki. :::

Creación de Apps

Supondremos que ya tenemos nuestro wiki personal creado y hospedado en línea, con cualquiera de las técnicas de hospedaje antes vistas.

Veremos cómo crear Apps a partir de TiddlyWiki, empezando por dos conceptos poderosos y úbiquos en TiddlyWiki que con macros y filtros.

En ese sentido TiddlyWiki brinda unas características únicas pues baja la barrera que usualmente entre creador@s de contenidos y de funcionalidades. Se pueden empezar en el primero y terminar de modos fluidos en el segundo a diferencia de la mayoría de Wikis donde las personas que los usan están confinadas a la creación de contenidos y dependen de terceros para la nueva funcioalidad. TiddlyWiki a través de macros, filtros y programación declarativa baja dicha barrera y permite las transiciones antes mencionadas. Veremos cómo.

Macros

Los macros son maneras de extender el lenguaje de etiquetamiento base con patrones que se repiten pero tienen aspectos variables.

Notas

  • https://wikilabs.github.io/#link-to-tabs
    • a propósito de apps plugin tiddlywiki para tener un link a tabs y poder revisar macros (como los de TWCrossLinks)

Una vez creada una página en TiddlyWiki, es posible configurarla.

Pruebas de aprendices

Ruidajo

Citas del dia

breet scott

Palabras curiosas de la data roda

Chinomatic[Chinomático/a]: programacion de cosas que no se terminan de programar porque quien desea programarlas aún no sabe cómo hacerlo, y para resolver su necesidad termina haciendo el trabajo manualmente.

Data Roda 58: Pausar y pasar la antorcha (primera mitad)

Agenda:

  • Presentaciones y conexiones:
    • Entre los participantes.
    • Entre estas temáticas y las complementarias.
  • Cartografiando rutas de aprendizaje: Rutas propuestas
    • Hypothesis.
    • HedgeDoc y Markdown.
    • Wikis personales con TiddlyWiki.
      • Zoom/extensión en: Persistencia con Fossil y STON
    • Grafoscopio:
      • Instalación y ejecución.
      • Cargar y ejecutar libretas interactivas.
        • Prof Stef.
        • Libreta de aprendiz.
    • Convertir Tiddlers de JSON a STON y versionarlos en Fossil.
    • Otras rutas y propuestas.
    • Terra incognita (here be dragons):
      • Integrando Pharo y TiddlyWiki:
        • Servidor para tiddlers.
        • Exportar Tiddlers a HTML para comentarlos en Hypothesis.
  • Open Data Day 2021: Conexiones entre el hacktivismo y el barrio.
    • Presentación general.
    • La microbeca que ganamos.
  • Diplomado: futuros alternos para los espacios de encuentro.

Cartografiando rutas de aprendizaje: Rutas propuestas

Nuestra memoria va ser:

  • Hipertextual: enlaces que nos entre ideas.
  • Modular: pequeñas piezas recombinables.

Nuestra Memoria es mejorada.

Si notamos la convocatoria tiene la metáfora de la Roda. Desde ahí explicitamos de los mapas de aprendizaje y las libretas personales de aprendiz.

Actividades

Entrar al hipertexto de actividades

Libretas/Notas de aprendices

  • https://docutopia.tupale.co/ruidajo:dataroda58
  • https://docutopia.tupale.co/dataroda58notas

Lecturas, comentarios e impresioses de participantes

  • Hypothesis, Chamanes.
    • Grafitear el hipertexto.
    • RTFM vs LDIT (Read The Fuck Manual // Lee El Puto Manual) vs (hagámos en plural).
    • Bienes Recursivos (Kely, Two Bits): públicos que crean bienes de los cuáles ellos son públicos.
    • Un concierto que es organizado por quienes van a ir FLISoL (las comunidades de software libre organizan el evento del cual ellas son público).
    • Los hackers hacen hackers vía "dos" lugares:
      • Los espacios (hackerspaces, canales de chat, foros).
      • Los documentos (prosa y código, ejp: manuales y software).
  • Laberintos y Reglas que se hacen claras con el tiempo:
    • Etienne Wenger, Comunidades Práctica, Participación periférica legíticas.
    • Laberintos y metaforas.
      • Fichas, álgebras y serendipias.

        • Fichas: Zettelkasten .

          Pueden haber unidades más pequeñas de la memoria, no el cuaderno o el libro, sino la ficha. Las fichas son recombinables, las libretas ya vienen combinadas (unidas por el lomo).

          Contrastar Meta Arqueología Digital Activista:

          La ficha es más modular y por tanto más emergente y recombinable, aunque podemos anotar trozos específicos del texto a través de anotaciones con hypothesis. Para el ejemplo anterior, podríamos llegar a un trozo específico de una lectura subrayándolo y compartíendo con Hypothesis, como se ve acá:

          Meta Arqueología Diigtal Activista en Hypothesis.

        • Las fichas nos ayudan a pensar el contenido en términos de "álgebras" o unidades mínimas de contenido recombinable como dice Jeremy Ruston en este Podcast.

    • Versionados y no versionados: historias de las ideas.
    • Fortaleza de la documentación en la experiencia asíncrona.

Data Roda 57 | Open Dada Day 2021 ❭ Cajicá: Ciudadanías Digitales y Gobierno Abierto

El encuento va a tener dos partes:

  1. Aprender un conjunto de tecnologías para la memoria (lecto-escritura):

    • Hypothesis
    • HedgeDoc y Markdown
    • Wikis Personales en Tiddlywiki

y usarlas con propósito de mejorar nuestra (inter)personales.

  1. Usar las herramientas anteriores como tecnologías cívicas en el marco del Open Data Day 2021, es decir enfocadas en amplificar la participación.

Enlaces extra:

Un conjunto de tecnologías para la memoria (lecto-escritura):

La idea es escoger nuestra propia ruta de aprendizaje y cartografiarla. Podemos elegir entre diferentes rutas dependiendo de lo que ya sepamos, hayamos practicado y/o queramos profundizar o repasar.

Actividades: Elige tu propia aventura.

Frente a la siguientes actividades propuestas, elegir una de ellas y colocar un emoji que represente en qué actividad vamos a trabajar:

Emojis de los participantes

  • :dog: Offray
  • :purple_heart: Piza
  • :camel: Smitty
  • :pig2: David
  • :leopard:Leo
  • :elephant:M0

Actividades a elegir:

  • Conversar sobre la memoria Memoria mejorada.
    • Brea es como Jekyll?
      • Sí en la funcionalidad, pero distintas en las tecnogías Ruby vs Pharo y explicitando tecnopolíticas diferentes.
    • Las discusiones se alargan y puntualizan en el bar/café y ahora en Telegram, lo cual extiende ideas, discusiones.
    • Robota y Memoria para la memoria colectiva.
    • Conversaciones Bogotá+Barcelona.
    • Calle pero elegante.
    • Editatona Feminista:
      • https://es.wikipedia.org/wiki/Wikipedia:Encuentros/Editatona_Libertadoras_Colombianas_2019.
      • https://docutopia.tupale.co/femhackco:6
    • Minipedia: Bifurcar la infraestructura para bifurcar los futuros.
ActividadHechoHaciendo
Hyp1: Registrar y comentar en Hypothesis:dog: :pig2: :purple_heart: :elephant::camel:
Hed1 Registrarse en HedgeDoc y crear un documento:camel: :dog: :pig2: :purple_heart: :elephant:
Tid1 Crear un wikis personal en TiddlyWiki:dog: :elephant::purple_heart: :pig2: :camel:
Tid2 Versionar Wikis en Fossil (HTML, JSON y STON):dog::leopard: :elephant:
Tid3 Combinar Grafoscopio con TiddlyWiki para versionar y compartir Tiddlers
  • Terra incognita (here be dragons / acá hay dragones):
    • Combinar Grafoscopio con TiddlyWiki:
      • para memorias versionadas y no versionadas multiformato (HTML, JSON, STON).
      • Compartir Tiddlers

Cierres y continuaciones

  • Los contenidos modulares favorece recorridos propios y encuentros posteriores.

  • El horario:

    • Sábado 5 horas, es un prototipo para un horario experimental de un Diplomado (educación no conducente a título de 80 horas). 7 sesiones de 12 (84 horas):
      • Sábados 5 horas (9:30 AM a 2:30 PM).
      • Jueves y viernes de (6:00 PM a 9:30 AM).

  • Open Data Day:

    • Les compatiré anotaciones que halla hecho a infraestructuras públicas y mejoras.

    • Encontrar presencias de redes sociales de dichas insticiones y replicar/crear mensajes dirigidas a ellas con motivo de este evento.

      Dichos mensajes se compartiran en en Grupo de Telegram con invitaciones a replicarlos y detalles.

Libreta de aprendices asíncronas o post-taller

  • https://docutopia.tupale.co/ruidajo:Dataroda57-asincrono
    • nota en libreta tiddlywiki - chisel - https://chiselapp.com/user/Ruidajo/repository/Grafoscopio-lista-correos/

Data Roda 56: Calentar motores, retomar lo anterior y preparar el Open Dada Day

Agenda:

  • Presentaciones y conexiones:
    • Entre los participantes.
    • Entre estas temáticas y las complementarias.
  • Cartografiando rutas de aprendizaje: Rutas propuestas
    • Hypothesis.
    • HedgeDoc y Markdown.
    • Wikis personales con TiddlyWiki.
      • Zoom/extensión en: Persistencia con Fossil y STON
    • Grafoscopio:
      • Instalación y ejecución.
      • Cargar y ejecutar libretas interactivas.
        • Prof Stef.
        • Libreta de aprendiz.
    • Convertir Tiddlers de JSON a STON y versionarlos en Fossil.
    • Otras rutas y propuestas.
    • Terra incognita (here be dragons):
      • Integrando Pharo y TiddlyWiki:
        • Servidor para tiddlers.
        • Exportar Tiddlers a HTML para comentarlos en Hypothesis.
  • Open Data Day 2021: Conexiones entre el hacktivismo y el barrio.
    • Presentación general.
    • La microbeca que ganamos.

Enlaces extra:

Presentaciones y conexiones:

  • Entre los participantes.
  • Entre estas temáticas y las complementarias.

Explicamos la historia del evento y su relación con el Data Week y una investigación doctoral en Diseño y Creación.

Una de las cosas que ha venido pasando es que hemos "sofisticado" las formas de memoria.

  • Memoria del Data Week 1 día 1.
  • Memorias del Data Roda 55.
  • Documentatón, que incluye el uso de HedgeDoc (la plataforma donde se toman estas notas rápidas)
  • Y también están los documentos interactivos (libretas de Grafoscopio): combinan prosa con código, por diseño para crear un puente entre culturas (de la imprenta a la computacional).

Esto tiene que ver con la Dualidad Cosificación Participación.

Esas maneras de memoria ha priorizado la enseñanza y queremos explorar una viraje hacia el aprendizaje, consecuente con nuestros encuentros del semestre pasado y por ello hablamos de las Libretas de Aprendices y los wikis personales.

Este taller busca continuar en esta misma línea y mirar cómo podemos aplicar estas tecnologías a prácticas ciudadanas con motivo del Open Data Day 2021 y a nuestro cotidiano (conectar el hacktivismo con el barrio).

Cartografiando rutas de aprendizaje:

Sobre un conjunto de rutas de aprendizaje propuestas vamos a realizar un conjunto de ejercicios con la intención de cartografías esas rutas dejando un mapa de nuestros recorridos, para ello nos valeremos del hipertexto.

:::success Ejericio 1: Crear una libreta de aprendiz persona en HedgeDoc

Vamos a crear un libreta de aprendiz personal en Docutopia (u otro proveedor de HedgeDoc) para lo cual se requiere:

  • Estar registrados en la plataforma HedgeDoc, pues esto preserva autoría (puede ser con un pseudónimo), pues en migraciones entre versiones de HedgeDoc los documentos anónimos se han perdido.

  • Crear un documento personal de la siguiente manera:

    https://docutopia.tupale.co/ + {usuario}: + {documento}.

    donde {usuario} es el nombre/pseudonimo del aprendiz que toma apuntes.

    por ejemplo:

    https://docutopia.tupale.co/offray:libreta

  • Copartir a continuación el enlace a la libreta de cada cual.

:::

Libretas:

  • https://docutopia.tupale.co/ruidajo:dataroda56#
  • https://docutopia.tupale.co/cacu:dataroda56#
  • https://docutopia.tupale.co/miguelandariego:dataroda56#

Elegir alguna temática a tratar de las siguientes secciones y hacer diferentes ejercicios de acuerdo a la misma, aplicando una estrategia "metacognitiva", indicando:

  • los recorridos que estamos haciendo (enlaces).
  • los comentarios e inquietudes que tenemos al respecto.
  • los prerrequisitos (tácitos o explicitos) de conocimiento que tiene un tema. (ejp: presuponer que se sabe qué es la consola de comandos y cómo usarla).
  • los lugares complementarios que estamos visitando con respecto a nuestras dudas.

HedgeDoc y Markdown.

Entrar a Documentaton, ver el video de docutopia (nombre antiguo para HedgeDoc) y/o ver el capítulo correspondiente la versión breve en PDF y:

  • Crear un usuario.
  • Crear una libreta personal para esta sesión de acuerdo al ejercicio anterior.

Hypothesis.

Entrar a Documentaton, ver los videos de Hypothesis (video 1, video 2) y/o ver el capítulo correspondiente la versión breve en PDF y:

  1. Crear un usuario y compartir su nombre por acá.

  2. Anotar con hypothesis:

    1. Un documento textual de nuestra elección.

    2. el video sobre Hypothesis y compartir la anotación por acá. Recordemos que se puede anotar todo el video o apartes específicos usando "compartir enlace de este momento" en YouTube.

      Nota El video largo habla de cómo anotar documentos de prosa. Vamos a recontextualizar lo para anotar videos y colocaremos el enlace a nuestra anotación acá y en nuestro libreta personal, donde además compartiremos las estrategias metacognitivas si las hubiese.

  3. Compartir los resultados con las demás participantes.

Resultados:

    • https://hypothes.is/users/offray
    • https://hypothes.is/users/diegoruidajo
    • https://hypothes.is/users/cacu
    • https://hypothes.is/users/mwwm
    • https://hypothes.is/users/lmsanchezz

Open Data Day

Wikis personales con TiddlyWiki.

  • Zoom/extensión en: Persistencia con Fossil y STON

Grafoscopio:

  • Instalación y ejecución.
  • Cargar y ejecutar libretas interactivas.
    • Prof Stef.
    • Libreta de aprendiz.
  • Convertir Tiddlers de JSON a STON y versionarlos en Fossil.
  • Otras rutas y propuestas.
  • Terra incognita (here be dragons):
  • Integrando Pharo y TiddlyWiki:
    • Servidor para tiddlers.
    • Exportar Tiddlers a HTML para comentarlos en Hypothesis.

Data Roda 55 > Libretas de aprendices, wikis personales e IndieWeb

:::info

  • Lugar: HackBo, Calle 44 # 8 - 50. Of. 201.
    • Jitsi > https://meet.jit.si/DataWeek.
  • Fecha: Sábado 16 de enero de 2021.
  • Horario: hora de Colombia (GMT -5)
    • Sesión Mañana: 9:15hr a 13:15hr.
    • Sesión Tarde: 13:15 a 19:15 hr.
      Cada sesión tendrá un receso de 20 minutos hacía la mitad de la misma. :::

  • Live Coding: Actividad perfomativa que ocurre mientras se escribe código en la que diferentes reprsentaciones del código se escriben y ejecutan en simultánea viendo los cambios a esos procesos escriturales en "tiempo real".

    • La escritura puede ser a través de grafos.
    • Hay live coding para diferentes actividades:
      • Música.
      • Documentación.
      • Visualización.
      • Hacktivismo.

  • Lista de Items:

    • Item 1.
    • Item 2.
    • Item 3

:::info Estamos teniendo un inconveniente respecto a HedgeDoc para nuestras notas en tiempo real. Y lo que intentamos fue usar otras instancias del mismo. Ellas tienen diferencias de configuración en particular 2:

  • No tienen enlaces nmenotécnicos.
  • No tienen notas anónimas. :::

:::info Para acortar las url y no nos espien use este enlace

  • https://is.gd/

Esto nos permite convertir enlaces no amigables en enlaces amigables. :::

Nota varias

Portabilidad de texto plano Documentatón.

Cambiar la forma de edición en HedgeDoc (Vim)

Agenda detallada: is.gd/dataroda55A

Al final de este taller les participantes estaremos en condiciones de:

  • Crear un wiki personal a partir de una plantilla base
  • Compartir este wiki a través de carpetas web:
    • Extractivista: Dropbox, One Drive, Google Drive).
    • las de los comunes (Archive.org).
    • Las comunitarias (ChisselApp / Fossil).
      • Subir el wiki personalizado como archivo no versionado HTML y JSON.
      • Subir un archivo STON a partir del JSON como archivo versionado.
  • Discutir y conversar usos, apropiaciones y modificaciones de esta tecnología.
    • Wikis federados: compartir y replicar trozos de wiki
    • Transformación de formatos.
    • Transición entre wikis y chatbots.
    • Ampliar la conversación a escenarios no vistos.

Presentación y conexiones

  • Entre participantes: asistentes y facilitadores.
  • Entre proyectos: éste, los anteriores y los venideros.

Indie Web con Brea.

Por detrás son muchos archivos planos que se muestran como un sitio web:

En ocasiones necesitamos aproximaciones más sencillas al hipertexto que nos permitan aun mayor portabilidad, por ejemplo cuando queremos mover sitios web en lugares con baja conectividad y hardware viejo y reorganizar rápidamente la info.

Ahí fue cuando retomamos TiddlyWiki, una libreta no lineal web.

Comunidades de práctica, metacognición e hipertexto.

  • Comunidades de práctica y aprendizaje
  • Conocimientos similares, deseables y complementarios

Máquinas literarias, transclusión y automatizaciones.

  • Protohipertexto:

    • As we may Think,
    • Vanevar Bush (45'):
      • Trabajo de gestión academia y defensa militar.
      • Cocreador de la ciencia de información
    • Memex. .
    • Douglas Engelbart: Madre de todo los demos.

  • Literatura

    • Latinoamericá:
      • Rayuela, Cortazar.
      • Libro de Arena: Borges.
    • Extragera: Elige tu propia aventura.(no encuentro esta referencia)

  • Thedor H. Nelson.

    • Inspiró a Tim Berners (creador de la web).
    • Acuñó la palabras hipertexto, hiperenlace,
      • transclusión: inclusión sin copiado.
      • Transcopyright: atribución, uso y pago de obras de terceros en la obra propia.
        • Creative Commons mucho antes de los creative commons.
    • Literary Machines: Proyecto Xanadú (Internet mejo que la web), porque incorpora las ideas previas y además tiene enlaces en Zig Zag (de doble vía).

  • Wikis:

    • Ward Cunningham los acuña a mediados de los noventas.
    • Escritura rápida de hipertexto: formato ligero de entrada y HTML de salida.
    • Se popularizó en cosas como la Wipedia.
    • "Los wikis apuntan al futuro" cuando un enlace no existe en la web habitual, recibimos un error (404 not found), cuando ocurre lo mismo en un wiki, recibimos una invitación a crear la página.
    • TidlyWiki es un microwiki o wiki personal que incorpora varías de las ideas de Theodor H. Nelson, en particular enlaces de doble vía y transclusión en sólo un archivo HTML + JavaScript + CSS.

Introducción a wikis personales con TiddlyWiki.

Descarga

Entramos a la dirección de la plantilla propuesta y seguimos las instrucciones de instalación.

Corrección:

wget https://mutabit.com/repos.fossil/tiddlywiki/uv/seeds/notebook/notebook-mod.html
mv notebook-mod.html miwiki.html

o

curl -o miwiki.html https://mutabit.com/repos.fossil/tiddlywiki/uv/seeds/notebook/notebook-mod.html

Si esto funcionó a ejecutar el comando ls (listar contenidos) en la consola deberíamos ver algo así:

ls
miwiki.html

En Gnu/Linux Mac, suelen estar ya instalados curl y wget. Pero pueden haber dos inconvenientes:

Personalización

Instalamos en Firefox el plugin File Backups, Addon Firefox

Para quienes quieran profundizar esto tiene que ver con personalizar las estratégias de almacenamiento

Abrimos el archivo miwiki.html descargado en la sección anterior desde Fifefox.

Seguimos las instrucciones de configuración de la plantilla de wiki y creamos un Tiddler

Compartimos una captura de pantalla o un enlace a la misma acá:

En este momento tenemos soporte para dos lenguajes de etiquetamiento ligero:

Transclusión

Inclusión sin copiado.

El ejercicio consistió en reorganizar el glosario del IndieWeb con Brea.

Así se ve la edición de un tiddler en formato nativo:

Así luce en formato de Markdown:

El formato nativo (WikiText) permite la transclusión:

Esto nos permite apelar a trozos específicos de información por ejemplo:

Transclusión en el Tiddlywiki - Ruidajo

Transclusión de externos con iframe - Ruidajo

Ejemplo de Wikis personales

Memoria resiliente y almacenamiento

Realizar y documentar las siguientes prácticas.

Tomar nuestro wiki y vamos a hospedardo en diferentes lugares y compartir un enlace de cómo lo hicimos

En infraestructuras extractivistas/panópticas (Google Drive, Dropbox y similares).

En infraestructuras de los comunes (Internet Archive y similares).

  • Una vez dentro de la plataforma en la esquina superior derecha aparecera un boton de upload

  • Seleccionamos y subimos el archivo de TiddlyWiki con el que hemos venido trabajando

Ejemplos:https://archive.org/details/tidilywiki_prueba_1_202101

(todavia no me sale bien ese proceso de la captura de pantalla)

En servidoras autónomas y cooperativas

  • Mayfirst May First Movement Technology es una organización de membresía sin fines de lucro que participa en la construcción de movimientos al avanzar en el uso estratégico y colectivo control de tecnología para luchas locales, transformación global y emancipación sin fronteras

  • Servidores Autónomos: https://riseup.net/es/security/resources/radical-servers

Ejemplo, usando sftp, scp o Filezilla para subir datos a la infraestructura cooperativa:

Ejemplo: https://tierracomun.org/dataroda/sentipensar.html

En repositorios comunitarios (Fossil).

:::info Para esta parte supondremos que ya tenemos instalado Fossil. :::

Cremos y abrimos un repositorio en la misma subcarpeta donde descargamos el wiki que hemos venido personalizando. Por ejemplo, supondremos que está en ~/Descargas/Wiki (si no cambiarlo a la subcarpeta donde sí está)

cd ~/Descargas/Wiki
fossil init wiki.fossil
fossil open wiki.fossil --force

Agregamos el archivo que hemos venido trabajando como archivo no versionado.

:::warning Importante debemos preservar la ruta relativa desde donde está la raíz del repositorio hasta donde está el archivo de TiddlyWiki que estamos personalizando. :::

fossil uv add miwiki.html
fossil uv sync -v

Desplegamos la interfaz web local de Fossil:

fossil ui

Deberíamos ver la interfaz habitual de Fossil, desplegada en http://localhost:8080.

Entramos a la pestaña de administración (Admin) y luego a "Settings" en la opción que dice "default-csp" (default content policy) escribimos "*" y luego cliqueamos "Apply Changes"

Para ver que logramos subir el archivo wiki no versionado deberemos entrar a http://localhost:8080/uv

Y ver algo como esto:

Si cliquemos miwiki.html veremos nuestro wiki personal

Configuramos Fossil para compartir y sincronizar archivos. Entramos a Admin User y deberíamos

y cliqueamos en nuestro usuario y agregamos permisos "Write Unversioned" y "Developer", y cambiamos la contraseña que nos da por omisión el sistema por una memorable y fácil para nosotros y difíciles para otros.

Entramos a "Admin -> Configuration" y cambiamos los parámetros que consideremos. En particular podemos cambiar la página de indice para que apunte por omisión al wiki colocamos /uv/miwiki.html.

(si queremos volver a la interfaz de administración podemos hacerlo desde /timeline)

Crear repositorio

Si no tenemos un usario en ChisselApp nos registramos e ingresamos:

Cliqueamos "Create Repository"

Llenamos los datos y a la dirección que nos da de vuelta desde nuestro repositorio local:

cd Descargar/Wiki
fossil open miwiki.fossil
fossil sync https://{usuario}@chiselapp.com/reporemoto

y luego "Upload Repository":

(Re)Introducción al live coding, al control de versiones y a la serialización de datos (HTML, JSON, STON).

  • Elegant Code.
  • Mensajes y Objetos.
  • Colecciones, consultas y operaciones.
  • Problemas abiertos, prototipos venideros y posibles continuaciones.
    • Wikis Federados: Compartir ciertos tiddlers entre wikis personales o libretas d de aprendices.
    • Uso en Minipedias, materiales educativos y otros.
    • De los wikis personales a los chatbots.
    • Conversión de formatos: Markdown <--> ~WikiText.
    • Propuestas abiertas.

Capturas de pantalla

  • Prueba Leo: tiddler en local.

  • Ejercicio de Ulises publicado en Chiselapp:

Comentarios chéveres del chat

  • Ruidajo: indisciplinar las disciplinas transdisciplinariedad

  • la misma: Hay un concepto que habla de estas interconexiones: Remediación.Jay Bolter y Richard Grusin (2000), inspirándose en Marshall McLuhan, describieron este fenómeno como remediación, según el cual se pueden rastrear las relaciones de conexión e interdependencia cultural entre varios dispositivos o medios sociales. Es más, según el propio McLuhan (1996), el contenido de cualquier medio siempre es otro medio. De este modo, internet y las TIC serían medios remediadores en tanto en cuanto participan en situaciones, prácticas y relaciones que ya estaban siendo mediadas, e integran o asimilan a los medios que los precedieron; asen, A., & Puente, H. (2016). La cultura Digital.

  • Leonora: la interrelacion entre academia y defensa militar es un hecho. Y tiene un precio, dado que subyace la logica de la guerra: jerarquias, etc etc

  • Se me ocurre que para estos encuentros se podrían establecer dinámicas como:

    1. Hacer un diagnóstico inicial - en la inscripción- para saber el nivel de cada uno y saber a qué horas se integra cada persons según un horario para avanzar, ponerse al día, iniciar taller, etc.
    2. La primera hora de la mañana poner al día a las personas nuevas. Deben ya haber instalado o avanzado en la documentación de la sesión anterior.
    3. Presentar una demostración de la herramienta o infraestructura con la que se va a trabajar y desde allí pensar cómo se vincula eso más teórico a las prácticas personales y comunitarias.
    4. Hacer las instalaciones y que las personas que saben acompañen a cada persona que no sabe nada. Digamos que micro talleres de shell, teclado (nombre de los símbolos como virgulilla, barra, etc.), marckdown, instalar.
    5. En la tarde empezar a trabajar ya tareas más complejas.
    6. Socializar la comunidad de práctica, las conclusiones, las dificultades-frustraciones. También creo que está bien poder hacer ese pequeño perfil de cada uno escrito para que las personas que llegan a otras sesiones lo lean con anticipación.
    7. También podríamos establecer algunos conceptos y procedimientos que al final del taller todos debemos manejar de tal modo que se peuda hacer una autoevaluación de si se lograron esos aprendizajes. Si no, pues saber qué hay que repasar, reforzar.
  • Leo: app de screenshot https://flameshot.org/

Preguntas

Tiddlywiki

  • Daniel: se puede tener el tiddlywiki con la opción de edición desabilitada? por ej, si quiero que un alumno lo navegue pero no tenga la opción de editar (quizás puede confundirlo).

Fossil

  • cuando se ejecuta fossil commit y esta áctivo el fossil sync ¿cómo se sincroniza la información editada en la configuración fossil ui? ejemplo: la dirección de index page en Configuratiion

Data Roda 54 > Indie Web: Desenmarañando y entretegiendo la Web 🤖

En esta edición, ¡nos integramos con el Hackmeeting! 🎉🥳

:::info Estas son notas rápidas complementarias al hipertexto que se encuentra acá. :::

:::info

  • Lugar: Jitsi > https://meet.jit.si/DataWeek.
  • Fecha: Sábado 21 de noviembre de 2020.
  • Horario: 3:15 PM a 7:15 PM hora de Colombia (GMT -5).

Séptima sesión. :::

Aprenderemos a usar y combinar Brea, Fossil, Grafoscopio y HTML5UP, entre otros, para crear nuestros propios sitios web autónomos personalizados de manera ágil y resiliente.

Las data rodas son talleres de aprendizaje y enseñanza recíprocas, que hacen puente entre distintas experticias y donde damos la bienvenida a personas novatas para hacer parte de la comunidad de Grafoscopio. Abordamos temáticas y proyectos prácticos y específicos y aprendemos mediante la práctica y el ejemplo, haciendo de la lectoescritura de código un saber/quehacer común, al alcance de más personas, que nos permite (re)apropiar y (re)configurar las tecnologías digitales, para que den cuenta de nuestras ideas, necesidades, inquietudes y voces. Los llevamos realizando desde 2016.

En esta edición, retomaremos asuntos de la IndieWeb, relacionados con cómo podemos reapropiar nuestras presencias en línea, de manera que sean autónomas y empoderantes. Como es habitual, construiremos prototipos ágiles y resilientes usando lo que hemos denominado como infraestructuras de bolsillo: sencillas, auto-contenidas, locales primero y extensibles.

Presentación y recorridos propuestos

Plantilllas

Este contenido se movió a Personalizar > Plantillas.

¿Que sigue?: Sugerencias y rutas futuras

Estas son las propuestas:

  • Leo:

    • Publicación remota (ChisselApp).
    • Crear temas a medida:
      • Completar el tema del blog para apropiar los que pueden ser aplicados al blog en particular, pero que pueden ser aplicados a cualquier tema a la medida.

  • Candelaria:

    • Conocimiento escalonado. Se trata de juntar intereses alrededor de un tema, para que vayamos anidándonos en torno al tema y de paso aprender a familiarizarnos más con algunos de los ambientes que aquí se proponen: Pharo,Brea,Fossil.y así...según las dinámicas e intereses de la comunidad del grafoscopio. La idea es acogernos a la lógica del Master que se usa en los videojuegos y acompañarnos los unos con los otros.
    • flash Mov interactivos. Podríamos generar pequeños espacios de reducción del 'Cuello de Botella' del aprendizaje de lógica y básicos de estas herramientas mediante pequeñas acciones en la lógica de los aprendizajes escalonados, para hacer por ejemplo, flashMov alrededor del blog.

  • Master:

    • Lógica de video juego.
    • Erratas.
    • Caminos de auto-aprendizaje.

  • Offray:

    • Habilitar un foro web que permitiría distribuir preguntas y respuestas sin saturar el canal.

  • Ruidajo:

    • es posible un espacio de lectura guiada del codigo de Brea y Grafoscopio como se hizo sobre el ejercico de Lenguajes de plantillas (la comparacion entre Jinja y Pharo con Mustache) en esta dataroda?
    • en esa publicacion remota (ChisselApp) se pueden aportar recursos para usar/configurar un servidor nginx o algo por el estilo?
    • chevere si jugamos/experimentamos con Pikchr (que lo compartió Ofray en telegram)(pero depronto es una tangente rara o galponeo creo 😅)

Data Roda 53 > Indie Web: Desenmarañando y entretegiendo la Web 🤖

Continuaremos aprendiendo a usar y combinar Brea, Fossil, Grafoscopio y HTML5UP, entre otros, para crear nuestros propios sitios web autónomos personalizados de manera ágil y resiliente.

Las data rodas son talleres de aprendizaje y enseñanza recíprocas, que hacen puente entre distintas experticias y donde damos la bienvenida a personas novatas para hacer parte de la comunidad de Grafoscopio. Abordamos temáticas y proyectos prácticos y específicos y aprendemos mediante la práctica y el ejemplo, haciendo de la lectoescritura de código un saber/quehacer común, al alcance de más personas, que nos permite (re)apropiar y (re)configurar las tecnologías digitales, para que den cuenta de nuestras ideas, necesidades, inquietudes y voces. Los llevamos realizando desde 2016.

En esta edición, retomaremos asuntos de la Indie Web, relacionados con cómo podemos reapropiar nuestras presencias en línea, de manera que sean autónomas y empoderantes. Como es habitual, construiremos prototipos ágiles y resilientes usando lo que hemos denominado como infraestructuras de bolsillo: sencillas, auto-contenidas, locales primero y extensibles.

Prerrequisitos:

  • Conexión a Internet.
  • Computador con sistema operativo Windows 10 o posterior, Gnu/Linux o Mac.

Recomendable:

  • Tener la instalación de Brea completada.
  • Conocimientos sobre la terminal o consola de comandos.
  • Conocer algo sobre cómo usar docutopia y Markdown para crear documentación de nuestros talleres en la medida en que ocurren (o en "tiempo real"). Encontrarás algo al respecto de nuestras herramientas y metodologías en el proyecto Documentatón.

Si intentas previamente dichos procesos e incluso sigues otros apartes después de la instalación, podremos invertir nuestro tiempo en usar el software más que en instalarlo y/o podremos ayudarte con preguntas específicas que tengas al respecto.

Agenda:

  • Presentación del evento y les participantes.
    • Nosotres.
  • Guía breve de Bienvenida.
  • Recapitulación y dudas de contenidos previos para participantes recientes.
  • Retoma de contenidos actuales para participantes recurrentes:
    • Tecnologías en proceso y vocabularios futuros
    • Memoria resiliente y distribuida.
    • Actualización del software y las plantillas.
    • Personalización > Intro: Lenguajes de plantillas.

:::info A continuación un bosquejo de las notas y memorias parciales pre y post evento, que se iran complementando en la medida en que varias iteraciones del mismo vayan ocurriendo. Se están completando e integrando estas memorias luego en un libro / sitio web, que expone y encarna las ideas acá explicadas:

Bienvenida y presentación

Si se conecta alguien nuevo, hacemos este pedazo.

Tecnologías en proceso y vocabularios futuros

Casi siempre la acepción cultural popular de la tecnología es que se trata de productos terminados. Nuestra invitación es a verla en su caracter procesual e inacabada y hacernos partícipes de tales procesos. Vamos a ver un ejemplo puntual, que introducirá una actividad posterior, que es la de actualizar el software.

:::success

  • Realizar una lectura anotada de los principios organizativos de Brea.
  • Veremos como tales principios encarnan en el sitio de IndieWeb con Brea.
  • Revisaremos un problema en caliente que tienen la infraestructura actualmente.
  • Implementaremos parte de la solución (vocabularios futuros).
  • Actualizaremos el software.
  • Retomaremos el tema de publicación desde la solución parcial que actualizamos. :::

Lectura anotada

Ver acá.

Principios encarnados

El sitio de IndieWeb con Brea está hecho en Brea. Miremos cómo encarnan estos principios organizativos allí.

  • 1) Cercana al upstream y 2) sistema archivos como "base de datos"

    El tema está basado en Editorial. Así se ve el repositorio y así se ve el tema original (cercano al upstream):

    .

    Notamos que el tema original y el que está en el repositorio son muy similares.

  • 3) Proximidad y localidad La información relacionada está cercana: En la siguiente vista vemos cómo la documentación se organiza por idiomas y eventos (principio 2) por carpetas y cada archivo fuente en Markdown está cercano al archivo HTML producido a partir del primero

Playgrounds rápidos

Instalación y actualización rápida de temas

Descargar personalizaciones:

| repo |

repo := FossilRepo new remote: 'https://mutabit.com/repos.fossil/brea'.
repo downloadZippedInto: FileLocator temp.

Aplicar personalizaciones:

| origin zipFile destination blogFolder customizations |

origin := (FileLocator temp / 'brea.zip').
zipFile := (ZipArchive new readFrom: origin).
destination := FileLocator temp / 'brea'. 
destination ensureCreateDirectory.
zipFile extractAllTo: destination.
customizations := destination / 'customizations' / 'future-imperfect'.
blogFolder := FileLocator documents / 'IndieWeb/blog'.
customizations copyAllTo: blogFolder.
blogFolder.

Actualizar el parser de YAML:

 Metacello new
   baseline: 'PetitParser';
   repository: 'github://moosetechnology/PetitParser/src';
   load.

Retomando en blog

Supondremos que tenemos un repositorio local ya creado, con algunas entradas al blog y personalizado, como hemos dispuesto en el cápitulo de Memoria. Vamos a retomar a partir de ahí creando algunas consultas para la página principal.

  1. Nos ubicamos en la carpeta raíz del blog:

    cd ~/Documentos/IndieWeb/blog

  2. Vamos a agregar el índice o portada al repositorio:

    fossil add index.html
fossil commit -m  "Agregándo índice."

  3. Miremos la línea de tiempo:

  4. Vamos a ver la portada agregada. Para ello hacemos click en en el checkin y luego en el enlace index.html. Veremos un enlace como este

    http://localhost:8082/finfo?name=index.html&m=41b8c582222ff128

    Que quiere decir:

    • http://localhost:8082/: Mi repositorio local, en puerto particular (en este caso 8082, pero podría cambiar, dependiendo de cosas como cuántas otras vistas de repositorios tengamos desplegadas).
    • finfo?name=: La información de un archivo (finfo) cuyo nombre es (?name=)
    • index.html: el nombre del archivo.
    • &m=41b8c582222ff128: El momento en el cual quiero su información

    Cambiamos la partes de la URL, file?name= por doc/trunk, que quiere decir que vamos a ir de la información de un archivo a su vista previa en el tronco principal y quitamos todo lo que aparezca despúes del &. La nueva dirección quedaría así:

    http://localhost:8082/doc/trunk/index.html

Preguntas

  • Por que no se puede vincular hipotesis.is a la documentacion de las rodas??

    Una opcion rápida puede ser usar el enlace de publicación del documento para comentar, ejemplo: https://docutopia.tupale.co/s/dataroda53

    Si es la referida a las notas en caliente, esto tiene que ver con que hypothesis usa un plugin de JavaScript y su código es incompatible con el rendering o visualización que hace docutopia. Sin embargo, estas notas están siendo descargadas al repo y convertidas en Markdeep y tal formato sí es compatible con Hypothesis.

  • Se puede hacer un servicio de hipotesis en un servidor local??

    Hasta donde sé sí, pero no sé dónde está la información para la configuración de dicho servidor. Se pueden tener grupos privados y acceso a la información hospedada en el servidor de hypothesis, desde un API (Application Programming Interface), lo cual nos permite extraer dicha información a infraestructuras prpias.

  • se pueden recuperar los comentarios para restructurarlos en documetacion en servidor local???

    Si. Ver respuesta anterior.

  • Si se pudiera vincular hipotesis.is a la documentacion de la roda como se enteran los grafoscopios que la modifique pa que respondan mis preguntas???

    Cuando un usuario se registra y le contesta a algunos de sus comentarios, llegan notificaciones de la respuesta. Sin embargo no hay forma de seguir nuevas anotaciones a una obra a partir de su URL, habría que explorar si se puede vía el API. Por lo pronto la recomendación es compartir en enlace a las anotaciones en el grupo de Telegram

Data Roda 52

:::info Estas son las notas en caliente de unas memorias más consolidadas que se encuentran en:

Notas Data Roda 52. :::

Agenda:

  • Presentación del evento y les participantes.
    • Nosotres.
  • Cordas y aprendizaje entre pares.
  • Recapitulación breve Brea
    • Leer y escribir en colectivo.
    • ¿Qué son la IndieWeb y las infraestructuras de bolsillo?
    • Instalación.
    • Abrebocas.
  • Versionado semántico.
  • Memoria resiliente y distribuida.
  • Actualización del software.
  • Personalización > Intro: Lenguajes de plantillas.

Las data rodas son talleres de aprendizaje y enseñanza recíprocas, que hacen puente entre distintas experticias y donde damos la bienvenida a personas novatas para hacer parte de la comunidad de Grafoscopio. Abordamos temáticas y proyectos prácticos y específicos y aprendemos mediante la práctica y el ejemplo, haciendo de la lectoescritura de código un saber/quehacer común, al alcance de más personas, que nos permite (re)apropiar y (re)configurar las tecnologías digitales, para que den cuenta de nuestras ideas, necesidades, inquietudes y voces. Los llevamos realizando desde 2016.

En esta edición, retomaremos asuntos de la Indie Web, relacionados con cómo podemos reapropiar nuestras presencias en línea, de manera que sean autónomas y empoderantes. Como es habitual, construiremos prototipos ágiles y resilientes usando lo que hemos denominado como infraestructuras de bolsillo: sencillas, auto-contenidas, locales primero y extensibles.

Son la versión más corta de un evento más largo llamado el Data Week.

Bienvenida

Usaremos una analogía llamada las "cordas":

Cordas oscuras:

  1. Crear un repositorio.
  2. Personalizarlo (nombre, permisos, etc).
  3. Crear una copia en ChisselApp a partir del repo en los pasos anteriores, subiendo el repo.
  4. Ir documentando en paralelo el proceso.
  • Usar https://meet.jit.si/CordasOscuras para coordinar.

Cordas Claras:

  • Usar la guía de hypothesis para ir leyendo y subrayando las partes que queramos conversar en un ratico.

Guía ágil de bienvenida

Empezaremos con un ejercicio de lectura anotada siguiendo la guia de hypothesis

  1. Crear un usuario en hypothesis.

  2. Hacer click en el ícono del marcador en cualquiera de las páginas que nos llamen la atención

  3. Se despliega el margen de anotaciones:

    Subrayamos aquello nuevo que queremos conversar o participamos de las conversaciones previas.

  4. Compartimos nuestros anotaciones e inquietudes en las notas de docutopia del taller. (es decir en un enlace de la forma https://docutopia.tupale.co/dataroda52) donde los dos últimos números corresponde a la edición de las data rodas donde estamos haciendo nuestro "club de lectura".

    )

    en la sección que dice "Enlaces de los que queremos charlar"

Preguntas sobre procedimientos y documentación nueva o reciente

  • Si los sitios creados con Brea son estáticos y usamos una plantilla de HTML5Up ¿Cómo vamos a hacer dinámica la navegación por secciones, nuevas entradas, etiquetas?

    • Archivos en markdown más plantillas.
    • Edición manual de la plantilla con la tabla de contenido.
    • tablas de contenidos programático.

  • Cómo se hace el versionado en Fossil.

  • Cómo funcionan las ramas en fossil? Tienen sentido, puesto que al ser distribuido, mi repo ya sería una rama, no?

  • En fossil como se hace para compartir este repo con los demás? Se sube a algún lado?

    • Se puede usar https://chiselapp.com/ para compartir los repos.

  • Se puede centralizar, como github.com? aunque no es su objetivo, pero se puede?

  • Comentario-pregunta: Estoy al mismo tiempo creando un caso de uso en Brea y aprendiendo temas anteriores como seguir la Guía de Programming Historian, haciendo uso de markdeep para un archivo .md (markdown), agregándole bibliografías con archivos .bib extraídos de zotero para que los .pdf que cargue al respositorio tengan un formato de documento (con las etiquetas yaml). También tratando de entender por qué un html no me funciona en la web con hypotesis pero sí lo hace en mi copia local. En fin y sigo teniendo algunos problemas con eso. ¿Cómo integrar todo esto en una web con Brea?

Enlaces de los que queremos charlar:

https://hyp.is/_o9rUgtDEeu3tJv8yGTcGA/mutabit.com/repos.fossil/indieweb/doc/trunk/docs/es/convenciones.html

https://hyp.is/9qj0FAtGEeuScq98rUxgdQ/mutabit.com/repos.fossil/indieweb/doc/trunk/docs/es/que-por-que.html

https://hyp.is/BeOSjgtEEeu5v-ccthyTtQ/mutabit.com/repos.fossil/indieweb/doc/trunk/docs/es/memoria.html

Data Roda 51

:::warning Estas son notas complementarias a las que se publicarán finalmente en https://is.gd/dataroda51. :::

Agenda

Bienvenida y presentación

Nos presentamos y compartimos unas notas rápidas y enlaces.

Lectura anotada

Leer infraestructura:

Dado que el sitio que tenemos es un wiki, es habitual encontrar el historial:

El sitio web de IndieWeb con Brea se presenta como un wiki con líneas de tiempo:

https://mutabit.com/repos.fossil/indieweb/timeline

Luego de ver estas líneas de tiempo vimos las funcioalidades específicas de los botones en las páginas wiki de Indie

:::success Ejercicio

Recorrer la tabla de contenido propuesta en el menú lateral y usar hypothesis para anotar aquello que queramos conversar luego, donde hayan preguntas, sugerencias e inquietudes.

Para extender los contenidos usaremos el ícono del rayo. :::

Preguntas y comentarios

  • recomendación: fizsh(Friendly Interactive Zshell) para Fossil

premature optimization is the root of all evil (la cita) - Donald Knuth

  • si yo ya tengo cuanta en docutopia se conjunta con la de tupale?

    ¿Dónde tienes la cuenta? https://docutopia.tupale.co? en docutopia.

    Docutopia y el demo de codi son lugares disintos con cuentas diferentes

    por que no hay comentarios anonimos???

  • ¿Por qué las imágenes no cargan en mi navegador? Al acceder al sitio de Indie web, algunas imágenes no aparecen en mi navegador. Particularmente uso Ubuntu y Firefox. Es raro porque al copiar la dirección de la imagen y pegarla en el navegador, la imagen carga. Así veo el sitio de Hypothesis

Captura de pantalla del sitio web de Hypothesis de Indie Web

Data Roda 50 > Indie Web: Desenmarañando y entretegiendo la Web 🤖

:::info Estas son notas complementarias en caliente del evento descrito en detalle acá.

Para ver las notas completas visitar dicha página o la del proyecto de IndieWeb. :::

Markdown

Agenda:

  • Presentación.
    • Nosotres.
    • El evento.
  • Recuento.
    • Instalación.
    • Ejecución.
    • Personalización:
      • Memoria colectiva y distribuida.

Presentación

Nosotres

Andoluca: Vengo del mundo windows pasando al software libre. Estoy desnaturalizando y desconstruyendo mucho. Quiero no solo aprender, sino compartir y ser un activista. Me gusta las lenguas nativas como Guarani, Quechua, Aymara, Tehuelche. Me gustaría participar en proyectos de software libre para traducir algún aplicación a lengua nativa.

LobaLuna: Esta es mi primer Data Roda; soy LobaLuna, editora en epubLibre y voluntaria en LibreOffice. Soy evangelista del software libre y estoy feliz de aprender aquí con ustedes

Renata Soy entusiasta de la apropiación de tecnología para acercar las herramientas digitales a las comunidades de todo tipo,indígenas, campesinos, ONG's, con el enfoque de soberanía digital, vivo en el campo.

MW Hola mw por acá, intento (a veces lo logro) hacer música usando primodialmente software libre en los procesos y/o post-procesos digitales, lo que me ha llevado a valorar las distintas oportunidades que ofrecen estos programas (libres).

Leo: Blibliotecólogo, en Bogotá participante en hackbo. (dato curioso)Desarrollar un balín para escribir sin gravedad en el espacio y los rusos llevaron un lapiz.

Adriana Intervenciones entre tecnología y comunidades de base,confrontada con lo que pasa en Colombia estos espacios llenan de esperanza eso, y que construyamos y aprendamos y aportar

Ofray: confundo la derecha y la izquierda, confundo las direccionalidad porque de niño era ambidiestro y me decian manicagado (se le dice en colombia a los que escriben con la izquierda) dejé de escribir con la izquierda y me confundo.

Diego Ruidajo: artista audiovisual. entusiasta de tecnologías foss para multimedia. mi primera dataroda ✌️🤖

Miguel: Soy Miguel, hago parte de la precooperativa ReDHumus.org / Soy sociólogo, estoy interesado en varios temas de la comunidad Grafoscopio. Uno de los proyectos de aplicación que tengo y que hoy busco poner a andar es ayudar a un proyecto cultural de una zona rural en Arjona Bolívar a crear su espacio virtual con una infraestructura libre de bolsillo

RedHumus:. https://redhumus.org/

Angela: Es la primera vez que ingreso a este grupo, la invitación me llegó por la Maestría en Infancia y Cultura y estoy escuchando y explorando el tema.

Natalia Hago parte de la comunidad de Hackbog y con la colectividad FemHAck, dato curioso estoy almorzando.

Sobre el evento

Acortador etico, Is gd, nos damos concejos para navegar las complejidades del mundo,

Indie Web

Superar lógicas extractivistas, porque empezamos publicando en las redes comerciales y a ellos no les interesa conservar la memoria activista, así que necesitamos alternativas que nos permitan autonomía, muchos proyectos diversos que se puedan conectar entre sí, infraestructuras libres, autogestionadas, horizontales, descentralizadas.

PADS: en nuestra experiencia escribimos en espacios digitales que soportan diversidad de información, partiendo de las necesidades de las personas

Infraestructuras de bolsillo queremos infraestructuras que quepan en el bolsillo de cualquiera, locales primero y despues a la web, ágiles y resilientes, primero prototipos mínimos que van creciendo, interactivas, bonitas, multidispositivos y resilientes HTML5Up.

Infraestrucutras de Bolsillo

https://is.gd/tiyezu

https://is.gd/infrabolsillo

Susan Leigh Star: Inversión Infraestructural: Transponer frente y fondo.

Arturo Escobar:

  • Sentipensar con la tierra (2014). Medellín. Ediciones Unaula.

Escritura colaborativa cómo parte de la creación en comunidad está la escritura a través de herramientas colaborativa que permiten la creación conjunta asíncrona descentralizada de memoria escrita.

Live Coding El live coding permite crear, ver o escuchar el resultado de esa creación en tiempo real

Versiones Las versiones en una herramienta permiten saber el estado de maduración de esa herramienta, es importante porque podemos trabajar con versiones diferentes según las necesidades o capacidades.

Suponemos la tecnología cómo algo inmobil y terminado y este no es el caso; vamos a ir construyendo, cambiando o tambien podemos decidir cuando vincularse al proyecto, y comprender que las herramientas son amoldables e intervenibles y empoderarnos en el proceso de hacerlo.

COPIAR Y PEGAR en este proceso procuramos y motivamos la copia artesanal de práctica y repetición, si copiamos y pegamos no nos ayuda a desarrollar memoria muscular.

SENTIPENSAR observarnos, aprender a superar la frustración cuando algo no nos funciona, aprender a repetir acciones hasta lograr un resultado o aprender a solucionar problemas y observar y compartir en todo momento esto cómo nos hace sentir.

BREA Gestor de contenido que vamos a usar Cuando cambia la fuente de datos cambia el backend cuando cambia cómo se visualiza cambia el frontend y cuando cambia lo que lso conecta cambia el middleware

Saltar al Futuro LeapFroging la ventaja de estar en el sur global, o en (países en desarrollo) es que podemos saltar al futuro incluso crear nuestro propio futuro sin pasar por el proceso que otros han pasado o aprendiendo de sus errores.

PROCESO

Vamos a construir un software que nos permita darle esto a comunidades de base o a otros colectivos no tan techi.

Abrebocas

Importante

Siempre guardar la imagen en Pharo cada tanto para no perder lo que estuvimos haciendo

PREGUNTAS (Base para crear FAQ)

P:¿cuál prefieren, mutabit o docutopia, para escribir y publicar?

R: Mutabit es una micro empresa familiar que apoya los procesos y servicios relacionados con este proyecto. docutopia es un servicio para la escritura colaborativa y la publicación, parte del proyecto de infraestructura comunitaria. Docutopia es el nombre que le dieron en Tupale.co a la instalación de la aplicación docutopia que permite editar en línea documentos en formato markdown como el que se está usando en las memorias de la dataroda

P: ¿y en algún lado se genera un índice de todos los contenidos publicados? ¿o cómo se enlazan entre sí?

R: FOSSIL es la herramienta elegida para hacer la administración de las versiones de archivos. A este tipo de aplicaciones se les llama "Sistemas de Control de Versiones", de los cuales unos de los más populares son Github, Gitea, entre otros. Los usan los desarrolladores de software pero aquí y en otras comunidades se viene usando para hacer el control de versiones de documentos (prosa o incluso verso si se quiere). Con FOSSIl se tiene un repositorio con el que se hace seguimiento a todos los contenidos. Por ejemplo, esta es la vista en FOSSIL del proyecto IndieWeb. En él se puede navegar por los archivos, pero también se puede ir a la Linea de tiempo que muestra los cambios en el repositorio.

Etienne Wenger: Comunidades de práctica

  • Dualidad cosificación/partipación.

Comentario Me llama la atención el llamar cosificación, que por lo general tiene un sentido peyorativo, a este registro.

P: ¿Qué herramientas de trabajo recomiendas?(Unix al rescate)

R: Hay varias (en sistemas Linux/Unix:

  • Micro, en línea de comandos, para la edición de textos, por su ligereza y atajos compatibles con otros procesadores/editores de textos.
  • xfce-screenshoter4 para poder capturar imágenes y subirlas inmediatamente a Imgur. De esta manera se pueden incrustar en un panel en línea que use formato markdown (por ejemplo, docutopia).
  • GNU Midnight Commander es un administrador visual de archivos. Permite copiar, mover, eliminar archivos y relizar búsquedas por carpetas. Ejecutar comandos. También tiene un editor incorporado.
  • [https://pastebin.com] (Pastebin) permite subir código para compartir y que otras puedan verlo.
  • Comando htop: comando interactivo que brinda información sobre los procesos que se están ejecutando.
  • YAML: es un formato de serialización de datos
  • Para matar un proceso o ventana que se esté ejecutando y se haya congelado, puede ejecutar desde una terminal la orden xkill. Cuando aparezca una calaverita en lugar del cursor convencional, hacer clic en la ventana que querramos detener. No se desbloqueará sino que se eliminará ese proceso o ventana.

Primitive Failed

Es un problema de permisos (ejecución y escritura) o bien sobre la usuaria que está ejecutando Pharo o bien sobre la usuaria que tiene permisos en la carpeta donde Pharo quiere escribir.

Para revisarlos hacemos los siguiente:

ls -la ruta/a/la/carpeta

ls -la ~/Documentos/IndieWeb/blog/entrada
total 44
drwxr-xr-x 2 offray offray 4096 sep 12 17:49 .
drwxr-xr-x 5 offray offray 4096 ago 15 19:22 ..
-rw-r--r-- 1 offray offray 6005 sep 12 17:49 entrada-ejemplo.html
-rw-r--r-- 1 offray offray 1222 sep 12 17:48 entrada-ejemplo.md
-rw-r--r-- 1 offray offray 5833 ago 29 16:42 estrategia-del-caracol.html
-rw-r--r-- 1 offray offray 1124 sep  1 18:54 estrategia-del-caracol.md
-rw-r--r-- 1 offray offray 1222 ago 15 19:22 pagina.md
-rw-r--r-- 1 offray offray 4599 ago 15 19:22 pagina.mus.html

Buscar todos los pharos:

cd
find -name "*.image" -print

Para mirar los permisos de instalación de Pharo:

ls -la ~/Programas/Pharo

Para el caso de Pharo necesitamos mirar el proceso:

ps aux | grep pharo

La salida debería ser algo como esto:

yaml2json

Esto va a ser reemplazado, pero por lo pronto:

Creamos un archivo pruebas.yaml con este contenido:

---
texto: prueba
campo: algo más
---

Y luego ejecutamos:

yaml2json prueba.yaml

Y deberíamos tener algo como:

{"campo":"algo más","texto":"prueba"}

⬅️

Data Roda 49 > Indie Web: Desenmarañando y entretegiendo la Web 🤖 :fist:

:::info

  • Lugar: Jitsi > https://meet.jit.si/DataWeek
  • Fecha: Sábado 29 de agosto de 2020.
  • Horario: 3:15 PM a 7:15 PM hora de Colombia (GMT -5).

Segunda sesión. :::

Aprenderemos a usar y combinar Fossil, Grafoscopio y HTML5UP, entre otros, para crear nuestros propios sitios web autónomos personalizados de manera ágil y resiliente.

Las data rodas son talleres de aprendizaje y enseñanza recíprocas, que hacen puente entre distintas experticias y donde damos la bienvenida a personas novatas para hacer parte de la comunidad de Grafoscopio. Abordamos temáticas y proyectos prácticos y específicos y aprendemos mediante la práctica y el ejemplo, haciendo de la lectoescritura de código un saber/quehacer común, al alcance de más personas, que nos permite (re)apropiar y (re)configurar las tecnologías digitales, para que den cuenta de nuestras ideas, necesidades, inquietudes y voces. Los llevamos realizando desde 2016.

En esta edición, retomaremos asuntos de la Indie Web, relacionados con cómo podemos reapropiar nuestras presencias en línea, de manera que sean autónomas y empoderantes. Como es habitual, construiremos prototipos ágiles y resilientes usando lo que hemos denominado como infraestructuras de bolsillo: sencillas, auto-contenidas, locales primero y extensibles.

Prerrequisitos:

  • Conexión a Internet.
  • Computador con sistema operativo Windows 10 o posterior, Gnu/Linux o Mac.

Recomendable:

  • Conocer algo sobre cómo usar docutopia y Markdown para crear documentación de nuestros talleres en la medida en que ocurren (o en "tiempo real"). Encontrarás algo al respecto de nuestras herramientas y metodologías en el proyecto Documentatón.
  • Conocimientos sobre la terminal o consola de comandos.
  • Tener instalados:

Si intentas previamente dichos procesos e incluso sigues otros apartes después de la instalación, podremos invertir nuestro tiempo en usar el software más que en instalarlo y/o podremos ayudarte con preguntas específicas que tengas al respecto.

Agenda:

  • Presentación del evento y les participantes.

    • Nosotres

  • Recapitulación breve

    • Preámbulo: Una investigación doctoral sobre la comunidad de Grafoscopio.
    • ¿Qué es la Indie Web?

  • Brea.


:::info A continuación un bosquejo de las notas y memorias parciales pre y post evento, que se iran complementando en la medida en que varias iteraciones del mismo vayan ocurriendo. Se planea completar e integrar estas memorias luego en un libro / sitio web sobre la Indie Web con infraestructuras de bolsillo. Dicho libro/web expondrá y encarnará las ideas acá explicadas. Su enlace se pondrá acá, una vez empiece a existir borradores públicos. :::

⬅️

Data Roda 48 > Indie Web: Recuperemos y reapropiemos Internet, un sitio a la vez... empezando por los nuestros 🤖 :fist:

:::info

  • Lugar: Jitsi > https://meet.jit.si/DataWeek
  • Fecha: Sábado 15 de agosto de 2020.
  • Horario: 3:15 PM a 7:15 PM hora de Colombia (GMT -5). :::

Aprenderemos a usar y combinar Fossil, Grafoscopio y HTML5UP, entre otros, para crear nuestros propios sitios web autónomos personalizados de manera ágil y resiliente.

Las data rodas son talleres de aprendizaje y enseñanza recíprocas, que hacen puente entre distintas experticias y donde damos la bienvenida a personas novatas para hacer parte de la comunidad de Grafoscopio. Abordamos temáticas y proyectos prácticos y específicos y aprendemos mediante la práctica y el ejemplo, haciendo de la lectoescritura de código un saber/quehacer común, al alcance de más personas, que nos permite (re)apropiar y (re)configurar las tecnologías digitales, para que den cuenta de nuestras ideas, necesidades, inquietudes y voces. Los llevamos realizando desde 2016.

En esta edición, retomaremos asuntos de la Indie Web, relacionados con cómo podemos reapropiar nuestras presencias en línea, de manera que sean autónomas y empoderantes. Como es habitual, construiremos prototipos ágiles y resilientes usando lo que hemos denominado como infraestructuras de bolsillo: sencillas, auto-contenidas, locales primero y extensibles.

Prerrequisitos:

  • Conexión a Internet.
  • Computador con sistema operativo Windows 10 o posterior, Gnu/Linux o Mac.

Recomendable:

  • Conocer algo sobre cómo usar docutopia y Markdown para crear documentación de nuestros talleres en la medida en que ocurren (o en "tiempo real"). Encontrarás algo al respecto de nuestras herramientas y metodologías en el proyecto Documentatón.
  • Conocimientos sobre la terminal o consola de comandos.
  • Tener instalados:

Si intentas previamente dichos procesos e incluso sigues otros apartes después de la instalación, podremos invertir nuestro tiempo en usar el software más que en instalarlo y/o podremos ayudarte con preguntas específicas que tengas al respecto.

Agenda:

  • Presentación del evento y les participantes.
    • Nosotres
    • Preámbulo: Una investigación doctoral sobre la comunidad de Grafoscopio.
  • ¿Qué es la Indie Web?
  • Brea
    • Personalización y dinamismo o ¿por qué crear otro gestor de contenidos (CMS) más?
      • CMS: dinámicos y estáticos.
      • Fuentes de datos y presentaciones heterogéneas.
      • Live Coding.
      • Algunos prototipos: wiki, blog.
    • Abrebocas: El blog
    • Instalación
    • Almacenamiento
      • Introducción a los repositorios.
      • Crear el repositorio remoto en Fossil (ChisselApp).
      • Clonar el repositorio remoto como copia local.
    • Blog a medida: Fuentes de datos, consultas, transformaciones y diccionarios
    • Otros casos de Uso
      • El Wiki.
      • El portafolio o catálogo.
      • La tienda en línea.

:::info A continuación un bosquejo de las notas y memorias parciales pre y post evento, que se iran complementando en la medida en que varias iteraciones del mismo vayan ocurriendo. Se planea completar e integrar estas memorias luego en un libro / sitio web sobre la Indie Web con infraestructuras de bolsillo. Dicho libro/web expondrá y encarnará las ideas acá explicadas. Su enlace se pondrá acá, una vez empiece a existir borradores públicos. :::

Presentación del evento y les participantes

  • Offray: presentador y conductor del evento.
  • Silvia: participa en grafoscopio desde 2017, Tiene una tesis doctoral sobre la comunidad de Grafoscopio
  • Edwin: desde la ciudad de Popayán.
  • Julia: Participa en Femhack, hace parte de Ciberseguras
  • Leo: El que lleva más horas acumuladas en data rodas después de Offray
  • Adri: docente y participante esporádica de los data rodas pero activista permanente y de corazón del mundo de grafoscopio y su ethos - Armenia - Quindío. Hizo el afiche de este evento.
  • Choff: primera data roda - Pereira - Grupo Pulpa
  • David: bibliotecario - hiperterminal. Parte de la diáspora internaiconal del grupo.
  • Candelaria (Omaira): está empezando a programar, Procesamiento del Lenguaje Natural
  • Juli (HT): Apropiación social de la tecnología, ciencia ciudadana participa en tupale.
  • Karmanuva (David): profesor de inglés y músico.
  • Alejandro Tabares: participó en el dataweek, medellín (2016).
  • Manuela: De Manizales, primera participación en data roda,llega por medio del canal de Visonte, estudiante de maestria en Educacion y conocio a Offray en el Campus Party 2008
  • Valeria: primera data roda. Estudiante de periodismo.
  • Perro Tuerto el más convergente con lo que se hace con grafoscopio ... según Juli hace talleres muy buenos...y es muy fuerte en todos estos temas...encontrado con conexiones de eventos en varios lugares
  • Fauno: participa del MIAU y del Partido Interdimensional Pirata.
  • Diego: primer data roda - Bogotá. Linguista, interesado en apropiación del conocimiento.
  • Miguel: participa en el grupo de grafoscopio. DDHH y apropiación social de tecnologías.
  • Elio: hace parte del Sutty y del PIP.
  • Iván: desde Guatemala, participa en el canal de grafoscopio desde hace algunos meses.
  • mw: participa en MIAU y saltó al data roda.

Presentación tesis de Silvia

Doctorado en Ciencias sociales y humanas.

Apropiaciones emergentes de tecnologías digitalesen Colombia: hegemonías y contrahegemonías

Se resalta el interés de la presentación en torno a la experiencia con Grafoscopio, formó parte de la experiencia realizada con otras dos comunidades que abordan de manera distinta-local-la tecnología.

El acercamiento a las tecnologías, como imaginrio, replica practicas foráneas. Hay alternativas a las formas en que se apropian las tecnologías.

Casos:

  • De finca: tostión del café.
  • Red Fusa Libre: montan redes mesh libres.
  • Grafoscopio.

Trabajo etnográfico de tres años.

Las preguntas se llevaron a dimensiones, procesos y relaciones en las particularidades del contexto que permite ver la tecnología como algo que puede ser acoplado, según lo que necesitan las comunidades.

Conceptos:

  1. tecnologías

    • como espacio de lucha.
    • Como derecho y bien común.
    • En contexto, situada, encarnada y no es neutral

  2. Comunidad

    • La idea del artesano
    • No hay una idealización.
    • lazo social como base de la organización

  3. Hegemonía

    • proceso flexible
    • lo particular com ouniversal
    • contrahegemonía y la estrategia

  4. Apropiación

    • Mentalidad técnica (la apertura). Relacionamiento entre individuos y artefactos tecnológicos.
    • Crítica al conocimiento experto, especializado y fragmentado
    • contradispositivos, formas de producción de artefactos diferentes.

No se puede investigar a unas comunidades, sino con las comunidades. No desde sus necesidades, desde sus derechos. A propósito el manual de periodismo de datos y el documento sobre feminismo de datos

Sobre el Grafoscopio

  • Comunidad que posibilita narrativas desde infraestructuras, código y datos abiertos.
  • incomodidades por las limitaciones de las herramientas para poder "decir".
  • Pregunta ¿cómo transformar las infraestructuras que nos transforman?
  • tecnologías en clave de derechos
  • comunidad documentada en clave temporal
  • Caracteriza y prototipa la práctica desde la práctica misma
  • Entendimiento en un ir y venir de la herramienta y la lógica de la herramienta
  • Grafoscopio marca una distancia con otras experiencias, favorece la horizontalidad en el aprendizaje y en el acceso a un conocimiento muy especializado
  • generación de acciones de repercusión a distintas escalas
  • escalabilidad de los proceso en distintos períodos y con distintas intensidades

fuerzas:

  • Imaginarias
  • Legales
  • performativas
  • enactivas

Discusión:

  • Relación de las comunidades, la academía y el conocimiento como bien común

  • Tensiones entre el capitalismo cognitivo y la producción de las comunidades

  • Alternativas de co-construcción con comunidades

  • Cuestionamiento acerca de la capacidad en las comunidades organizadas acerca de la relevancia de la lucha por la autonomía digital

¿Qué es la Indie Web?

Ver indie web.

Es una idea que tiene que ver con principios:

  • El contenido publicado en la web es de quien lo publica.
  • Estar mejor conectado. Que la plataforma no sea una barrera.
  • Tener el control.

No se trata de dar prioridad a una herramienta sobre otra, tiene que ver con resaltar los principios.

Cuenta con códigos de conducta.

Prioriza la experiencias de usuario para luego pasar a protocolos y formatos.

Se centra en la gente en lugar de proyectos.

Brea

Se espera que se convierta en un generador de sitios web, simple, distribuído, basado en archivos planos para datos, texto y código, públicos y abiertos.

Ver página de Brea en Docutopia.

Los CMS presuponen que el sitio web van a estar guardadas en las carpetas o espacios que el CMS destina para hacerlo. Es decir que el la información está contenida en el mismo CMS.

En la práctica de la comunidad del grafosopio el modelo onsiste en que las fuentes de datos proviene de lugares distintos a la base de datos de CMS. La fuente de datos es diversa, como en su presentación.

Las tecnologías reflejan los valores comunitarios.

No hay una preocupación por reemplazar herramientas que ya existen, la intención es fortalecer las conexiones entre fuentes y formatos.

Live coding

El live coding es como cuando uno pinta - Adri

Memoria DataRoda48

Ver y contribuir en las memorias del día de hoy

Notas

Recomendados:

Acercamiento a la consola de comandos:

Uso eficiente de herramintas web de audio ¿?:

  • http://wahay.org/
  • https://www.mumble.info/
  • http://wireslab.org/
  • https://sourceforge.net/projects/sagora/

Temas de electrónica:

Web distribuida

Ideas de cierre

  • Multiniveles: teóricos, prácticos, proyectos.
  • Apadrina une grafoscópike.
  • Reuniones periódicas.
  • Entre entrega y entrega mostras avances y que los padrinos ayuden.
  • Objetivos creativos personales:
    • Blog.
    • Galería/Portafolio.

Data Roda 47 > Coronapedia: CoronaApp y continuación.

Agenda

Sobre las dinámicas de colaboración

¿Cómo hacer que las personas puedan experimentar e ir entendiendo la (macro)estructura del proyecto en la medida en que avanzan, en lugar de poder aportar sólo cuando la entienden? Ir de lo sencillo a lo complejo

Empezar creando pads y agregando enlaces de modo emergente y luego ir mirando dónde podrían ir dentro del proyecto.

Las reglas para la adición de nuevos pads que tengan que ver con el proyecto deberían ser mínimas. Por lo pronto hems pensado en estas:

  • Los pads/paginas deben estar en una subágina de la forma:

    https://docutopia.tupale.co/coronapedia:{algo}

    donde {algo} es cualquier subpágina que el aportante quiera crear. La única condición es que esa subpágina este vacia. Recomendación saber Markdown y algo de Docutopia (estos temas están explicados en mayor detalle en la Documentatón).

  • Allí se puede colocar "cualquier cosa" relacionada con la Coronapedia, pero tambien con las posibilidades/futuralidades que ella plantea.

  • Usar el Canal de Telegram para:

    • Reportar los nuevos enlaces creados.
    • Hacer preguntas, formular dudas e ideas.

  • Durante las Data Rodas se puede:

    • bien iniciar con esta dinámica, para quienes llegan por primera vez.
    • revisar algunos de los pads ya reportados.
    • integrar los pads al repositorio de manera estructurada.
    • revisar los tickets que la gente ha abierto haciendo sugerencias.
    • integrar los tickets e irlos cerrando.

Data Roda 46 y FLISoL Bogotá 2020 > Coronapedia: Protocolos de colaboración

  • Lugar: Remoto vía https://meet.jit.si/DataWeek
  • Fecha y hora: Abril 25, 3 PM a 7 PM (GMT - 5)

:::info Por una feliz coincidencia nuestra edición 46 de las Data Rodas y el FLISoL Bogotá, con lo cual podremos realizar estos eventos en tandem, como celebración cotidiana de la cultura y el software libre y de código abierto. :::

En esta data roda continuaremos con el proyecto de la Coronapedia, mejorando los protocolos de colaboración y su documentación, integrando así lo hecho en las dos sesiones pasadas.

Prerrequisitos:

Si intentas previamente dichos procesos e incluso sigues otros apartes después de la instalación, podremos invertir nuestro tiempo en usar el software más que en instalarlo y/o podremos ayudarte con preguntas específicas que tengas al respecto.

Agenda

  • Saludo y presentación de participantes.
  • Recapitulación.
  • Colaboración:
    • Infraestructuras
      • Tickets.
      • Commits.
      • Telegram.
      • Hypothesis.
      • Docutopia.
    • Perfiles:
      • Lectora.
      • Co-autora.

Coronapedia Repositorios

Ver Coronapedia Repositorios

Preguntas

  • Se pueden detectar los documentos que no tienen metadatos

    Desde la consola de comandos hacemos una busqueda de todos los documentos Markdown y luego le decimos a Pandoc, usando una tubería, que nos muestre aquellos que no tiene medatados.

    find -name "*.md" |

    Pendiente

Data Roda 45 > Coronapedia: Protocolos de colaboración

En esta data roda continuaremos con el proyecto de la Coronapedia, mejorando los protocolos de colaboración y su documentación, integrando así lo hecho en las dos sesiones pasadas.

Prerrequisitos:

Si intentas previamente dichos procesos e incluso sigues otros apartes después de la instalación, podremos invertir nuestro tiempo en usar el software más que en instalarlo y/o podremos ayudarte con preguntas específicas que tengas al respecto.

Agenda

  • Recapitulación.
  • Colaboración:
    • Infraestructuras
      • Tickets.
      • Telegram.
      • Hypothesis.
      • Docutopia.
      • Commits.
    • Perfiles:
      • Lectora.
      • Co-autora.

Recapitulación

Hemos hablado de "Inversión Infraestructural" (Susan Leigh Star): poner lo está en el fondo (infraestructuras) al frente y viceversa.

La Documentaton, Grafoscopio, Coronapedia, las Minipedias, entre otros son ejemplos de ello.

Pero dicha inversión infraestructurales deberíamos pensarlas en términos pendulares: fondo, frente, fondo, frente (y así sucesivamente).

Las dos data rodas anteriores han dado cuenta de ese movimiento, aunque no de forma explícita. Acá lo explicitaremos.

Lo que hicimos con Fossil (Data Roda 43), la consola de comandos, la conversión de formatos y otros "encantamientos marcianos", permitió que entre otras cosas tuvieremos este enlace de descargas y el contenido de portada:

Y por otro lado, el trabajo que se hizo en la anterior (Data Roda 44) permitió que hubiesen contenidos como este:

Vamos a hacer más clara esa relación entre fondo y frente, pensando roles de las personas que se aproximan a las plataformas.

Perfiles

Lectora

Una internauta encuentra una información que quiere sugerir para agregar a la Coronapedia. Veremos cómo hacerlo con un ejemplo, a través de diferentes infraestructuras.

Vía Tickets.

  • Hacemos click en el enlace que aparece en la parte superior de la Coronapedia, al inicio de página, que dice "Tickets". Veremos algo de este estilo:

  • Cliqueamos en "All Tickets", para verificar que nuestro ticket no está reportado. Veremos algo como esto:

    Listado de los tickets actuales

  • En caso de nuestro nuestro ticket (reporte) no esté, vamos a la página anterior y seleccionamos el enlace "New Ticket".

    Fossil, el sistema en el que hospedamos la Coronapedia, permite la creación la creación de tickets anónimos, es decir, sin registro en el sistema, como se muestra en la pantalla superior.

    El código alfanumérico está en la parte inferior de la página de nuevo ticket, es lo que se conoce como un textcha (un capcha hecho de texto), que permite filtrar robots que intenten crear SPAM o tickets con mensajes indeseados (publicidad, basura...). Ese textcha es el que usamos como contraseña (Password) para crear nuestro ticket.

  • Una vez hemos ingresado al sistema de tickets veremos un formulario como esto:

    Y una vez diligenciado, se vería de esta manera:

    :::info Importante

    • El título (Title) es un resumen breve (de una línea) pero específico, de lo que queremos que se haga con dicho ticket.
    • Al seleccionar el tipo de ticket (Type), la mayoría de ellos va a ser de tipo "Documentation".
    • En la versión y revisión colocamos aquella que aparece en la portada de la Coronapedia.
    • El correo es para fines de contactar a la persona en caso de que requeramos más información. No compartimos el correo con terceros no afiliados directamente al proyecto.
    • En el formato seleccionamos "Plain Text" (A futuro haremos disponible el formato Markdown). :::

    Si estamos de acuerdo con o que dice, hacemos click en el botón "Preview", lo cual nos mostrará una página como la siguiente, que es muy parecida a la anterior, pero nos muestra un "Descripción Preview" y un nuevo botón que dice "Publish":

    Podemos hacer ediciones sucesivas y cliquear el botón "Preview" hasta que el texto quede como lo deseamos.

  • Una vez tenemos el ticket completo y con la descripción adecuada cliquemos en el botón "Submit" y veremos algo como esto:

  • Al visitar el listados de todos los tickets, como mostramos en las intrucciones iniciales, veremos algo de este estilo:

    El enlace que aparece más a la izquierda con una combinación alfanumérica (para este ejemplo es b17049d198) es un identificador único para ese ticket, que asigna Fossil automáticamente. Si hacemos click allí, nos llevara a los detalles del ticket, que vimos anteriormente.

:::success Ejercicio:

Seguir las instrucciones dada acá, para crear un nuevo ticket en la Coronapedia. :::

Co-autora

Como co-autoras de la coronapedia, estamos en condiciones de escribir su contenido y dejar nuestros cambios en el registro histórico del proyecto. Esto quiere decir que tenemos acceso al repositorio, una copia del mismo en nuestras máquinas y que hemos solicitado permisos de desarrolladora en dicho repositorio. Partimos de dichos supuestos para continuar con esta sección. (Ver notas de la Data Roda 43).

:::info Para esta sección supondremos que tenemos el repositorio de Fossil de la Coronapedia abierto y que estamos ubicados, desde la consola de comandos, en la carpeta donde lo instalamos. :::

Cerrar un ticket

Seleccionar el ticket

  • Vamos al listado de todos los tickets y miramos aquellos cuyo "status" sea abierto ("Open").

  • Seleccionamos alguno de ellos, que estemos interesadas y en condiciones de cerrar y hacemos click en su identificador alfanumérico para ver la descripción detallada.

    Para este ejemplo vamos a iniciar con algunos que requieran poco esfuerzo de solución, en términos de la cantidad de cambios que haya que hacer al repositorio e iremos avanzando hacia aquellos más complejos.

  • El ticket que queremos editar es el db8586e885. Lo leemos y en caso de que sea pertinente corregirlo, ubicamos el archivo que hay hay que editar para resolver el ticket. Para este caso, el archivo es el la portada de la Coronapedia y el enlace que se sugiere agregar, iría en la subsección de iniciativas ciudadanas y activistas.

Realizar los cambios al repositorio

  • Actualizamos el repositorio

    fossil update

  • Abrimos el documento a actualizar y nos desplazamos en él a la subsección o lugar que deba modificarse y hacemos los cambios en el mismo, como se ve a continuación (línea 182):

    Modificación de un archivo para cerrar un ticket.

  • Antes de hacer commit, miramos el documento primero en nuestra máquina local, verificando que se encuentra en el estado deseado, debería verse algo como esto:

  • Una vez el documento se encuentra en el estado deseado, hacemos commit al repositorio, con un mensaje alusivo al ticket que estamos cerrando, incluyendo su identificador:

    fossil commit -m "Cerrando ticket [db8586e885]."

    Veremos un mensaje como:

    Round-trips: 1   Artifacts sent: 0  received: 0
New_Version: 37bcf63d35936d70e467946f8240f6e2a167ffdbe6926fa93a34bfd33d760ec9
Autosync:  https://{usuario}@mutabit.com/repos.fossil/coronapedia
Round-trips: 1   Artifacts sent: 2  received: 0
Sync done, sent: 3907  received: 3333  ip: xx.yy.zz.ww

    Y luego aparecerá en enlace actualizado en el repositorio remoto.

Revisemos qué ha pasado con la línea de tiempo del repositorio. Para ello, visitamos el enlace "Timeline" desde la portada de la Coronapedia. Veremos algo como esto:

Si nos damos cuenta, al colocar el identificador del commit entre paréntesis cuadrados, este enlace se activa en línea de tiempo.

:::info Recordatorio
Una introducción que hacemos habitualmente al tema de la gestión de código desde asuntos de gobernanza y participación la realizamos con este video:

Clay Shirky: ¿Como Internet transformará un día el gobierno? :::

Vamos a ver el commit en detalle, para lo cual hacemos click, en el identificador del checkin (para este ejemplo es 37bcf63d35). Veremos algo como esto:

Que se conoce como el diff, que es una manera pública y transparente de auditar cambios en las creaciones colectivas, es decir, permite ver formas de co-creación.

Cerrar el ticket en el formulario

Vamos al formulario del tiquet y lo diligenciamos, indicando el identificador del checkin que acabamos de hacer que cierra dicho ticket. Deberíamos ver algo como esto:

  • Status: Closed.
  • Resolution: Fixed.

Cliqueamos el botón "Submit" (enviar) y veremos esto en la línea de tiempo:

El identificador del ticket aparece tachado en la línea de tiempo y si hacemos click en él, veremos cuál fue el commit que lo cerró.

Data Roda 44: protocolos de edición

Partiendo de las acciones propuestas en el data roda anterior, empezamos a pensar en los protocolos de edición que deben ser explícitos para que personas que quieran contribuir con contendiso en la Coronapedia lo puedan hacer, a distintos niveles de participación, así no formen parte de la comunidad de Grafoscopio.

Puntos de contribuciones

Luego de conversar sobre los posibles flujos de trabajo que se pueden generar desde la página principal de la Coronapedia vemos que es posible contribuír desde tres diferentes infraestructuras que están integradas en el manual Documentatón:

  1. Hypothesis.
  2. docutopia
  3. Fossil

El desarrollo sobre cómo integrar estas herramientas lo seguiremos en la página editable dedicada a las contribuciones del proyecto.

Adicionalmente, buscando identificar posibles complicaciones en los espacios de ocntribución @Amarilla empezó a incluir contenido bajo el título "Escuela y educación en casa" en el documento de Introducción en docutopia, luego de incluir su comentarios en la página principal del repositorio Coronapedia.

Sobre las contribuciones

La pregunta sobre ¿qué protocolos debería seguir una persona para contribuir? implica la pregunta, y el interés, por explorar herramientas alternativas de escritura y edición de textos. Salir del usos de programas tipo "enter, enter, enter, acepto" para involucarse en la idea de la comunidad sobre la aplicación de "infraestructuras de bolsillo", así implique desarrollar habilidades o adquirir conocimientos nuevos.

También se comenta que la participación y las contribuciones por medio de estas herramientas debe incluir las caracteristeristicas que se pueden identificar en las participaciones en el canal de Telegram de la comunidad de grafoscopio:

  • Autorregulada
  • No invasiva
  • Pertinencia en los contenidos, con respecto a los temas compartidos en el grupo.

Se menciona que la comunidad en Telegram debe ser el primer punto de acopio de las contribuciones. Luego saltar a las herramientas de escritura colaborativa y, posteriormente, las demás (fossil y Grafoscopio). Para luego involucrarse en la integración general, que implicaría la interación con el código, el uso de SmallTalk en Pharo.

En conjunto la comunidad posibilita la interacción entre distintos niveles de conocimiento que permite a nuevas personas involucraese en las iniciativas que surgen en este grupo.

Data Roda 43 > De la Bogopedia y la calidad del Aire a la Bogopedia

Agenda

  • Presentación del evento y los participantes.
  • Recuento del evento anterior.
  • Retoma y Despliegue de la Coronapedia.

Presentar del evento y los participantes

La Data Roda es una versión más corta de un evento intensivo de activismo de datos y ciudanías digitales, llamado el Data Week, más ágiles y que dan continuidad y diversidad a los prototipos y proyectos explorados allí.

Uno de los proyectos que consolida una buena parte de las practicas comunitarias exploradas a través de Data Weeks y Data Rodas es la Documentatón.

Su sede recurrente es HackBo.

El nombre es un juego sobre Coding Dojo.

Una Data Roda es como un coding dojo, pero con capoeira.

Recuento del evento anterior

En el capítulo anterior hicmos la Bogopedia y ahora, debido a la pandemia, decidimos concentrar esfuerzos en la Coronapedia.

Retoma y Despliegue de la Coronapedia

Esta es la Coronapedia actual.

Acá hay un ejemplo de listas awesome para Pharo.

  • De Docutopia a Fossil: Docutopia requiere un trabajo en línea y está centralizado pasaremos a Fossil que nos permite copias y trabajo descentralizado.
    • Crear el repo.
    • Publicarlo.
    • Registrarnos.
    • Clonarlo.
    • Modificarlo.
  • Definir flujos (semi)automatizados para lo anterior

De Docutopia a Fossil

:::info Prerrequisitos:

Procedimiento 1: Colocar el archivo original de portada de la Coronapedia en Fossil.

:::warning La carpeta Documentos/ en Linux, corresponde a la carpeta Documents/ en MacOS y los comandos deben cambiarse siguiendo dicha convención. :::

  • Crearlo:

    mkdir -p ~/Documentos/Minipedias/Coronapedia
cd ~/Documentos/Minipedias/Coronapedia
fossil init coronapedia.fossil

  • Abrirlo

    fossil open coronapedia.fossil

  • Colocar el primer archivo:

    wget -O intro.md https://docutopia.tupale.co/s/coronapedia:intro/download
fossil add intro.md

    y la respuesta debería ser algo así como:

    ADDED intro.md

    Y hacemos un commit al repositorio para sincronizarnos con éste:

    fossil commit -m "Agregando archivo de fuente de la portada."

  • Lanzamos la interfaz web de fossil

    fossil ui

    y hacemos click en la solapa Files, deberíamo ver algo similar a esto:

Procedimiento 2: Convertir el archivo de portadade de Markdown a Markdeep.

En una ocasión pasada habíamos visto cómo transformar archivos de Markdown a Markdeep.

Como ya hemos documentado como hacer el procedimiento manualmente, ahora lo haremos desde Grafoscopio.

Abrimos Pharo/Grafoscopio y desde un playground ejecutamos el siguiente código:

FileLocator documents / 'Minipedias/Coronapedia'

Con lo cual, si navegamos dentro de la carpeta, deberíamos ver algo como esto:

Ahora convertiremos dicho archivo a Markdeep, desde Grafoscopio.

Modificamos el Playground anterior para que contenga el código que transforma de Markdown a Markdeep

| markdownFile |

markdownFile := FileLocator documents / 'Minipedias/Coronapedia/intro.md'.

Ahora a partir de ese archivo queremos generar el archivo en Markdeep, para lo cual ejecutamos este código:

| markdownFile markdeepFile |

markdownFile := FileLocator documents / 'Minipedias/Coronapedia/intro.md'.
markdeepFile := (Markdeep new fromMarkdownFile: markdownFile) exportAsFile.
FileLocator documents / 'Minipedias/Coronapedia'

Y veremos un nuevo archivo intro.md.html que antes no estaba en la carpeta y que fue generado por el código precedente.

Y si abrimos el archivo intro.md.html desde el navegador veremos algo de este estilo:

Dicho archivo nuevo lo agregamos al repositorio:

fossil add intro.md.html

Y una vez hagamos disponible este repositorio desde la web podremos acceder a la Coronapedia en línea. Por ejemplo, la hemos colocado en la siguiente dirección:

https://mutabit.com/repos.fossil/coronapedia/

Descargar la Coronapedia

Una vez hemos publicado una Minipedia, por ejemplo la Coronapedia, cualquier persona la puede descargar, de dos maneras:

  • Cómo un archivo fuente comprimido con las últimas versiones de todos los archivos (.zip, tar.gz).
  • Como un archivo de Fossil con todos los arhivo(comprimido), con

Vamos a ocuparnos de la segunda, que es la mas nerd, de manera que facilitemos la primera para usuarios no técnicos.

mkdir -p ~/Documentos/Minipedias/CoronapediaRepo
cd ~/Documentos/Minipedias/CoronapediaRepo
fossil clone https://mutabit.com/repos.fossil/coronapedia/ coronapedia.fossil

Abrimos el repositorio:

fossil open coronapedia.fossil

Ahora podemos hacerle cambios a los archivos en dicho repositorio y hacerle un commit a los mismos, lo cual mostrará un mensaje como este:

fossil commit -m "Depurando archivo en Markdeep."
Autosync:  https://mutabit.com/repos.fossil/coronapedia/
Round-trips: 1   Artifacts sent: 0  received: 0
Pull done, sent: 390  received: 477  ip: 45.55.37.99
./intro.md.html contains mixed line endings. Use --no-warnings or the "crlf-glob" setting to disable this warning.
Commit anyhow (a=all/c=convert/y/N)? a
New_Version: 93bd090fdac4472334d5de66ddd4ed7fc96049df278ee0d53c23175015a138d2
Autosync:  https://mutabit.com/repos.fossil/coronapedia/
Round-trips: 1   Artifacts sent: 2  received: 0
Sync done, sent: 1261  received: 512  ip: 45.55.37.99
Warning: The check-in was successful and is saved locally but you
         are not authorized to push the changes back to the server
         at https://mutabit.com/repos.fossil/coronapedia/

El warning de las líneas al final nos dice que los cambios están siendo guardados en el repositorio local, pero no el el remoto. Para que esto ocurra requerimos registrarnos en el repositorio y solicitar previamente permisos de desarrollador.

El registro se hace en:

https://mutabit.com/repos.fossil/coronapedia/register

Recomendación: Es conveniente que durante el registro coloquemos como UserID, el mismo usuario de nuestro sistema operativo y si no, se puede cambiar, siguiendo las intrucciones del taller de Fossil.

El siguiente paso es sincronizar el repositorio local con el repositorio remoto:

fossil sync https://offray@mutabit.com/repos.fossil/coronapedia
password for {usuario}:
remember password (Y/n)?
Round-trips: 2   Artifacts sent: 2  received: 0
Sync done, sent: 2006  received: 1105  ip: xx.yy.zz.ww

Leo sugiere el versionado semántico para reconocer ediciones en la Coronopedia.

Data Roda 42 > Open Data Day: Una Bogopedia con énfasis Calidad del Aire

  • Fecha y hora: Sábado 14 de Marzo, 3 PM a 7 PM.
  • Lugar: HackBo, calle 44 # 8 - 50 Apto 201.
  • Entrada libre con inscripción previa (ver abajo).

La intención de este encuentro es conectar lo que se ha hecho en la comunidad de Grafoscopio, con lo que ha hecho la red ciudadana de calidad del aire, Canario con motivo del Open Data Day (ODD) y la microbeca que obtuvimos, por segundo año consecutivo, Otorgada por la Open Knowledge Fundation para facilitar actividades de ese día a nivel global, realizadas por comunidades locales.

La propuesta para esos días, dado que el 7 de marzo hay ya una actividad preparada en el HackBo, sería reunirnos el jueves 4 y la semana siguiente, a acabar las actividades relacionadas con el ODD y la microbeca, dándole continuidad a lo que veníamos trabajando de Futuros y economías Solarpunk y conectándolo con memorias comunirias resilientes y calidad del aire, a través del proyecto Bogopedia, que sería una encarnación particular de la Minipedia, en énfasis inicial (pero no exclusivo) en temas de calidad del aire.

Como requerimiento de la Open Knowledge Fundation para desembolsar el apoyo económico, esta experiencia debería terminar en un blog/bliki.

Por la lista de correo discutiremos cómo gestionar colectivamente dicha micro-beca y los criterios para ello.

Preparativos y Agenda

Preparativos:

:::info Es conveniente tener los preparativos realizados antes del taller. Aunque no es obligatorio, tu experiencia de aprendizaje puede ser mucho más fluida si el tiempo en comunidad lo inviertes aprendiendo y resolviendo dudas en lugar de descargando e instalando software. :::

Los preparativos dependen de la experiencia del asistente y del sistema operativo del portátil que se vaya a llevar. En nuestros encuentros, recibimos personas con diferentes niveles de experticia y mezclamos espacios de aprendizaje autónomo e interdependiente.

Estas son algunas de las recomendaciones previas para tener en cuenta:

  • De quien participa

    • Los enlaces a este documento permiten explorar algunos de los contenidos que veremos. Si te suenan muy poco familiares, dales una mirada panorámica y profundiza en la medida en que puedas en los mismos.
    • Lleva una actitud proactiva, constructiva, aportante, de escucha y crítica.

  • De los equipos

    • Los sistemas operativos deben estar tan actualizados como sea posible, a fin de evitar el acceso a versiones muy viejas o incompatibles del software. Se espera que por lo menos los sistemas estén actualizados a seis meses o un año.
    • Para Mac: Se recomienda tener instalado Homebrew.
    • Para Windows: Se recomienda tener una versión 10 o posterior con:

Agenda

Fijos:

  • Exposición tesis doctoral de Silvia.
  • Bogopedia.
  • Calidad del aire en Bogotá.

Opcionales:

  • Instalando DarkCrystal y compartiendo secretos en redes de confianza.

Preinscripción

Diligencia el formulario en: https://mutabit.typeform.com/to/OIPYQU

Bogopedia sobre calidad del Aire

Preparar el repositorio

Podemos usar Scoop para luego instalar Fossil en Windows.

Vamos a crear el repositorio, en Fossil, base de la Bogopedia.

fossil init bogopedia.fossil

En enlace actual de la Bogopedia es https://mutabit.com/repos.fossil/bogopedia/

Vamos a clonar el repositorio de la Bogopedia. Desde la consola de comandos o terminal escribimos

  • Creamos la carpeta donde desplegaremos la Bogopedia:

    mkdir Bogopedia
cd Bogopedia

  • Ubicados en la carpeta de Bogopedia, clonamos el repositorio base:

    fossil clone https://mutabit.com/repos.fossil/bogopedia/ bogopedia.fossil

  • Una vez haya terminado la clonación, abrimos el archivo de la Bogopedia:

    fossil open bogopedia.fossil

  • Abrimos la intefaz web del repositorio:

    fossil ui

    Y deberíamos ver el mismo sistema localmente que el que clonamos remotamente.

  • Si queremos actualizar el estado del repositorio local para que refleje el estado del repositorio remoto hacemos:

    fossil update

Instar y poblar la Minipedia

En la parte técnica la idea es:

Dentro de la versión de Pharo con Grafoscopio y la Minipedia instados abrimos la libreta interactiva modelo de la Minipedia

Cuando un término no es reconocido por Pharo (es decir que su instlación falta), dicho término aparece en rojo. Los libros introductorios a Pharo nos enseñan de manera más detallada cómo leer dichas convenciones de color y mensajes de error.

Creación de la Bogopedia

Luego de abrir en en Grafoscopio la Minipedia, podemos copiar un modelo de Minipedia creado previamente

Últimas 500 actualizacoines

Luego adecuamos los datos relacionados con la página que queremos traer de la Wikipedia, con mínimo un registro del histórico y máximo 500 registros.

Identificación del lenguaje y nombre de la página que queremos recuperar

Para el caso de la página de Wikipedia sobre Bogotá, existen más de 500 recursos, así que por el momento solamente conservaremos una versión limitada a los 500 registros más recientes de esta página.

Últimas versiones del Artículo de Bogotá en la Minipedia

Cuando se da la orden para traer los registros, es posible ver cada detalle de las modificaciones realizadas, a través de la navegación facetada que tiene Pharo. Esta navegación se puede realizar dando clic en un recurso específico y en el detalle de las modificaciones que se quieran observar.

Navegación facetada

Con este ejercicio podemos recuperar contenidos específicos de Wikipedis, sin embargo, para tener artículos complementarios, como por ejemplo el himno de bogotá, debemos realizar el mismo proceso, creando árboles de contenidos a un artículo o contenido general.

Si queremos obtener todo las revisiones históricas de una página, procedemos a ejecutar el código en http://ws.stfx.eu/KRVPVAT8Q2LC

El resultado, luego de pegar y ejecutar el código anteior, en la sección de All page historic metadata del artículo del Himno de Bogotá en Wikipedia, con menos de 500 registros de modificaciones.

La Minipedia, puede generar automáticamente un repositorio, tal cual lo explicamos anteiormente, adecuando los campos de Clone the Minipedia slice repository.

Creación de repositorio sistematizado

Para migrar el contenido histórico de un artículo, procedemos a ejecutar el código que está en http://ws.stfx.eu/3KZL7FHAG3FJ una vez hallamos clonado el repositorio y adaptando dicho código a la carpeta y el nombre del archivo donde hemos almacenado nuestra copia en el disco duro.

:::info Importante El repositorio donde estamos trabajando debe estar abierto para poder migrar la historia de cualquier articulo al mismo. :::

Data Roda 41: Bogotrax 2020, Solarpunk, memorias y economías resilientes y solidarias

Agenda y preparativos

Agenda:

  • Presentación del espacio y los asistentes.
  • Retoma y ampliación breve de la presentación previa.
  • Retomando el taller de economías solidarias
  • Blockchain
  • Scuttlebutt: Presentación y taller.
  • Memoria resiliente Solarpunkpedia: Una Minipedia sobre Solarpunk y sus tecnologías.
    • Clonar el repositorio.
    • Agregar artículos: Se sugiere empezar por estos y recorrer los enlaces que están allí:
    • Intermezo: Algo de sintaxis básica de Pharo.
      • Elegant Code.
      • Profesor Steph.
    • Exportación de formatos: De STON a Markdown y Markdeep.
      • Leer y recorrer estructúreas arbóreas de datos.
      • Extendiendo el vocabulario de la Minipedia.
      • Blockchain y trazabilidad.
  • Cierre y continuaciones futuras

Preparativos:

:::info Es conveniente tener los preparativos realizados antes del taller. Aunque no es obligatorio, tu experiencia de aprendizaje puede ser mucho más fluida si el tiempo en comunidad lo inviertes aprendiendo y resolviendo dudas en lugar de descargando e instalando software. :::

Los preparativos dependen de la experiencia del asistente y del sistema operativo del portátil que se vaya a llevar. En nuestros encuentros, recibimos personas con diferentes niveles de experticia y mezclamos espacios de aprendizaje autónomo e interdependiente.

Estas son algunas de las recomendaciones previas para tener en cuenta:

  • De quien participa

    • Los enlaces a este documento permiten explorar algunos de los contenidos que veremos. Si te suenan muy poco familiares, dales una mirada panorámica y profundiza en la medida en que puedas en los mismos.
    • Lleva una actitud proactiva, constructiva, aportante, de escucha y crítica.

  • De los equipos

    • Los sistemas operativos deben estar tan actualizados como sea posible, a fin de evitar el acceso a versiones muy viejas o incompatibles del software. Se espera que por lo menos los sistemas estén actualizados a seis meses o un año.
    • Para Mac: Se recomienda tener instalado Homebrew.
    • Para Windows: Se recomienda tener una versión 10 o posterior con:

Blockchain

  • https://is.gd/kejole

Scuttlebutt:

https://docutopia.tupale.co/ssb#

Olivia: @+M3X4SJMblCsnA95laTN7KHSWiYOo9di+vj3DXPAics=.ed25519

DarkCrystal

DarkCrystal es una tecnología para almacenar secretos en nuestra red de confianza, es decir en otras personas que también usan Scuttlebutt.

https://darkcrystal.pw/

https://dyne.org

Compartir secretos

https://secrets.dyne.org/

Para usar DarkCrystal tenemos que usar un cliente de ssb, llamado Patchbay

Data Roda 40

  • Lugar: HackBo.
  • Fecha: Febrero 8 de 2020.
  • Horario: 3PM a 7PM, hora de Colombia (GMT - 5).

Continuaremos con el trabajo del taller sobre la Minipedia.

Se recomienda a los asistentes dar una lectura previa a las memorias de este enlace y es necesario llevar su propio portátil.

Listado de Minipedias

Ruralpedia

NOTAS

Configuramos el reloj en linux siguiendo:

https://www.cyberciti.biz/faq/howto-set-date-time-from-linux-command-prompt/

Instalación generica de Pharo en Linux

Ver https://docutopia.tupale.co/pharo?view#Sin-el-Pharo-Launcher

Data Roda 39

Para hoy podríamos irnos por cualquiera de estas dos sugerencias:

Obtamos por trabajar en la Minipedia. Para las memorias de esta Data Roda, consultar la página del taller sobre la Minipedia.

Data Roda 38: Futuros Solarpunk y economías solidarias

La idea de la reunión de hoy es pensar futuros utópicos, ecotopias y mirar cómo los podemos conectar con el presente.

Hay un bosquejo de algunas ideas al respecto en esta entrada al Bliki.

Captura de pantalla de la bliki de Offray

Brett Scott, habla de cómo el dinero puede generar experiencias distintas, si se trata de divisas distintas: monedas inflacionarias (generan acumulación), monedas deflacionarias (generan intercambio), bancos de tiempo (experiencias), monedas locales (alientan intercambios locales). Dentro de estas últimas está la Libra de Brixton.

Una exploración de dichos futuros alternos pueden ocurrir a partir de lo que llaman economías solidarias

Lo anterior inspiró esta pregunta:

¿Podemos crear criptodivisas locales? Cajicoin (Cajicá), Nemocoin (Nemocón), Teusacoin (Tesauquillo)?

Para armar esas criptodivisa se indagaron distintas altenativas:

Ambos tienen ideas similares y diferencias importantes. Es las similitures está la de idea de cadena y en las diferencias está la idea de consensos globales (blockchain) versus concensos locales (Holochain). El Bitcoin (y otros), esta modelado de acuerdo al estandar del oro (monedas con valor deben ser escasa para que funcionan), Holochain está basado en varios sistemas de economías alternativas.

Explorar en mayor detalle la idea de la cadena en el Taller de Blockchain.

Data Roda 37: Cartografías del Paro

Durante muchos de los paros de latinoamérica, hubo una estrategia de desinformación vía redes sociales. De lo cual surgió la iniciativa de hacer lo que llamamos #CartografíasDelParo (#MappingStrike).

Y teníamos dos estratégias:

Preguntas sobre el paro:

Empezaremos con una serie de preguntas y veremos cuáles

  • Nube de palabras sobre ESMAD.
  • Topic modelling (procesamiento de lenguaje natural).
  • ¿Lugares donde ocurren las manifestaciones?
    • Lexicos geografícos.
  • ¿Cuantas manifestaciones pacíficas han habido versus las violentas?
  • Correlación entre la presencia del ESMAD y las marchas violentas.
  • Presencia de bots en la difusión de mensajes.
  • ¿Cómo se escriben estos mensajes? por ejemplo el tipo, conjugación, semántica o cosas similares?

Preparar el entorno

Vamos a intentar crear lo que llamamos un entorno continuos de datos sim

Mezclaremos varias herramientas y haremos algo de Live Coding

Importar los datos dentro del SQLite similar a lo que hicimos en la Data Roda 36.

Nube de palabras que mencionan el ESMAD

El resultado en d3.js está en acá y se ve de la siguiente manera:

  • Aqui el codigo de como se hizo: https://github.com/kleper/NubesDePalabras

Haremos algo similar des Pharo/Grafoscopio. Para ello usaremos la biblioteca "equivalente" en Pharo, llamada Roassal.

  • El código que produce la nube de etiquetas en Roassal es este: http://ws.stfx.eu/18UP0NR52FFM
  • El código que descarga un CSV y lo carga como tabla dentro Pharo: http://ws.stfx.eu/IZUAGLAH8410
  • El código modificado para nuestro caso en particular, con la discusión sobre asUrl http://ws.stfx.eu/PVJS4VCYBZ28.
  • El código para agregar un dataset a la vez: http://ws.stfx.eu/3KGBW4716TRK.

Pruebas Kleper

Hice esta prueba para intentar cargar las palabras de una colección en la nube, pero creo que no entiendo del todo bien el concepto de coleccion ni como aplicarlo :)

  • http://ws.stfx.eu/SH1BSRLNKCB0

Data Roda 36: Contratación Pública en las Artes

Enlace corto is.gd/dataroda36

Continuando con la idea de abrir las agendas de los siguientes encuentros, Este sábado 16 de noviembre, de 3 a 7 PM tendremos nuestra siguiente Data Roda.

Esta vez consideraremos temas de contratación pública en el campo de las artes, para lo cual nos conectaremos con el sistema de contratación gubernamental Secop y crearemos visualizaciones y lenguajes de dominio específico desde Pharo/Grafoscopio para ello.

Nos vemos en HackBo este sábado.

Enlaces:

Agenda

  • Hacer una consulta
  • Descargar los datos.
  • Mirar la forma de los datos:
    • Realiza una consulta en los datos descargados o en línea.
    • Vamos a usar Grafoscopio para esto.
  • Visualiación preliminar: Ver patrones generales.

Descargar un conjunto de datos (data set)

Revisaremos los portales de contratación ofrecidos en los enlaces superiores.

  • Empezaremos por Secop II

  • Cliqueamos el opción "Descargar datos", como se muestra en la siguiente imagen:

    :::warning Esta es una descarga "grande" de 212 Mb. :::

Impotar el data set en SQLite

:::info Suponemos que para esta sección ya está instalado SQLite y DB Browser :::

Este en un dataset "muy grande" y por ello usaremos una estrategia similar a la de los Panama Papers que consiste en importarlos a SQLite y hacer las consultas desde allí.

Vamos el seguir el tutorial acá.

Abrimos DB Browser, veremos una ventana como esta

  • Primero: creamos una base de datos nueva; elegimos la carpeta donde la queremos guardar y nombramos la base de datos. Click -guardar-
  • Segundo:ignoramos la opción de crear una tabla.
  • Tercero: verificamos que en la pestaña Database Structure la información esté en ceros: Table (0), Índices (0), Views (0) y Triggers (0).
  • Cuarto: Ahora sí, vamos a File e importamos la base de datos como tabla CSV.

Es importante dejar seleccionada la opción que permite preservar la primera fila como nombre de las columnas.

  • Aparecerá un mensaje como este:

Preguntas para el Data Set

  1. ¿Cuáles son los mayores montos de contratación y para quiénes?
  2. ¿Quién logra la contratación más recurrente?
  3. ¿Cuál es el tipo de contrato al que más se le adjudican recursos?
  4. ¿Cualés son los contratos de mayor monto ejecutados en el menor tiempo?
  5. ¿Cuáles son los verbos más usados en los objetos del contrato?
  6. ¿Cuántos contratos hay por prestación de servicios y cuántos empleados hay en la institución?
  7. ¿Cuál es la proporción de gastos entre lo misional, lo operativo, lo técnico, etc?
  8. ¿Qué proporción de contratos hay para el post-conflicto versus los que no? R/ null. Ningún contrato está asociado a esta categoría. ¿Por qué?
  9. ¿Cuántos procesos hay de acuerdo al tipo de proceso de contratación? (tipo y proproción).

Proceremos a colocar cada pregunta con la sentencia en SQL que nos permite resolverla.

¿Cuántos procesos hay de acuerdo al tipo de proceso de contratación? (tipo y proproción)

SELECT DISTINCT TipodeContrato
  FROM "SECOP_II_-_Contratos"

Lo cual nos da esta respuesta:

Prestación de servicios
Comisión
Arrendamiento de inmuebles
Otro
Compraventa
Suministros
Consultoría
Obra
Interventoría
Acuerdo Marco de Precios
Seguros
Asociación Público Privada
Acuerdo de cooperación
No Especificado
Arrendamiento de muebles
Servicios financieros
Concesión
Venta muebles
Negocio fiduciario

Podríamos querer no sólo obtener los tipos contratos, sino cuántos hay en cada tipo. Para ello la siguiente consulta funciona:

SELECT TipodeContrato, count(*) 
  FROM "SECOP_II_-_Contratos"
GROUP BY TipodeContrato

Lo cual nos genera el siguiente resultado:

image alt

Visualizaciones por tipo de pregunta

Cierre

Data Roda 35: Indie Web

En este documento contaremos cómo implementar la indie web para el sitio de Conector. La idea es implementar varios casos de uso de sitios que vayamos migrando a ese esquema.

Para mayor información ve a Conector: Indie Web.

Data Roda 34: Cambiar Juntos

En este encuentro desarrollaremos la propuesta Cambiar Juntos.

Recomendaciones:

  • Una lectura previa de la versión breve de la Documentatón referenciado en la Data Week 14.
  • Darle una revisión a la página del Data Week.

El resto del taller está en la página Taller de Fossil.

Data Roda 33

Abrir cuando no hay puerta

La primera parte se refirió a los problemas de digitación de archivos. Las soluciones importadas no son adecuadas para los contextos locales por una serie de complejidades invisibles embebidas en las infraestructuras tecno-sociales del Norte Global. Por ejemplo, en el Norte hay una serie de soluciones distribuidas previas, que no implican que una entidad asuma por sí misma todos los pasos previos asociados a la digitalción y disposición de archivos, que tienen, por ejemplo hubs de contenidos y hubs de servicios.

Hay una comunidad de uso que está dispersa. La intensión es reunirlas de modo similar a como está combinadas las comunidades FLOSS de manera que estas soluciones configuren también hubs pero referidos a los contextos del Sur.

  • ¿Cómo transitar y conectar esas redes distribuidas?

Vivimos en un continente que históricamente postergó los archivos.

  • ¿Cómo se hace esto en Latino América? ¿Cómo articular cosas desde el Sur Global?
  • Intentar convercer a las instituciones que mapeen y utilicen las soluciones que funcionan en el país de al lado.

Abrir es ofrecer de modo persistente en Internet contenidos que funcionen, pero casi nunca se ve la dimensiones humanas que la apertura implica.

También es un tema de ciudadanías digitales y formar conocimientos en la base.

Hay desafíos de caracter políticos e institucionales.

  • Catedral y Bazar (Eric Raymod).
  • Benjamin Mako Hill.
  • Nadia Eghball

Es importante cartografías los archivos en los contextos en los que ellos ocurren y nos falta mayor información, considerando su madurez y sus tipologías.

Es importante diferenciar las prácticas y los contextos.:

  • Juana: Reconocer e integrar comunidades con necesidaces archivísticas que no necesitan o quieren publicar o dar acceso abierto.

  • Leonardo: Manifiesta las dinámicas propias de las comunidades colaborativas, en las que se requiere una inversión de energía.

  • Offray: Presenta la herramienta de documentación. Plantea el problema de la romantización del software libre. Cómo no replicar los modelos del norte que incentivan procesos de gentrificación o apropiación de los comunes por parte de grandes agentes y organizaciones (universidades, empresas, instituciones gubernamentales)

  • Juana: Como permitir la autonomía de las comunidades que no se alínean con los intereses de los grandes agentes.

  • Maria José: Situar el conocimiento y informarse sobre las condiciones y necesidades particulares que plantea cada archivo. Surge la pregunta sobre como apropiar y descolonizar las estructuras, estándares y prácticas de gestión de la memoria.

  • Marianny: http://literaturavenezolana.xyz/prototipo.html

  • Offray: Propone realizar pequeñas acciones que permitan cruzar/articular proyectos

  • Matías: No se puede evitar la gentrificación, pero la biblioteca es el lugar que nos interesa, porque permite potenciar esos cruces en pequeño desde lugares de la defensa de los comunes.

    Diseñar una bomba de apertura de información a prueba de los problemas que conocemos en las instituciones. los problemas.

    Infraestructura Social de la Información ( bibliotecas, museos, archivos ) es apropiada por la industria de la información y las telecomunicaciones en los 60s

  • Offray: Menciona el problema de la hackaton como forma de apropiación/gentrificación. Propone la anti-hackatón como respuesta a esa dinámica, enfocándose en cómo las comunidades producen para el procomún.

  • Juan Pablo menciona la importancia de crear vasos comunicantes entre las distintas instituciones a las que pertenecemos.

    Programa de formación común para comunidades.

  • Camilo: Personas dentro de las insticiones vemos el potencial de este tipo de espacios confrontando el problema de la apropiación a la vez que se agencias los recursos que las instituciones pueden proveer.

    Cómo podemos "vender" a las instituciones la idea de preocuparse por el pro-común.

  • María José: Las construcciones "modernas" de los proveedores extranjeros son anglo-parlantes todas y no reconocen las narrativas locales y del Sur en la (de)construción de "lo moderno".

  • Matías: Usar el "factor wow" para que esas sean formas de presencia institucional.

  • Juan Pablo: Llegar como bloque a los tomadores de decisiones.

  • Juana: Pensar en la OpenCon Latam como lugar de articulación. Usar el encuentro para retomar unos temas.

  • Matias: La experimentación por la experimentación misma.

  • Camilo: Ubicar los problemas de la infraestructura física que permiten concretar los lugares de tensión/resolución que son más difíciles de ver en lo digital.






Data Roda 32: Librito Documentatón

Continuaremos con el proyecto Documentatón.

Agenda propuesta:

Autoría, co-creación licencias y roles

Los libros ahora tienen créditos más colectivos, por ejemplo:

Con estas ideas trabajamos en comó elegir licencias.

< Anterior | Siguiente >

Data Roda 31: Feminismo de Datos, día 3

Continuaremos con el proyecto descrito acá.

Para esto podemos continuar por acá:

  • Crear un Kanban del proyecto.
  • Renombrar archivos en repo para que hablen del capítulo de donde provienen.
  • Migrar unos archivos de Markdown a Markdeep para publicarlos directamente en la web.
  • Publicar el libro en dos formatos: PDF y EPUB.
  • Automatizar la publicación a dichos formatos.

Migrar a Kanban

Ver Data Fem > Kanban.

Renombar archivos

En este momento si vemos los contenidos de los capítulos son de este estilo:

ls chapters 
6ui5n4vo.html  7ruegkt6.md    9m0tiz66.html  c5vkehnm.md    fcshwhq6.html  mravy434.md    zrlj0jqb.html       zrlj0jqb.md.html
6ui5n4vo.md    8tjbs2x5.html  9m0tiz66.md    dgv16l22.html  fcshwhq6.md    rykaknh1.html  zrlj0jqb.md         
7ruegkt6.html  8tjbs2x5.md    c5vkehnm.html  dgv16l22.md    mravy434.html  rykaknh1.md    zrlj0jqb.md.backup

Vamos a crear una convención dual para que el nombre del archivo hable de dos cosas: su procedencia, que es el código actual, pues coincide con la url, y su lugar en el libro, que no esta.

Por ejemplo zrlj0jqb.* que correspons al capítulo 1. Es decir sería mejor renombrarlo como: ch1-zrlj0jqb.*

Para ello desde la raíz del repositorio abierto hacemos:

  • Renombrando los archivos Markdown:

    mv zrlj0jqb.md ch1-zrlj0jqb.md
fossil mv zrlj0jqb.md ch1-zrlj0jqb.md

  • Renombrando los archivos HTML

    mv zrlj0jqb.md.html ch1-zrlj0jqb.md.html
fossil mv zrlj0jqb.md.html ch1-zrlj0jqb.md.html

  • Actualizamos cambios y hacemos el commit:

    fossil update
fossil commit -m "Chapter renaming."

Migrar de Markdown a Markdeep

La mayoría de los archivos en formato Markdown vinieron de un proceso de limpieza manual en docutopia y están escritos en una variante de dicho formato llamada CommonMark. Acá veremos cómo transformarlos de dicha variante a otra llamada Markdeep, que permite una adecuada previsualización web, sin preocuparnos por CSS.

  • Tomamos un archivo cualquiera y lo copiamos de formato .md a md.html.

    cp ch2-8tjbs2x5.md ch2-8tjbs2x5.md.html

  • Lo agregramos al repositorio:

    fossil add ch2-8tjbs2x5.md.html
fossil commit -m "Changing from Markdown to Markdeep."

  • Lo abrimos en un edito de texto y hacemos los siguientes cambios:

    • Al final del archivo agregamos las líneas:
       <!-- Markdeep: -->

   <style class="fallback">body{visibility:hidden;white-space:pre;font-family:monospace}</style>
   <script>window.markdeepOptions = {tocStyle: "short"}</script>
   <script src="markdeep.min.js" charset="utf-8"></script>
   <script 
     src="https://casual-effects.com/markdeep/latest/markdeep.min.js?" 
    charset="utf-8">
   </script>
   <!--<script>window.alreadyProcessedMarkdeep||(document.body.style.visibility="visible")</script>-->

    • Al comienzo del documento ponemos <meta charset="utf-8">

    • Salvamos el documento con estos cambios y lo abrimos desde el navegador:

      firefox ch2-8tjbs2x5.md.html

      Deberemos ver algo similar a esto:

    • Colocamos los metadatos de docutopia como comentarios.

    • Después de los medatados colocamos el título del capítulo y de las autoras, centrado. Por ejemplo, para el capítulo 2 sería:

    
      **Chapter Two: On Rational, Scientific, Objective Viewpoints from Mythical, Imaginary, Impossible Standpoints**
          *by Catherine D'Ignazio and Lauren Klein*
    • Cambiamos las notas a pie de página de modo que sean [^n] donde n es un número por ^fn

< Anterior | Siguiente >

Data Roda 30: Feminismo de Datos, Parte 2

Ayer, como lo previmos se estaba cumpliendo la paradoja del automatismo (tardar más en automatizar una tarea, abandonándola, que en hacerla manualmente):

La idea era usar Grafoscopio de esta manera:

Nuestro proceso

pero nos enfrentamos con varias dificultades:

  • PubPub del MIT:

    • El sitio de no ofrece exportación de formatos automatizada (lo cual sabíamos desde el comienzo):

    • El formato des bastante hostil para el scraping automatizado de Grafoscopio: el archivo está en una sóla línea inmensa y fossil cree que es un archivo binario, los archivos descargados soy muy grandes y tiene mucho "cromo" (adornos, estilos, comentarios), que no son parte del contenido del libro como tal y al descargarlos se dificultaba su limpieza.

  • Grafoscopio:

    • La importación de contenidos congela la interfaz Gráfica (GUI).
    • Una vez importados los nodos, ya limpios, la GUI se hacía lenta.

Leo propuso volver a un esquema manual.

La línea de tiempo de ayer reflejó estas tensiones:

Cada capítulo debe ir en tres lugares: fuente, pad y el repositorio

Más detalles de lo que hoy trabajamos en:

DataFem > Scraping

Extras

< Anterior | Siguiente >

Data Roda 29: Feminismo de Datos

:::info Fecha: Viernes 4 de enero, 2019.

  • 9:30 AM: Inicio.
  • Medio dia: Almuerzo.
  • Tarde: Continuación. :::

En este encuentro empezaremos un meta-comentario al libro de Feminismo de Datos, migrándolo a nuestras infraestructuras de bolsillo, como ya lo hicimos con el Manual de Periodismo de Datos, con un procedimiento similar, que también tendremos oportunidad de mejorar y corregir.

El proceso es en líneas generales:

  • Introducción
  • Haremos una "libreta maestra" de Grafoscopio con la tabla de contenido de libro.
  • Colocaremos la libreta maestra en un repositorio de Fossil, que contendrá todo el libro.
  • Crearemos una tabla de contenido compartida del libro, que servirá para coordinar el trabajo y para la importación de textos.
  • Importaremos los contenidos de la web a la libreta maestra.
  • Transformaremos cada capítulo de HTML a Markdown (PubPub, la plataforma del MIT, ya ofrece la funcionalidad de exportación, pero aún esta en desarrollo y falla en este momento -- ver captura).
  • Limpiaremos el Markdown de cada capítulo.
  • Aplicamos plantillas y exportamos a múltiples formatos.
  • Por el camino, modificaremos Grafoscopio para que se adecue mejor a estas tareas.

Introducción

Tanto el MIT como la comunidad de Grafoscopio, están pensando en dinámicas de publicación radicalmente abiertas, desde infrastructuras distintas que dan cuenta de contextos distintos y complementarios.

El PupPup del MIT está llegando a su segunda publicación con Data Feminism y nosotros a la tercera que es soportada por las infraestructura de bolsillo.

Lo que haremos hoy (y lo que hacemos permanentemente) es una muestra de como se conjungan tres fuerzas que configuran cualquier espacio (según Isin y Ruppert -- Being Digital Citizens):

  • Legal: Tanto los sitios y publicaciones del MIT como las nuestras están cubiertas por licencias libres y abiertas. Esto pasa en concreto en dos lugares: Los Términos de Servicio de PubPub y en la obra misma que es alojada allá y que hereda dichos términos. Por tanto, contamos con los permisos para moverlos la obra de lugar, siempre y cuando mantengamos los mismos derechos y de hecho la licencia permite el relicenciamiento.
  • Performativas: Nuestro encuentro cara a cara y en ciberespacio mediado por la acción, en particular con esa obra es una manera de hacer un performance: nos reunimos para cambiar la infraestructura que soporta la obra y a través de ello hacer un meta-comentario sobre la misma.
  • Imaginativas: Pensamos en otras maneras de ser, estar y publicar y colocamos prácticas e infrastructuras que soportan esa imaginación y la posibilitan. También nos permiten imaginar cosas nuevas.

:::info Alcances Lo importante, antes del 7/ene/19, que cierra la fecha de comentarios, es dejar publicado un borrador de la obra en línea y comentarlo con las autoras en la plataforma de ellas, o por Twitter, Facebook, etc.

Sería bonito crear nuestro propio prólogo/epílogo (en Spanglish) a la obra de ellas. :::

El proceso

El proceso va a tener tres facetas, clásicas del trabajo con datos:

  • Adquisición (Scrapping).
  • Formateado.
  • Republicación.
  • Programación: automatizar y mejorar el proceso y es transversal a los pasos anteriores.

Grafoscopio hará posible esto. El diagrama de este proceso sería:

Nuestro proceso

Libreta Maestra de Grafoscopio

El proceso en líneas generales es este:

  1. Creamos una libreta en Grafoscopio: Cada (Sub)sección es un nodo en Grafoscopio y su enlace apunta a el lugar original desde donde se tomó la información.
  2. Publicamos esa libreta sencilla (sin ningún HTML) en un repositorio y nos sincronizamos con el repositorio en línea.
  3. Importamos el contenido para los nodos a partir de los enlaces en ellos.
  4. Hacer un commit al repositorio para indicar cómo estaba el texto original (nuestra aproximación alternativa al scrapping + metaestructura).
  5. Transformamos cada nodo en Markdown, quedará sucio, pues contiene información que no nos interesa, que viene del HTML (estilos, comentarios), que no hacen parte del libro "original".
  6. Hacemos nuevamente un commit.
  7. Publicamos cada nodo como un pad en Docutopia y hacemos la limpieza allí, pues esto nos da la ventaja de la previsualización en tiempo real y la colaboración. Podríamos hacer también sólo en Grafoscopio pero perdemos esas dos ventajas.
  8. Una vez tengamos el texto limpio, copiamos su contenido de docutopia al respectivo nodo en Grafoscopio.
  9. Hacemos un commit del nodo que hayamos limpiado, dejando huellas de las coautorías.
  10. Finalmente agregamos los metadatos, las plantillas y publicamos en distintos formatos, o por lo menos en los siguienes: PDF y EPUB.

Empezar la libreta

Si vemos la estructura en Data Feminism notamos que en líneas generales es así:

  • Prefacio
  • Capítulos: Introducción, capítulos 1 al 8 y conclusión.
  • Lecturas adicionales: 4.

Nota curiosa :smile: Diferencia entre Introducción, Prefacio y Prólogo.

En Grafoscopio sería algo como:

img

Salvamos la libreta. Para este proyecto la colocaremos en: ~/Documentos/DataFem/datafem.ston

Trabajar con el repositorio para el proyecto

Crearlo, alistarlo y publicarlo

  • Creamos un repositorio en Fossil y agregamos la libreta:

      mkdir ~/Documentos/DataFem
  cd ~/Documentos/DataFem/
  fossil init datafem.fossil
  fossil open datafem.fossil
  fossil add datafem.ston
  fossil commit -m "Starting with the original book structure."

  • Lanzamos la interface administrativa y alistamos el repositorio para su publicación en línea con fossil ui. Veremos algo como:

  • Habilitamos desde la interface administrativa que los usuarios se pueda registrar a sí mismos:

    img

  • Una vez hemos llenado el título y la descripción del repositorio, haciendo click en la solapa Admin > Configuration, y luego revisitando el Home veremos algo como:

  • Si nos ubicamos en la solapa Wiki veremos que hay una página llamada Data Feminism que fossil crea automáticamente y convierte en la página portada para el repositorio. Colocaremos allí cierta información básica, para publicar el repositorio cuanto antes y luego cambiaremos estas opciones con una página más detallada (probablemente hecha con Markdeep).

  • Nos ubicamos en la página "Data Feminism" del wiki y la editamos con alguna información mínima. Veremos algo como:

    que ya es un repositorio mínimo que podemos colocar en línea, usando nuestros propios servidores o ChisselApp. Usaremos la primera opción

:::success El nuevo repositorio estará disponible en:

https://mutabit.com/repos.fossil/datafem/ :::

Clonar y abrir el repositorio

Creamos una carpeta en nuestro disco duro y clonamos el repositorio:

  mkdir -p ~/Documentos/DataFem
  cd ~/Documentos/DataFem
  fossil clone https://[usuario]@mutabit.com/repos.fossil/datafem/ datafem.fossil

donde [usuario] debe ser reemplazado por el nombre del usuario que creamos previamente (sin los paréntesis).

Veremos algo como:

    Round-trips: 2   Artifacts sent: 0  received: 10
    Clone done, sent: 550  received: 3510  ip: 2.0.1.187
    Rebuilding repository meta-data...
      100.0% complete...
    Extra delta compression... 
    Vacuuming the database... 
    project-id: 08e8979c1db787ea096886057dfea5fb3fc75f82
    server-id:  935f0f7d71d99f52771be6fedacd615c06aae44c
    admin-user: root (password is "e998bb")

Abrimos el repositorio desde esta carpeta:

  fossil open datafem.fossil

Veremos algo como:

[paco@Annapurna DataFem]$ fossil open datafem.fossil 
datafem.ston
project-name: Data Feminism
repository:   /home/paco/DATA/Projects/DataFem/datafem.fossil
local-root:   /home/paco/DATA/Projects/DataFem/
config-db:    /home/paco/.fossil
project-code: 08e8979c1db787ea096886057dfea5fb3fc75f82
checkout:     7fe9c5b4cee5cbc1228e894eaf137ac23f9629a5 2019-01-04 17:29:33 UTC
parent:       ce2e28af282df27d6399e2beae8fe08c45e22ce2 2019-01-04 17:25:47 UTC
tags:         trunk
comment:      Starting with the original book structure. (user: offray)
check-ins:    2

Si listamos el contenido de carpeta veremos:

[paco@Annapurna DataFem]$ ls
datafem.fossil  datafem.ston
[paco@Annapurna DataFem]$ ls -la
total 300
drwxr-xr-x  2 paco users   4096 ene  4 20:11 .
drwxr-xr-x 21 paco users   4096 ene  4 20:04 ..
-rw-r--r--  1 paco users 258048 ene  4 20:11 datafem.fossil
-rw-r--r--  1 paco users   6737 ene  4 20:11 datafem.ston
-rw-r--r--  1 paco users  32768 ene  4 20:11 .fslckout
[paco@Annapurna DataFem]$

:::info

IMPORTANTE Para trabajar colaborativamente debemos registrarmos en el repositorio remoto desde este enlace:

https://mutabit.com/repos.fossil/datafem/register

e indicar que queremos permisos de desarrollador por cualquiera de nuestros canales comunitarios :::

Luego de registrados y ubicados en el repositorio abierto escribimos:

  fossil sync http://[usuario]@mutabit.com/repos.fossil/datafem

donde [usuario] debe ser reemplazado por el usuario que con el que nos hemos registrado. En ese momento nos pedirá la contraseña en el lugar de registro.

Vale la pena terminar esta parte con una actualización, por si ha cambiado algo desde nuestro registro.

fossil update

y veremos los últimos cambios.

Importando contenido en las libreta maestra

Por lo pronto haremos la importación con los botones de Grafoscopio, en crudo, sin optimizar el scraper, para no lidiar, tempranamente con la paradoja de la automatización:

https://xkcd.com/1319/

Para ello presionamos el botón img en cada nodo.

Comentarios y preguntas adicionales

  • ¿Cómo ver las publicaciones de los usuarios de Hypothes.is?

    • Con la URL https://hypothes.is/users/<nombre_usuario> ; por ejemplo https://hypothes.is/users/offray para el usuario offray o https://hypothes.is/users/hiperterminal para el usuario hiperterminal
    • Para ver una web con anotaciones públicas, puede hacerse pegando el link de la web en https://via.hypothes.is/

  • ¿En qué consiste eso de abrir y cerrar un repo?

  • ¿Se pueden modificar muchos repositorios específicos o siempre se debe trabajar con todos los repos? Por ejemplo si quiero trabajar sólo con el repo de Datafem y no

  • Creando una alias al pharo launcher: Desde la consola de comandos teclamos algo como

    alias pharo-launcher=~/Programas/PharoLauncher/pharo

Limpiando en Markdown

Tuvimos que emplear un proceso manual y uno automático como se ve acá.

Ver la tabla de contenido

Notas extra

  • Brujula de continuidades

Brújula de continuidades

Data Roda 28: Cierre de año

Hoy charlaremos de las expectativas para el próximo año. Digamos que es lo más parecido a una planeación (por lo menos en mi caso --Offray).

Notas de la reunión

David

  • Las mejores ideas que he tenido han venido de esta comunidad.
  • Colocar horarios periódicos.
  • ¿Qué pasaría si hubiera una data roda donde Offray no llega?
  • Vital compartir cosas por diferentes canales.
  • Casa Abierta: Que la comunidad se conecte con otras comunidades es clave. ¿A cuáles comunidades conectarnos?
  • Las contigencias siempre materializan algo.
  • Hay cierto caracter investigativo de compartir y analizar cosas.
  • ¿Cómo hacer para compartir más ideas de investigación? ¿Trabajo de casa?
  • ¿Cómo aportar del foro de Gobernanza de Internet?
  • La Gobernatón como ejemplo de invervención desde lo pequeño:
    • ¿donde más lo podemos aplicar?: ¿Objetivos de Desarrollo Sostenible?
    • Que visualizaciones crear o publicaciones abrir para ello?
  • Desarrollar el portafolio.

Silvia

  • Evaluación:

    • Ideas recurrentes con potencia a lo largo del tiempo, que construimos un poco sin darnos cuenta.
    • Espacios que habilitan formas de interlocutar con otros espacios.
    • Esta comunidad en particular siempre está buscando la otra opción.
    • Hay dinámicas de construcción de confianza ente los participantes de la comunidad.

  • Ideas:

    • Ejercicio para crear una línea de tiempo: Hitos, límites, actores (1ra semana de febrero).

  • Referirnos otro tipo de contenidos: películas, libros, cómics, etc.

Leo

  • Y si avanzamos por nuestra cuenta y hace propuestas para otras temáticas de interés particular.
  • Apropiación de las Data Rodas por otras personas de la comunidad.
  • Mantener varios canales de comunicación en la comunidad implica que las ideas que surgen en entornos

Offray

  • Esta me parece una de las comunidades más chéveres en las que he estado.
  • Tipos de intereacción no tan demandantes que permiten que las actividades de la comunidad sean fluidas.
  • Una meta para el otro año sería amplificar la capacidad de interlocución de la comunidad y sus miembros.
  • Mejorar estructuras para atender lo contingente.
  • Crear encuentros regulares:
    • Data Weeks.
    • Casa Abierta.
  • Explorar mercados alternativos, para la sostenibilidad de los bienes orientados al procomún (proyecto Juntura en el eje cafetero).
  • ¿Cómo dejamos huella del trabajo autónomo y lo compartimos con otros?

El problema no es tener ideas, es ejecutarlas.

Asuntos y sugerencias varias

  • Roma: Cuaron: Tiempos muertos.
  • Spiderman: Into the spader-verse.
  • Oscean, se parece a Brea, al menos en las apuestas espirituales.
  • Solarpunk.

Posibilidades 2019

Cronograma

Ver Mapa de Ruta para una versión actualizada.

< Anterior | Siguiente >

Data Roda 27: Casa Abierta en Hackbo

Data roda dedicada a la jornada de Casa abierta en Hackbo, del 8 de diciembre de 2018. También podrá encontrar el programa de actividades a realizar en esta jornada.

Acá practicaremos algunas técnicas de documentación ágil. También encontraremos recursos adicionales como:

Sobre publicación, ciencia e investigación abierta

The JOSS: The Journal of Open Source Software.

Sobre la documentación ligera

Generalmente pensamos en archivos de documentación, a partir de lo que conocemos. La propuesta es pensar en ¿qué herramientas estamos eligiendo a la hora de documentar? y ¿Para qué las estamos eligiendo? desde herramientas pesadas como Word Office, pasando por XML, RDF o HTML hasta lenguajes de etiquetamiento como Markdown, MediaWiki, ASCII doc o etiquetamiento semántico tipo Pollen.

Ejercicio con Markdown

  • Realizar el ejercicio propuesto acá.
  • Comparte el enlace del documento que creaste acá:
    • Documento 1: Übung.
    • Documento 2.
    • Documento n.

Libera tu móvil

Sigue este documento.

< Anterior | Siguiente >

Data Roda 26

Hoy estaremos desarrollando la propuesta de un "Material de Bienvenida" para nuestra primera Casa Abierta, a realizarse dentro de 8 días (sábado 8 de diciembre) en HackBo, presentando el espacio y la comunidad de Grafoscopio, según lo descrito en este correo.

Agenda de actividades:

  • Bienvenida y presentación del espacio.
  • Actividad de documentación colaborativa: Libera tu móvil.
  • Cierre, bebidas y comida.

A continuación desarrollaremos los puntos y materiales que soportan la agenda de ese día, así como algunas inquietudes y preguntas que surgen en la preparación (serán marcadas por la letra P:).

Bievenida y presentación del espacio

Acá presentaremos un mapa mental del espacio, esta comunidad y los proyectos que hemos terminado y tenemos en funcionamoiento.

P: ¿Qué software existe para la creación de mapas mentales colaborativos? ¿Qué datos pide para su uso o es posible usarlo de manera anónima?¿Qué formatos importa o exporta?

Actividad de documentación colaborativa: Libera tu móvil

  • Presentaremos Markdown y docutopia, como herramientas de documentación colaborativa y los motivos y escenarios de documentación ágil donde usarlas. Usaremos este encuentro como ejemplo.
  • Les mostraremos a los participantes repositorios de herramientas abiertas para móviles. Nos centraremos en F-Droid, como medio para acceder a un catálogo de herramientas de código libre y abierto, para dispositivos Android, como alternativa a Play Store de Google. Allí instalaremos:
    • Multimedia: NewPipe: Permite ver videos de YouTube (y otros) sin necesidad de tener la pantalla del móvil prendida.
    • Mensaría instantánea: Telegram, Wire, Signal, permiten comunicación cifrada punto a punto.
    • Documentación: Markor Para realizar documentación en Markdown y llevar listas de tareas, entre otras activiades.

Cierre, bebidas y comida

Enseñaresmos las bondades del crowdfunding para lograr canastas de cerveza y meriendas, como medio e incentivo para el trabajo colaborativo y el amenizaje grupal. Con esto esperamos mantener una de las características más sobresalientes de la comunidad del Grafoscopio, la buena onda, la bacanería.

< Anterior | Siguiente >

Data Roda 25

La agenda para esta edición es la siguiente:

Actualizar los Data Selfies

  • Crear una página en Docutopia sobre el Data Week y los Data Selfies.
  • Actualizar la página de los DataSelfies en el repositorio.
    • Texto.
    • Captura de pantalla (lo que aparece como vista prvia cuando se comparte el enlace en Twitter.)
  • Enviar la invitación actualizada a Luis Ernesto Gómez.

El repositorio está organizado de esta manera:

La carpeta Artefactos corresponde a las "unidades", es decir cosas que existen de manera "autónoma". Si hacemos click en ella, encontraremos los distintos proyectos que hemos venido realizando:

Acá está una vista de los distintos proyectos relacionados con los Data Rodas y Data Weeks.

Esta es la carpeta de los Data Selfies, desarrollada para el Open Data Day:

  • Carpeta del Open Data Day

  • La página index.html contiene la invitación que compartimos por redes sociales. Vista del archivo index.html

  • La página de acepto.html es la que contine las instrucciones. Vista página "acepto.html". Este es el archivo que queremos cambiar.

  • Importante: Después de esta modificar la invitación actualizamos el repositorio.

    fossil update

  • Vamos a probar cómo se comparte esta invitación, para verificar que genere vista previa. Simplemente compartimos ese enlace por Twitter: http://mutabit.com/repos.fossil/dataweek/doc/tip/Artefactos/OpenDataDay/acepto.html

    La vista previa funciona, pero es necesario actualizar el "Twitter Card". De eso nos ocuparemos en la siguiente subsección.

Actualizar el Twiter Card

Buscamos la parte del archivo que dice:

    <!-- Twitter Card -->
    <meta name="twitter:card" content="summary" />
    <meta property="og:url" content="http://mutabit.com/repos.fossil/dataweek/doc/tip/Artefactos/OpenDataDay/acepto.html" />
    <meta property="og:title" content="Invita a los candidatos a que se tomen su Data Selfie" />
    <meta property="og:description" content="¿Cómo se vería una Data Selfie de las figuras públicas? Por una #PolíticaTransparente queremos invitar a los diferentes candidatos que se encuentran en campaña política para las elecciones a tomarse un Data Selfie con base en datos exportados desde sus cuentas de Twitter." />
    <meta property="og:image" content="https://screenshotscdn.firefoxusercontent.com/images/1d5fd9ea-7508-4d1c-8e02-3e396531c859.png" />

Vamos a cambiar la descripción y el título:

title: Invita figuras públicas y a ciudadanía a que se tomen su Data Selfie.
description: | 
   ¿Cómo se vería una Data Selfie de las figuras e instituciones públicas y la ciudadanía en general? 
   Por una #PolíticaTransparente queremos invitar a los diferentes candidatos que 
   se encuentran en campaña política para las elecciones a tomarse un Data Selfie con base en datos exportados desde sus cuentas de Twitter."

A pesar de que cambiemos los metadatos, dichos cambios no se reflerarán automaticamente, pues están en la caché y esta expira en un semana, según esta fuente.

Hacer las publicaciones de AVALbrecht trazables

Ver AVALbrecht.

Herramientas adicionales

Data Roda 24

Sep. 8, 2018 | 2 PM a 6 PM

[ Reading conventions ]

Continuaremos con el esbozo de R3P.

  • Reintroduciremos brevemente Fossil, creando y poblando el repositorio para este proyecto y colocándolo en el contexto de las transiciones de la creación síncrono y en tiempo real, a aquella asíncrona.
  • Empezaremos a automatizar los cambios de formato docutopia (.md) a Markdeep (.md.html).
  • Preparativos:
    • (28:53) + : Ver y realizar la actividad del video Pharo MOOC sobre crear un pequeño lenguaje de dominio específico. Usaremos técnicas similares para automatizar las transformaciones de .md a .md.html.
    • Llevar audífonos, en caso de que necesitemos revisar partes del anterior video de forma individual.
    • Capítulo 12, Strings de Smalltalk by Example: the Developer's Guide.

Indice de documentos trabajados en la sesión

Fossil

La documentación que teníamos previamente en el wiki del Data Week está ahora republicada en la página de Fossil de Docutopia.

La idea es integrar y/o modificar el documento para que sea parte del booklet (librito) de R3P, es decir un Fossil en el contexto de R3P.

  • ¿Cuántos repositorios y cuáles son los límites?

    Depende de los colaboradores y los públicos del proyecto.

  • Borrar un repo:

      rm <archivo>.fossil

  • El libro va a mostrar cómo se hace el libro. La R de reproducible va a ser demostrada en el libro mismo. Es un meta documento. Para eso estamos creando el repositorio.

  • Markdeep nos sevirá para mejorar el despligue de contenidos dentro del repositorio y para la eventual transformación a distintos formatos.

[ < anterior | siguiente > ]

Data Roda 23

Sep 1, 2018. 3:30 PM a 7:30 PM

En esta edición iniciaremos el proyecto para crear un librillo en Inglés de investigación y publicación abierta y remezclable (Reproducible and Remixable Research and Publishing).

La idea es:

  1. Presentar el proyecto y su relación con otras iniciativas internacionales como Citizen Investigation Kit y el Rebus.
  2. Desarrollar los elementos faltantes de la tabla de contenido esbozada acá.
  3. Empezar a implementar el flujo de trabajo descrito acá y con eso establecer un ciclo de realimentación entre los puntos 2 y 3.

La idea es a lo largo de varias Data Rodas y en el eventual diplomado intentaremos desarrollar este bosquejo de trabajo.

Documentación

Se usa el metadato para evitar el ajuste automático de linea.

---
breaks: false

---

Vamos a extender las convenciones de lectura en la medida en miramos qué se necesita.

Un listado preliminar de los documentos que revisamos/redactamos en esta sesión:

Sesión II

Se retoman las actividades del data roda 23 en la sesión documentada en el data roda 24.

Temas de la data roda:

  • Fossil: retomando la documentación de la [Data Week 11][dataweek11]

dataweek11

breaks: false tags: unidades semánticas, LabCI, MAI3

mdBook e integración de repositorios de código y wikis

Hoy nos ocuparemos del microwiki. La idea es que tengamos un sitio web donde podamos colocar nuestra memoria en línea y hacerla disponible a nosotros y otros interesados.

Para ello usaremos mdBook:

Instalación

Para verificar que está instalado, desde la terminal escribimos:

mdbook help

Y debería aparecernos algo como esto:

Creates a book from markdown files

Usage: mdbook.exe [COMMAND]

Commands:
  init         Creates the boilerplate structure and files for a new book
  build        Builds a book from its markdown files
  test         Tests that a book's Rust code samples compile
  clean        Deletes a built book
  completions  Generate shell completions for your shell to stdout
  watch        Watches a book's files and rebuilds it on changes
  serve        Serves a book at http://localhost:3000, and rebuilds it on changes
  help         Print this message or the help of the given subcommand(s)

Options:
  -h, --help     Print help
  -V, --version  Print version

For more information about a specific command, try `mdbook <command> --help`
The source code for mdBook is available at: https://github.com/rust-lang/mdBook

En caso de NO estar instalado debe aparecer un error. Si así, procedemos con el siguiente proceso de instalación.

Instalación en Windows

Abrimos la consola de comandos y desde Scoop instalamos mdBook.

Cuando terminamos la instalación, deberíamos ver algo como esto:

Installing 'mdbook' (0.4.44) [64bit] from main bucket
mdbook-v0.4.44-x86_64-pc-windows-msvc.zip (4,1 MB) [==========================================================] 100%
Checking hash of mdbook-v0.4.44-x86_64-pc-windows-msvc.zip ... ok.
Extracting mdbook-v0.4.44-x86_64-pc-windows-msvc.zip ... done.
Linking ~\scoop\apps\mdbook\current => ~\scoop\apps\mdbook\0.4.44
Creating shim for 'mdbook'.
'mdbook' (0.4.44) was installed successfully!

Instalación en Linux

Para Arch/Manjaro Linux y sus derivados hacemos:

yay -S mdbook

Creando nuestro primer libro

Desde la consola de comandos nos ubicamos en el directorio donde queremos crear el libro:

mkdir -p Documents/Repositorios
cd Documents/Repositorios

y escribimos el comando que inicializa el libro:

mdbook init LabCI

Nos hará preguntas interactivas desde la consola de comandos, similares a estas:

Do you want a .gitignore to be created? (y/n)
n
What title would you like to give the book?
Wiki LabCI
2025-02-05 14:38:14 [INFO] (mdbook::book::init): Creating a new book with stub content

All done, no errors...

Si vemos lado a lado la consola y el navegador de archivos, el resultado se vería como:

Vamos a navegar la carpeta recien creada:

Estas carpetas son:

  1. book/: que es donde se aloja el resultado de libro web. Esta es la salida de información
  2. src/: el donde están los documentos que generan el libro. Esta es la entrada de información
  3. book.toml: es el documento donde se configura el libro como tal.

Revisemos ese último archivo. Pero antes, instalemos lite-xl desde Scoop. Al final del procedimiento deberíamos ver algo como:

Checking repo... OK
The versions bucket was added successfully.
PS C:\Users\lab-info\Documents\Repositorios> scoop install versions/lite-xl-addons
Installing 'lite-xl-addons' (2.1.7) [64bit] from 'versions' bucket
lite-xl-v2.1.7-addons-windows-x86_64.zip (2,0 MB) [===========] 100%
Checking hash of lite-xl-v2.1.7-addons-windows-x86_64.zip ... ok.
Extracting lite-xl-v2.1.7-addons-windows-x86_64.zip ... done.
Linking ~\scoop\apps\lite-xl-addons\current => ~\scoop\apps\lite-xl-addons\2.1.7
Creating shim for 'lite-xl'.
WARN  Overwriting shim ('lite-xl.exe' -> 'lite-xl.exe') installed from lite-xl
Making C:\Users\lab-info\scoop\shims\lite-xl.exe a GUI binary.
Creating shortcut for Lite XL (lite-xl.exe)
'lite-xl-addons' (2.1.7) was installed successfully!

Abrimos Lite-XL y desde allí abrimos book.toml

[book]
authors = ["Offray Luna", "Marilyn Caro", "Andrés Becerra"]
language = "es"
multilingual = false
src = "src"
title = "Wiki LabCI"

Poblando de contenidos el wiki

Lancemos el mdbook con las opciones por omisión de la configuración

y ahora, dentro de book creemos una subcarpeta llamada autoformacion

mkdir -p book\autoformacion

Vamos a adescargar dentro de la subcarpeta autoformacion, las memorias de las sesiones. Empezando con esta sesión y yendo hacia atrás:

Al final tendremos algo como:

|_ LabCI/
  |_ book.toml
  |_ book/
    |_ autoformacion/
       |_ 15.md
       |_ 14.md
       |_ 13.md

Veremos cómo se verían estos contenidos en la web.

Nos dirigimos a la carpeta LabCI y escribimos:

mdbook serve --open

Veremos algo como:

Lo importante es que se ha generado un archivo plantilla titulado src/SUMMARY.md, que contiene la tabla de contenidos de nuestro posible libro.

Modífiquemoslo para que luzca como:

# Summary

- [Capítulo 1](./chapter_1.md)
- [Autoformación](./autoformacion.md)
  - [Sesión 15](./autoformacion/15.md)

Y peguemos en el documento reciencien creado, los contenidos del documento que descargamos.

Importante: comentemos los metadatos de YAML para que no generen ruido en la versión de mdBook. Deberían lucir algo como:

<!--@yaml
---
breaks: false
tags: LabCI, autoformación
---
-->

Y salvamos. Si vemos el documento en nuestro computador, debería lucir como:

Reconfiguración de mdBook y depuración de errores

Nos ubicamos desde la terminal en la carpeta donde creamos nuestro libro con mdbook:

Habitualmente lanzamos programas desde el menú de Windows:

Pero podemos lanzarlos desde la terminal:

lite-xl

Si lo lanzamos desde una ubicación en particular, por ejemplo la carpeta del libro, veremos también las subcarpetas y archivos que estan en esa ubicación.

:::success Desde la terminal:

  1. Ubicarse en la carpeta del libro configurado en sesión anterior.
  2. Lanzar lite-xl. :::

Si comparamos el archivo de configuración con las subcarpetas creadas automáticamente por mdbook init, nos daremos cuenta que la subcarpeta src/ corresponde al la configuración src = "src". Entender esto es importante para entender los cambios que vienen.

Cambiemos la carpeta para que sea más diciente:

[book]
authors = ["Equipo LabCI"]
language = "es"
multilingual = false
src = "wiki"
title = "Wiki LabCI"

:::success Modificar la carpeta del código fuente de nuestro libro por wiki, como aparece en el ejemplo anterior. :::

Lancemos ahora nuestro servidor (vista web) del libro:

 mdbook serve --open
2025-02-24 07:59:56 [ERROR] (mdbook::utils): Error: Couldn't open SUMMARY.md in "C:\\Users\\lab-info\\Documents\\Repositorios\\LabCI\\wiki" directory
2025-02-24 07:59:56 [ERROR] (mdbook::utils):    Caused By: El sistema no puede encontrar la ruta especificada. (os error 3)

Interpretemos el error en detalle:

  1. mdbook serve --open 2025-02-24 07:59:56 [ERROR] (mdbook::utils): Error: Couldn't open SUMMARY.md in "C:\\Users\\lab-info\\Documents\\Repositorios\\LabCI\\wiki" directory 2025-02-24 07:59:56 [ERROR] (mdbook::utils): Caused By: El sistema no puede encontrar la ruta especificada. (os error 3)

    Este mensaje nos dice:

    • cuando ocurre el mensaje 2025-02-24 07:59:56,
    • de qué naturaleza es: [ERROR]
    • detalles del mismo: Error: Couldn't open SUMMARY.md in "C:\\Users\\lab-info\\Documents\\Repositorios\\LabCI\\wiki" directory

:::success Renombrar la carpeta src por wiki para hacerla consistente con el archivo de configuración. :::

Desde de interfaz gráfica se haría así:

O desde la terminal:

mv src wiki

Si relanzamos ahora el libro veremos que no hay ningún error:

 mdbook serve --open
2025-02-24 08:08:29 [INFO] (mdbook::book): Book building has started
2025-02-24 08:08:29 [INFO] (mdbook::book): Running the html backend
2025-02-24 08:08:30 [INFO] (mdbook::cmd::serve): Serving on: http://localhost:3000
2025-02-24 08:08:30 [INFO] (mdbook): Opening web browser
2025-02-24 08:08:30 [INFO] (warp::server): Server::run; addr=[::1]:3000
2025-02-24 08:08:30 [INFO] (warp::server): listening on http://[::1]:3000
2025-02-24 08:08:30 [INFO] (mdbook::cmd::watch::poller): Watching for changes...

Démonos cuenta de qué naturaleza son los nuevos mensajes: son mensajes de información que nos muestran qué está pasando con el libro.

Notemos el último mensaje en particular:

2025-02-24 08:08:30 [INFO] (mdbook::cmd::watch::poller): Watching for changes...

Revisémos en detalle de qué va sese Watching for changes... (atento a los cambios). Para ello vamos a editar un archivo de ejemplo (creado automáticamente por mdbook init) en la subcarpeta que hemos renombrado como wiki/

:::success Entrar a la subcarpeta wiki/ y abrir el archivo chapter_1, modificándolo a nuestro acomodo. :::

Creación de tablas de contenido

:::info Detengamos el servidor. Para ello nos paramos en la terminal donde se está ejecutando y presionamos la combinación de teclas Ctrl + C :::

Con el servidor de mdbook detenido, ubiquémonos en el archivo SUMMARY.md. Su contenido es este:

# Summary

- [Chapter 1](./chapter_1.md)

Si miramos en detalle se trata de una lista que apunta a direcciones del disco duro en la carpeta local. Esto se reconoce porque dichos enlaces empiezan por ./, por ejemplo ./chapter_1.md. Vamos a extender esa tabla de contenidos para que de cuenta de los trabajos que llevamos hasta el momento. Para ello usaremos la documentación oficial de mdBook sobre tablas de contenido.

Si notamos el ejemplo al final, notaremos una correspondencia entre el cógido fuente de la tabla de contenido en el archivo SUMMARY.md y lo que se muestra en el documento.

Vamos a convenir una tabla de contenido similar, pero para nuestro portafolio personal.

# Summary

- [Presentación](./presentacion.md)

# Sesiones

- [Micrositios de documentación y publicación (parte 2)](unisemanticas/sesiones/25A9.md)

# Portafolio

# Caja de herramientas

Si relanzamos el servidor, veremos lo siguiente:

:::warning IMPORTANTE: Mientras se está editando el archivo SUMMARY.md no se debe tener funcionando el servidor de mdbook. De lo contrario, en la medida en que se edita el archivo SUMMARY, se van a ir creando archivos temporales que corresponde a esas ediciones.

  • Las listas de la tabla de contenido deben usar caracteres consistentes (-, *).
  • Los nombres de los archivos a los que se apunta, no deben contener espacios. :::

Desde la terminal:

  1. nos ubicamos en la subcarpeta donde tenemos inicializado nuestro libro

  2. desde allí relanzamos lite-xl,

  3. nos ubicamos en el archivo SUMMARY.md (que deberá muy seguramente estará preseleccionado)

  4. lo editamos para actualizar la tabla de contenido de la siguiente manera:

    # Summary

- [Presentación](./presentacion.md)

# Sesiones

- [Micrositios de documentación y publicación (parte 2)](unisemanticas/sesiones/25A9.md)

# Portafolio

- [Ejercicio de Markdown](unisemanticas/portafolio/markdown.md)
- [Mapa mental de AlexNet](unisemanticas/portafolio/alexnet.md)
- [Estrategias metacognitivas](unisemanticas/portafolio/metacognitivas.md)
- [Podrá el código abierto cambiar la democracia](unisemanticas/portafolio/shirky.md)

# Caja de herramientas

  5. Salvamos el archivo SUMMARY.md y relanzamos el servidor de mdbook (mdbook serve --open) veremos la tabla de contenidos actualizada:

  6. Terminamos el servidor yendo a la consola y presionando la combinación de teclas Ctrl + c.

Poblando contenidos de la tabla

Notaremos que una vez tenemos la tabla de contenido y lanzamos el servidor, nuestro sistemas de archivos refleja esa tabla de contenidos creando las subcarpetas y archivos dentro de ella. Esto también se refleja en la jerarquía de archivos y carpetas mostrada por lite-xl.

  1. Desde lite-xl cliqueamos algunos de los archivos. Importante: elegir alguno de los archivos del portafolio, si bien este ejemplo se hará con la caja de herramientas.

  2. Copiar y pegar alguno de los contenidos del portafolio propio a esas archivos.

    :::info En caso de que lo que copiemos y peguemos tenga metadatos de YAML, debemos comentarlos de manera similar a esta:

     <!--@meta
 ---
 breaks: false
 tags: unidades semánticas, LabCI, MAI3
 ---
 -->

    :::

  3. Relanzamos el servidor de mdbook, en caso de no estar funcionando, desde la terminal y si visitamos en enlace dentro de la tabla de contenido que corresponde al archivo que acabamos de editar deberíamos ver su contenido:

titulo: Instaladores y gestores de Software

Los gestores e instaladores de software se aplican al problema de adquirir software nuevo de maneras consistentes y replicables y también de desistalarlos.

Estos sistemas permiten realizar lo que se conoce como instalaciones desatendidas, es decir instalaciones automatizadas de software en las que la persona sólo menciona el paquete que quiere (ejp: fossil) y la operación que va a realizar (instalar, actualizar, desinstalar) y el gestor de paquetes se encarga de realizar esta tarea sin mayores intervenciones

Es buena idea antes de instalar o configurar los instaladores/gestores que se verifiquen si ya se encuentran instalados y una forma de hacerlo es mirar, desde la consola o terminal, si por ejemplo los comandos scoop, nix o brew ya existen en el respectivo .

En esta sección mostraremos cómo instalar distintos gestores e instaladores de software de acuerdo a la plataforma en la que están disponibles. Listaremos primero el nombre de la plataforma y luego el del gestor/instalador particular para la misma. En algunos casos una misma herramienta puede servir para distintas plataformas, como se puede deducir de los títulos a continuación.

Windows: Scoop

En esta sección vamos a considerar Scoop, que es un instalador de paquetes para Windows con el que podemos automatizar varias labores de busqueda e instalación de software. De este modo no tenemos que hacer click 10 veces en siguiente, ni buscar por lugares dudosos de Internet, cómo adquirir nuestro software. Simplemente, si está disponible en los repositorios de software de Scoop, bastará un comando para tener nuestro software funcionando.

Para instalar Scoop son tres sencillos pasos:

  1. Abrir Power Shell:

  2. (Opcional): Habilitar la política de ejecución para la instalación:

    Set-ExecutionPolicy RemoteSigned -scope CurrentUser

  3. Instalar Scoop:

    El comando corto:

    iwr -useb get.scoop.sh | iex

    Ó el comando largo:

    iex (new-object net.webclient).downloadstring('https://get.scoop.sh')

Es bueno tener en cuenta las actualizaciones de scoop y sus dependencias, podrias obtener un mensaje como el siguiente:

::: danger En ocasiones, al intentar instalar un paquete puede salir este mensaje:

Scoop uses Git to update itself. Run 'scoop install git' and try again. Couldn't find manifest for 'pandoc'. En este caso actualiza primero sccop asi:
:::

Instalar git: (Opcional) Scoop hace uso de Git para instalar algunos paquetes, así que es recomendable instarlar con scoop git. Para ello desde PowerShell ejecutamos

    scoop install git

Extra: Chocolatey es otro gestor de software para Windows.

Mac: Homebrew/brew

https://brew.sh/

Instalar

Para instalar hay que ejecutar desde la terminal el comando

/usr/bin/ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)"

Buscar e instalar paquete

Buscar el paquete fossil

brew search fossil

y para instalar el paquete

brew install fossil

Y hacer lo mismo con pandoc en lugar de fossil.

Gnu/Linux y Mac: Nix

Las distribuciones de Linux cuentan con sus propios gestores de paquetes y es allí donde la idea más maduró y pasó a otros sistemas operativos. Sin embargo, en ocasiones el gestor nativo no siempre trae los paquetes que necesitamos, o las versiones no son las requeridas y en ese sentido es conveniente contar con otros gestores.

Nix

Actualizar lista de paquetes

Esto se hace para tener las últimas versiones

nix-channel --update

Arch y Manjaro Gnu/Linux y sus derivados: Yay

yay nos permite gestionar paquetes de software: (des)instalarlos, actualizarlos, etc, de manera amigable desde la consola de comandos y permitiédonos acceder al amplio y diverso AUR (Arch User Repository), lo cual nos brinda una gran cantidad de paquetes actualizados. En general es importante tener un ayudante de gestión de paquetes para que facilitemos nuestra gestión de software.

Abrimos la consola de comandos o terminal y desde allí escribimos:

sudo pacman -S binutils make gcc pkg-config fakeroot
cd /tmp
git clone https://aur.archlinux.org/yay.git
cd yay
makepkg -si

Hypothesis: Lectura hipertextual anotada

La parte de "Utilización" de Hypothesis fue tomado del texto Documentatón con permiso de su autor principal, David Ramírez-Ordoñez, Hiperterminal, a quien agradezco por ello.

Esta es una guía para usar e implementar la herramienta de anotaciones abiertas hypothes.is. En términos generales Hypothesis permite comentar cualquier documento en web, añadiendo una capa adicional que permite subrayar, comentar, etiquetar o responder a comentarios de documentos web como sitios, PDFs, videos y otros.

Al terminar esta guía, esteremos en capacidad de:

  • Crear una cuenta en Hypothes.is
  • Acceder a tu cuenta
  • Incluir documentos en tu cuenta para comentar.
  • Subrayar textos.
  • Crear y etiquetar comentarios.
  • Responder a comentarios de otros.
  • Compartir tus comentarios.

Enlaces extra:

Utilización

Crear una cuenta

Si bien puedes comentar documentos de manera anónima, al crear una cuenta tendrás un listado con los documentos que has comentado en hipothes.is.

Así se crea una cuenta:

  • Accede al sitio web https://www.hypothes.is/

  • Selecciona el botón "Get started" como se ve en la figura @fig:hyp-get-started.

    Creación de cuenta: acceda a Get started{width=80% #fig:hyp-get-started}

  • Accede al botón "Create a free account" como se ve en la figura @fig:hyp-free-account.

    Botón: Create a Free Account{width=45% #fig:hyp-free-account}

  • Escribe tu nombre de usuario, dirección de correo, contraseña y acepta los términos y condiciones y selecciona el botón "Sing up", en la figura @fig:hyp-sign-up-form.

    Formulario de registro{width=45% #fig:hyp-sign-up-form}

:::success :::{.admonition}

  • Crear tu cuenta en hypothesis.
  • Si estás en un taller, comparte en enlace a tu cuenta con otras participantes, usando el canal de Telegram una pizarra en las paredes del aula+taller o las notas digitales (pad) creadas para el evento.

La próxima vez que uses Hypothes.is simplemente deberá escribir su nombre de usuario y contraseña. ::: :::

Acceder a tu cuenta

Si ya tienes una cuenta en Hypothesis hay dos formas de acceder a tu cuenta:

  • Desde el sitio principal de Hypothesis
  • Desde un documento que se esté comentando en hypothesis

Las explicaremos a continuación.

:::warning :::{.admonition} Si acabaste de registrarte en tu cuenta, el procedimiento automáticamente te llevará a tu página de usuario y no es necesario pasos extra para acceder a tu cuenta de hipotesis. Sigue estos pasos en caso de que estés ingresando desde otro navegador o hayas cerrado la sesión previamente. ::: :::

Desde el sitio de Hypothesis

  • Acceda al sitio web https://www.hypothes.is/

  • Seleccione el botón "Log in" como se ve en la figura @fig:hyp-login-link.

    Menú superior de la página de Hypothesis. En enlace a login{width="80%" #fig:hyp-login-link}

:::warning :::{.admonition} El acceso o log in se encuentra al lado izquierdo del botón resaltado en negro. ::: :::

  • Aparecerá un cuadro que solicita su nombre de usuario o correo y su contraseña como se ve en la figura @fig:login-form:

    Hypothesis: Formulario de ingreso.{width=45% #fig:login-form}

:::success :::{.admonition}

  • Diligencia los datos antes explicados y usa Hypothesis desde tu cuenta. ::: :::

:::warning :::{.admonition}

  • Si olvidaste tu contraseña puedes usar el enlace de " Forgot your password?, que aparece abajo, en el formulario de ingreso (Log in)." ::: :::

Desde un documento que se esté comentando

Reconocerás los documentos que pueden comentarse desde Hypothesis porque en el lado derecho de la ventana del navegador encontrará una pestaña gris como la que se ve en la figura @fig:hyp-colapsado, que corresponde a una solapa de Hypothesis colapsada.

Solapa de Hypothesis colapsada{#fig:hyp-colapsado width=25%}

Si haces click en el ícono \faChevronLeft{} verás la solapa expandida, como la mostrada en la figura @fig:hyp-expandida.

Solapa de Hypothesis expandida{width=90% #fig:hyp-expandida}

Para ingresar a Hypothesis, realiza estos pasos:

  • En la columna de la izquierda selecciona la opción Log in

  • Aparecerá una ventana emergente con las opciones de usuario/correo y contraseña, como se ve en la figura @fig:hyp-login-form-via2:

    Formulario de ingreso, accedido desde la solapa lateral derecha de Hypothesis.{width="45%" #fig:hyp-login-form-via2}

:::success :::{.admonition}

:::info :::{.admonition} Reconocerás que estás usando hypothesis desde tu cuenta porque, en lugar den enlace que decía "Sign up / Log in", aparecerá la figura de una persona en el extremo superior derecho ({width=25px}, como se ve en la figura @fig:ingresado :

Solapa de Hypothesis, tras el ingreso.{#fig:ingresado width=90%} ::: :::

:::success :::{.admonition}

Incluir documentos en tu cuenta

Luego de acceder a tu cuenta podrás incluir documentos en tu listado personal para que puedan ser comentados. Para ello deberás:

  • Acceder al sitio web principal de Hypothesis, disponible en https://www.hypothes.is/

  • Acceder a la opción "Paste link" como se ve en la figura @fig:hyp-topbar-paste-link.

    Barra superior de Hypotesis: Agregar documentos para comentar vía "Paste link".{width="90%" #fig:hyp-topbar-paste-link}

:::warning :::{.admonition} La opción de pegar un enlace aparece en rojo en la imagen y no necesita acceder a su cuenta para que esté activa. ::: :::

  • Te aparecerá un cajón para incluir un enlace al documento que quiere anotar, seguido por el botón Annotate como se ve en la figura @fig:hyp-paste-link-form. Pega el enlace del documento a anotar y selecciona el botón Annotate:

    Formulario para anotar un enlace.{width="90%" #fig:hyp-paste-link-form}

  • Te aparecerán las pestañas de la derecha, con tres opciones como se ve en la figura @fig:hyp-sidebar-pasted-link. Selecciona la pestaña \faChevronLeft{} para abrir la solapa de la derecha, donde podrás ver las opciones de Hypothes.is

    Barra latera de hypothesis colapsada, creada en documento vía pegar un enlace ("Paste link").{width="60%" #fig:hyp-sidebar-pasted-link}

Una vez hayas subrayado un texto o creado una anotación, el documento aparecerá en tu historial de usuario.

:::success :::{.admonition}

  • Agrega documentos, que quieras anotar, a tu cuenta de Hypothesis vía enlaces pegados. ::: :::

Compartir textos anotados o para anotar

Incluso con el simple hecho de saber cómo anotar documentos en línea vía un enlace pegado, ya estamos en condiciones de cambiar nuestros hábitos de lectura y compartir nuestras lecturas con otros.

Para compartir una lectura basta con cliquear en el icono \faChevronLeft{} para desplegar la solapa lateral derecha de Hypothesis sobre cualquiera de los textos que hayas agregado en la sección anterior. Veremos en dicha solapa una barra superior como la mostrada en la figura @fig:hyp-lateral-top-bar.

Detalle de la barra lateral superior de Hypothesis{width="40%" #fig:hyp-lateral-top-bar}

En dicha barra seleccionamos el ícono \faShareAlt{} y se desplegará, justo abajo, una ventana como la mostrada en la figura @fig:hyp-sharing, que nos muestra en enlace para compartir y nos sugiere una formar para hacerlo, como Twitter, Facebook y correo electrónico. En caso de que estemos también navegando con nuestro usuario por dichas redes socales, cuando hagamos click en sus respectivos íconos nos llevará automáticamente a la opción de compartir, con un mensaje precreado, que podemos modificar para finalmente enviar el mensaje en Facebook o Twitter.

Compartir lecturas en Hypothesis{width="40%" #fig:hyp-sharing}

:::success :::{.admonition}

  • Comparte algunos de los documentos que quieres anotar con otros, recien agregados en sección previa. ::: :::

Subrayar textos

Mientras está revisando un documento con hypothesis, puede subrayar una parte del texto y aparecerá la opción de Anotar (Annotate) o Subrayar (Highlight), como se ve [en esta imagen](http://wiki2.nomono.co/lib/exe/fetch. php?media=bibliotecariosalsenado:manuales:hypothesis:subrayado-hypothesis.gif). Haga click en Highlight y el documento incluirá un resaltado de color amarillo.

Subrayado en hypothes.is{width="60%"}

:::success :::{.admonition}

  • Subraya un texto con Hypothes.is ::: :::

Crear anotaciones y etiquetas

Mientras está revisando un documento con hypothesis, puede subrayar una parte del texto y aparecerá la opción de Anotar (Annotate) o Subrayar (Highlight), como se ve en esta imagen.

{width="60%"}

Cliquea en Annotate y el documento incluirá un resaltado de color amarillo, adicionalmente en la sección lateral derecha se desplegará un cajón de comentarios, donde podrás escribir tu comentario. Adicionalmente aparece un campo de etiquetas (en inglés Add tags..) donde podrás incluir palabras para describir tu comentario, para que a futuro con esa palabra puedas buscarlo y encontrarlo.

Finalmente deberás presionar el botón Post to public o Publicar públicamente. Esto quiere decir que tu comentario podrá ser visto por quien tenga acceso al documento en Hypothesis.

:::success :::{.admonition}

  • Incluye un comentario a un texto con Hypothes.is ::: :::

Responder a comentarios de otros

En la columna lateral derecha se encuentran las anotaciones y comentarios que se han hecho a un documento. Hypothesis permite crear hilos de debate en comentarios específicos. Esto se hace así:

Ubicamos el comentario que queremos responder. En la parte inferior derecha encontraremos una flecha hacia la izquierda, similar a \faMailReply, como se ve en la figura @fig:hyp-comment.

Anotación en Hipothesis, con iconos de manipulación, de derecha a izquierda: editar, borrar, responder y compartir.{width="30%" #fig:hyp-comment}

Una vez hagamos click en el ícono \faMailReply{}, se abrirá un cajón de texto debajo del comentario inicial, en el cual podremos escribir nuestros comentarios, como se ve en la figura @fig:hyp-comment-reply-form. Podremos escribir las etiquetas que identifiquen a este nuevo comentario, para describirlo.

Cajón para responder a un comentario en Hypothesis{width="40%" #fig:hyp-comment-reply-form}

Cuando tengamos redactada la respuesta e incluidas las etiquetas, deberemos pulsar el botón Post to Public (ver figura @fig:hyp-reply-form-filled). Así nuestros comentario será visible para otras personas que accedan al documento en Hypothesis.

Cajón para responder a un comentario en Hypothesis{width="45%" #fig:hyp-reply-form-filled}

Cada comentario puede tener múltiples respuestas anidadas. Éstas se enumerarán y se podrán desplegar o esconder haciendo click en Hide replies que aquí identifica que el comentario inicial tiene una respuesta (ver figura @fig:hyp-hide-replies). Si usted recibe un comentario, Hypothesis le enviará un correo electrónico notificándolo de dicha acción.

Respuesta a un comentario de Hipothesis{width="40%" #fig:hyp-hide-replies}

:::success :::{.admonition}

  • Responde a un comentario en Hypothes.is . ::: :::

Compartir los comentarios

Para compartir un comentario específico seleccionamos en el comentario, el ícono \faShareAlt{}, que se encuentran en la parte inferior derecha de la barra lateral derecha, como se muestra en la figura @fig:hyp-comment.

Anotación en Hipothesis{width=45% #fig:hyp-comment}

Se desplegará una ventana en la que podrá copiar la URL para compartir, o al lado del texto Share (Compartir en inglés) aparecen los íconos de Twitter, Facebook o un correo electrónico. Podrá enviar el enlace por cualquiera de estos medios de forma automática.

{width="60%"}

:::success :::{.admonition}

  • Comparte el comentario con otros participantes en un taller o vía redes sociales via un enlace específico. ::: :::

Ejercicio de Cierre

Hemos visto acciones puntuales que se pueden realizar para la lectura anotada con Hypothesis. Ahora vamos a realizar un ejercicio que las junta todas.

:::success ::: {.admonition}

  • Entra a la [página del proyecto Documentatón][documentaton] y busca la sección "Descargas". Encontrarás un enlace a la última versión en PDF del libro (ver figura @fig:documentaton-descargas).

    Sección de descargas de la documentatón{width="50%" #fig:documentaton-descargas}

  • Copia el enlace de la versión PDF del libro Documentatón y agrégalo a tus lecturas anotadas en Hypothesis, con el método "Copiar enlace", antes descrito.

  • Comparte en enlace de la lectura anotada de Documentatón con otras compañeras.

  • Realiza una lectura anotada del libro Documentatón. Te sugerimos empezar por la sección de "Preliminares" y luego explorar el libro, con lectura anotada en distintos órdenes, de acuerdo a tus saberes previos y a lo que más te llame la atención.

  • Comparte tus comentarios con otros y busca comentarios que te hayan compartido para iniciar una conversación alrededor de los temas de la lectura. ::: :::

Implementación

En la sección anterior hemos supuesto que encontramos cualquier sitio o documento público en Internet y usamos la estrategia de "Pegar un enlace" ("Paste a link") para convertilo en un documento anotable y un espacio de conversación. Sin embargo, esto implica que las personas ya saben que dicha opción e hypothesis ya existen y en ocasiones lo que queremos es hacer explícito la posibilidad de anotar nuestro sitio con hypothesis sin que la lectora tenga un conocimiento previo de su existencia, sino que el sitio mismo contenga invitaciones evidentes para realizar la lectura anotada. Esta sección nos muestra dos maneras de hacerlo: la primera colocando las solapas laterales en nuestra página web, con lo cual se cargará siempre y la segunda haciendo que las mismas aparezcan por demanda al presionar un icono, que de hecho puede ser la opción que está disponible en caso de que estés leyendo esta página en línea.

Para hacer las solapas de hypothesis explícitas en cualquier página web, agregamos la siguiente línea en la sección de scripts de su código HTML:

<!-- Hypothesis -->
<script src="https://hypothes.is/embed.js" async></script>

Y recargamos la página, con lo cual deberían verse las conocidas solapas de Hypothesis, que ya hemos considerado en la sección previa, en su habitual borde derecho, como se muestra en la siguiente figura:

Detalle de la página web de la Coronapedia con las solapas de hypothesis recogidas (izquierda) y expandidas (derecha){width=95%}

Para hacer las solapas de Hypothesis desplegables por demanda, necesitamos dos cosas: vincular un icono a un enlace que las desplegará y hacer que se cargue un script cuando lo cliqueamos. Veámoslo en detalle.

Si tenemos un tema HTML/CSS que soporta la fuente fontawesome, un código similar al siguiente debería producirel ícono de un marcador o resaltador :

<a href="#" id="hypLoad" class="icon solid fa-highlighter">
  <span class="label">Anotar</span></a>

En dicho código además colocamos el ícono dentro de un enlace al que le pusimos el texto alterno "Anotar" (en caso de que las fuentes awesome no carguen) y le colocamos un identificador (id="hypLoad), que nos servirá para relacionarlo con el código en JavaScript que nos permite saber cuándo lo cliquean. Dicho código es el siguiente:

  <script type="application/json" class="js-hypothesis-config">
    {
      "openSidebar": true
    }
  </script>
  <script type="text/javascript">
  // Based on: https://stackoverflow.com/questions/19385236/
    var hypLoad = document.getElementById("hypLoad");
    hypLoad.addEventListener("click",function(e) {
        e.stopPropagation();
        e.preventDefault();
        var script = document.createElement('SCRIPT');  
        script.src="https://hypothes.is/embed.js";
        document.getElementsByTagName('body')[0].appendChild(script);
    });
  </script>

En el código anterior el primer script (primeras 5 líneas) configura las opciones de la barra de hypothesis para que cuando esta se despligue lo haga extendida, mientras que el segundo (lineas 6 en adelante) detecta cuándo el elemento cuyo identificador es hypLoad ha sido cliqueado y en ese caso agrega dinámicamente al HTML el script de hypothesis que presentamos en el primer método, mostrando la solapa expandida.

Con cualquiera de estas dos aproximaciones debería quedar disponible nuestras páginas web para poderlas conversar con hypothesis para el gusto nuestro y de nuestras lectoras.

Scuttlebut: redes sociales distribuidas

titulo: "Scuttlebutt: Un protocolo y red social distribuidos, seguros, locales primero, resilientes y cifrados" repositories: - coronapedia - dataweek namespace: wiki filename: ssb.md breaks: false toc: true

Imagen alusiva al logo de Scuttlebutt

Scuttlebutt, también conocido como Secure Scuttlebutt o simplemente SSB (sbb), es un protocolo distribuido, seguro, cifrado, así como la red social construida sobre el mismo, que valora la (inter)subjetividad y la construcción entre pares tanto en lo social como en lo tecnológico.

{width="95%"}

{width="95%"}

Arriba: Vistas de cómo luce Scuttlebutt (derecha) versus Twitter (izquierda).

Scuttlebutt tiene varias diferencias con las redes sociales populares (como explica este video). Entre las diferencias fundamentales con redes y tecnologías más conocidas destacamos:

  • Es local primero: No requiere conexión a Internet para almacenar y replicar mensajes, sino que los guarda primero en el dispositivo que los produce (celular, portátil, etc) y luego usa la conexión disponible (bluetooth, wifi, intranet, internet) para coordinarlo con pares a través del protocolo de rumor.

    Más info: Local first.

  • Entre pares: No existen máquinas ni usuarios privilegiados por la arquitectura de la red. Cada celular, tableta, computador portátil o de escritorio, servidor en la web, rasberry pi, etc, tiene las mismas posibilidades de producir, almacenar y propagar información en Scuttlebutt y cada usuario de estas máquinas es a la vez productor, guardian, censor y facilitador de los mensajes que circulan en su red de pares.

  • El contenido está firmado, es verificable y replicado entre pares: esto quiere decir que se pude auditar que efecivamente quien produjo el contenido lo hizo al agregarle su firma (evitando la producción de mensajes falsos y la suplantación) y evitando el borrado, lo cual, en general, produce conversaciones más reflexivas. Hay un soporte experimental para borrado suave que permite el borrado en todas las máquinas, una vez los pares que sincronizaban el contenido que se desea borrar se han conectado de nuevo.

  • Se producen concensos locales y se valora la (inter)subjetividad: A diferencia de otros procolos basados en blockchain (como Ethereum), donde una base de datos única se replica entre centenares de computadores que peléan entre sí y son premiados por producir el siguiente trozo de verdad absoluta en dicha base de datos, en Scuttlebutt se parte de mensajes producidos entre pares que se propagan por la red mediante el protocolo de rumor. Esto es computacionalmente eficiente, pues no gasta recursos más allá de los de producir y repartir ese mensaje y permite que grupos distintos tengan verdades diferentes, que pueden sincronizar y validar luego, si así lo desean, entre sí, de modo similar a como funcionan las relaciones sociales, la biología (y Holochain), donde el orden global parte de consensos locales.

  • Es un protocolo, no una aplicación: Si bien la red social y el protocolo reciben ambos el mismo nombre, la primera es sólo una forma específica de encarnar al segundo y otras aplicaciones como clones de Sound Cloud, evaluadores de libros, o sistemas de blog, han sido creados sobre el mismo protocolo, basándose en las ideas del mismo (algunas explicadas anterioremente), lo que hace que dichas aplicaciones distribuyan sus datos via el protocolo y lo extiendan y visualicen de acuerdo a la experiencia que la aplicación busca proveer. En ese sentido, es más cercano al trabajo de Protocol Labs, aunque con un enfoque más pragmático desde una implementacion del protocolo en NodeJS, que sirve a los nómadas y personas que lo están contruyendo en el presente y es extensible en en futuro.

En mayor detalle, Scuttlebut usa llaves públicas y privadas que identifican a un usuario del protocolo o red social y están asociados a la máquina donde se instala Scuttlebutt. Dichas llaves se usan para construir una secuencia de mensajes firmados por su autor y verificables por terceros, que indican cúal mensaje les precede (similar a una cadena de bloques o blockchain). Gracias a las llaves públicas y privadas y a un protocolo de rumor (o gossip), los mensajes se reparten entre los miembros de la red de manera que quedan replicados de modo auditable y seguro entre varios miembros y pueden ser cifrados punto a punto (sólo legibles por su destinatario)o transitar de modo visible de modo similar a los mensajes públicos y directos de las redes sociales, con la garantía de que los últimos no sólo son directos, sin privados. Debido al uso de dicho protocolo, Scuttlebutt está diseñado para no tener un servidor central, sino que cada máquina donde está instalado (ya sea un celular, una tableta, un portatil, un servidor en internet), es un par en igualdad de condiciones que todas las demás máquinas para producir, distribuir y almacenar los mensajes.

Enlaces extra:

Aplicaciones

Las aplicaciones son herramientas de software que interactuan con el protocolo de Scuttlebutt. Las más populares muestran la red social, pero podrían haber otras que usen el procololo de modos diferentes.

  • Scuttlebutt Apps.
  • Patchwork: es el cliente habitual y más usado para la red social.
  • Patchbay: es un cliente experimental para desarrolladores, con características avanzadas como un juego de ajedrez distribuido y una interface con Dark Crystal.
  • Crédito Mutuo.

Patchwork

Como dijimos, es la aplicación más amigable y habitual para usar el protocolo Scuttlebutt y mostrar su red social.

Para instalarlo podemos entrar a su página de descargas y descargar el binario para el sistema operativo (Windows, Mac, Gnu/Linux) o usar el gestor de paquetes de nuestro sistema operativo.

:::info En caso de que se presente algún inconveniente con las fuentes de descarga mencionadas anteriormente, recomendamos usar el instalador de paquetes (para linux) Snaps y seguir las instrucciones para la instalaión de Patchwork. :::

Así se ve recién se instala patchwork:

Captura de pantalla de Patchworks recién instalado

Ejercio:

  • Un primer mensajes sobre nosostros mismos (about).

  • Un segundo mensaje a la red.

  • Ver los mensajes fuera de la interaz gráfica (interfaz de línea de comandos):

    • Instalar el Scuttlebutt Server
    • Leer los flujos de mensajes desde el servidor.

  • Agregarnos mutuamente (pegar llaves públicas):

    • Agregamos un pub.
    • David: @03SpQOdYjF+zDGe08u55T5jTWkY/g3pRMGZ0ng5RxKc=.ed25519
    • Eduardo: @Orb+xfzIzsGsetj/Wsl6Qpf1ZPV8GjeqxGeRi8aVskU=.ed25519
    • Raoul: @9RNYMejI2M3prFOXJ6CfDYLzWJZ8KuWiNTh/xOfOP5Q=.ed25519
    • Offray: @QRttJgVouWhDWpnZHo2BoT5LkGA1irFA+fY+HkGSksc=.ed25519
    • Leo: @ffoSBAuCEAYPFFvcvMdPd89lzSONw6skT5aUIa59qS0=.ed25519
    • Olivia: @+M3X4SJMblCsnA95laTN7KHSWiYOo9di+vj3DXPAics=.ed25519
    • Natalia: @6vVd8RKbQBJ0do8DruyvdELDXt/T/mHG00OTuI+xHho=.ed25519
    • Carlos: @8jWbdPBRHfWNKhQQKcZwDnmPn14OPcddHU6cCk08Vus=.ed25519
    • Camilo: @Z8gF7Peg2Bbo6bySDxlt+hceoURcDqeknq7rOdWODmA=.ed25519

  • Jessica: @GnOPdSpOi45DO0shJ30J71oC5O2671DFARFoea0OF9c=.ed25519

  • Ver cómo cambia el flujo de información una vez aumentan los amigos.

    • Desde la interfaz gráfica.
    • Desde la consola de comandos.

  • Reciproka: Mercado+Billetara Crédito Mutuo.

    • Interfaz entre Pharo y Scutllebutt.

Desarrollo:

  • Un primer mensajes sobre nosostros mismos (about): Basta con llenar la caja de diálogo de autodescripción mostrada en la pantalla anterior. Con esto el mensaje quedaría así:

    Captura de pantalla de la primera publicación del perfil en Scuttlebutt{width="95%"}

  • Un segundo mensaje a la red: Para esto escribimos en la caja que aparece en la parte superior. Al igual que antes, Patchwork nos brindará una vista previa de cómo quedará dicho mensaje, indicando que no puede ser borrado y luego de que confirmemos, nos mostrará como luce dicho mensaje en nuestra línea de tiempo o muro (que el Scuttlebutt se conoce como feed).

    Captura de pantalla de una primera publicación en Scuttlebutt mientras se redactaba{width="95%"}.

    Resultado de una publicación realizada en Scuttlebutt{width="95%"}

  • Ver los mensajes fuera de la interaz gráfica (interfaz de línea de comandos)

    • Instalar Scuttlebutt Server

      Scuttlebutt server es un programa que nos permite interactuar con la red y el protocolo de Scuttlebutt desde la consola de comandos. Esta hecho sobre NodeJS.

      Instrucciones de instalación de ssb-server.

      Para Manjaro/Arch

      yay -S nodejs

      Para Debian/Ubuntu:

      sudo apt-get install autotools-dev automake
sudo apt install npm
npm install ssb-server

      Si se usa la opción -g en el último comando se debe usar también sudo.

      Si se tiene abierto Patchwork NO es necesario lanzar el servidor, pero si no esta abierto, debemos lanzarlo, ejecutando desde la carpeta donde se instaló ssb-server, el comando:

      ./node_modules/.bin/ssb-server start

      Los flujos de mensajes están asociados al usuario que los produce. Para poder verlo hacemos:

      ./node_modules/.bin/ssb-server whoami

      La salida será algo como:

      {
   "id": "@03SpQOdYjF+zDGe08u55T5jTWkY/g3pRMGZ0ng5RxKc=.ed25519"
  }

      Para crear ese feed y mostrarlo en la consola de comandos escribimos:

      ./node_modules/.bin/ssb-server createUserStream --id "@03SpQOdYjF+zDGe08u55T5jTWkY/g3pRMGZ0ng5RxKc=.ed25519"

      La salida es algo como:

      {
    "key": "%SoWlcfGmYCJJPHrzNUWiNXmMuHJQ8W9FsArJivX1s4SQ=.sha256",  
    "value": {
      "previous": null,
      "sequence": 1,
      "author": "@03SpQOdYjF+zDGe08u55T5jTWkY/g3pRMGZ0ng5RxKc=.ed25519",
      "timestamp": 1578336729637,
      "hash": "sha256",
      "content": {
      "type": "about",
      "about": "@03SpQOdYjF+zDGe08u55T5jTWkY/g3pRMGZ0ng5RxKc=.ed25519",
      "image": "&S5lpEPVSxVSN08dTqY6sNKaRGlHka+ZeVnlocU+RBME=.sha256",
      "name": "hiperterminal",
      "description": "Bibliotecario, profesor y bloguero. Investigador en la UOC."
    },
    "signature": "4Xi38tJp29wj9Ch3pe3aqTgZS/+z/CpcsZC3hCd4tyWX+vSg6Lotbcd9Wsy7ceHfDq11GQ6eXcIS2PpCW7GSBQ==.sig.ed25519"
  },
  "timestamp": 1578336729639
}

{
  "key": "%nfbvD4nhEKGbo78/8xMhnBJbhsaKTS1tAnvbLOVxP4s=.sha256",
  "value": {
    "previous": "%oWlcfGmYCJJPHrzNUWiNXmMuHJQ8W9FsArJivX1s4SQ=.sha256",
    "sequence": 2,
    "author": "@03SpQOdYjF+zDGe08u55T5jTWkY/g3pRMGZ0ng5RxKc=.ed25519",
    "timestamp": 1578341974967,
    "hash": "sha256",
    "content": {
      "type": "post",
      "text": "Mi primer post del 2020: Los libros que me leí en el 2019 http://a.nomono.co/j0",
      "mentions": []
    },
    "signature": "AX02UAdwtWVwkfgcwbzpL0ywguk5rs/ppZdIMnY0PSsw+84faokBPn4doVNl3FeYoV0Au5mBaxlC/RAaGftVAA==.sig.ed25519"
  },
  "timestamp": 1578341974992
}

    Que es una representación de la cadena de bloques que mecionamos en la Data Roda 38:

    {width="90%"}

    Si notamos el campo previous del primer mensaje apunta a null (no hay nada antes del primer mensaje) y su llave es %SoWlcfGmYCJJPHrzNUWiNXmMuHJQ8W9FsArJivX1s4SQ=.sha256 y el segundo mensaje tiene como campo previous dicha llave. Así se construye la cadena de bloques de Scuttlebutt.

:::info En caso de que las distintas instalaciones de Patchwork y ssb-server entren en conflicto, es bueno indicar en qué carpeta estamos almacenando nuestros datos, para lo cual exportamos la respecta variable de entorno:

export ssb_appname="ssb"

:::

Agregarnos personas

Para agregarnos desde Patchwork lo que hacemos es que pegamos en la caja superior donde dice "palabra, @key, #canal"

Perfil de Edu{width="95%"}

Confirmación antes de empezar a seguir a Edu

{width="95%"}

:::warning Al parecer enviarnos las @llaves no basta para seguirnos directamente. Exploraremos usando un pub para ello. :::

Usar pubs:

Un pub es un usuario de Scuttlebutt que sigue de manera automática de vuelta a quienes le siguen, con lo cual facilita que la gente se encuentre entre sí.

Usaremos el pub en: https://ssb-pub.picodevelopment.nl/, tomando un enlace de invitación y pegándolo en nuestro botón +Join Server. Los pubs son "amigos" robot, que siguen automáticamente de vuelta a quien les sigue.

Una vez nos hemos agregado, podemos ejecutar de nuevo el comando del feed:

./node_modules/.bin/ssb-server createUserStream --id "@abc123"

Mostrará sólo los mensajes de cada uno. Pero si ejecutamos du -hs ~/.ssb/ dará un espacio "grande", pues no sólo estamos guardando allí nuestros mensajes, sino el de todos aquellos a quienes seguimos.

Para la siguiente sesión trabajaremos una billetera y mercado de crédito mutuo, llamada Reciproka.

Configurar una red de pruebas (testnet)

  • https://github.com/ssbc/ssb-server/