Extension:LinkedWiki
État de la version : stable |
|
|---|---|
| Implémentation | Extension de l'analyseur, Page spéciale, Extraction de données, API, Média |
| Description | L'extension LinkedWiki vous permet de lire et sauvegarder les données structurées de votre wiki. L'extension vous aidera à réutiliser vos données et celles du Web des données dans les pages et les modules de votre wiki. |
| Auteur(s) | Karima Rafes karima.rafes |
| Dernière version | 3.7.2 (2025/08/26) |
| MediaWiki | 1.43.x, v3.7.2, PHP 8.1 or 1.39.x, v3.7.1, PHP 7.4 |
| PHP | 8.1+ (tested with 8.4) |
|
|
|
|
| Licence | Licence Creative Commons Attribution Share Alike 4.0 |
| Téléchargement | README |
| Exemple | https://data.escr.fr/wiki/Category:Page_RDF |
| Traduire l’extension LinkedWiki sur translatewiki.net si elle y est disponible | |
| Problèmes | Tâches ouvertes · Signaler un bogue |
L'extension LinkedWiki vous permet de réutiliser les données liées dans votre wiki. Vous pouvez utiliser des données obtenues au travers de Wikidata ou d'une autre source directement au travers d'une requête SPARQL. Cette extension fournit également des fonctions Lua pour la construction de vos modules afin que vous puissiez enregistrer vos données structurées dans votre base de données RDF (Resource Description Framework).
Démarrage rapide
Installer cette extension.
Après avoir installé cette extension :
- Ouvrir la page spéciale : Special:SPARQL editor
- Sélectionner un service SPARQL (dans vos paramètres) ou saisir le point d'accès de votre service SPARSQL
- Insérer une requête SPARQL (exemples de requêtes SPARQL sur https://linkedwiki.com/)
- Sélectionner une visualisation : une table HTML ou visualisation Sgvizler2
Pour une visualisation Sgvizler2, vous pouvez cliquer sur le bouton Voir le document pour voir les options disponibles. - Vérifier le résultat
- Pour terminer, ouvrir l'onglet Comment utiliser cette requête dans ce wiki ? et copier dans une page de votre wiki, le code wiki généré
-
Page spéciale de l'Editeur SPARQL
-
La page spéciale génère le code wiki à copier sur une page du wiki pour afficher cette visualisation
Voir les détails : SPARQL réutilise vos données dans votre wiki
Exemples de visuels
Cartes

chart=leaflet.visualization.Map
chart=bordercloud.visualization.DataTableSeuls 3 paramètres suffisent pour imprimer une carte dans votre wiki :
- requête SPARQL
- Service SPARQL (par défaut Wikidata)
- une visualisation (graphes ou tableaux, pivot, etc.)
{{#sparql:
PREFIX xsd: <http://www.w3.org/2001/XMLSchema#>
PREFIX pq: <http://www.wikidata.org/prop/qualifier/>
PREFIX psv: <http://www.wikidata.org/prop/statement/value/>
PREFIX p: <http://www.wikidata.org/prop/>
PREFIX bd: <http://www.bigdata.com/rdf#>
PREFIX wikibase: <http://wikiba.se/ontology#>
PREFIX wd: <http://www.wikidata.org/entity/>
PREFIX wdt: <http://www.wikidata.org/prop/direct/>
select distinct ?lat ?long ?presidentLabel
where {
?president wdt:P39 wd:Q191954 ;
wdt:P19 ?villeNaissance ;
p:P39 ?s .
?villeNaissance p:P625 ?coord .
?coord psv:P625 ?coordValue .
?coordValue a wikibase:GlobecoordinateValue ;
wikibase:geoLatitude ?lat ;
wikibase:geoLongitude ?long .
SERVICE wikibase:label {
bd:serviceParam wikibase:language "fr" .
}
}
|config=http://www.wikidata.org
|chart=leaflet.visualization.Map
}}
Pour la visualisation leaflet.visualization.Map avec OpenStreetMap, vous pouvez ajouter plusieurs options.
{{#sparql:
...
|config=http://www.wikidata.org
|chart=leaflet.visualization.Map
|options=width=100%!height=500px
}}
Vous pouvez également utiliser la visualisation google.visualization.Map et afficher le journal pour déboguer votre requête ou la visualisation.
{{#sparql:
...
|config=http://www.wikidata.org
|chart=google.visualization.Map
|options=width=100%!height=500px
|log=2
}}
Vous pouvez remplacer le paramètre config par le paramètres endpoint avec un point d'accès SPARQL mais si cela ne fonctionne pas, vous devrez créer une configuration spécifique pour ce service SPARQL.
{{#sparql:
...
| endpoint = http://example.org/sparql
...
}}
Table HTML

Par défaut, #sparql génère un tableau HTML pouvant être personnalisé à l'iade de modèles du wiki.
Cette visualisation prend en charge le service SPARQL avec des informations d'identification qui doivent être décrites dans le LocalSettings.php.
Exemple :
{{#sparql:
select * where { ?x ?y ?z . } LIMIT 5
| config = https://myPrivateSPARQLService.example.org/sparql
| headers = ,name2,name3
| classHeaders= class="unsortable",,
}}
Datatable
Un autre tableau disponible DataTable, cette visualisation JavaScript peut être personnalisée avec des balises HTML.
{{#sparql:
select * where
{ ?x ?y ?z . }
LIMIT 15
|config=http://www.wikidata.org
|chart=bordercloud.visualization.DataTable
|options=width=100%!height=500px
}}
Utilisation

Construire des requêtes SPARQL
L'extension LinkedWiki fournit deux éditeurs SPARQL. Flint Editor fonctionne avec les points d'accès SPARQL 1.1 et 1.0 mais parfois des problèmes existent par exemple avec Wikidata.
Nous développons un nouvel éditeur SPARQL où vous pouvez sélectionner en un clic un point d'accès déjà défini dans votre configuration et lire (ou écrire, si vous le souhaitez) via SPARQL directement dans cet éditeur.
Voir les détails : pages spéciales pour tester vos requêtes et construire vos visualisations pour votre wiki
Visualiser les résultats SPARQL
L'extension fournit un analyseur #SPARQL pour réutiliser vos données ainsi que les Linked Open Data dans votre wiki.
Vous pouvez utiliser un nouveau point d'accès SPARQL ou réutiliser un service SPARQL déjà défini dans la configuration de votre wiki.
Voir les détails :
Écrire des données dans les pages
La balise rdf permet d'écrire directement en RDF/Turtle (1.0 ou 1.1) sur n'importe quelle page du wiki.
Toutes les pages avec cette balise sont mises dans la catégorie RDF pages.
Si l'option vérifier la page RDF est activée, le wiki vérifie le RDF avant de sauvegarder la page (voir l'installation). Si une erreur est trouvée, le wiki affiche la ligne en cause dans le code RDF.
Exemple de page avec la balise rdf pour décrire une documentation RDF :

