Choisir une méthode
Partir d’une tâche : vérifier, comparer, documenter ou décider.
Rechercher
Un point d’entrée transversal pour retrouver la méthode, la source ou la situation utile à votre question.
Trouver une méthode selon votre besoinLes mots sont recherchés ensemble, sans distinction de casse ou d’accents. La recherche reste dans la langue choisie.
À partir de deux caractères : flèches pour choisir, Entrée pour ouvrir, Échap pour fermer. Vous pouvez aussi lancer la recherche complète.
Deux nombres plausibles ne suffisent pas à localiser un point. Le référentiel, les unités et le contrat du logiciel déterminent leur lecture. La documentation GDAL et OGC API Features montre pourquoi « WGS 84 » seul ne dit pas toujours dans quel ordre arrivent les valeurs.
La RFC 7946 donne deux emprises entourant les mêmes valeurs extrêmes de longitude. Celle qui franchit l’antiméridien couvre 5° ; l’autre 355°. Trier mécaniquement les longitudes minimum et maximum change donc le territoire sélectionné. Le comparateur ci-dessous reprend ces deux exemples documentaires.
Les exemples officiels de GeographicLib permettent de vérifier un calcul avec des entrées et une sortie connues. Ils utilisent l’ellipsoïde WGS 84, sans itinéraire routier. Ce tableau reproduit leurs paramètres et leurs résultats documentaires : il ne géocode pas les adresses du lecteur.
Le choix du prédicat change les correspondances, même avec les mêmes coordonnées. Les trois premières règles ci-dessous concernent des objets geometry en deux dimensions. Le schéma est une construction pédagogique : un polygone avec un trou, un point sur sa limite et un point dans le trou. Il ne représente aucune commune réelle.
Deux libellés peuvent paraître identiques et contenir des suites Unicode différentes. UAX #15 distingue quatre formes qui ne font pas les mêmes rapprochements. Les dix cas officiels ci-dessous sont extraits du jeu de conformité Unicode 17.0.0, version explicitement retenue pour rendre l’exemple reproductible ; ce choix ne prétend pas identifier la version de chaque navigateur.
Une longueur de colonne n’est exploitable que si son unité est connue. Les valeurs ci-dessous sont calculées à partir des règles UTF-8 et UTF-16 pour quatre séquences précises ; ce ne sont pas des mesures d’un fichier utilisateur. Un même signe perçu peut être décrit par plusieurs points de code. Notation du tableau : cp = points de code ; B = octets.
La RFC 4180, de statut informatif, décrit un format courant à virgules ; elle n’épuise pas les dialectes rencontrés. Ses règles suffisent à expliquer pourquoi découper le texte sur chaque virgule puis chaque saut de ligne peut détruire des cellules. Les fragments de ce tableau sont des exemples de syntaxe, pas des observations réelles.
Le modèle CSV on the Web du W3C distingue la chaîne lue et sa valeur sémantique. Il ne conserve pas, comme distinction de données, la présence de guillemets autour d’une chaîne vide. Ces règles concernent CSVW ; elles ne décrivent pas tous les importateurs SQL ou tableurs.
La RFC 8259 décrit une syntaxe d’échange, mais ne garantit pas une représentation arbitrairement précise dans chaque logiciel. Un identifiant numérique trop long peut être altéré lors de la lecture avant même un affichage dans un tableur. Les exemples de formes ci-dessous sont pédagogiques, sans valeur d’identifiant attribué.
Microsoft documente deux systèmes de dates, 1900 et 1904. Son exemple du 5 juillet 2011 donne deux nombres différents pour la même date. Avant de comparer deux extractions, relever le système du classeur : changer le format d’affichage ne remplace pas cette information.
La documentation PostgreSQL 18 donne deux tables pédagogiques de trois lignes. Le simulateur les reprend pour comparer neuf combinaisons de jointure et de filtrage. Il ne contient aucune entreprise ou observation réelle et ne se connecte à aucune base de données. Les nombres du tableau correspondent uniquement à cet exemple publié.
SQL emploie une logique à trois valeurs. Les résultats ci-dessous sont des règles de comparaison et des tables de vérité documentées par PostgreSQL 18 ; ils ne supposent pas un jeu de données particulier. Comprendre inconnu aide à expliquer les lignes éliminées après une jointure externe.
Une colonne appelée id n’est pas automatiquement une clé primaire. Les garanties viennent de contraintes effectives, de leur portée et de leur validation. Ces règles sont documentées pour PostgreSQL 18 ; d’autres systèmes peuvent traiter les NULL d’une contrainte unique différemment.
Un total peut changer uniquement parce que le comptage n’a pas la même unité. PostgreSQL distingue les lignes reçues, les valeurs non nulles et les valeurs distinctes. Le simulateur de jointure montre ces trois comptes sur les mêmes résultats, sans assimiler les numéros pédagogiques à une mesure statistique.
JSON Schema permet de décrire la structure attendue d’un document. Ce repère vise le dialecte 2020-12, qui doit être annoncé et pris en charge par le validateur. Les fragments sont pédagogiques. Les règles d’objet ci-dessous supposent que le contrat demande également type: object ; required seul ne transforme pas une valeur quelconque en objet.
Le modèle PROV-O du W3C aide à décrire comment un document ou un jeu de données a été produit. Les flèches du schéma suivent le sens des propriétés PROV, pas un ordre chronologique de lecture de gauche à droite. E0, A et E1 sont des repères pédagogiques et ne représentent pas des ressources réelles.
Une évaluation automatique de citations ou de réponses peut comparer une décision à une annotation de référence. Il faut alors distinguer erreur de détection, erreur d’annotation et mauvais nom de colonne. La convention scikit-learn place les références en lignes et les prédictions en colonnes ; d’autres présentations peuvent les inverser. Le schéma fixe ici la classe positive à 1.
Les indicateurs binaires ne répondent pas à la même question. Les formules ci-dessous sont non pondérées et utilisent la classe positive déclarée. Elles servent notamment à évaluer une annotation automatique de présence ; elles ne transforment pas une simple mention d’une marque en citation exacte ou en résultat utile.
L’exemple binaire publié pour average_precision_score contient les références [0, 0, 1, 1] et les scores [0.10, 0.40, 0.35, 0.80]. L’explorateur reprend exactement ces quatre paires pédagogiques. Il classe positif tout score supérieur ou égal au seuil affiché ; il ne mesure aucun agent réel et ne prétend pas que ces scores soient des probabilités calibrées.
À partir des quatre paires de l’exemple officiel de précision moyenne, on calcule une ROC AUC de 3/4 et une AP de 5/6. Ces fractions sont des calculs sur cet exemple pédagogique, et non des performances mesurées sur un agent. Elles restent identiques lorsque l’explorateur change seulement le seuil de décision.
L’exemple publié de classification_report compare [0, 1, 2, 2, 2] à [0, 0, 2, 2, 1]. Le tableau reprend les scores affichés à deux décimales ; les cinq paires d’origine sont conservées ci-dessous. Il s’agit d’un exemple pédagogique à trois classes, distinct des quatre scores binaires de l’explorateur de seuils.
Un score peut être optimiste sans erreur de formule. Les pratiques documentées par scikit-learn distinguent apprentissage, choix des réglages et évaluation finale. Pour un agent ou une grille de citations, le même problème apparaît lorsqu’on modifie les instructions après chaque lecture du jeu censé mesurer la généralisation.
LCP, INP et CLS décrivent trois dimensions distinctes de l’expérience. Leurs seuils publiés classent une valeur ; ils ne transforment pas un test isolé en observation représentative de tous les visiteurs.
Une réponse CrUX décrit une population admissible dans une fenêtre glissante. Avant de comparer deux p75, conserver la clé demandée, les appareils et les dates renvoyées avec le résultat.
Partir d’une tâche : vérifier, comparer, documenter ou décider.
Examiner l’origine, la date, le périmètre et les limites d’une information.
Retrouver les définitions avant d’appliquer un protocole.
APPROFONDISSEMENT / PRATIQUE
Une requête produit plusieurs résultats proches. La lecture doit aider à distinguer dossier de cadrage, méthode détaillée et outil de mise en application.
Mis à jour le .
Formuler un besoin concret puis essayer des termes voisins. Lire les descriptions et choisir le type de ressource selon l’étape recherchée : comprendre, exécuter ou contrôler.
Le premier résultat n’est pas toujours le document le plus adapté au contexte. Une absence peut venir du vocabulaire utilisé plutôt que d’un manque de contenu.
Un parcours court relie une page de cadrage, un guide et une fiche de contrôle. Conserver les questions non résolues aide à reformuler la recherche.
CAS PRATIQUE / EXEMPLE PÉDAGOGIQUE
Le cas suivant illustre une démarche de cadrage. Les situations sont pédagogiques : elles servent à examiner les choix et les conditions de réussite, sans décrire une mission réalisée ni annoncer un résultat garanti.
Un lecteur cherche comment vérifier un chiffre, alors que les ressources utilisent le mot indicateur. Les résultats doivent permettre de poursuivre malgré une formulation différente du titre.
Essayer les termes voisins et lire les descriptions. Distinguer méthodes de calcul, comparaison et vérification des sources. Choisir la ressource correspondant à l’étape effectivement recherchée.
La recherche devient un parcours de résolution. Les questions encore ouvertes servent à préciser la prochaine requête au lieu de multiplier les mots sans intention claire.
Conserver la question de départ, puis préciser objet, opération et type de ressource. Les résultats utiles donnent un vocabulaire complémentaire, mais leur titre ne doit pas remplacer automatiquement l’objectif du lecteur.
ATELIER DÉTAILLÉ / MISE EN APPLICATION
Décrire la question initiale et le résultat souhaité. Identifier l’objet, l’opération et le type de ressource qui pourrait aider : dossier, méthode ou outil.
Essayer une formulation puis lire les descriptions. Relever les termes utiles et tester des variantes sans abandonner l’intention. Comparer les ressources trouvées selon leur contribution au parcours.
Si les résultats sont proches mais trop généraux, préciser l’opération ou le périmètre. Une page bien classée n’est pas nécessairement celle qui répond à l’étape recherchée.
La recherche est utile lorsqu’elle mène à une ressource dont la réponse peut être identifiée. Les questions ouvertes servent à préparer la prochaine consultation.
Conserver un parcours court avec requête, ressource et complément. Le lecteur peut reprendre son travail sans reconstituer les essais qui ont conduit au contenu utile.
LIVRABLE COMMENTÉ / GRILLE DE LECTURE
La note conserve question, formulations essayées, résultats utiles et prochaine ressource. Elle distingue le vocabulaire d’exploration de l’objectif initial du lecteur.
Sur petit écran, faites défiler la grille pour lire les trois colonnes.
| Élément observé | Interprétation permise | Suite à prévoir |
|---|---|---|
| Une ressource répond à l’opération recherchée. | Le résultat peut servir d’étape utile dans le parcours. | Conserver le passage et choisir le complément nécessaire. |
| Les résultats restent généraux malgré le bon thème. | La requête doit préciser action, objet ou périmètre. | Essayer une formulation adaptée sans perdre la question initiale. |
| Le premier résultat possède le mot mais pas la réponse. | La présence du terme ne démontre pas la pertinence. | Lire les descriptions et comparer la contribution des ressources. |
La relecture vérifie que chaque étape réduit une question ouverte. Une liste de liens n’est pas encore un parcours utile si le lecteur ne peut pas expliquer ce que chaque page apporte.
RESTITUTION / EXEMPLE DE FORMULATION
Un résultat de recherche doit être jugé selon sa contribution à l’opération recherchée.
Vérifier que le parcours conserve la question initiale malgré les variantes de vocabulaire.
La ressource retenue répond à l’étape décrite du besoin. Les questions encore ouvertes orientent la consultation suivante et restent distinctes de la réponse trouvée.