Awards fr

Diplômes

🇬🇧 Awards

OpsLog a un moteur de diplômes souple. Les définitions de diplômes et les listes de références sont partagées globalement entre les profils.

Diplômes intégrés

DXCC, WAS / WAZ / WAC, WPX, IOTA / POTA / SOTA / WWFF, DDFM (départements français), DLD (DOK du DARC), H26 (les 26 cantons suisses), les comtés américains (USA-CA), et d'autres — suivis en contacté / confirmé / validé par bande et par mode.

Le panneau des diplômes a un filtre de mode (Tous / CW / Phonie / Numérique) qui s'applique à tout le diplôme — bandes, décomptes, confirmations et les contacts derrière une case — et se cumule avec le filtre contacté/confirmé, si bien que « contacté en CW mais pas confirmé en CW » est un seul clic. Les listes de références se trient par référence ou par description.

Comment fonctionne la reconnaissance

Un diplôme parcourt un champ de QSO (état, QTH, adresse, notes…) à la recherche d'une référence, avec un mode Reconnaître par :

• code — la valeur du champ est la référence (état = NY, par exemple).
• description — le nom de la référence apparaît dans le champ (sous-chaîne, sensible aux espaces — « Hongkong » ne correspondra pas à « Hong Kong »).
• motif — le champ est testé contre une expression régulière.

Plus un retrait de début/fin, un préfixe ajouté devant les références trouvées, un mode dynamique (toute valeur compte, comme POTA), et les recherches de repli décrites plus bas.

Un QSO peut compter pour plusieurs références. Un contact rend toutes les références que son champ contient — la valeur est découpée aux virgules et aux points-virgules, donc une activation POTA n-fer enregistrée en US-6544,US-0680 crédite les deux parcs, et un contact VUCC sur une ligne de carrés crédite chaque carré. Il n'y a pas d'interrupteur « une référence par QSO » — il n'a jamais servi.

Reconnaître par code cherche chaque jeton du champ dans la liste de références (donc un champ partiel ou à plusieurs valeurs se résout quand même), tandis que la correspondance exacte exige que tout le champ soit égal à la référence. Utilise la correspondance exacte quand une sous-chaîne provoquerait de faux positifs.

Les cinq règles à retenir

1. Toute expression régulière est insensible à la casse. Les motifs de diplôme et de référence correspondent quelle que soit la casse (les champs du journal sont tapés comme l'opérateur l'a senti) — donc \bTok[iy]o\b attrape TOKYO, Tokyo et même TOKIO. Mets ton propre groupe de drapeaux ((?s), par exemple) pour passer outre.

2. Le Motif propre à une référence est une reconnaissance supplémentaire optionnelle. Dans l'onglet Références, chaque référence a un champ Motif (regex). Remplis-le pour reconnaître une référence par autre chose que son nom — variantes d'orthographe, ou les villes ou termes qui l'impliquent. Laisse-le vide et la référence n'est reconnue que par son nom. Exemple : le Jiangsu (Chine) porte ses villes dans son propre motif, \b(Jiangyin|Wuxi|Suzhou|Nanjing|Changzhou)\b.

3. description exécute aussi les motifs des références (sur le même champ). Une recherche par description cherche le nom de la référence OU déclenche le motif propre à chaque référence — donc un diplôme par description sur le QTH ou l'adresse reconnaîtra automatiquement tes motifs de villes, sans règle supplémentaire. (Une référence dont le motif est vide reste reconnue par son nom seul.)

4. Les règles OU sont des replis ordonnés (le premier qui trouve gagne). La section Recherches de repli ajoute des recherches supplémentaires essayées dans l'ordre, et seulement tant que rien n'a encore correspondu — la première qui trouve une référence gagne et les suivantes sont sautées (court-circuit, comme une chaîne de sinon-si). Ainsi une province déjà résolue par son nom n'est pas re-étiquetée, peut-être différemment, par un motif de ville plus loin.

