Codex Match Rating Approach
Smith devient SMTH : le Match Rating Approach supprime les voyelles après la première lettre, fusionne les consonnes doublées et garde au plus six lettres, si bien que des noms qui se prononcent pareil tombent sur le même code court. Gratuit dans votre navigateur.
- Gratuit
- Fonctionne dans votre navigateur
- Sans inscription
- Vos données restent sur votre appareil
Lancer gratuitement
Exemple résolu
- Texte
- Smith
- Code
- SMTH
- Longueur
- 4
- Encodage
- match_rating
Le codex du Match Rating Approach est une clé phonétique classique pour les noms, inventée par Western Airlines en 1977 afin que des dossiers passagers au son proche se rencontrent dans un code alphabétique court. Contrairement à Soundex ou Double Metaphone, le MRA construit un seul codex compact en supprimant les voyelles après la première lettre, en fusionnant les consonnes doubles consécutives et — lorsque le résultat dépasse six lettres — en ne gardant que les trois premiers et les trois derniers caractères. Cette capacité accepte un nom personnel non vide, nettoie ponctuation et diacritiques, exécute cet algorithme pur et déterministe, puis renvoie le codex avec sa longueur dans un champ encoding auto-descriptif.
Ce qu’est le codex Match Rating Approach et comment il se construit
L’encodage Match Rating Approach part d’un nom en majuscules déjà nettoyé : les accents deviennent des lettres latines simples, et tirets, apostrophes, virgules, chiffres et espaces sont retirés pour qu’O’Brien et Smith-Jones forment une seule suite de lettres. L’algorithme supprime ensuite toute voyelle A, E, I, O et U sauf si cette voyelle est le premier caractère de la chaîne nettoyée — Byrne garde B et donne BYRN, tandis qu’Airlines garde le A initial et donne ARLNS.
Il comprime ensuite les consonnes identiques consécutives (les doubles après suppression des voyelles deviennent une seule lettre), ce qui transforme des suites comme SS ou TT en un caractère et stabilise les orthographes qui ne diffèrent que par gémination. Si la chaîne compressée dépasse encore six caractères, le codex est l’annexe des trois premières et des trois dernières lettres ; les résultats plus courts sont renvoyés tels quels.
Les repères classiques incluent Smith en SMTH, Byrne en BYRN et de longues chaînes de type Massachusetts qui, par compression style MSC…STS, aboutissent à un codex de six lettres. Y est traité comme consonne, non comme voyelle, conformément aux règles classiques de Western Airlines et aux bibliothèques courantes.
Contrat d’entrée, validation, forme de la réponse et erreurs
Il n’y a pas de champ mode séparé : cette capacité ne construit que le codex MRA ; elle ne compare pas deux noms par similarité (le score complet de comparaison MRA est une étape de pipeline distincte qui consomme deux chaînes codex). Épinglez en intégration continue que Smith vaut SMTH et Byrne BYRN afin qu’une édition accidentelle des règles ne parte pas en production sans alerte.
Une entrée multi-parties ou à tirets est nettoyée en un seul flux de lettres avant encodage, de sorte que Smith-Jones devient un seul codex plutôt que deux jetons. Utilisez le codex comme colonne d’index ou clé de jointure lorsque vous avez besoin d’un seau phonétique court et révisable ; combinez-le avec une distance d’édition ou un chevauchement de jetons lorsque vous voulez plus de précision avant de fusionner des fiches clients. L’échec de validation nomme le problème en langage clair et n’invente jamais un codex de substitution.
Où le codex Match Rating se rentabilise et comment le tarif s’articule
Les systèmes aériens, hôteliers et CRM ont historiquement utilisé des codes Match Rating Approach pour que les agents retrouvent passagers et clients malgré des variantes orthographiques ; les plateformes modernes de données clients stockent encore des colonnes de codex MRA pour le même gain de rappel sans obliger à apprendre des expressions régulières.
Les sites de généalogie et les index historiques de personnes utilisent l’outil gratuit dans le navigateur pour montrer pourquoi Byrne et des graphies proches partagent une structure tandis que Catherine et Katherine restent distinctes sous MRA pur (elles ne sont pas forcées dans un seau partagé de type Soundex). Préférez cette page lorsque l’intention de recherche est codex match rating approach, code MRA de nom ou encodeur phonétique match rating ; les alphabets d’épellation NATO et les encodeurs Base64 répondent à d’autres intentions et doivent rester sur leurs propres pages.
Gardez des charges de taille de nom ordinaire, stockez le champ length lorsque vous avez besoin de seuils sensibles à la longueur pour une étape de comparaison ultérieure, et souvenez-vous qu’une entrée vide ou invalide est rejetée plutôt qu’encodée en chaîne blanche. Le texte source suit les mêmes règles de rétention que les autres items parse KIT, et les résultats sont sûrs à épingler dans les tests car l’algorithme est entièrement déterministe.
Cas d’usage
Déduplication de noms CRM et style passager
Indexez le codex Match Rating sur les noms de famille pour que Smith, des variantes proches de Smyth et les formes à tirets partagent un seau phonétique court avant revue de fusion.
Généalogie et recherche historique de personnes
Reliez des orthographes alternatives dans les arbres familiaux en appariant des valeurs de codex MRA au lieu d’exiger la seule égalité exacte de chaînes.
Jobs de qualité des données et index flous
Des pipelines nocturnes encodent de nouveaux noms, stockent codex et length, et signalent les quasi-doublons lorsque des codes Match Rating heurtent des lignes existantes.
Questions fréquentes
Qu’est-ce que le codex du Match Rating Approach ?
C’est une clé phonétique de nom de Western Airlines (1977) : nettoyer les lettres, retirer les voyelles non initiales, compresser les doubles consonnes et garder first 3 + last 3 au-delà de six.
En quoi le MRA diffère-t-il de Soundex ou Double Metaphone ?
Soundex émet un code lettre-plus-chiffres ; Double Metaphone renvoie des clés primaire et alternative. Match Rating construit un seul codex alphabétique avec suppression des voyelles et troncature optionnelle first3+last3, optimisé pour le rapprochement court de noms.
Que se passe-t-il en cas d’entrée vide ou invalide ?
Les appels réussis exigent au moins une lettre A–Z après normalisation.
Quel codex produisent Smith ou Byrne ?
Les noms à tirets sont nettoyés en un seul flux de lettres avant encodage.
Pourquoi un nom long est-il réduit à six lettres ?
Parce que le codex doit rester court. Si le nom compte encore plus de six lettres une fois les voyelles et les consonnes doublées retirées, seules les trois premières et les trois dernières sont gardées ; les résultats plus courts restent inchangés.
Outils associés
Pour les développeurs — accès API
Tout sur cette page est disponible par programmation. Cette section s'adresse aux équipes qui veulent l'intégrer à leurs systèmes ; les autres peuvent simplement utiliser l'outil ci-dessus.
Endpoint
Authentification par jeton Bearer : un seul POST met la tâche en file d’attente, et le résultat vous parvient par webhook ou lien signé.
Appeler depuis votre stack
curl -X POST https://api.kit.forhosting.com/enc/match-rating \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"text":"Smith"}'const res = await fetch("https://api.kit.forhosting.com/enc/match-rating", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"text": "Smith"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/enc/match-rating",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"text": "Smith"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/enc/match-rating", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"text":"Smith"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"text":"Smith"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/enc/match-rating", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Exemple de requête
{
"text": "Smith"
}Exemple de réponse
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "enc.match_rating",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}L’API est asynchrone : chaque appel renvoie un task_id immédiatement, puis vous interrogez l’état à raison d’une requête par seconde.
Tarifs
Le prix est publié, sans tokens ni crédits. Une tâche qui échoue n’est pas facturée.
Erreurs
| HTTP | Code | Signification |
|---|---|---|
401 | unauthorized | Clé API absente ou invalide : vérifiez l’en-tête Authorization. |
402 | insufficient_balance | Solde insuffisant : rechargez votre compte pour lancer cette tâche. |
404 | unknown_type | Type de tâche inconnu : vérifiez le champ type de votre requête. |
429 | rate_limited | Trop de requêtes : ralentissez la cadence, puis réessayez. |
Notes techniques
Les chaînes vides, les charges ne contenant que des espaces et les entrées sans lettres latines échouent avec invalid_input afin que les clients n’enregistrent jamais de lignes phonétiques creuses. Le parcours gratuit du navigateur et l’API prépayée partagent le même module pur, de sorte que démonstrations et pipelines de rapprochement flou en production ne divergent jamais sur Smith, Byrne ou O’Brien.
Ce qu’est le codex Match Rating Approach et comment il se construit
La réponse renvoie toujours le texte d’entrée après trim, le codex final, la longueur entière de ce codex et encoding égal à match_rating pour que clients openapi et widgets affichent la provenance sans second aller-retour. Comme les étapes sont de pures transformations de chaînes, sans graine aléatoire ni réseau, des noms identiques produisent le même JSON sur tous les isolats et entre l’outil gratuit du navigateur et le chemin API.
Contrat d’entrée, validation, forme de la réponse et erreurs
Envoyez un corps JSON en POST avec le champ chaîne obligatoire text égal à un nom personnel ou un mot non vide ; les alias input, value, s, word et name sont acceptés lorsque formulaires ou SDK réutilisent d’anciens libellés. Le gestionnaire coupe les espaces externes, exige au moins une lettre latine de A à Z après repli des accents et suppression des non-lettres, et rejette champs manquants, chaînes vides, charges d’espaces seuls et bruit pur de chiffres ou de ponctuation avec invalid_input, non facturé sur le parcours prépayé. La longueur maximale est de deux mille caractères afin que noms de famille, prénoms et courtes étiquettes d’entreprise tiennent dans un appel d’item Worker sans inviter des dumps multi-mégaoctets. En succès le corps porte text (entrée après trim), codex (la clé d’au plus six lettres), length (nombre de caractères du codex) et encoding égal à match_rating pour des pipelines auto-descriptifs.
Où le codex Match Rating se rentabilise et comment le tarif s’articule
Les tâches nocturnes de qualité des données appellent l’API prépayée KIT à $0.002 par item réussi pour encoder de nouveaux noms de famille, écrire le codex à côté de la ligne source et signaler les grappes partageant un code avant qu’un humain ou un score secondaire décide de la fusion. Les backends de recherche qui conservent déjà Soundex ou Double Metaphone peuvent ajouter Match Rating comme colonne supplémentaire sans remplacer les clés héritées, car cet endpoint ne mute jamais le texte source — il renvoie seulement le codex.
Questions techniques
Que coûte l’outil de codex Match Rating ?
L’outil navigateur est gratuit. Les requêtes API utilisent le solde prépayé KIT à $0.002 par item réussi ; l’entrée invalide n’est pas facturée.