<rdf>
prefix daapp: <http://daap.dsi.universite-paris-saclay.fr/wiki/Data:Project#>
prefix owl: <http://www.w3.org/2002/07/owl#>
prefix rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#>
prefix rdfs: <http://www.w3.org/2000/01/rdf-schema#>
prefix sh: <http://www.w3.org/ns/shacl#>
prefix xsd: <http://www.w3.org/2001/XMLSchema#>
</rdf>
=== GeneralMethod ===
{{Todo|Descriptions...}}
==== Définition ====
<rdf>
daapp:GeneralMethod
rdf:type owl:Class ;
rdfs:label "General method"@en ;
rdfs:label "Méthode générale"@fr ;
rdfs:subClassOf owl:Thing .
</rdf>
==== Contraintes ====
<rdf constraint='shacl'>
daapp:GeneralMethod
rdf:type sh:Shape ;
sh:targetClass daapp:GeneralMethod ;
sh:property [
rdfs:label "Label" ;
sh:minCount 3 ;
sh:predicate rdfs:label ;
] ;
sh:property [
rdfs:label "hasCampaign"^^xsd:string ;
sh:minCount 1 ;
sh:nodeKind sh:IRI ;
sh:predicate daapp:hasCampaign ;
sh:class daapp:Campaign ;
]
.
</rdf>
Vous pouvez voir le RDF brut de la page avec ces paramètres : ?action=raw&export=rdf
Partager des données
Les IRI (ou les URI) des pages avec la balise rdf sont Cool IRIs.
Donc, par une demande HTTP, une machine ne voit que le contenu RDF et un humain peut voir le contenu et sa description en langage naturel dans la même page.
Vous pouvez voir les données RDF finales dans la page lorsque vous cliquez sur l'onglet Turtle.
Par exemple, avec la page http://example.org/wiki/Data:GeneralMethod, vous pouvez lire ces données avec une commande Curl (ou via une requête de chargement dans une base de données via SPARQL) :
curl -iL -H "Accept: text/turtle" http://example.org/wiki/Data:GeneralMethod
Résultat :
HTTP/1.1 302 Found Date: Fri, 22 Oct 2021 15:17:39 GMT Server: Apache/2.4.37 (rocky) X-Powered-By: PHP/7.4.24 X-Content-Type-Options: nosniff Content-language: en X-Request-Id: YXLWE2wOzCbKWMu1-8s2HgAAAMI Location: http://example.org/wiki/Data:GeneralMethod?action=raw&export=rdf Content-Length: 0 Content-Type: text/html; charset=UTF-8 HTTP/1.1 200 OK Date: Fri, 22 Oct 2021 15:17:41 GMT Server: Apache/2.4.37 (rocky) X-Powered-By: PHP/7.4.24 X-Content-Type-Options: nosniff Vary: Accept-Encoding,Accept-Language,Cookie Expires: 0 Pragma: no-cache Cache-Control: no-store X-Request-Id: YXLWFWwOzCbKWMu1-8s2HwAAANY Last-Modified: Fri, 22 Oct 2021 11:00:13 GMT Transfer-Encoding: chunked Content-Type: text/turtle;charset=UTF-8 BASE <http://example.org/wiki/Data:GeneralMethod> daapp:GeneralMethod rdf:type owl:Class ; ...
Si votre wiki est privé, il est possible de l'ouvrir uniquement pour votre base de données RDF (voir l'installation).
Dans les versions 3.6.0+, le wiki enregistre par défaut les données RDF automatiquement dans votre base de données (voir l'installation) et si votre base de données possède un point d'accès SPARQL public, les données RDF de votre wiki sont immédiatement parmi les Linked Open Data.
Si vous ajoutez une BASE dans le RDF, votre nouvelle BASE remplacera la BASE par défaut pour les données RDF dans la page.
Écrire les données des pages principales dans un nouvel espace de noms de données

L'extension LinkedWiki crée les espaces de noms Data: et UserData: . Les utilisateurs naviguent dans ces espaces de noms via l'onglet Data sur toutes les pages principales et les pages utilisateur.
Seuls les utilisateurs du groupe Data peuvent modifier ces espaces de noms. Un utilisateur ou un robot peut utiliser ces espaces de noms pour écrire un contenu RDF/Turtle en relation avec les pages principales.
Publier des données privées dans une base de connaissances ouverte
Si vous installez Extension:PushAll, vous pouvez insérer l'onglet Push sur toutes les pages, pour pousser facilement vers un wiki cible une page d'un autre wiki avec ses sous-pages, ses données, fichiers, modules, etc (voir l'installation).
Configuration des services SPARQL
La configuration des services SPARQL n'est souvent pas triviale et diffère en fonction des bases de données RDF. Dans la configuration de cette extension, vous pouvez paramétrer en détail les requêtes HTTP prises en charge par vos services SPARQL publics et privés.
Cette extension prend en charge les services SPARQL avec les informations d'identification et les utilisateurs de votre Wiki peuvent réutiliser vos données privées sans voir vos informations d'identité.
Voir les détails : Configuration de l'extension LinkedWiki

Module : classe Lua pour lire et écrire vos données
Généralement, pour les utilisateurs, une page wiki est comme un objet où ils veulent pouvoir ajouter une nouvelle propriété. Malheureusement, les schémas RDF peuvent être complexes et les contributeurs sont rarement des experts en RDF ou en SPARQL.
L'extension simplifie le travail des contributeurs sans imposer de schémas RDF définitifs à vos données. Avec la classe Lua de cette extension, vous pouvez créer votre propre module (par exemple une boîte d'information — infobox) où vous pouvez ajouter, lire et vérifier une propriété de votre base de données RDF via un service SPARQL.
Si vous voulez modifier vos schémas RDF, vous devez simplement modifier vos modules et rafraîchir votre base de données et toutes les pages de votre wiki via la page spéciale Rafraîchir la base de données.
Voir les exemples : Utiliser LinkedWiki dans vos modules
Écrire des contraintes et générer un rapport SHACL
La balise rdf prend en charge l'attribut constraint pour préciser comment vérifier vos données.
Toutes les pages avec cet attribut sont mises dans la catégorie RDF schema.
Pour le moment, LinkedWiki ne supporte que SHACL. Si RDFUnit est installé, la page spéciale RDF test cases génère le rapport SHACL de votre base de données avec les règles écrites dans le wiki. Cette page spéciale affiche le dernier rapport calculé et peut le recalculer à nouveau (plusieurs minutes). RDFUnit vérifie seulement par défaut les données RDF dans le wiki mais vous pouvez aussi essayer d'autres graphes nommés de la même base de données dans le rapport (voir l'installation).
Pour activer les contraintes, vous devez insérer l'attribut constraint='shacl' dans la balise rdf.
Exemple :
<rdf constraint='shacl'>
daapp:GeneralMethod
rdf:type sh:Shape ;
sh:targetClass daapp:GeneralMethod ;
sh:property [
rdfs:label "Label" ;
sh:minCount 3 ;
sh:predicate rdfs:label ;
].
</rdf>
Visualiser tous les problèmes
Il existe de nombreuses sources d'erreurs : erreurs de syntaxe, mauvais format, problèmes de connexion avec les Linked Open Data et votre base de données, etc.
Si une requête a échoué dans un module, une page, une tâche, l'erreur de la requête est enregistrée dans une propriété de la page qui a généré cette erreur. Vous pouvez donc voir tous les problèmes de votre wiki via la page spéciale Special:PagesWithProp avec la propriété wgLinkedWiki_page_with_error_message.

