Ceci est une ancienne révision du document !
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. tout doux : * finir rex ODE (notamment savoir pourquoi ils ont dégagé ElasticSearch). * publier présent CR et wiki pour agenda ===== Conception ===== ==== Discussions ==== Choix techniques possibles : * format interne : * soit ical ; * début, fin, catégories * soit ical + [[http://schema.org/Event|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,… * par défaut, un truc bien renseigné en ical, apparaît dans l’agenda global * ODE attaque Pg via un ORM (pomm), à priori, il était basé avant sous ElasticSearch * cible d’installation ? Aussi un mutualisé standard * ODEv2 a un back-office qui permet d’ajouter des événements. ==== Choix ==== 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. ===== Roadmap ===== Qui-quoi : * Djyp : backend. * Valéry : application (mode distribué) * Fred : backend, cherche Roadmap : - 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 Comment récupérer l’info ? Approche fédérée vs Entrée : google agenda, Partir avec Mendès France, le plan B, les musées, Intérêt public : avoir un lien direct vers la billetterie, Vendre : connecteur vers les autres services web (Facebook, twitter, eventbrite,…) Remerciements : Philippe Baudelot 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 * Valéry * 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 par Valéry * créer les entités schéma.org qui nous intéressent * se baser sur PHP schema.org (packagist.org chercher schema.org) * Fred * base de donnée * interface de contribution * interface de certification * interface de curation Historique ODE : 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. Format interne de la BdD pas en ics, mais en SQL ou NoSQL/clé-valeur.