5. Le périmètre est vérifié d'abord — une référence manuelle ne le contourne pas. Le filtre DXCC, les bandes / modes / émissions valides et les dates de validité filtrent chaque QSO avant qu'aucune référence ne soit regardée. Un QSO en 17 m ne peut pas compter pour un diplôme dont les bandes valides sont 80/40/20/15/10 m, même si tu attribues la référence à la main. Élargis les bandes du diplôme s'il devrait compter.

Astuce — les décalages du genre Hong Kong / Macao : si le journal dit « Hong Kong » mais que le nom de la référence est « Hongkong », soit tu corriges le nom, soit tu donnes à cette référence un Motif comme \bHong ?Kong\b. Grâce à la règle 3, le motif fonctionne maintenant même pour un diplôme par description — pas besoin de règle séparée.

Exemple travaillé — Worked All Provinces of China (WAPC)

Un diplôme de provinces personnalisé où le journal écrit rarement la province (il nomme une ville). La configuration propre :

• Principale : Chercher dans QTH, Reconnaître par description.
• Recherche de repli : Chercher dans adresse, Reconnaître par description.
• Dans l'onglet Références, donne à chaque province un motif listant ses villes.

Un QSO est alors résolu par le nom de la province s'il est présent, sinon par un motif de ville — d'abord dans le QTH, puis dans l'adresse. Le premier qui trouve gagne.

Pourquoi un QSO ne compte-t-il pas ? — Test et références manquantes

Un diplôme qui ne reconnaît rien est la chose la plus difficile à déboguer : la colonne est simplement vide, et on ne peut pas savoir si le QSO était hors périmètre, si le champ était vide, si la règle a regardé au mauvais endroit, ou si la référence n'est pas sur la liste. Deux outils y répondent.

Tester un indicatif (éditeur de diplôme)

Dans l'éditeur de diplôme il y a une case Test : tape un indicatif et OpsLog rejoue les règles de ce diplôme contre chaque QSO que tu as avec cette station et montre ce qui s'est passé, étape par étape — exactement le même chemin de code que le vrai moteur, donc ce que tu vois est ce qui tourne réellement. Pour chaque contact il indique :

• si le QSO est dans le périmètre (et, sinon, pourquoi — mauvais DXCC, bande, mode, émission, ou hors des dates de validité) ;
• chaque règle à son tour (principale, puis repli 1, 2, …), la valeur du champ qu'elle a parcourue, les candidates qu'elle a produites, lesquelles ont été retenues, et lesquelles ont été rejetées (avec la raison — « absente de la liste de références », par exemple) ;
• les règles sautées parce qu'une précédente avait déjà trouvé ;
• toute référence manuelle que tu as attribuée à la main ;
• le résultat final — pour quoi le QSO compte.

C'est le moyen le plus rapide de corriger une règle : si la principale a parcouru le mauvais champ, ou si une candidate a été rejetée comme non listée, la trace le dit directement.

Références manquantes (panneau des diplômes)

Pour un diplôme limité à une entité DXCC (DDFM, WAS, RAC, WAJA…), la vue Références manquantes liste les contacts qui SONT dans le périmètre (bon DXCC / bande / mode / dates) mais pour lesquels aucune référence n'a été trouvée — ils ne comptent donc pas encore. Trie par colonne, coche les contacts concernés, et attribue la référence à tous d'un coup (ou clique une ligne pour ouvrir le QSO et corriger le champ). Recalcule et les contacts corrigés quittent la liste. C'est ainsi qu'on comble les trous qu'un moteur ne peut pas combler seul (un QSO français enregistré sans son département, par exemple).

Détection en direct et références manuelles