Instructions de téléchargement
Télécharger la dernière version.
Installer LinkedWiki
Pour installer cette extension :
- copier l'extension dans le dossier
extensions/LinkedWikide votre wiki - dans le dossier, exécutez
composer install --no-devetyarn install --production=true(ounpm install --production). Si composer ou yarn n'est pas installé, rendez-vous sur : Comment installer composer et yarn. - ajouter ce qui suit à LocalSettings.php :
wfLoadExtension( 'LinkedWiki' );
// Insérez votre clé d'API Google, si vous utilisez les graphiques Google.
// https://developers.google.com/maps/documentation/javascript/get-api-key
$wgLinkedWikiGoogleApiKey = "GOOGLE_MAP_API_KEY";
// Insérez votre jeton d'accès OpenStreetMap, si vous utilisez OpenStreetMap via les graphiques Leaflet.
// https://www.mapbox.com/api-documentation/#access-tokens
$wgLinkedWikiOSMAccessToken = "OPENSTREETMAP_ACCESS_TOKEN";
Vous pouvez maintenant utiliser la page spéciale SPARQL Editor de votre wiki pour créer une requête avec sa visualisation et copier un exemple de code avec l'analyseur syntaxique #sparql dans n'importe quelle page de votre wiki.
Sur service LinkedWiki.com, vous pouvez trouver des exemples de requêtes avec leur wikicode.
Configuration locale des services SPARQL
Par défaut, une requête sans point d'accès ou configuration se résoud sur Wikidata (en lecture seule).
Si vous ajoutez un nouveau service SPARQL et que vous modifiez le service SPARSQL par défaut de votre wiki, vous devez ajouter les paramètres dans LocalSettings.php.
Par exemple, pour un service Virtuoso SPARQL, vous pouvez ajouter la configuration http://database-test/data :
$wgLinkedWikiConfigSPARQLServices["http://database-test/data"] = [
"debug" => false,
"isReadOnly" => false,
"typeRDFDatabase" => "virtuoso",
"endpointRead" => "http://database-test:8890/sparql/",
"endpointWrite" => "http://database-test:8890/sparql-auth/",
"login" => "dba",
"password" => "dba",
"HTTPMethodForRead" => "POST",
"HTTPMethodForWrite" => "POST",
"lang" => "en",
"storageMethodClass" => "DatabaseTestDataMethod",
"nameParameterRead" => "query",
"nameParameterWrite" => "update"
];
Si vous voulez remplacer Wikidata par ce service SPARQL, vous devez ajouter aussi cette ligne :
$wgLinkedWikiSPARQLServiceByDefault= "http://database-test/data";
Si vous voulez utiliser ce service SPARQL pour enregistrer toutes les données RDF du wiki, vous devez ajouter cette ligne :
$wgLinkedWikiSPARQLServiceSaveDataOfWiki= "http://database-test/data";
- Voir les détails : configuration
- Exemples d'autres points d'accès : liste des paramètres
Installation des fonctionnalités avancées
Faire une boîte d'information avec les fonctions Lua
Si vous voulez créer une boîte d'information avec les fonctions Lua de LinkedWiki, vous devez installer Extension:Scribunto et Extension:Capiunto.
Vous pouvez ensuite commencer la lecture du démarrage rapide avec Lua.
Ajouter un onglet Data aux pages d'accueil et aux pages utilisateur

