Les Communs


Atelier e-Sol (30 janvier 2026) — Notes sur les « communs »

1) Objectif du document

  • Structurer les idées de communs évoquées pendant l’atelier.
  • Ajouter une lecture « niveau de ressources » (N1 à N3) pour aider à prioriser et organiser la production.
  • Clarifier les enjeux, obstacles et questions ouvertes afin de faciliter le passage à l’action.

image esol__restitution_graphique.jpg (0.9MB)
(généré avec outil IA.. à vous de trouver les petites erreurs ! )


2) Notions clés

2.1 Qu’est-ce qu’un « commun » ?

Définition de travail (à valider collectivement) :
  • Un commun est une ressource (ou un ensemble de ressources) produite, entretenue et gouvernée par une communauté, selon des règles partagées, pour un bénéfice collectif.
  • Un commun n’est pas seulement un contenu. Il inclut souvent :
    • des pratiques (comment on produit, relit, met à jour),
    • des règles (licences, validation, modération),
    • une infrastructure (outil, base, plateforme),
    • et surtout de l’animation.

2.2 Niveaux de ressources (grille de lecture)

  • Niveau 1 – Ressources de base
    • Unités élémentaires réutilisables isolément : fiche, image, graphique, mini-outil, script, etc.
  • Niveau 2 – Ressources agrégées
    • Ensembles structurés de N1 formant un dispositif cohérent : cours, live, module, boîte à outils, album, etc.
  • Niveau 3 – Ressources inter-réseaux
    • Ressources et infrastructures qui circulent entre réseaux : plateformes partagées, référentiels, cadres méthodo, dispositifs de mutualisation/gouvernance.

Principe important (exemple MOOC) : on peut partir d’un dispositif (N2) puis le « désagréger » en briques (N1), ou l’inverse.

image esol__restitution_graphique32.jpg (3.4MB)


3) Inventaire d’idées de communs (par thèmes) + niveau de ressource

Lecture : chaque item est associé à un niveau dominant (N1/N2/N3). Certains objets peuvent exister à plusieurs niveaux (ex. base photo N3 et photos individuelles N1).

3.1 Sols forestiers

  • MOOC sols forestiers (partie gratuite) (N2)
    • Contenus vidéo, quizz, supports. Potentiel de réutilisation des unités (N1) si bien découpées.
  • Formation complémentaire au MOOC (partie payante) (N2)
    • Parcours encadré, exercices, accompagnement.
  • Certification de participation (payante) (N2)
    • Attestation/certification, critères, processus de délivrance.
  • Évaluation / examen (payant) (N2)
    • Banque de questions, modalités, correction.
  • Ressource : “Comment accéder aux données sol existantes ?” (N2)
    • Guide structuré, éventuellement décliné en fiches (N1).
  • Fiches formation IPRSols (N1 → N2)
    • Si collection structurée avec parcours : N2.

3.2 Sols (général) : photos, outils, données, supports pédagogiques

A) Photothèque et ressources visuelles

  • Photos + description de sol (métadonnées, localisation, etc.) (N3)
    • La photo individuelle est N1, la base outillée et gouvernée devient N3.
  • Schémas / infographies pédagogiques (N1)
  • Base/recueil de ressources graphiques sur les sols (liens avec photothèque) (N2)
    • Une “bibliothèque” organisée, avec filtres et tags.
  • Synthèse / fiche par région/département (N2)

B) Outils et applications

  • Outil type PlantNet : reconnaissance de sol sur le terrain (photo + critères), ML sur la base photo (N3)
    • Dépend fortement de la photothèque et de la qualité/standardisation des métadonnées.
  • Applis sols (calculateurs : réserve utile, ETP, etc.) (N2)
    • Chaque calculateur peut être N1 (script), mais une suite cohérente outillée est N2.
  • Appli Sol REDOX (N2)
  • Boîte à outils / boîte à applis (N2)
  • Formation à l’utilisation des outils (N2)

