Rechercher

Rechercher dans les ressources du site

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 besoin

Les 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.

1682 résultats

Effacer les filtres
  1. Guide

    Ordre des axes : le système et le contrat de lecture doivent être connus

    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.

  2. Guide

    Emprise GeoJSON : cinq degrés ou presque le tour du monde ?

    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.

  3. Guide

    Distance géodésique : lire les unités, l’ellipsoïde et les arguments

    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.

  4. Guide

    Jointure spatiale : un point sur la frontière peut changer le résultat

    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.

  5. Guide

    Normalisation Unicode : choisir ce que la jointure peut rendre équivalent

    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.

  6. Guide

    Compter du texte : octets, points de code et signes visibles ne coïncident pas

    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.

  7. Guide

    CSV : une ligne affichée n’est pas toujours un enregistrement

    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.

  8. Guide

    Cellule vide : la syntaxe CSV ne décide pas seule du sens

    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.

  9. Guide

    JSON : un fichier valide peut déjà avoir perdu un identifiant

    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é.

  10. Guide

    Dates de tableur : le numéro de série a besoin du système du classeur

    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.

  11. Guide

    Jointure externe : le même filtre ne garde pas les mêmes lignes dans ON et WHERE

    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é.

  12. Guide

    NULL en SQL : inconnu n’est pas une troisième façon d’écrire faux

    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.

  13. Guide

    Clés et contraintes : unicité, absence et référence sont des garanties différentes

    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.

  14. Guide

    Compter après une jointure : lignes, valeurs présentes et objets distincts

    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.

  15. Guide

    Contrat JSON Schema : présent, non nul et propriété autorisée sont trois contrôles

    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.

  16. Guide

    Provenance PROV : relier une version, un traitement et une responsabilité

    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.

  17. Guide

    Matrice de confusion : préciser les axes avant de qualifier une erreur

    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.

  18. Guide

    Précision, rappel et taux de faux positifs : trois dénominateurs différents

    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.

  19. Guide

    Changer le seuil sans changer les scores : cinq décisions sur les mêmes quatre cas

    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.

  20. Guide

    ROC AUC et précision moyenne : deux lectures du classement, pas deux noms du même score

    À 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.

  21. Guide

    Macro, micro et pondération : relire les cinq cas du rapport de classification

    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.

  22. Guide

    Évaluation indépendante : séparer les cas ne suffit pas si le réglage a déjà vu les réponses

    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.

  23. Guide

    Lire les seuils Core Web Vitals sans inventer un verdict

    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.

  24. Guide

    CrUX : distinguer fenêtre, périmètre et données disponibles

    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.

Choisir un point de départ

Vérifier une source

Examiner l’origine, la date, le périmètre et les limites d’une information.

Comment affiner la recherche ?
Commencer par le sujet
Saisissez un ou deux termes précis : citation, CSV ou provenance. Tous les mots saisis doivent être présents ; une phrase longue peut donc écarter des pages utiles.
Élargir avant de filtrer
Cherchez d’abord dans toutes les familles. Choisissez ensuite un guide, un protocole ou une source selon le type de réponse attendu.
Changer de formulation
Essayez un synonyme ou un terme dans la langue sélectionnée. Les guillemets, OR et les astérisques ne sont pas des opérateurs de recherche.

APPROFONDISSEMENT / PRATIQUE

Transformer une recherche interne en parcours utile

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 .

Vérifications prioritaires

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.

Pièges d’interprétation

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.

Document de travail à conserver

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

Une requête naturelle ne correspond pas au titre exact

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.

Contexte de l’exemple

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.

Démarche proposée

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.

Conclusion et prochaine étape

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.

Questions pour approfondir la pratique

Comment affiner une recherche sans perdre le besoin initial ?

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

Affiner une requête selon l’opération recherchée

  1. 01 / Préparer les informations utiles

    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.

  2. 02 / Exécuter la démarche

    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.

  3. 03 / Examiner une situation alternative

    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.

  4. 04 / Décider de la suite

    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.

  5. 05 / Transmettre les éléments de contrôle

    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

Une note de parcours à partir d’une requête

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.

Exemples de situations à qualifier
Élément observéInterprétation permiseSuite à 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.

Relecture du livrable

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

Restitution : Transformer une recherche interne en parcours utile

Point à clarifier

Un résultat de recherche doit être jugé selon sa contribution à l’opération recherchée.

Avant de transmettre

Vérifier que le parcours conserve la question initiale malgré les variantes de vocabulaire.

Exemple de conclusion qualifiée

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.