PDM-projet pdmweb2.0

Constat

 * reporters trop peu nombreux et pas assez productifs
 * site tout en flash --> réactivité extrêmement limitée des développements
 * Une seule personne capable de faire des développements --> grand risque au niveau de la pérénité du site
 * Structure lourde et lente pour l'ajout de nouveaux reporters
 * Structure lourde et lente pour la validation de ressource
 * Système cartographique figé
 * Pour les reporters, aucun moyen de valoriser leurs contributions (montrer à un ami, réutiliser dans un autre contexte)
 * PDM s'appuie sur un nombre faible de reporters et leur demande une implication forte.
 * Consultation faible du site, trafic à augmenter.

Objectifs

 * s'inscrire dans le web2.0.
 * maintenir les principes fondateurs en proposant un nouveau format de contribution.
 * privilégier, faciliter la publication de ressources
 * Promouvoir la valorisation des ressources
 * Faciliter la maintenance technique su site
 * Augmenter le trafic
 * Ressources qui puissent être utilisables dans le monde scolaire primaire et secondaire.

Positionnement par rapport à l'existant

 * Wikipedia :
 * Information encyclopédique à vocation exhaustive
 * Les contributions ne peuvent pas être éliminées de manière autoritaire par un comité éditorial
 * Indexation manuelle des ressources par les contributeurs
 * Ressources non géolocalisées
 * Ressources modifiables tout le temps.
 * Auteurs non clairement identifiés
 * Cartables.net :
 * contenu non géolocalisé
 * ressources non unitaires dans le sens où une fiche pédagogique, pour pouvoir être exploitée nécessite d'autre ressources ou matériel autre que pour sa propre consultation.
 * Youtube :
 * contenu non géolocalisé
 * aucune ligne éditoriale
 * faible indexation
 * Ressources de type vidéo uniquement
 * Flickr :
 * Digg :
 * Delicious :
 * Netvibes :
 * Pandora :
 * Frappr :
 * Delicious :
 * Netvibes :
 * Pandora :
 * Frappr :
 * Pandora :
 * Frappr :
 * Frappr :

Principes de PDMWEB2.0

 * PRINCIPE FONDATEUR : Documents inscrits dans le temps, dans un lieu et intimement liés à leur auteur et qui décrivent son environnement proche.
 * PRINCIPE FONDATEUR : Documents géolocalisés
 * PRINCIPE FONDATEUR : Documents indexés par rapport à une liste finie d'index (celle-ci pourrait évoluer en fonction des besoins des contributeurs pour décrire leurs ressources).
 * PRINCIPE FONDATEUR : Ligne éditoriale forte --> comité éditorial (valideurs) qui à le pouvoir d'éliminer des ressources.
 * PRINCIPE FONDATEUR : Base de ressources gratuites.
 * PUBLICATION : Principe de publication immédiate et de validation à posteriori pour favoriser le dépôt de ressources en donnant la possibilité aux contributeurs de consulter leur ressource directement après l'avoir déposée.
 * PUBLICATION : N'importe qui doit pourvoir déposer une ressources sur PDMWEB2.0.
 * PUBLICATION : N'importe qui doit pourvoir retoucher l'indexation des n'importe quelle ressource.
 * PUBLICATION : permettre aux contributeurs identifiés de « retoucher » leur ressource à posteriori (correction de fautes, index, localisation, ressource).
 * VALORISATION : Possibilité, pour les contributeurs identifiés, de créer un blog où ils intègrent des ressources déposées dans la base PDMWEB2.0, et d'échanger sur un forum.
 * VALORISATION : Valoriser la production et le dépôt de ressources avec des outils tels que « envoyer le lien de la ressources à un ami », ...
 * TECHNIQUE : Confier la gestion cartographique à une autre entité (googlemaps, ...) et ne stocker que les coordonnées des points dans la base PDMWEB2.0
 * TECHNIQUE : utiliser les formats libres et ouverts pour les ressources et le développement (php, mysql, ogg, creative commons, ...) pour une meilleure pérénité technique
 * VALORISATION : Utiliser les outils modernes et prévus à cet effet pour permettre aux utilisateur de PDMWEB2.0 (internautes) de s'abonner à PDM, s'abonner aux productions d'un reporter, d'un thème, d'un format donné, ... (flux rss, podcast, ...)
 * VALORISATION : mettre en place des outils innovants d'indexation des ressources par les utilisateurs
 * mémoriser le terme employé pour faire une recherche et demander, à la consultation de la ressource, si le résultat correspond bien à ce que l'utilisateur s'attendait à trouver.
 * permettre à tout utilisateur du site de rajouter des termes d'indexation de différentes catégories : caractéristique de la ressource (image floue, enregistrement sonore long, ...), contenu de la ressource (chapeau, montagne, ...), symbolique de la ressource (tristesse, dynamisme, discipline, ...), ... ???

PDMWEB2.0 propose une nouvelle façon de contribuer au web qui n'existe pas encore.

Storyboard 1 – ajout d'une ressource

 * 1) Quelqu'un ajoute une ressource dans la base
 * 2) Si c'est une vidéo ou un son, celle-ci est automatiquement transformée dans le format voulu.
 * 3) La ressource est directement publiée, mais tamponnée « pas encore validée » et le contributeur peut la consulter, l'envoyer, noter l'adresse de la page, ...
 * 4) Le système envoie un mail aux valideurs
 * 5) Le validateur se connecte au site et consulte la ressource, il a a sa disposition des boutons en plus qui permettent d'éliminer la ressource et de l'éditer (ajout d'index, correction orthographe, ...)
 * 6) Il l'élimine, la modifie et/ou la valide. S'il la valide, la ressource est tamponnée « validée »

Storyboard 2 – consultation d'une ressource

 * 1) Un enseignant entre sur le site PDMWEB2.0 en mode « full », c'est-à-dire que toutes les ressources, mais celles qui ne sont pas encore validées, sont accessibles.
 * 2) Il fait quelques recherches et prépare une activité pédagogique sur le site.
 * 3) Une fois en classe avec les élèves, il les fait travailler sur le site en mode « safe » qui ne donne accès qu'aux ressources tamponnées « validées ».

Noeuds techniques
Il faudrait faire un état des lieux des technologies libres pouvant être intégrées dans PDMWEB2.0. La majeure partie du développement est tout à fait faisable par un développeur php de base. Néanmoins certains noeuds techniques subsistent :
 * interaction avec le système cartographique
 * trouver un bon système cartographique issu du monde du libre de préférence
 * gérer l'automatisation de l'encodage des vidéos côté serveur
 * gérer la connexion de plusieurs valideurs sur une même ressource qui donc pourrait être éliminée par l'un d'entre eux

Noeuds humains

 * Faire bien comprendre aux contributeurs la philosphie : information non encyclopédique, sens du texte d'accompagnement, ...
 * Faire accepter la ligne éditoriale forte : accepter que sa ressource soit éliminée

Horizons : possibilité de faire une coquille PDM applicable et skinnable à d'autres domaines de la même manière que mediawiki est la coquille transposable à d'autres domaines de wikipedia.