C) Guides, tutoriels, pédagogie

  • Vidéos / webinaires (N1)
  • Kit structuré de vidéos (gagner du temps de recherche) (N2)
  • Synthèses pédagogiques de vidéos existantes (N2)
  • Guide : comment ouvrir une fosse pédologique ? (N2)
    • Peut se décliner en fiche N1 + check-list.
  • Guide : comment identifier une zone humide (éviter les erreurs) (N2)
  • Fiches pédagogiques pour enseignants (ex. matière organique), type 25 séquences (N2)
    • Les séquences sont des unités N1, la série structurée est N2.

D) Licences et cadres

  • Licences pour programmation et données (ODbL, GNU, etc.) (N3)
    • Commun “cadre” : référentiel de licences, choix de compatibilité, gouvernance.

3.3 Sols et art

  • Ouvrage lien sols et art(s) (N2)
  • Collection d’ouvrages (N2/N3)
  • Ouvrage : comment intégrer l’art dans la formation (N2)
  • Kit DIY : art/sols avec les enfants (N2)
  • Guide de bonnes pratiques : sols et arts (ex. extraction d’argiles, événements) (N2)
  • Label “respect des sols” dans l’art (soil-friendly) (N3)
    • Nécessite des critères, un processus, une gouvernance.
  • Synthèses scientifiques de la Fresque du Sol (N2)
  • Wiki regroupant ces fiches (N3)
    • Infrastructure + règles de contribution + modération.

3.4 Jeux

  • Jeu sérieux (N2/N3)
  • Jeux d’énigmes (N2)
  • Quiz / mots croisés (N1 → N2)
  • Boîte de jeux (N2)
  • Recueil de fiches de jeux sérieux (N2)
  • Escape game sols (N2)

3.5 Secteur privé

  • Formations (N2/N3)
  • Outils (N2)
  • Guides (N2)
  • Fiches indicateurs (N1)
  • Recueil / guide d’indicateurs (lien IndicaSols et projets similaires) (N3)
    • Si référentiel partagé et aligné entre acteurs, avec gouvernance.

3.6 PromoSolsTerrain

  • Classeur / carnet de terrain (N2)
    • Peut contenir des fiches N1 + protocole d’usage.

3.7 Sciences et recherches participatives

  • Protocoles (N1 → N2)
    • Un protocole standardisé est N1 ; un programme complet (formation + outils + dataflow) est N2.
  • Formation sur un protocole (N2)


4) Enjeux et obstacles (transversaux)

4.1 Éviter la duplication et la compétition entre initiatives

  • Comment intégrer les projets existants (ou en développement) sans les mettre en concurrence ?
  • Quelle valeur ajoutée d’e-Sol pour eux : visibilité, mutualisation, standardisation, accès à une base, animation, outillage ?

4.2 Passer de la théorie à la pratique

  • Frein : manque de temps et difficulté à passer au concret.
  • Besoin : tutoriels, webinaires, guides “main à la pâte”, parcours d’onboarding.
  • Logique “proof of concept” : démarrer un « wagon » simple et vivant, puis étendre.

4.3 Publics cibles et besoins spécifiques

  • Chercheurs : quels communs vraiment utiles ? (ex. la revue EGS comme commun scientifique ?)
  • Ambassadeurs e-Sol : quels supports pour mieux animer leur communauté ?
  • Artistes : comment faciliter la mise en relation et donner une visibilité utile ?

4.4 Articulation avec les outils existants

  • Lien avec Mattermost (ex. Fresque). Migration complète vers le forum e-Sol ou coexistence ?
  • Synchronisation de calendriers (AFES + autres) pour éviter les doublons.
  • Notifications : informer quand une nouvelle fiche/ressource est publiée.

4.5 Communication et adoption

  • Clarifier les bénéfices à rejoindre e-Sol.
  • Disposer de supports de communication (papier et digital) : flyer d’accroche, diaporama, vidéo courte, kit ambassadeur.
  • Travailler les éléments de langage : passer de l’attentisme au co-activisme.

4.6 Gouvernance et animation

  • Point fort rappelé : “ANIMATION, ANIMATION, ANIMATION”.
    • Un site sans animation ne vit pas.
    • Les micro-opérations (collectes, libération de contenus, appels à contribution) transforment les participants en prescripteurs.
  • Ambiguïté à lever : charte et positionnement (plateforme vs réseau).

