Cette page a vocation à structurer un discours de la solution basée sur Semantic Media Wiki à laquelle nous avons réfléchi dans le cadre de ToursTech, mais qui dépasse ce cadre. Les objectifs sont :

1. d'être capable d'expliquer la solution
2. de montrer quelles sont ses spécificités
3. de dire pourquoi ces spécificités sont intéressantes pour les territoires
4. d'anticiper sur comment une telle solution pourrait évoluer sur 2 ou 3 ans

• expliquer de façon neutre les aspects technico-fonctionnels de la solution
• faire un diagramme d'archi.

• Un outil “wiki”
  • Media Wiki : même logiciel que Wikipedia
  • 1 “chose” (organisation, personne, projet) = 1 “fiche”
  • Tout pour permettre une gestion coopérative
    • faible barrière à l'entrée
    • historiques de modification pour revenir en arrière
    • pages de discussion
    • …
• Un “wiki” oui… mais structuré !
  • Semantic Media Wiki = Structured Media Wiki
  • Permet de structurer l'information, et de créer des formulaires structurés :
    • adresse
    • code APE
    • type d'organisation
    • …
  • Une approche données vs. une approche document
  • La structure n'est jamais figée, et peut évoluer au gré des remontées de la communauté
    • Le formulaire ne vous convient pas ? vous pouvez toujours saisir une donnée structurée en dehors du formulaire

• Semantic Media Wiki = fonctionnalités coopératives/communautaires, mais silo de données
  • Les données ne sont pas réutilisables en dehors du contexte du wiki
• Solution : diffuser les données structurées du wiki au travers d'une base ouverte
• Technologie : base de données de graphe RDF
  • pas de modèle de données a priori (comme dans le wiki)
  • protocole d'interrogation des données standard (langage SPARQL)
  • conforme aux bonnes pratiques d'échanges des données sur le web (web de données, web sémantique)

• Données accessibles + protocoles standards = maximisation de la réutilisation des données
• Outils “sur étagère” capables de tirer parti des données :
  • Gephi (voir la carto à http://smw.coopaxis.fr/carto/carto.png)
• Bibliothèques de programmation (nécessitant du code) :
  • Sigma.js (voir les réalisations d'Antoine http://www.cartographie.mwebius.com/)
  • D3JS (voir la répartition par codes NAF par Cyrille http://smw.coopaxis.fr/carto2/NAF_Tree.html)
• Des réutilisateurs potentiels dans l'écosystème pour des projets “à valeur ajoutée” (= commerciaux)
  • Banlieue Ouest ?
  • EW-innovation ?

• Lister les caractéristiques spécifiques du système.
• En quoi l'approche se distingue-t-elle d'autres appoches, d'autres outils ?

• En quoi les points listés dans la partie précédente sont-ils particulièrement intéressants pour une politique territoriale, un territoire ?

(En s'inspirant d'autres initiatives et d'autre réflexion (FING, …) voir également quels doivent être les points à faire attention pour le succès du projets)

• Trouver un nom spécifique à cet outil