• Les références sont détectées en direct à la saisie d'un indicatif — depuis l'adresse trouvée par la recherche et depuis le QTH, le nom, le pays, le commentaire, la note ou le locator que tu as tapés.
• Un diplôme peut être marqué une référence par QSO (utilisé par DLD). Quand plusieurs références correspondent alors au même contact, aucune n'est attribuée silencieusement — les candidates sont proposées au moment de l'enregistrement et tu choisis. Désactivé par défaut, pour qu'une activation POTA n-fer compte toujours chaque parc.
• Tu peux attribuer une référence à la main à un QSO (l'onglet Réf. diplômes de l'éditeur de QSO). Elle est stockée dans un champ ADIF supplémentaire (APP_OPSLOG_AWARDREFS), donc elle survit à un export/import — voir Import et export ADIF — et elle est honorée partout (panneau des diplômes, colonnes de la grille, totaux). Pour un diplôme adossé à une liste, la référence attribuée doit malgré tout être une référence valide et listée, et le QSO doit être dans le périmètre (règle 5) pour compter. Une référence attribuée à la main remplace ce que le moteur a trouvé, donc une correction survit au recalcul suivant.

Les diplômes sans champ ADIF propre

Certains diplômes n'ont aucun champ dans l'ADIF sur lequel s'appuyer — WWBOTA est l'exemple habituel. Mets le champ de reconnaissance sur aucun : rien n'est alors détecté automatiquement, et le diplôme ne compte que les références que tu attribues toi-même à un contact, depuis l'éditeur de références du QSO.

Quand deux références conviennent au même contact

Une liste de références peut contenir deux entrées qui partagent une description — deux DOK appelés tous les deux Gießen. En choisir une au hasard inscrirait la mauvaise dans le journal, donc une option permet de n'en attribuer aucune dans ce cas et de lister le contact sous les références manquantes, pour que tu règles la question à la main.

Une référence qui n'a pas toujours existé

Chaque référence peut porter une fenêtre Valide du / au : un QSO ne compte pour elle que si le contact a été fait dans cette fenêtre. Laisse les deux vides pour une référence qui a toujours existé, ou pour retomber sur les dates du diplôme lui-même.

Changer le code d'une référence la renumérote — tout le reste est conservé, et le journal est rafraîchi contre le nouveau numéro.

Les confirmations dont OpsLog n'a pas de colonne

Une source de confirmation personnalisée permet à un diplôme de compter quelque chose qu'OpsLog ne stocke pas dans une colonne dédiée. Indique n'importe quel champ de QSO ou balise ADIF :

• APP_OPSLOG_QSL_RCVD — une carte reçue via OpsLog.
• une balise que la liste d'un club a apposée sur tes QSO à l'import.

Laisse la valeur vide et tout contenu non vide confirme — ce qui est exactement ce qu'il faut pour le marqueur OpsLog, parce qu'il stocke une date plutôt qu'un Y/N. Mets une liste séparée par des virgules pour exiger l'une de ces valeurs. Une source personnalisée qui ne nomme aucun champ ne confirme rien.

Partager un diplôme

Chaque diplôme que tu crées est enregistré en JSON dans le dossier awards, automatiquement.

• Pour en partager un : envoie ce fichier. L'éditeur montre le dossier, et signale un diplôme comme étant le tien plutôt que livré.
• Pour en recevoir un : Importer. Rien de ce qui est à toi n'est remplacé sans ton accord — Importer en copie installe le sien à côté du tien, pour que tu compares les deux avant d'en supprimer un.

En livrer un dans OpsLog lui-même

Pour le mainteneur : Exporter en fichier catalogue écrit le diplôme avec sa version à côté, à coller par-dessus internal/award/catalog/<code>.json. Une nouvelle release le porte alors à tout le monde — les copies que personne n'a modifiées se mettent à jour seules, celles qui l'ont été se voient proposer la mise à jour.

Coche intégré avant de livrer un diplôme dans le catalogue. Sans cela, un Réinitialiser par défaut sur la machine de l'utilisateur le supprime — alors même que tu l'as livré.

DXCC Challenge

Un point par entité et par bande, confirmée, sur dix bandes. Le 60 m n'en fait pas partie, d'où un total du Challenge plus bas que la ligne au-dessus.

Listes de références et affichage

• Importe des listes de références pour les totaux et les noms.
• Par diplôme, choisis ce que la colonne des QSO récents affiche : référence, nom, ou les deux. Les colonnes de diplômes s'activent depuis le sélecteur de colonnes (QSO récents et filtres).

