Crear un único dataset opendata de eventos que todos los directorios de eventos puedan indexar

[hhkaos]

Buenas familia,

Inicialmente compartí esta idea como un issue en el repo del directorio de comunidades, pero he decidido trasladar la conversación aquí, ya que esto en sí misma puede considerarse una iniciativa con entidad propia:

Aunque el propósito inicial de este proyecto no es mostrar todos los eventos, es un tema que ha surgido ya en varias ocasiones, así que quería sacarlo, y creo que este puede ser un buen sitio para discutirlo.

Nos enfrentamos a un reto que me temo que va cada vez a peor. Con la caída de meetup.com cada vez se hace más difícil encontrar eventos, como es lógico cada comunidad apuesta por la tecnología que le resulta más útil según sus necesidades: algunas siguen en meetup.com, otras usan sus propios sistemas, otras usan Google Calendar, otras las propias redes sociales, eventbrite, lu.ma, ti.to, etc (ver más). Esto lleva a que sea más difícil tener un único sitio donde poder estar al día de lo que hay.

Por otro lado hay otras personas intentando resolver esto, intentando crear sistemas que nos vuelvan a reunir o agregando estos calendarios, como @achamorro-dev, @Caballerog, @jcea, etc. Resultando en muchos calendarios y agregadores diferentes (Codemotion, EncuentrosTech (que comunican en Linkedin semanalmente tb), madridtechtalks, .... aquí todos los que hemos localizado hasta la fecha.

Por desgracia esto conlleva a duplicar, y dividir esfuerzos que implican que las comunidades, para darle visibilidad a nuestros eventos, tenemos que dedicar mucho más esfuerzo a dar de alta los eventos en múltiples sitios.

Creo que deberíamos hablar entre tod@s y buscar una solución.

Quería añadir otras conversaciones/reflexiones similares que me han venido a la cabeza y que están relacioandas

• @crystian me comentó que también quería hacer algún "tipo de agregador"
• en su día @ntkog también creó ComBuildersES/meetup_calendar
• Por otro lado @olea me dijo que en github.com/orgs/HackLab-Almeria también hicieron un script similar
• @soydachi y yo hablamos tb sobre plataformas y un poco sobre este problema
• Con @deors también hablé sobre los eventos de Málaga

Yo pienso que lo ideal sería tener una conversación para definir un esquema JSON para crear un dataset opendata único que podamos mantener (sin interfaz), y que luego cada plataforma pueda usar para alimentar sus sistemas, minimizando el esfuerzo que las comunidades tenemos que hacer para comunicar un nuevo evento, y maximizando la difusión.

Quizás alimentar este dataset podría automatizarse si las comunidades dan permiso para hacer un scrapping del sistema que usen actualmente.

¿Qué opináis?.

Podéis ver respuestas previas en el issue (perdón por el jaleo 🙏😅).

Sería genial si alguien tuviese motivación y energía para liderarla (no quiero mirar a nadie ... 😉)

[jcea]

Desde mi punto de vista, cualquier organización que tenga un calendario de eventos debe proporcionarlos (además) en iCal. Se puede consumir directamente con el móvil y hacer cosas como confirmar asistencias, proponer cambios, etc. Para mí ese tema está resuelto.

Desde mi perspectiva la parte que cumple (a mi pesar) Meetup es la parte de descubrimiento de nuevos grupos con ciertos perfiles. Me parecería interesante estudiar cómo poder hacer que los grupos anunciasen su existencia, por un lado, y que la gente interesada pudiese encontrarlos, por otro.

No veo el tema muy diferente a, por ejemplo, publicar y descubrir podcasts.

Existe al menos un proyecto de código abierto tipo meetup. No lo he probado ni lo he mirado a fondo: https://github.com/juniorguru/teemup

[hhkaos]

Desde mi punto de vista, cualquier organización que tenga un calendario de eventos debe proporcionarlos (además) en iCal. Se puede consumir directamente con el móvil y hacer cosas como confirmar asistencias, proponer cambios, etc. Para mí ese tema está resuelto.

Interesante. Yo aquí tengo dudas del funcionamiento. Para confirmar asistencias tienes que ser previamente invitado, ¿no?. Quizás en el JSON de comunidades podríamos añadir un par de campos opcionales "ical" y "rss" para los encuentros.

Desde mi perspectiva la parte que cumple (a mi pesar) Meetup es la parte de descubrimiento de nuevos grupos con ciertos perfiles. Me parecería interesante estudiar cómo poder hacer que los grupos anunciasen su existencia, por un lado, y que la gente interesada pudiese encontrarlos, por otro.

Cierto es. Muchas otras iniciativas están intentando resolver este problema:

• Desde plataformas de gestión de eventos (ver en la hoja de cálculo: "Descubrir otras comunidades")
• A los propios agregadores de calendarios
• Y nosotros mismos con el directorio de comunidades (con el enfoque basado en el open data -> licencia; la reutilización/centralización del dato)

Existe al menos un proyecto de código abierto tipo meetup. No lo he probado ni lo he mirado a fondo: juniorguru/teemup

Interesante!, no lo conocía, acabo de añadirlo a los issues de awesome-community-builders

[mariomnts]

Viendo el tema desde dos perspectivas:

Como organizadores de eventos veo complicado el recordar actualizar las fechas en un sitio único, sobre todo si son iniciativas que no conocen ese sitio centralizado. Creo que intentar la vía de scrapping + curar lo que salga puede tener sentido.

Como persona que busca eventos me encantaría un sitio donde dejar mi email, marcar temáticas y ciudades y que me hiciera un resumen de los próximos eventos semanales o mensuales con un link directo a más detalles más RSVP si lo hay.

[jcea]

On 27/5/25 13:21, Mario Montes wrote: Viendo el tema desde dos perspectivas: Como organizadores de eventos veo complicado el recordar actualizar las fechas en un sitio único, sobre todo si son iniciativas que no conocen ese sitio centralizado. Creo que intentar la vía de scrapping + curar lo que salga puede tener sentido.

Desde mi perspectiva, los organizadores sólo tendrían que dar de alta su comunidad en algún sitio para "anunciarla" a la red. Luego la gestión de su comunidad luego es como siempre, con sus reuniones, sus calendarios si lo tienen o lo que sea. De hecho incluso darse de alta en un directorio no tiene ni por qué hacerlo la propia organización. Debería poder hacerlo cualquiera. Lo que quiero es un sitio centralizado para descubrir comunidades, no que eesas comunidades estén obligadas a utilizar nada que no quieran. Quiero un directorio, un listín telefónico.

…

-- Jesús Cea Avión _/_/ _/_/_/ _/_/_/ ***@***.*** - https://www.jcea.es/ _/_/ _/_/ _/_/ _/_/ _/_/ Twitter: @jcea _/_/ _/_/ _/_/_/_/_/ jabber / ***@***.*** _/_/ _/_/ _/_/ _/_/ _/_/ "Things are not so easy" _/_/ _/_/ _/_/ _/_/ _/_/ _/_/ "My name is Dump, Core Dump" _/_/_/ _/_/_/ _/_/ _/_/ "El amor es poner tu felicidad en la felicidad de otro" - Leibniz

[hhkaos]

Mario: Veo complicado el recordar actualizar las fechas en un sitio único, sobre todo si son iniciativas que no conocen ese sitio centralizado.

Es cierto

Jesús: Desde mi perspectiva, los organizadores sólo tendrían que dar de alta su comunidad en algún sitio para "anunciarla" a la red. Luego la gestión de su comunidad luego es como siempre, con sus reuniones, sus calendarios si lo tienen o lo que sea

Coincido con Jesús.

Yo creo que la clave estaría en resolver el principal pain point de las comunidades -> la difusión (tener que dar de alta un evento varias veces en varios sitios si se quiere tener mayor visibilidad).

Esto (creo) pasa por crear una herramienta (¿o servicio?) que consuma los datos del fichero open data propuesto arriba y publique en varios sitios que configures (meetup.com, google calendar, linkedin, eventos.wiki, madridtechtalks, saraos.tech....); añadiendo el evento 1 vez. Igual que las herramientas de distribución de podcast que te publican en varios sitios; o las de distribución en redes sociales tipo Hootsuite, metricool, buffer, ...

Mario: Creo que intentar la vía de scrapping + curar lo que salga puede tener sentido.

Es una opción, aunque lo de curar puede ser muy duro si se scrappean muchos eventos (salvo que se automatice). En cualquier caso, para scrapear ... legalmente habría que pedir permiso 😅 .

Mario: Como persona que busca eventos me encantaría un sitio donde dejar mi email, marcar temáticas y ciudades y que me hiciera un resumen de los próximos eventos semanales o mensuales con un link directo a más detalles más RSVP si lo hay.

💯

Jesús: De hecho incluso darse de alta en un directorio no tiene ni por qué hacerlo la propia organización. Debería poder hacerlo cualquiera.

No sé si hablamos del directorio de comunidades ahora (o de eventos). Si hablamos del de comunidades, esa es la idea de la iniciativa communities-directory aunque hay que mejorar la UX para añadir datos (ver issue relacionado & issue template).

Jesús: Lo que quiero es un sitio centralizado para descubrir comunidades, no que esas comunidades estén obligadas a utilizar nada que no quieran. Quiero un directorio, un listín telefónico.

El listín telefónico:

• De comunidades es lo que estamos intentado crear con este JSON y esta interfaz.
• De eventos es de lo que trata este debate; que es un reto mucho más complejo (porque requiere más mantenimiento; hay muchos más eventos que comunidades).

[mariomnts]

Es una opción, aunque lo de curar puede ser muy duro si se scrappean muchos eventos (salvo que se automatice). En cualquier caso, para scrapear ... legalmente habría que pedir permiso 😅 .

¿Te refieres a pedir permiso a la web que scrapeas (meetup, Eventbrite, luma...) o al organizador? Yo no creo que ningún organizador ponga problemas, y si los pone siempre se puede eliminar cuando se queje

[hhkaos]

Correcto, los organizadores estaríamos encantados... pero las plataformas como Meetup, Eventbrite, etc no.

Por ejemplo, en los términos de uso de Meetup.com dice explícitamente:

5.5 Platform Safety and Security. You agree that you will not, either directly or indirectly, (a) extract data from the Platform for a commercial purpose not permitted by these Terms of Service, whether through use of an automated system or software, and whether operated by a third party or otherwise (“screen scraping,” “data scraping,” or “web scraping”); (b) engage in any activity that interferes with or disrupts, that is designed to interfere with or disrupt, or imposes undue burdens on the Platform or its systems.

Como es normal, no quieren que nadie les haga la competencia, y aunque el organizador seguro ve el beneficio, las normas las ponen ellos, y tampoco queremos meternos en problemas 🤣.

Por eso creo que lo ideal es un sistema donde el dato lo meta el organizador en un sitio open data (para que lo use quien quiera), y además darle las herramientas para no tener que publicar manualmente ese dato en 20 sitios. Configura una vez... y haz fácilmente el broadcast del dato (si la plataforma no quiere cogerlo por su cuenta).

[mariomnts]

Bueno, pero ellos tampoco tienen que saber si lo hemos scrapeado o si una persona lo ha visto y lo ha metido a mano, ¿no? 🙃

[hhkaos]

jajaja cierto 🤣 ; bueno... salvo que esté públicamente documentado y colaboremos en tener script público que lo haga xDD.

En cualquier caso, haría falta alguien con motivación/tiempo para liderar esta iniciativa. Estaría genial que alguien se animase; yo a corto plazo no me veo capaz de asumir más cosas 😅 (pero quería abrir el hilo y aprovechar para compartir las ideas)