WebSchool (décembre 2015)

mardi 1ᵉʳ déc. 2015 au CRIJ, synthèse des discussions sur l’agenda/GAP.

tout doux :

• finir rex ODE (notamment savoir pourquoi ils ont dégagé ElasticSearch).
• publier présent CR✓ et wiki pour agenda✓
• chercher/créer entités schéma.org#Event (Fred)

Pourquoi ce projet vous intéresse-t’il ?

• Djyp : super important pour avoir ce type d’OpenData, attente des travaux de LiberTIC, approche comme un logiciel libre. Se rend contre qu’il faut de l’implication pas que dans le code, c’est à dire bcp de communication et . Partant même si c’est bcp plus gros que vu au début. Au début, avoir du fun.
• François : intérêt pour les événements et pense qu’il y a un besoin local. Have fun. Intérêt pour découvrir et contribuer, y compris sur son boulot de tous les jours.
• Valéry : have fun, parce que du temps, projet qui semblait le plus accessible et le plus intéressant sur Poitiers. Et ça manque en temps que particuliers.
• Fred : Cogite depuis longtemps sur OEDb, intérêt pour le collaboratif et le contributif, perso et pro.
• Grégoire : curieux et ouvert, trouve l’idée de l’agenda et la programmation culturelle sur bien, porte d’entrée de plus pour la curiosité, importance du côté fédérateur entre structures.

Besoins :

• serveur :
  • un fichier en entrée et stockage en interne
  • un lien en entrée et vérif périodique
• connecteurs vers WordPress,…
  • plugin pour générer un agenda au format ics compatible à notre format.
• client léger
  • fonctionnel et présentable vite fait.
  • qui va chercher des ics et qui les présente ensemble de façon à ce que ça soit filtrable et joli.
  • soit une app qui fait le frontend

Roadmap :

• lister des données au format ics pour utiliser sur les premiers dev
• front-end de consultation
• créer les entités schéma.org qui nous intéressent
  • se baser sur PHP schema.org (packagist.org chercher schema.org)
• base de donnée
• interface de contribution
• interface de certification
• interface de curation

• Comment récupérer les infos ?
  • Approche fédérée vs centralisée… à poursuivre
• quelles infos pour débuter ?
  • Mendès France
  • le plan B
  • les musées
• connecteur pour débuter :
  • Google Agenda

Exploration :

• format interne :
  • soit ical ;
    • début, fin, catégories
  • soit ical + schema.org:événement ;
    • tous ce qui apparaît déjà dans ODE et OpenAgenda (prix, places restantes,…)
  • soit base de données : MySQL, NoSQL,…
• format des données en entrée :
  • par défaut, un truc bien renseigné en ical, apparaît dans l’agenda global

Format interne de la BdD pas en ics, mais en SQL ou NoSQL/clé-valeur.

Plusieurs utilisateurs pour le même événement, soit plusieurs événement en entrée qui sont stockés une seule fois en base de donnée ⇒ l’élément de base ne doit surtout pas être l’agenda mais l’événement !

Exploration :

• cible d’installation : Aussi un mutualisé standard ?

Intérêt public : avoir un lien direct vers la billetterie.

Vendre : connecteur vers les autres services web (Facebook, twitter, eventbrite,…), par exemple pour publication automatique.

Qui-quoi :

• Djyp : backend.
• Valéry : application/client léger (mode distribué)
• Fred : backend, format de données, exploration pour contributif, fédéré et liaison/coordination avec autres initiatives

Tâches :

1. format des données
   • le valider
     • avec ses différentes versions : HTML+microdata, JSON, iCal
       • JSON-LD (schema.org) : entrée et sortie
       • ou iCal+schema.org : entrée et sortie
       • moulinette CSV vers ?
     • et ses différents champs
     • et montrer ce que ça fait s’il manque des champs ou s’ils sont tous là
   • vérifier son fonctionnement avec les outils existants
   • ou trouver l’outil qui permette ça

Historique ODE (à vérifier/sourcer) : développé pour LiberTIC, sans financement

• v1 par Makina Corpus (Pyramid) mais jamais terminé car pas de financement
• v2 par des stagiaires encadrés par des maîtres de stage, mais pas de financement non plus.
  • était, à priori, auparavant basé sur ElasticSearch
  • utilise maintenant PostrgreSQL via un ORM (pomm)
  • a un back-office qui permet d’ajouter des événements.