extension:NamespaceData permet à la balise rdf d'écrire avec RDF/Turtle directement dans une page (leur ontologie ou leurs règles SHACL, par exemple) mais les utilisateurs préfèrent séparer le langage naturel de RDF/Turtle dans leur wiki.
Installation :
- Télécharger extension:NamespaceData
- Insérer dans votre LocalSettings.php
wfLoadExtension( 'NamespaceData' );
- Donner aux utilisateurs les droits de voir ou non cette onglet et de modifier ou non les pages dans l'espace de noms Data
Ajouter un onglet Push
Lorsque vous avez terminé de travailler en privé (c'est-à-dire dans un wiki privé), vous voudrez peut-être faire pousser vos pages (avec leurs modules, modèles, fichiers et pages de données) dans un autre wiki (publique). Cette installation insère un onglet discret push sur vos pages.
Chaque utilisateur du wiki dans ses préférences peut ajouter des cibles pour le push (des wikis où vous pourrez pousser le contenu ou les données), mais avant cela, les utilisateurs doivent créer leur propre connexion et mot de passe via les Special: BotPasswords des wikis distants.
Installation :
- Télécharger PushAll
- Insérer dans votre LocalSettings.php
wfLoadExtension( 'PushAll' );
- Vous pouvez attacher vos pages de données en ajoutant l'espace de noms Data au tableau
$egPushAllAttachedNamespaces.
Exemple :
wfLoadExtension( 'PushAll' );
$egPushAllAttachedNamespaces[] = "Data";
Vérifier la syntaxe RDF/Turtle avant d'enregistrer
Dans votre LocalSettings.php, vous pouvez activer la fonctionnalité vérifier la page RDF avec cette ligne :
$wgLinkedWikiCheckRDFPage = true;
Cette fonctionnalité utilise RAPPER pour analyser la syntaxe Turtle (1.0 et 1.1) dans le wiki.
Cet outil est installé en même temps que Raptor2 de Redland. Pour l'installer sous CentOS, les commandes sont :
yum install raptor2
# ou ''yum'' installe ''redland''
# contrôle
rapper --help
Générer un rapport SHACL
Vous devez installer RDFUnit. Cet outil est expérimental mais le code est stable.
L'extension attend RDFUnit dans le dossier /RDFUnit de votre serveur (ou lien de ce dossier). La page spéciale RDF Unit affiche la ligne de commande pour tester l'installation et affiche le rapport SHACL ou les erreurs de RDFunit.
Voici un exemple pour installer RDFUnit v0.8.21 (dernière version) sur un serveur CentOS :
yum install redland maven -y
cd /
git clone --depth 1 --branch v0.8.21 https://github.com/AKSW/RDFUnit.git
cd RDFUnit
mvn -pl rdfunit-validate -am clean install -DskipTests=true
rm -rf /usr/share/httpd/.m2/repository
mkdir -p /usr/share/httpd/.m2/repository
cp ~/.m2/repository /usr/share/httpd/.m2/repository -R
chown apache:apache /usr/share/httpd/.m2 -R
semanage permissive -a httpd_t
chown apache:apache /RDFUnit -R
Par défaut, RDFUnit vérifie uniquement le graphique nommé de votre configuration par défaut (via $wgLinkedWikiSPARQLServiceByDefault) mais vous pouvez ajouter d'autres graphiques nommés du même point d'accès SPARQL avec le paramètre $wgLinkedWikiGraphsToCheckWithShacl dans votre LocalSettings.php.
Par exemple, si vous voulez ajouter les graphiques nommés http://example.com/graph1 et http://example.com/graph2 :
$wgLinkedWikiGraphsToCheckWithShacl[] = "http://example.com/graph1";
$wgLinkedWikiGraphsToCheckWithShacl[] = "http://example.com/graph2";
Rafraîchir votre base de données RDF avec les pages RDF du wiki privé
Si votre wiki est privé, la page spéciale Refresh RDF database ne fonctionne pas sans Extension:NetworkAuth/fr. La base de données RDF avec un service SPARQL doit lire la page RDF du wiki privé sans les identifiants.
Si votre base de données est installée avec le wiki sur le même serveur, la configuration pour Extension:NetworkAuth/fr sera :
# Connecter des utilisateurs non connectés de ces réseaux
$wgNetworkAuthUsers[] = [
'iprange' => [ '127.0.0.1','::1','OR_ANOTHER_IP'],
'user' => 'NetworkAuthUser',
];
$wgNetworkAuthSpecialUsers[] = 'NetworkAuthUser';
Vous pouvez trouver la bonne adresse IP utilisée par votre service SPARQL dans les journaux HTTP après avoir utilisé la page spéciale Refresh RDF database.
Ici, vous devez créer l'utilisateur "NetworkAuthUser" dans votre wiki avec les informations nécessaires pour lire les pages de données.
Forcer la file d'attente des tâches à s'exécuter après un rafraîchissement de votre base de données RDF
Si le trafic de votre wiki est trop lent pour effacer la file d'attente après une mise à jour de votre base de données RDF, vous pouvez effacer la file des tâches de votre wiki sans attendre.
Sous Linux, vous pouvez insérer une nouvelle tâche automatique toutes les 5 minutes :
crontab -e
*/5 * * * * /usr/bin/php /WWWDATA/htdocs/w/maintenance/runJobs.php > /var/log/runJobs.log 2>&1
Sans oublier de configurer Logrotate pour supprimer automatiquement de nouveaux journaux concernant ces tâches :
vi /etc/logrotate.d/runJobs
/var/log/runJobs.log {
missingok
notifempty
compress
size 20k
daily
maxage 7
}
Par défaut, à chaque fois qu'une requête s'exécute dans le wiki, une tâche est extraite de la file d'attente des tâches et exécutée. Avec cette nouvelle ligne dans votre gestionnaire de tâches, vous pouvez désactiver le paramètre Manuel:$wgJobRunRate dans le Localsettings.php :
$wgJobRunRate = 0
Mettre en valeur le code RDF sur les pages du wiki
Vous devez installer Extension:SyntaxHighlight_GeSHi pour mettre en évidence le code RDF sur les pages wiki.
Problèmes connus
Erreurs concernant CURL
Si, après l'installation, vous avez des erreurs à propos de CURL, vous devez probablement installer la lib pour curl sur votre serveur. Exemple avec Ubuntu, debian, CentOS ou fedora :
apt-get install php-common
ou
yum / dnf install php-common
Des questions ?
Comment installer composer et yarn
Pour debian ou fedora :
apt-get install yarn composer
ou
curl -sL https://dl.yarnpkg.com/rpm/yarn.repo -o /etc/yum.repos.d/yarn.repo
yum / dnf install yarn composer
Comment proposer une nouvelle fonctionnalité
Comment rapporter un bogue logiciel
Comment modifier le nom de domaine du wiki
Modifier les clés d'API
Souvent, les clés d'API sont limitées par le nom du domaine. Vous devez vérifier ou modifier vos clés d'API en fonction de votre nouveau nom de domaine. Dans LocalSettings.php, insérez vos clés correctes d'API avec le nouveau nom de votre domaine :
// Insérez votre clé d'API Google, si vous utilisez les graphiques Google.
// https://developers.google.com/maps/documentation/javascript/get-api-key
$wgLinkedWikiGoogleApiKey = "GOOGLE_MAP_API_KEY";
// Insérez votre jeton d'accès OpenStreetMap, si vous utilisez OpenStreetMap via les graphiques Leaflet.
// https://www.mapbox.com/api-documentation/#access-tokens
$wgLinkedWikiOSMAccessToken = "OPENSTREETMAP_ACCESS_TOKEN";
Remplacer sur toutes les pages du wiki l'ancien nom de domaine par le nouveau
Extension:Replace Text peut remplacer l'ancien nom de domaine par le nouveau sur la plupart des wikis.
- Télécharger Extension:Replace Text
- Insérer dans votre LocalSettings.php
wfLoadExtension( 'ReplaceText' );
- Utilisez ces lignes de commande :
cd extensions/ReplaceText php replaceAll.php "old.example.com" "new.example.com" --nsall
Vous pouvez ensuite désinstaller l'extension Replace Text.
Remplacer dans tous les modules du wiki l'ancien nom de domaine par le nouveau
Manuellement :
- Pour faire la liste des pages dans l'espace de noms
Module - Ouvrez chaque module et remplacez l'ancien nom de domaine par le nouveau (l'éditeur Lua vous donne l'outil pour remplacer tout le texte).
Si vous avez trouvé une meilleure méthode, vous pouvez la proposer sur la page de discussion.
Rafraîchir la configuration
Si vous utilisez l'ancien nom de domaine dans le nom de votre graphique RDF où vous sauvegardez vos données :
- Vous devez remplacer dans votre LocalSettings.php l'ancien nom de domaine par le nouveau
- Vous devez vérifier les pages spéciales de votre Wiki
LinkedWiki configuration, si vous voyez encore l'ancien nom de domaine. Si oui, vous devez remplacer dans votre classe de stockage dans le dossier LinkedWiki/storageMethod l'ancien nom de domaine. - Vérifiez les pages spéciales
LinkedWiki configuration, si vous voyez encore l'ancien nom de domaine...
Rafraîchir la base de données RDF
Si vous utilisez l'ancien nom de domaine dans le nom de votre graphique nommé quand vous sauvegardez vos données dans votre base de données RDF, vous devez modifier la configuration de votre base de données pour permettre au wiki de sauvegarder sous ce nouveau nom de graphique.
Pour rafraîchir votre base de données RDF, vous devez ouvrir la page spéciale Refresh database et exécuter dans l'ordre les 3 étapes : tout nettoyer, importer toutes les pages de données et rafraîchir toutes les pages avec des modules et des requêtes.
Lorsque toutes les tâches sont exécutées, votre base de données a été mise à jour.
Rafraîchir les pages avec les requêtes SPARQL
Si vous voyez plusieurs pages avec des requêtes SPARQL sans résultats, vous pouvez ouvrir la page spéciale Refresh database et réactiver la dernière étape : rafraîchir toutes les pages avec les modules et les requêtes.
Voir aussi
- Exemples SPARQL : LinkedWiki.com, Université de Paris-Saclay et Wikidata
- SPARQL dans Wikipedia
- Tutoriel SPARQL en français (Wikiversité)
- Voir les derniers tests sur les dernières versions de Mediawiki
- Extension:SPARQL – permet d'exécuter des requêtes SPARQL et de modéliser leurs résultats via Lua
- Stable extensions/fr
- Parser extensions/fr
- Special page extensions/fr
- Data extraction extensions/fr
- API extensions/fr
- Media handling extensions/fr
- ArticleDeleteAfterSuccess extensions/fr
- BeforePageDisplay extensions/fr
- EditFilterMergedContent extensions/fr
- ParserClearState extensions/fr
- ParserFirstCallInit extensions/fr
- RawPageViewBeforeOutput extensions/fr
- ScribuntoExternalLibraries extensions/fr
- SkinTemplateNavigation::Universal extensions/fr
- TitleMove extensions/fr
- Creative Commons licensed extensions/fr
- Extensions in Wikimedia version control/fr
- All extensions/fr
- SPARQL extensions/fr
- Wikidata extensions/fr
- LinkedWiki/fr
- SPARQL/fr
- Map extensions/fr