4.7 Licences, compatibilités, transférabilité

  • Objectif : tout nouveau contenu sous CC-BY-SA (principe posé en réunion).
  • Besoin : une métabase des ressources avec métadonnées de licence (filtrage, conditions de réutilisation).
  • Gestion des contenus existants :
    • Compatibilité entre licences, cas qui “fonctionnent” vs “ne fonctionnent pas”.
    • Stratégie d’incitation : contacter les détenteurs de contenus pour adopter une licence compatible.
    • Si pas de changement : décision explicite (ne pas intégrer, ou intégrer via lien sans copie selon contraintes).
  • Particularité des licences logicielles : contraintes (contaminantes ou non, ex. GPL) et choix à expliciter.
  • Note : possible d’éditer un livre avec des ressources CC-BY-SA (exemple cité : éditeur Retz).


5) Pistes d’action proposées (structuration et priorisation)

5.1 Construire une feuille de route “par niveaux”

  • Démarrage N1 (rapide, visible)
    • Petites fiches, infographies, check-lists, quizz courts, vidéos unitaires.
  • Assembler en N2 (cohérence, parcours)
    • Boîtes à outils, kits pédagogiques, collections thématiques (ex. “zone humide”, “fosse pédologique”).
  • Investir N3 (effet de levier, inter-réseaux)
    • Photothèque outillée et gouvernée, wiki, référentiels (indicateurs, licences), outils partagés (reconnaissance de sol, notifications, synchronisation calendriers).

5.2 Définir 2 à 3 “wagons” Proof of Concept

Exemples de wagons possibles (à arbitrer) :
  • 1. Photothèque + kit de réutilisation
    • N1 : 50 ressources (photos + schémas) bien métadonnées.
    • N2 : un “album” et une mini-boîte à outils (guide + check-list).
    • N3 : règles, licences, workflow de contribution, modération.
  • 2. Guide terrain zone humide
    • N1 : fiches critères + cas limites.
    • N2 : guide structuré + vidéo courte.
    • N3 : articulation avec réseaux existants et calendrier d’événements.
  • 3. Boîte à outils “calculateurs sols”
    • N1 : scripts unitaires.
    • N2 : suite d’apps + tutoriels.
    • N3 : cadre de validation scientifique, versioning, gouvernance.

5.3 Outillage d’animation et d’adoption

  • Kit ambassadeur : supports prêts à l’emploi (slides, flyer, mini-vidéo, messages types).
  • Mécanismes de notification : “nouvelle ressource publiée”, “appel à contribution”, “nouvel événement”.
  • Rituels : opérations mensuelles de contribution (libération de contenus, collecte de retours, ateliers).


6) Questions ouvertes à trancher (pour une prochaine session)

6.1 Cadrage et gouvernance

  • Définition opérationnelle d’un commun e-Sol : critères minimaux ?
  • Qui valide quoi (scientifique, pédagogique, juridique/licences) ?
  • Comment gérer l’ambiguïté plateforme vs réseau dans la charte ?

6.2 Stratégie licences

  • Quelles licences “par défaut” selon les types de ressources (images, textes, données, code) ?
  • Politique d’intégration des contenus non compatibles : lien externe ? exclusion ? exceptions ?
  • Comment documenter des exemples concrets de compatibilité/incompatibilité ?

6.3 Interopérabilité des outils

  • Positionnement forum e-Sol vs Mattermost : complémentarité, migration, périmètre.
  • Synchronisation calendriers : quels standards et quelle gouvernance ?

6.4 Mobilisation et contribution

  • Quelles incitations pour partager et maintenir ?
  • Quels “bénéfices” clairs pour les contributeurs (visibilité, reconnaissance, badges, certification) ?
  • Quel parcours d’onboarding et de montée en compétence ?


7) Annexe : rappel synthétique des niveaux

  • N1 : une ressource autonome (fiche, image, mini-outil, script).
  • N2 : un ensemble structuré (kit, module, cours, boîte à outils).
  • N3 : une infrastructure/référentiel inter-réseaux (plateforme, wiki, cadre méthodo, gouvernance partagée).