Mises à jour intégrées et tes modifications

Les diplômes intégrés sont livrés avec l'application, définition et liste de références. Quand une version plus récente corrige un diplôme livré (une meilleure chaîne de replis, une liste de références corrigée), OpsLog propose d'appliquer cette mise à jour — sauf si tu as modifié ce diplôme toi-même, auquel cas ta version est laissée tranquille (ton travail passe avant le nôtre). Les diplômes que tu as créés ne sont jamais touchés par les mises à jour. Tu peux donc ajuster librement un diplôme intégré sans craindre qu'une future release l'écrase.

Rescan

Rescan relit le journal et recalcule — il reprend les confirmations LoTW / QRZ / eQSL fraîches (voir Gestion des QSL).

---

RDA — les districts russes

Une base d'indicatifs russes est intégrée à OpsLog, sans rien à télécharger : chaque indicatif avec le district d'où il émet et, pour ceux qui ont déménagé, les périodes datées passées dans chacun.

Le remplissage parcourt chaque contact avec une entité russe et attribue sa référence RDA, en utilisant le district où se trouvait la station le jour du contact.

Pour un indicatif dont la base n'a pas d'historique, OpsLog peut supposer le district actuel. C'est vrai pour la grande majorité — la base enregistre un historique justement pour les indicatifs qui ont bougé — mais c'est une supposition, pas un fait daté, donc c'est un choix que tu fais plutôt que le comportement par défaut.

Là où deux sources divergent, la liste de comparaison te laisse régler chaque cas. Le district que tu choisis est écrit dans le contact — dans CNTY et comme référence de diplôme — donc le contact compte alors pour ce district, et la ligne quitte la liste.

Les comtés américains (CQ USA-CA)

Un diplôme de comtés a besoin d'un comté sur chaque QSO américain, et la plupart des journaux n'en ont pas : ni l'indicatif ni le préfixe ne le portent, et peu d'opérateurs l'annoncent.

Réglages → Comtés US télécharge la base ULS de la FCC — chaque licence amateur américaine avec son adresse — et construit un index local indicatif → comté + locator. Cela fait quelques centaines de mégaoctets à récupérer et prend quelques minutes ; une fois construit, cela fonctionne hors ligne et ne demande aucune clé.

Une fois téléchargée :

• Un nouveau QSO américain reçoit son comté (et son locator, si tu n'en as pas) automatiquement — seulement là où le champ est vide. Une valeur que toi ou QRZ avez fournie n'est jamais écrasée : le comté déduit du code postal est juste à environ 98 %, et celui que tu as enregistré est généralement meilleur.
• Clic droit → Mettre à jour le comté US depuis la base ULS recalcule le comté des contacts sélectionnés et remplace la valeur enregistrée. C'est l'exact opposé, volontaire, de la passe automatique, et c'est la façon de corriger des comtés déjà dans le journal — voir la note sur le Connecticut ci-dessous. Les contacts hors États-Unis, et les indicatifs que la base ne contient pas, ne sont pas touchés. L'entrée n'apparaît qu'une fois la base téléchargée.
• Une passe de remplissage renseigne comté et locator pour les QSO américains déjà dans le journal qui n'en ont pas. Les valeurs existantes sont conservées — seuls les vides sont remplis, ce qui rend la passe sûre à lancer sur tout le journal.

Le Connecticut

Le Connecticut a supprimé ses huit comtés à des fins statistiques en 2022 ; le Bureau du recensement les a remplacés par neuf régions de planification. CQ USA-CA utilise toujours les anciens noms de comtés, donc OpsLog ramène une adresse du Connecticut à son comté légal.

Si ta base a été construite par un OpsLog plus ancien, le panneau des réglages le dit et propose un rafraîchissement — une date de téléchargement seule ne peut pas le montrer, parce qu'une base récupérée hier par une version plus ancienne contient toujours les mauvais comtés du Connecticut. Après le rafraîchissement, utilise la mise à jour par clic droit sur tes contacts du Connecticut.