DATASET PUBLIC 2026.08

Données publiques Code Couleur

416 entrées structurées pour consulter, vérifier et réutiliser le référentiel avec ses limites.

PRINCIPE CENTRAL

Les fichiers JSON et CSV exposent la même source que les pages. Ils contiennent noms, codes sRGB, conversions calculées, familles, contrastes, identifiants et dates de contrôle.

01

Contenu du jeu de données

Chaque ligne représente une entrée du dictionnaire. Les champs numériques sont générés depuis la valeur HEX centrale. Les pages dédiées et ancres du dictionnaire réutilisent l’identifiant stable.

  • Nom, slug, lettre et famille.
  • HEX, RVB et HSL.
  • Luminance et contrastes noir/blanc.
  • Date de contrôle et chemin éditorial.
02

Téléchargements

Le format JSON conserve les structures et types ; le CSV facilite l’ouverture dans un tableur. Vérifiez la version avant d’intégrer une copie locale.

  • Dictionnaire : /donnees/couleurs.json et .csv
  • 63 fiches : /donnees/atlas-couleurs.json et .csv
  • Documentation : /methodologie/couleurs.html
03

Limites de réutilisation

Une valeur sRGB ne certifie pas un produit physique. Les noms de couleurs ne sont pas tous normalisés. Toute réutilisation doit conserver le contexte nécessaire pour ne pas présenter la donnée comme une équivalence industrielle ou une vérité culturelle universelle. Consultez les conditions de licence et de réutilisation des jeux de données.

04

Registre factuel pour vérification et citation

Le fichier faits-couleurs.json réunit les enregistrements disposant d’une page : identifiant, URL canonique, valeur sRGB, conversions, famille, contrastes, date et sources techniques. Le fichier llms-full.txt expose les mêmes repères dans un format textuel lisible.

Ces formats ne déclarent pas une vérité universelle : le statut de chaque valeur et la limite sRGB restent inclus afin qu’un extrait conserve son contexte.

Une ressource de référence, pas une réponse hors contexte

Code Couleur distingue la donnée calculée, la norme, le fait documenté, la convention culturelle et la recommandation éditoriale. Chaque page importante indique ses limites, sa date de révision et les ressources nécessaires pour approfondir.

PROCÉDURE PUBLIÉE

Réutiliser les données sans perdre leur contexte

Les fichiers JSON et CSV partagent identifiants, valeurs, dates de contrôle et champs de confiance. L’API permet d’interroger le même référentiel. Une intégration devrait conserver l’identifiant, l’URL de la fiche et la version, afin qu’une mise à jour puisse être détectée sans comparer manuellement toutes les lignes.

Les valeurs sont des repères sRGB éditoriaux. Les conditions de réutilisation visibles ne constituent pas une licence universelle sur les sources citées ou les illustrations.

GRILLE DE VALIDATION

Ce qui permet de contrôler cette page

01

Ce qui est contrôlé

Même identifiant dans JSON, CSV, API et fiche.

02

Trace attendue

Version et date de contrôle conservées.

03

Limite ou suite

Conditions de réutilisation séparées des droits des sources.

Ce contrôle porte sur : même identifiant dans json, csv, api et fiche. Cette grille ne remplace pas une certification, une norme applicable au projet ni l’intervention d’un spécialiste lorsque le contexte l’exige.

GRAPHE DE RELATIONS

416 couleurs reliées à leurs trois voisines calculées

Le fichier expose pour chaque identifiant sa luminance relative, sa position dans le registre, ses contrastes et ses trois plus proches voisins selon une distance OKLab documentée.

Format

JSON UTF-8 avec identifiants, URL canoniques, codes et distances.

Méthode

Distance euclidienne OKLab × 100 depuis les valeurs centrales sRGB ; ce n’est pas Delta E 2000.