Manuel:Gestion des données dans MediaWiki

From mediawiki.org
This page is a translated version of the page Manual:Managing data in MediaWiki and the translation is 86% complete.

MediaWiki a été conçu pour gérer la plupart des informations textuelles et il le fait très bien. Néanmoins, la seule manière de structurer le contenu est par Espaces de noms , Sous-pages ou Aide:Catégories .

Si vous voulez géré les données structurées dans MediaWiki, par exemple une date ou un nombre, il existe plusieurs approches différentes pour cela, gérées par des extensions dédiées.

Les différences et les similarités les plus communes sont indiquées dans la table suivante :

Fonction
Semantic MediaWiki

Wikibase

Cargo
VisualData
Cas d'utilisation principal Gérer les données d'une installation MediaWiki, basée sur les standards du web sémantique. Propulser Wikidata. Gérer les données d'une installation MediaWiki. Managing data within a MediaWiki installation based on JSON-schema.
Approche Les données (propriétés) sont annotées avec le wikicode régulier ou par les modèles. Avec le type de donnée reference, les propriétés peuvent être utilisées pour décrire les éléments à l'aide de déclarations.[1] Les propriétés sont définies et utilisées pour décrire les éléments à l'aide de déclarations. Les données sont stockées dans les tables de la base de données et chaque table correspond à un modèle. Data are stored in a dedicated slot with JSON content model
Disponible depuis 2005 2012 2015 2022 (formerly known as PageProperties )
Temps d'installation 1000 s[2] 100 s[3][4][5] 100 s[6] n/a (new extension or unknown)
Communauté 190+ développeurs[7] 172+ développeurs[8] 63+ développeurs[9] (main developer)
Stockage Base de données MediaWiki, Elasticsearch, 5 dépôts SPARQL différents[10] Base de données MediaWiki, Elasticsearch, dépôt SPARQL (Blazegraph pour wikidata.org) Base de données MediaWiki (ou une base de données séparée)[11] MediaWiki database
Définition de propriété En saisissant le wikicode. Vous pouvez inventer librement des propriétés. Par défaut elle auront le type de donnée 'page' et pourront être définies ultérieurement. Le type des données peut être modifié à tout moment. Les propriétés doivent avoir été définies avant leur utilisation et ne peuvent pas être modifiées facilement.[12] Au lieu d'utiliser des propriétés, les tableaux de données sont définis avec un ensemble de champs prédéterminés (mais reconfigurables) par table. Properties are defined through one or more json-schema defined through a SchemaBuilder
Déclarer les valeurs En ligne ([[MaPropriété::MaValeur]]) ou avec les modèles. Saisie des données sous forme de formulaire avec Page Forms . Interface de saisie par défaut, à la manière de Wikibase. Avec les fonctions d'analyseur syntaxique dans les modèles. Saisie des données sous forme de formulaire avec Page Forms . Inline or popup OOUI forms automatically generated from JSON-schemas
Nombre de types de données prédéfinis 18[13] 17[14][15] 18 4 (basic JSON-schema types) + 15 string formats
Gestion des propriétés définitions de types, schémas de contraintes, importation d'ontologie personnalisé, ou import d'ontologie Wikidata Au lieu d'utiliser des propriétés, les tableaux de données sont définis avec un ensemble de champs prédéterminés (mais reconfigurables) par table. through a graphical interface (dedicated SchemaBuilder )
Nom des pages et liens internes Le nom des pages est normal et peut être utilisé pour les référencer. Le nom des pages est stocké avec leur Q-nombre (en affichant le 'label' dans les langues disponibles). Les liens internes doivent être faits vers le Q-nombre car vous ne pouvez pas référencer un 'label'. Le nom des pages est normal et peut être utilisé pour les référencer. Schemas are stored in a dedicated namespace and JSON-data in a dedicated slot associated to wiki articles. JSON-data can be accessed through an extension of the wiki interface
Requêtes en ligne oui, avec les fonctions d'analyseur syntaxique non (requêtes SPARQL externes); prévu
pris en charge par l'extension tierce LinkedWiki
oui, avec les fonctions d'analyseur syntaxique yes, with parser functions
Requêtes externes oui, avec un système de requête soit par API soit de type SPARQL (disponible via des extensions spéciales comme RDFIO et LinkedWiki) oui, avec le service de requête SPARQL oui, avec une API yes, with an API (not yet documented)
Formats de sortie[16] ~ 75[17] Pas d'affichage des résultats en natif; les données peuvent être visualisées par : environ 25[18] 6 (table, datatables, json, jsonraw, query, template)
Développements GitHub Gerrit Gerrit Gerrit
Extensions complémentaires 28[19] ~ 51[20], e.g. Semantic Result Formats , Semantic Bundle , Semantic Scribunto ~12[21], e.g. Wikibase Client , WikibaseLexeme , Query Service Il y en a 2 : Page Forms, Page Schemas. Cargo fournit certaines ou toutes les fonctionnalités de Semantic MediaWiki, Semantic Result Formats, Maps, Semantic Drilldown, Semantic Compound Queries, Semantic Internal Objects et Semantic Scribunto.[22] Extension:ContactManager

Comparaisons alternatives

Références

Voir aussi

  • Multi-Content Revisions - Possibilité de gérer différents objets de contenu indépendants à l'intérieur d'une même page wiki en utlisant une modification technologique dans le serveur MediaWiki.
  • DynamicPageList – Permet d'extraire les données des pages.
  • WikiDB – Fournit les fonctionnalités de la base de données, semblables en certains points aux propriétés sémantiques.
  • JsonConfig – stocke le JSON (y compris les données tableur et les données de cartes) dans des pages wiki, et permet leur accès via Lua; ne supporte pas les requêtes
  • External Data - accès aux données à partir d'URL externe, d'un fichier local, et de base de données SQL ou MongoDB (pouvant contenir des données de sites web non-MediaWiki)
  • Structured data across Wikimedia – projet en cours (depuis 2021) concernant l'amélioration du support des données structurées dans MediaWiki
  • Category:Data management extensions