API:Query/fr

Le module  vous permet de récupérer l'information concernant un wiki et les données qu'il contient telles que le wikicode d'un page donnée, les liens et les catégories d'un ensemble de pages, ou le jeton dont vous avez besoin pour.

Modules du Query
Le module de requête possède trois types de sous-modules (appelés également modules de requête) :


 * Les concernant le wiki et l'utilisateur connecté.


 * les des pages, incluant les révisions des pages et le contenu.


 * Les des pages correspondant à certains critères.

Exemple 1: spécifier des pages
A la différence des modules de requête des données meta et des listes, tous les modules de requête de propriété fonctionnent avec une liste de pages que l'on peut spécifier avec l'une des manières suivantes :


 * Par le nom, en utilisant le paramètre  ; par exemple.


 * Par l'ID de la page, en utilisant le paramètre  ; par exemple.


 * Par l'ID de révision, en utilisant le paramètre  ; par exemple  . La plupart des modules de requête convertissent l'ID de révision en ID de la page correspondante. Seul  utilise actuellement directement l'ID de révision.


 * En utilisant un générateur.

Exemple 2: normalisation du titre
La normalisation des titres transforme le titre des page en leur forme canonique.

Cela veut dire qu'elle met en majuscule le premier caractère du titre, remplace les caractères souligné '_' par des espaces, et traduit le nom de l'espace de noms en sa forme locale, telle qu'elle a été définie pour ce wiki.

Exemple 3: titres absents et invalides
Les titres qui n'existent pas, ou qui ne sont pas valides, auront un attribut  ou   positionné dans la réponse.

Dans les formats de sortie qui prennent en charge les clés numériques de tableaux, les titres absents ou non valides auront des ID de page négatifs.

Exemple 4: requêtes continues
Lorsque toutes les données ne tiennent pas dans une seule réponse de requête, il y aura un attibut  pour indiquer que d'autres données vont encore arriver.

Pour obtenir ces données supplémentaires, ajoutez leur valeurs dans la requête initiale.

Exemple 5: fin de traitement par lot
L'API retourne un élément  pour indiquer que toutes les données pour le lot courant d'éléments, ont été fournies.

Dans la réponse de l'exemple de requête ci-dessous,  a été inclus pour indiquer que toutes les données de chacune des trois images ont été envoyées.

On continue ensuite en renvoyant les données concernant l'ensemble suivant de 3 images.

Exemple 6: les générateurs
Utilisez les générateurs si vous voulez obtenir les informations concernant un ensemble de pages.

Par exemple, pour obtenir les données concernant les pages d'une certaine catégorie, au lieu de faire la requête, puis redemander avec   initialisé sur toutes les pages retournées, combinez les deux appels à l'API en un seul avec.

Lorsque vous spécifiez un module de liste comme générateur, vous n'avez pas besoin de préciser les pages.

Néanmoins, pour un module de propriétés, vous devez préciser les pages sur lesquelles le générateur va travailler.

Par exemple, pour charger toutes les pages appelées par la page principale, utilisez.

Les paramètres passés à un générateur doivent être préfixés avec le caractère. Par exemple, lors de l'utilisation de, utilisez   au lieu de.

L'exemple de requête ci-dessous récupère les liens et les catégories des trois premières pages commençant par « Ba », dans l'espace de noms principal.

Historique des paramètres

 * v1.21:  ajouté
 * v1.24:  ajouté (notez que raw continuation était le comportement par défault jusque la v1.26)

Notes supplémentaires

 * Concernant le nombre maximum de titres par requête, la limite est de 50 lorsque vous spécifiez les titres par  ou , et de 500 pour ceux qui ont les droits.
 * Vous pouvez combiner ensemble dans une seule requête, plusieurs modules pour obtenir ce que vous voulez; par exemple.
 * Les générateurs ne passent que les titres des pages au module de requête et ne produisent pas d'informations eux-mêmes. C'est pourquoi l'initialisation de paramètres comme  n'aura pas d'effet.

Resolving redirects
Redirects can be resolved automatically, so that the target of a redirect is returned instead of the given title. When present, they will always contain  and   attributes and may contain a   attribute for those redirects that point to specific sections.

Both normalization and redirection may take place. In the case of multiple redirects, all redirects will be resolved, and in case of a circular redirect, there might not be a page in the 'pages' section (see also below). Redirect resolution cannot be used in combination with the  parameter or with a generator generating revids; doing that will produce a warning and will not resolve redirects for the specified revids.

The examples below show how the  parameter works.

Voir aussi

 * - Guide de démarrage rapide.
 * - Contient des informations sur l'utilisation du paramètre.