Nuevo proyecto para mitigar los problemas de visibilidad de los eventos

[Raul Jimenez Ortega]

Buenas familia,

Este es un problema del que ya hemos hablado muchas veces y del que todos adolecemos, por eso envío este correo por separado. Seré breve.

Sería genial contar con vuestra ayuda/feedback en el proyecto llamado (provisionalmente) "OpenTechEvents Spec" y que trata de este problema (en el repo + info).

He creado un issue para que vayamos compartiendo ideas del posible alcance de un MVP.

A quienes os apetezca aportar a este proyecto, os pido al menos una de las siguientes cosas:

• Que indiques tu interés en participar en: "Propuesta de encuentro online sobre OpenTechEvents Spec"  (para buscar fecha)
• Que revises "Alcance del MVP" y envíes tus ideas, propuestas o comentarios.

• Que respondas a este correo diciendo: si tuvieses al genio de la lámpara maravillosa delante, ¿cuál sería el deseo que le pedirías para resolver el mayor problema del que adolece la(s) comunidad(es) que dinamizas? (en relación con que nadie se vuelva a perder uno de tus eventos por no haberse enterado)

¡¡Gracias y buen fin de semana a tod@s!!

[Javier Vélez]

Suena muy interesante gracias Raúl. Estaría bien montar una reunión para que se hablara del proyecto. 

No obstante adelanto un poco mi perspectiva. Si una cosa parece haber dejado claro la inteligencia artificial de última generación es que los problemas de integración con terceras partes ya no se resuelven a partir de estándares o convenciones organizacionales. 

Los agentes de inteligencia artificial son capaces de automatizar cualquier proceso de integración descubriendo formatos y metadatos de intercambio. Pero si quieres eso lo discutimos en la reunión.

--
Has recibido este mensaje porque estás suscrito al grupo "Community Builders" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a community-builde...@googlegroups.com.
Para ver este debate, visita https://groups.google.com/d/msgid/community-builders-es/b7d58a6a-3096-4abc-8940-66b0afc8568dn%40googlegroups.com.

[Raul Jimenez Ortega]

Genial Javi! No te falta razón.

Aquí está el issue para coordinar la reunión y hablar del proyecto.

Abrazo!

[Rafael Escano]

Lo mismo no he entendido bien el proyecto, pero me sonado mucho a la web de eventos.wiki (que no sé por qué, ahora no me carga). ¿Se pretende hacer algo similar?

Para ver este debate, visita https://groups.google.com/d/msgid/community-builders-es/ab316699-1412-47ed-93ce-a421a2c22b72n%40googlegroups.com.

--

Rafa Escaño

http://about.me/rafaelescano

[Nicolás Patarino]

Buenas Raúl, yo tengo la web de techconf.es, ¿el proyecto sería algo también de este estilo?
Sólo lo pregunto por curiosidad.

Para ver este debate, visita https://groups.google.com/d/msgid/community-builders-es/CAE2XcyL%3Dc9TQdTZ5tE3kdrtPo%3DMXar%3Dr4gKqdaFqCmGE%3D2gPSw%40mail.gmail.com.

[Raul Jimenez Ortega]

Ey Rafa & Nico!!! gracias por responder, y buena pregunta!! Será mi excusa para soltar la versión extendida 😀

Para intentar explicarlo mejor, voy a empezar con una analogía; la especificación GeoJSON (estándar RFC7946).

-------

¿QUÉ ES GEOJSON?

En un vistazo rápido a geojson.org se puede ver cómo usar JSON para representar  datos geolocalizados (como puntos, líneas, polígonos). Ejemplo sencillo de cómo se representa un punto en GeoJSON:

El propósito de GeoJSON es intentar poner de acuerdo a las organizaciones que generan datos geolocalizados para que todas usen el mismo esquema, y los datos sean interoperables entre plataformas (da igual quién genere el dato, lo importante es que sea una convención, y que se pueda generar y consumir fácilmente). Y para quienes no quieran generar datos usando esta convención (GeoJSON), se pueden escribir pequeños scripts que transformen cualquier dato a GeoJSON (aquí podéis ver multitud de conversores de GeoJSON).

-------

Pues este proyecto persigue aliviar el mismo dolor; pero en este caso centrado en el problema de compartir y difundir datos de conferencias y meetups técnicos fácilmente, de manera estructurada e interoperable. 

Actualmente hay muchísimas webs y sitios donde se pueden encontrar eventos (eventos.wiki, y aquí puedes ver solo unas pocas más). Pero creo que el "dolor" es:

• Los datos de las conferencias de muchas de estas webs no son abiertos (o no especifican si se pueden reutilizar o bajo qué licencia)
• Los datos de los eventos se ofrecen:
  • Algunas (no muchas) veces, en un formato "machine-readable" para facilitar la sindicación:
    • Como RSS o iCal
    • Algunas ofrecen APIs:
      • Unas de pago (como Meetup)
      • Otras gratuitas (como techconf.directory)
      • Pero con mucha frecuencia cada plataforma usa su propio esquema de datos (aunque gracias a la IA se pueden hacer scripts rápidos, también es fácil que se rompan)
  • Otras reciben/aceptan información, pero sólo la publican como HTML ("humar-readable", pero no machine-readable).

Todo esto lleva a que publicar un evento en estas +20 plataformas lleve muchísimo tiempo (y no se haga), porque cada una requiere un proceso diferente y, por tanto, tiempo. Esto lleva a que al final cada plataforma tiene solo una parte de las conferencias, por ende, etc.

Por tanto, el principal objetivo NO es tanto crear otro directorio más. Yo diría que lo primero, tras diseñar la especificación, debería ser crear una herramienta de multipublicación, o distribución de contenidos (de esta especificación a múltiples sitios). En resumen, lo que es Buffer/Metricool/Hootsuite… para las redes sociales, pero en este caso, para publicar en las plataformas y directorios de eventos (eventos.wiki, techconf.es, lu.ma, meetup?,  redes sociales, etc). Donde la persona que publica el evento decide dónde publicarlo.

> Nota: Uno de esos directorios en los que la herramienta podría publicar sería un directorio abierto de Community Builders, donde los datos estén licenciados para su reutilización y, además, se expongan vía una API gratuita en múltiples formatos (RSS, iCAL, … pero también el que definamos nosotros). Y qué deberíamos ofrecer a todas las plataformas como fuente de datos de la que alimentarse legítimamente para sus propios directorios.

Pero eso sería solo el principio, a futuro se podría crear un ecosistema completo de herramientas (algunas ideas).

Perdón la chapa, espero que ahora se entienda mejor. ¿Os he liado más? xD

¡¡Un abrazo!!

P.D: Friendly reminder, si os interesa, podéis apuntaros a la "Propuesta de encuentro online sobre OpenTechEvents Spec"  (para buscar fecha), o revisar el "Alcance del MVP" y enviar ideas, propuestas o comentarios :).