Deprecated: Array and string offset access syntax with curly braces is deprecated in /home/dandale/www/Evenements/wiki/inc/init.php on line 558

Warning: Declaration of action_plugin_translation::register(&$controller) should be compatible with DokuWiki_Action_Plugin::register(Doku_Event_Handler $controller) in /home/dandale/www/Evenements/wiki/lib/plugins/translation/action.php on line 36
====== WebSchool (décembre 2015) ====== mardi 1ᵉʳ déc. 2015 au CRIJ, synthèse des discussions sur l’agenda/GAP. ===== Synthèse ===== 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) ===== Introduction ===== 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. ===== Conception ===== 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 ==== Données d’entrée ==== * 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 ==== Format de données ==== Exploration : * 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,… * format des données en entrée : * par défaut, un truc bien renseigné en ical, apparaît dans l’agenda global === Choix === 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 ! ==== Divers ==== Exploration : * cible d’installation : Aussi un mutualisé standard ? ==== Notes personnelles (Fred) sur la partie pro ==== 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. ===== Roadmap ===== 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 : - 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 ===== Retour d’expérience ===== 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.