Aspects techniques du projet Remix the commons
Lien vers la Synthèse des propositions pour les aspects techniques du projet Remix the commons
Structure générale du dispositif technique Remix the commons
L'un des défis techniques de Remix the commons est de bâtir un système de partage de documents multimédias sur les biens communs, utilisé par les contributeurs du projet pour répondre aux besoins de consultation, de partage et co-création de biens communs, dans une perspective interculturelle et selon les principes et valeurs d'une culture libre et ouverte.
Pour répondre à ce défi, nous proposons de constituer et d'entretenir un catalogue de médias sur les Biens Communs et les pratiques d'appropriation des biens communs. Ce Catalogue de remix des biens communs prend la forme d'une base de données, ouverte, libre, collaborative et multilingue. C'est le coeur de la plateforme qui permet de médiatiser les relations de coopération entre ses contributeurs.
Le dispositif technique Remix Biens Communs doit agencer (articuler) 3 types de fonctionnalités :
- Dispositifs de stockage et accessibilité aux médias
- Dispositifs d'édition et de remix
- Dispositifs de documentation et de commentaires
Le dispositif technique de Remix the commons peut être schématisé de la manière suivante.
Interprétation du "Ongoing Story Gathering Process" selon cette approche
- Le Common Media Pool de remix est constitué de l'ensemble des médias inscrits au catalogue, quelques soient leurs supports physique.
- L'oeuvre multimédia collaborative suggérée par Remix the commons est un ensemble en expansion, de médias accessibles commentés, "ré-agenceables" par les utilisateurs.
- Les "Stories" (Produced, sollicited, reused, Submitted) sont à la fois les médias et leurs commentaires et ré-agencements.
Le principe de développement basé sur une approche itérative suggère de mettre en place une structure de base, c'est à dire de faire un choix technique pour la production du Catalogue de remix des biens communs, et de développer un ensemble de prototypes correspondant aux trois types de fonctionnalités.
Infrastructure de base
Le choix technique de base
le choix d'une technologie permettant de développer l'infrastructure de base du projet est nécessaire. Ce choix n'est pas uniquement un choix technique. Il aura des conséquences importante sur la nature du projet, notamment :
- en orientant le projet vers l'un des 3 pôles du schéma ci-dessus : stockage/accessibilité aux médias, édition/remix, documentation/commentaires
- en favorisant ou pas, les synergies avec les communautés de commoners qui disposent de leurs propres outils et dispositifs socio-techniques.
Ce choix devrait veiller à ne pas créer un coût d'entrée trop important dans le projet pour l'utilisateur.
Parmi les technologies les plus répandues (connues des participants actuels à Remix), MediaWiki semble être la technologie qui répond le mieux aux besoins de la plateforme Remix the Commons pour la collecte et la diffusion des informations sur les médias catalogués. Mediawiki peut certainement servir pour l'intégration des données, (sous réserve de proposition d'Océane Chotard). Il pourrait être support de traitement de médias si complété avec les extensions suivantes :
- Semantic Mediawiki
- MwEmbed (qui inclue HTML5 player)
- MetaVidWiki extension
- UploadWizard
- TimedMediaHandler (lecteur HTML5 utilisé par la plate-forme de vidéo open-souce Kaltura, basé sur HTML5, lit des fichiers audio et vidéo depuis les pages Wiki, support pour les sous-titres et le Timed Text, transcodage côté serveur.
A traiter : gestion des licences des documents. L'expérience de la wikisohère montre que le traitement sous forme de catégorie de document ET l'atttribution de licences aux médias peuvent être gérés par une technologies basée sur wikimédia.
Autour de médiawiki, une panoplie de technologies répondant aux besoins pourrait être assemblée :
- Universalsubtitles.org
- Lignes de temps
- Polemic-tweet
Médiawiki semble être au coeur d'un écosystème composé d'une part d'un foisonnement d'extensions développés dans la wikisphère et de collaborations techniques autour de la question de la vidéo avec des organisations/réseaux tels que la Open Video Alliance, Kaltura, Miro,.... Il s'agit d'un écosystème technologique qui semble faire sens pour développer le projet.
Catalogage
Normes
Dublin Core : Schémas de métadonnées pour la description de documents numériques
Fonds (Archives)
- Conseil international des archives. ISAD(G) : Norme générale et internationale de description archivistique. Adoptée par le Comité sur les normes de description, Stockholm, Suède, 19-22 septembre 1999. Ottawa : [Conseil international des archives], 2000. 93 p. Cote : REF Z695.2 I8312. Disponible en ligne (consulté le 2013-02-23)
- Règles pour la description des documents d’Archives –RDDA – Norme appliquées au Canada. Disponible en ligne
NB : Remix the commons est a priori davantage dans le cas de description « à la pièce » mais la notion de fonds et de série pourrait vouloir s’appliquer. Cela dépend de l’état des collections à décrire.
Collections (bibliothèque)
=> Pas encore bien implanté dans les centres de docs francophones car pas encore de version en français.
=> Présentation du projet RDA en français (PdF)
Exemple proposé de fiche descriptive de contenu
- Type de document : Texte, son, image, image animée
- Nature du document : Original ou copie
- Support sur lequel est consigné l’information documentaire : disque dur, site internet, cd-rom, livre, etc. description du support avec dimensions par exemple. Penser à indiquer le type et la version du système d’exploitation, de l’application ou du logiciel, du format (spécification en vigueur); ainsi que toutes spécifications de création des documents numériques. (se référer aux normes de descriptions internationales ou RDDA - Canada pour cela). Ce volet est très important pour une bonne conservation des documents mais aussi, cela va s’avérer très utile pour une réutilisation des contenus.
- Auteur du document : appliquer les règles de catalogage pour le modèle de contenu soit le plus souvent [nom, prénoms| avec des règles en vigueur pour les exceptions du type nom à particule, auteur = Dieu (!!!), etc.
- Date de création du contenu : format date ISO : AAAA-MM-JJ
- Date de publication du contenu : Indiquer la date et le mode de publication (éditeur, publication web etc.).
- Portée : Brève description du contenu
- Sujet : mots-clés, tags (possibilité d’utiliser un thésaurus qu’il faudrait définir : en existe-t-il déjà dans les institutions partenaires, quels domaines veut-on couvrir ? etc.)
- Condition d’accès : (= condition de diffusion du document) : ex. Copyright 2003, droits de diffusion réservé à X institution Ou encore Document sous licence créative commons XYZ
- Langue : ex. Document en français avec sous-titrage en anglais.
- Support : livre, feuillet, etc.
- Localisation : Lieu où est conservé le document
- Public cible : (si applicable) Public auquel s'adresse le contenu du document
- Nombre de page : Notamment dans le cas de document imprimé
- url du document : Dans le cas de document numérique accessible publiquement sur le web
Propositions : base technique
| Principes | Implications | Propositions |
|---|---|---|
| La plateforme est une structure libre ouverte et neutre |
|
|
| La plateforme offre un espace de médiatisation de la coopération | nécessité de prendre en compte 3 types de fonctionnalités :
|
Voir les tableaux suivants |
| Développement basé sur une approche itérative | Nécessité de mettre en place une structure de base, (assumer un choix technique de base) sur laquelle pourront être développés un ensemble de prototypes correspondant aux trois types de fonctionnalités. | Production du Catalogue de remix des biens communs associée à une visualisation basé sur un traitement web sémantique de l'information
|
Stockage / Accès
Une part importante des documents sera composée de flux audio-visuels. Les documents proviennent de différentes langues et cultures. Il sont distribuées géographiquement et entreposés ou diffusés par des dispositifs de différentes natures.
La question de l'accès aux médias est essentielle. Il ne s'agit pourtant pas de chercher à rassembler ces documents dans un container unique et centralisé et faire de ce rassemblement une condition du partage. Le défi du projet est de développer un dispositif de mise à disposition des médias distribués. Ce dispositif peut s'appuyer sur :
- une identification des médias dans les services d'archives
- une identification des médias dans les services de diffusion
- une identification des médias échangeables sur les réseaux de P2P (personnels)
En complément à cette approche Remix the commons pourrait inciter à développer de "bonnes pratiques" de stockage/partage des médias et promouvoir l'usage des espaces d'archives correspondant aux critères définis par le projet (section : Édition / Remix de cette page) : Open Archives, Wikimedia, ... et un dispositif d'échange P2P dédié (avec sa documentation mode d'emploi). Ce dernier pourrait être basé sur Miro : http://www.getmiro.com/ et/ou eMule.
Métadonnées et Web Sémantique
L'accès aux médias pourrait être facilité par un traitement sémantique.
Qu'est-ce que les métadonnées et quels enjeux pour Remix the commons ?
Références : *semantic-mediawiki.org/ Portail Semantique Mediawiki
Exemples d'usages :
- identifier l'ensemble des documents audio-visuels dans lesquels interviennent une personne déterminée par son nom sur une période donnée et tenir cette information à jour.
- identifier l'ensemble des documents audio-visuels dans lesquels est présentée l'idée X et les langues disponibles et tenir cette information à jour.
Extraits de trois articles wikipédia pour définir les métadonnées et l'intérêt de leur traitement :
(liste non limitative)
1 Métadonnée
"Les métadonnées sont, dans le cadre du Web sémantique, des données signifiantes qui permettent de faciliter l'accès au contenu informationnel d'une ressource informatique, une notice de contenu intégrée en quelque sorte (dans l'en-tête des documents HTML côté code source ou en tant que fichier XML autonome par exemple). (Source : Article Métadonnée de Wikipédia en français (http://fr.wikipedia.org/wiki/M%C3%A9tadonn%C3%A9e).)"
- Les métadonnées peuvent être employées dans les spécifications des interfaces de programmation (API).
- Les documents peuvent être rendus accessibles via des catégories leurs métadonnées.
- L'usage systématique de web sémantique permet de documenter (et tenir à jour) des collections distribuées par exemple dans l'espace.
- L'usage des métadonnées permet relativement bien une circulation de l'information entre les différentes langues de classement et d'utilisateurs.
- Le traitements automatique des métadonnées permet de collecter des informations à partir de sources en différentes langues et de diffuser de l'information vers des utilisateurs de différentes langues.
2 Le Dublin Core
Le Le Dublin Core est un schéma de métadonnées générique qui permet de décrire des ressources numériques ou physiques et d’établir des relations avec d'autres ressources. Il comprend officiellement 15 éléments de description formels (titre, créateur, éditeur), intellectuels (sujet, description, langue, …) et relatifs à la propriété intellectuelle.
Le Dublin Core fait l'objet de la norme internationale ISO 15836, disponible en anglais et en français depuis 2003 (6 pages, 43,85 € HT). Le Dublin Core a un statut officiel au sein du W3C et de la norme ISO 23950.
Liste des éléments et raffinements
| Élément | Élément (anglais) | Commentaire |
|---|---|---|
| 1. Titre (métadonnée) | Title | Titre principal du document |
| 2. Créateur (métadonnée) | Creator | Nom de la personne, de l'organisation ou du service à l'origine de la rédaction du document |
| 3. Sujet (métadonnée) ou mots clés | Subject | Mots-clefs, phrases de résumé, ou codes de classement |
| 4. Description (métadonnée) | Description | Résumé, table des matières, ou texte libre. Raffinements : table des matières, résumé |
| 5. Éditeur | Publisher | Nom de la personne, de l'organisation ou du service à l'origine de la publication du document |
| 6. Contributeur | Contributor | Nom d'une personne, d'une organisation ou d'un service qui contribue ou a contribué à l'élaboration du document. Chaque contributeur fait l'objet d'un élément Contributor séparé |
| 7. Date (métadonnée) | Date | Date d'un évènement dans le cycle de vie du document |
| 8. Type de ressource | Type | Genre du contenu |
| 9. Format | Format | Type MIME, ou format physique du document |
| 10. Identifiant de la ressource | Identifier | Identificateur non ambigu : il est recommandé d'utiliser un système de référencement précis, afin que l'identifiant soit unique au sein du site, par exemple les URI ou les numéros ISBN. Raffinement : Is Available At |
| 11. Source | Source | Ressource dont dérive le document : le document peut découler en totalité ou en partie de la ressource en question. Il est recommandé d'utiliser une dénomination formelle des ressources, par exemple leur URI |
| 12. Langue (métadonnée) | Language | |
| 13. Relation (métadonnée) | Relation | Lien avec d'autres ressources. De nombreux raffinements permettent d'établir des liens précis, par exemple de version, de chapitres, de standard, etc. |
| 14. Couverture (métadonnée) | Coverage | Couverture spatiale (point géographique, pays, régions, noms de lieux) ou temporelle |
| 15. Droits (métadonnée) | Rights | Droits de propriété intellectuelle, Copyright, droits de propriété divers |
Un 16ième élément apparaît parfois, l'Audience, mais il ne figure pas dans la liste de la norme ISO 15836.
3 Registres de métadonnées
Un Registre de métadonnées est, selon la définition qu'en donne le Dublin Core dans l'ébauche finale du 24 février 2001, un « Système de gestion des métadonnées, c'est-à-dire un système formel qui fournit l'information d'autorité sur la sémantique et la structure de chaque élément. Pour chaque élément, le registre en donne la définition, les qualificatifs qui lui sont associés, ainsi que les correspondances avec des équivalents dans d'autres langues ou d'autres schémas1.
Propositions Stockage / Accès :
| Principes | Implications | Propositions |
|---|---|---|
|
Stockage/partage: Inciter à développer de "bonnes pratiques" de stockage/partage des médias Web Semantique: Développer un système de tri sémantique du Common media pool de Remix biens communs basé sur l'Extention semantic Mediawiki. Un tel dispositif devrait être conçu en complémentarité avec le système de catalogage (base de données). |
|
Edition / Remix
Remix the Commons vise à permettre d'élaborer des productions, allant des collections ré-agenceables aux remix, base de conversations créatives à partir de documents répartis sur Internet, produits dans des formats, langues, types de documents, support ... hétérogènes. L'un des défis technique est de concilier, ou faire co-exister des utilisateurs aux exigences différentes : de l'éditeur de contenus trouvé sur les services de diffusion au remixer, mashuper, ...etc;
Conditions techniques du remix en fonction de la nature des flux vidéo et audio des médias
Ce chapitre a été rédigé par Frank Adebiaye, mai 2012 *Texte sous GNU GPL v2 *Voir aussi : http://www.forthcome.fr/work/remix_video.txt
§ Contraintes :
- environnement logiciel hétérogène : solutions propriétaires (Final Cut Pro, Adobe Premiere, ...) et solutions Open Source (Kino, Avidemux, Kdenlive, LIVES, Cinelerra, Blender VSE, ...)
- anarchie des normes, codec, conteneurs
- contrainte propre au remix : pouvoir remixer avec n'importe quel logiciel, de n'importe quel logiciel vers n'importe quel logiciel
- contrainte d'interopérabilité
- contrainte de qualité (ne pas perdre en qualité au fur et à mesure des remix successifs)
- souci de pérennité
Contrainte d'interopérabilité => recours à des standards
Contrainte de qualité => recours à des formats sans perte
Il faut anticiper les différents types de remix
| remix de type (1) : | ajouter des sous-titres | => fournir un flux sans sous-titre et un flux avec sous-titre + le fichier de sous-titrage à part (fichiers de type .srt, .sub ou mieux encore USF avec extension .xml)
N.B. : en langage technique, on parle de privilégier le softsub par rapport au hardsub |
|---|---|---|
| remix de type (2) : | remix de son uniquement | => fournir un flux video+son, un flux video seule et un flux audio seul |
| remix de type (3) : | remix de video uniquement | => cf. remix de type (2) |
| remix de type (4) : | remix du montage lui-même | => fournir le fichier piste de montage (type EDL sous Premiere, ou XML sous Final Cut Pro) + rushes source en format sans perte |
Tournage ---!1!---> mix ---!2!---> premier remix
!1! : risque de perte de qualité lors de la capture des rushes
- DV : s'assurer de bien récupérer un fichier (par exemple : utiliser HyperEngine-AV plutôt qu'Adobe Premiere Pro pour la capture qui tend à fournir des fichiers au format QuickTime)
- HDV/Full HD : convertir au plus vite dans un format sans perte (codec Dirac ou FFV1 avec un conteneur AVI, FFV1 offrant vraisemblablement plus de compatibilité)
---> [0] : sources
!2! : risque de ne pas pouvoir remixer correctement
[a] flux avec sous-titres(1)
[b] flux sans sous-titres(1)
[c] fichier piste de montage (type EDL sous Premiere, ou XML sous Final Cut Pro)
[d1] piste audio seule(1)
[d2] piste video seule(2)
[e] fichier de sous-titrage (type SRT, SUB ou XML)
[f] fichier d'export pour la lecture(2)
[$] format d'édition natif, même si propriétaire
(1)codec sans perte DV si DV en entrée, sinon Dirac/FFV1 ou x264 qualité maximale, piste audio seule en FLAC (2)sans perte : codec Dirac/conteneur MKV + avec perte codec VP8 ou x264/conteneur MKV
N.B. : le conteneur MKV est entièrement libre, peut intégrer tous les codecs et embarquer des polices de caractères pour les sous-titres ; lisible facilement partout grâce à VLC
- remix (1) : [b] + [e] => [b'] + [e'] + [f_1]
- remix (2) : [d1] et/ou [d2] => [d1'] et/ou [d2'] + [f_1]
- remix (3) : [a] ou [b] => [a'] ou [b'] + [f_1]
- remix (4) : [0] + [c] => [a_1] + [b_1] + [c'] + [f_1]
Pérennité
Archivage sur bandes et supports optiques. Pas seulement sur des supports magnétiques (risque de démagnétisation).
Visualisation
La plateforme technique devrait permettre aux utilisateurs des moyens de propager les médias et de d'interagir par la production médiatique. Remix a mis en place un blog (http://remixthecommons.org), mais iIl s'agit de dépasser les limites du blog pour :
- identification des vidéos (éviter les doublons)
- identification des contributeurs par comptes de service de diffusion
- usage de différents services de diffusion
- partage de catégories,
- partage de commentaires,
- publication de média à partir de sélection automatisées (par syndication RSS)
- exploitation des couches supplémentaires d'information (carto,
- ...
D'autres dispositifs existent certainement, mais il serait intéressant d'explorer les possibilités offertes par : mirocommunities.org, dispositif de contribution médiatique basé sur la vidéo assortie d'une documentation.
remixthecommons.mirocommunities.org
A partir d'une incitation à utiliser cet outil de visualisation, Remix pourrait constituer un éco-système de vidéoblog et développer la documentation pour la communauté de Remix.
Pour aller plus loin, il faudrait explorer les possibilités offertes par le micro-bloging.
Pour aller encore plus (trop ?) loin : imaginons Remix the Commons en 3 dimensions :-)
Montage en ligne
Différentes plateformes propose des outils d'emondage vidéo en ligne. Il semble que pour le moment cette technologie ne soit pas encore suffisamment mûre pour imaginer en faire un usage dans le cadre du projet. Un test de Kaltura
Propositions Edition / Remix
| Principes | Implications | Propositions |
|---|---|---|
|
Faire co-exister des utilisateurs aux exigences différentes. Créer les conditions :
|
Inciter à :
|
Lors du stockage des médias, inciter à la fourniture de :
Lors du tournage, inciter :
Proposer aux documentaristes de définir les standards de fichier facilitant le remix |
| Permettre aux utilisateurs de propager les médias et d'interagir par la production médiatique. | Dépasser les limites du blog |
|
Documentation / commentaire
Les médias se présentent sous forme de flux d'information. Il est possible de qualifier le flux d'information en recourant à ses caractéristiques objectives : format, durée, découpage, montage, interprète, transcription en VO en texte, en image (mode de "lecture rapide" des documents), ...etc. L'annotation, le commentaire, la transcription, la traduction, la cartographie, ... permettent de produire des données utilisables pour avoir une connaissance plus ou moins qualifiée des médias. Certaines de ces ressources peuvent être constituées en base de données ou faire l'objet d'exploitations utiles pour le remix.
Ces démarches devraient être enchâssées dans des projets conduits par la communauté de remix Biens Communs.
Transcription / Traduction
L'usage de la transcription peut enrichir considérablement l'expérience utilisateur de Remix. Pour Remix the Commons, la transcription est un enjeu pour faciliter la traduction. En 2012, Youtube propose un système de retranscription automatique auquel est associé un dispositif pour faire des traductions et sous-titrage.
Dans le domaine du libre, AMARA (de Miro) propose un service Web de transcription/traduction.
Dès lors qu'il est possible de transcrire automatiquement une vidéo, il est tout à fait envisageable de :
- Indexer les contenus dans les moteurs de recherche (proposé par Exalead sur Voxalead France 24);
- Proposer des fonctionnalités de recherche au sein de contenus vidéos (également possible sur Voxalead France 24);
- Proposer des sous-titres en VO de façon automatique (voir youtube);
- Fournir automatiquement une traduction ou des sous-titres traduits (c'est par exemple le cas sur Youtube avec l'utilisation de Google Translate sur les sous-titres, même si les traductions sont encore très imparfaites) ;
En 2009, Windows a élaboré un player vidéo pour le compte des journalistes de France 24 à des fins d’exploitation interne. Il comportait une extension speech-to-text (sur la base d’une solution Vexis Systems) : analyses des flux audio sur les vidéos pour déterminer les éléments les plus importantes (mots-clés, noms des personnes citées ou des organisations, localisations…) ou extraction textuelle de ce qui est dit à l’antenne. Ces technologies se développeront. Il faudra suivre leur évolution.
Traduction : voir aussi la dimension interculturelle.
Propositions :
- développer/intégrer un module de transcription sur la base d'Amara en collaboration avec Miro.
Indexation par tags
Travail en cours d'Océane Chotard
Ressources :
Annotation
Les dispositifs d'annotation permettent de créer de nouvelles couches d'information dans lesquelles il est possible d'effectuer des recherches pour identifier les documents.
Propositions : Se rapprocher des projets :
- Extension TimedMediaHandler extension est une extension MediaWiki
to display audio and video files on wiki with timed text support, real time stream switching and server-side transcoding support. It includes the kaltura HTML5 player. This project is realized in collaboration with Kaltura
- Ligne de temps (IRI)
- Polemic-tweet (IRI)
- Popcorn
Cartographie
Il serait intéressant de disposer d'une couche de données cartographiques sur :
- les biens communs
- les contributeurs
- les événements liés
- Ouvrir un espace de réflexion avec OpenStreet Map sur la production cartographique et les outils de cartographie qui peuvent être associés au catalogue de Remix Bien Communs
Propositions : Documentation / commentaire :
| Principes | Propositions |
|---|---|
| Permettre la production de couches d'information sur les média |
|
Serveurs, logiciels et maintenance technique (par S. Couture)
Réflexions sur les aspects techniques de Remix the Commons. Par Stéphane Couture
Infrastructure actuelle
L'infrastructure actuelle consiste en les éléments suivants :
Hébergé sur le serveur de Communautique :
- Un blogue wordpress,
- Un MediaWiki
- Un serveur de liste de discussion.
Sur Dropbox :
- Un répertoire commun contenant les différents documents du projet Remix.
Note : il y aurait lieu de se questionner sur la différence entre le wiki et le blogue, en ce qui concerne les médias. Quelle est au juste la plateforme de publication des contenus médias. Est-ce que le wiki sert uniquement à l'organisation du projet ou bien il constitue en lui-même un dépôt (voir la page Communities_and_Individuals:_Ways_of_Reconciliation, par exemple).
Quelques besoins concrets
- La maintenance de MediaWikis demande un accès shell.
- Il faut la capacité de créer des nouvelles bases de données.
- Il faut installer MetaVid, et SemanticWiki.
- Quelques extensions mediawiki qu'il serait intéressant d'installer :
- Nuke (pour effacer des pages)
- Ligne de commande (pour exécuter les scripts de maintenance)
Solutions envisagées
- Pour l'instant, les outils de Remix sont hébergés sur le serveur de Communautique.
- Il a été décidé de placer l'ensemble des infrastructures de remix sur un compte AlternC spécifique, ce qui devrait se faire dans la deuxième semaine de mars.
- Sébastien de Koumbit proposait d'installer un serveur virtuel, de façon à pouvoir avoir un accès shell sur le serveur. Il faudrait évaluer les coûts de cette décision. Également, aurions-nous encore accès à AlternC ?
- Dans la perspective où nous souhaitons faire des mises à jours et adapter la plate-forme, nous devrions envisager de collaborer avec l'aide de GIT.
Équipe de maintenance
Il serait sans doute opportun d'inclure davantage de gens capable d'assurer la maintenance et le développement technique du projet. Il est toutefois important d'intégrer les gens dans le cadre du projet de façon à ce qu'ils et elles participent à la réflexion sur les biens communs, et d'éviter qu'ils et elles soient déconnectés du projet.
Architecture de l'information
Quelques idées :
- Quelques idées pour une architecture de l'information (sur Dropbox) :
- Une ressource inspirante sur les infrastructures de Remix et dans la perspective de la cartographie :
- Note : il y aurait lieu de se questionner sur la différence entre le wiki et le blogue, en ce qui concerne les médias. Quelle est au juste la plateforme de publication des contenus médias. Est-ce que le wiki sert uniquement à l'organisation du projet ou bien il constitue en lui-même un dépôt (voir la page Communities_and_Individuals:_Ways_of_Reconciliation, par exemple).
- De manière générale, il faut surtout s'attarder à mettre en valeur le contenu et expliciter les modalités de contribution au projet. En arrivant sur la page principale du projet (remixthecommons.org), c'est très difficile pour quelqu'un, quelqu'une qui ne connaît pas les porteurs, porteuses du projet de s'y intégrer.
Ressources
Experts possibles
- Simon Emmanuel Roux
- James M Turner, professeur, École de bibliothéconomie et des sciences de l'information.Université de Montréal
- Oceane Chotard
- Asmae Falhi
- Hervé Le Crosnier
Ressources documentaires
- Video-sharing sur le site de la P2P foundation http://p2pfoundation.net/Video-sharing_Network
- Comparaison entre Dynamic Pagelist x Semantic Mediawiki
- Expérience de base de données de documents vidéo (films, programmes TV, jeu vidéo et acteurs). Référence dans wikipedia En : Internet Movie Database avec plus de 100 millions d'utilisateurs uniques par mois.
- TimedMediaHandler, lecteur HTML5 utilisé par la plate-forme de vidéo open-souce Kaltura, basé sur HTML5, lit des fichiers audio et vidéo depuis les pages Wiki, support pour les sous-titres et le Timed Text, transcodage côté serveur. Expérience d'intégration de lecteur vidéo dans la wikisphère http://blog.wikimedia.fr/ : Le 2012-12-10, wikimédia annonce une avancée sur le système de lecteur et de catalogage de vidéo qui pourrait être reprise par Remix Biens Communs.
Commentaire d'Alain :
- nous avions raison dans le développement de notre plateforme "socio-technique" d'insister davantage sur l'aspect " socio" sachant que la technique suivrait de toutes façons. Dès l'idéation du projet Simon Roux de Communautique avait assisté à une réunion de Mozilla qui a lancé le projet de lecteur vidéo. Cela devrait nous permettre de mieux consolider encore notre "communauté" et les 5 autres dimensions.
- les fonctionnalités offertes par ce nouveau lecteur vidéo semblent répondre à beaucoup de nos besoins en termes de production de remix dans un cadre inter-culturel. Il nous faut évidemment examiner de près chacune d'entre elles et voir comment cordonner avec le travail de catégorisation/tagage qui est en cours d'élaboration et les différentes autres dimensions dont surtout celle d'animation.
- L'aspect traduction (une des pièces centrales de la dimension inter-culturelle que nous avions jusqu'ici un peu négligée) est ici répondu. Il nous faudra donc prévoir un temps d'appropriation collective de ce nouvel outil.
- étude des aspects techniques de sous-titrage vidéo par l'APRIL http://wiki.april.org/
- la Participatory Culture Fondation ( http://pculture.org/) travaille au développement d'outils libres pour la vidéo, dont Universal Subtitles (http://www.universalsubtitles.org/en/)
Articles ressources transcription :
*http://www.tentatives-accessibles.eu/173-projets-transcription-automatique-de-videos *http://www.vocapia.com/technos.html *http://lab.france24.com/20100226-fr-transcription-des-videos *http://www.tentatives-accessibles.eu/189-transcription-des-videos-et-referencement
- http://www.mediawiki.org/wiki/Media_Projet Projets Media de la wikisphère. Voir aussi la liste de discussion : Wikivideo-l.
