> For the complete documentation index, see [llms.txt](https://docs.geodin.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.geodin.com/geodin-desktop/fr/administration/dictionaries.md).

# Dictionnaires

Les Dictionnaires sont les listes de codes contrôlées derrière les champs de Vérification d'entrée de GeoDin. Cette page couvre où elles se trouvent dans la Configuration de système, comment elles se comportent, comment les mises à jour sont appliquées, et les Détails de référence pour les outils associés de comparaison, de transformation et de comparaison de configuration.

## Configuration

La Configuration de système contient tous les Paramètres globaux (indépendants du Projet) de GeoDin. Sous l'onglet "Système", vous pouvez accéder à la Configuration de système. Celles-ci inclure les Dictionnaires (Keylists), les tableaux de signatures, les Modèles de remplissage, les Types de données, etc.

Les Paramètres ou les Changements dans la Configuration de système peuvent affecter l'affichage de tous les graphiques.

**Exemple :**

Si vous modifiez la signature de la clé fS (sable fin) dans le Dictionnaire "Pétrographie", les couches de sable fin de tous les Sondages seront affichées avec la nouvelle signature dans tous les graphiques à partir de Maintenant.

Si vous modifiez l'apparence d'une signature, toutes les surfaces (également les graphiques plus anciens) remplies avec cette signature seront affichées avec la nouvelle signature. Cela est en raison de le fait que, dans les graphiques GeoDin pour une surface remplie, seul le Nom du Tableau de signatures et le Nombre de la signature sont stockés, et non l'apparence de la signature elle-même.

Ces exemples montrent que, dans les environnements multi-utilisateurs, il est conseillé que tout le monde ne devrait pas avoir les droits de Modifier la Configuration de système afin d'éviter des Changements indésirables. Dans GeoDin, cela est contrôlé comme décrit dans [Groupes et autorisations](/geodin-desktop/fr/administration/groups-and-permissions.md).

## Dictionnaires

Tous les codes, qui peuvent être utilisés pour la saisie de données dans le Système GeoDin, sont contenus dans des Dictionnaires. Les Dictionnaires sont associés à leurs champs de saisie particuliers et comprennent des listes de codes ou de chaînes de Texte, qui sont autorisées comme entrées valides ou servent de guide pour saisir des données.

En plus de la Vérification d'entrée, les Dictionnaires sont également responsables du type d'affichage Graphique (par ex. quel Modèles de remplissage est utilisé pour le granite) et contiennent diverses Traductions en Langue étrangère.

## Mettre à jour

Avec la Méthode **"Mettre à jour le type de puits"** Les Changements sur les Dictionnaires ET les masques peuvent être incorporés, inclus dans un Type de puits existant. Cela peut être effectué soit depuis le GeoDin-CD actuellement, soit depuis un client qui vous fournit un Nouveau ensemble de Fichiers.

**Exemple**:

Vous avez ajouté une Entrée sur votre Dictionnaire à la date du 15.3.2016. Le Fichier de Dictionnaire sur lequel il doit être Mis à jour date du 04.01.1997. Votre Fichier de Dictionnaire du 15.03.2016 avec vos Entrées sera conservé et ne sera pas «Mis à jour» avec le Fichier plus ancien. Inversement, vous avez en dernier modifié un Dictionnaire le 02.02.2005, mais le Fichier sur lequel il doit être Mis à jour date du 06.07.2010. Dans ce cas inclus, votre Fichier de Dictionnaire sera Ecrasé avec celui du 06.07.2010.

Veuillez redémarrer GeoDin après « Mettre à jour », par exemple parce que les Fichiers de masque ne sont rechargés que lorsque GeoDin est Commencé.

Le Type de puits Mis à jour n'affecte que les Dictionnaires, les masques ou les fonctions internes du Type de puits, mais pas la Structure de la table (Champs de données) du Type de puits dans les bases de données existantes inclus.

Il existe diverses options pour adapter des bases de données existantes dans votre Structure de la table à des extensions du Type d'objet :

**1. Nouvelle base de données**

1.1 Créer une nouvelle base de données.\
1.2 Après la mise à jour du type d'objet côté système (voir ci-dessus), créez la nouvelle structure de tableau inclus la base de données en créant un puits (fictif) du type de puits mis à jour inclus la nouvelle base de données. Ce puits peut ensuite être supprimé directement.\
1.3 Maintenant, copiez les puits souhaités de l'ancienne base de données inclus la nouvelle base de données à l'aide de l'une des méthodes [Copier tous les projets](/geodin-desktop/fr/espace-de-travail-and-gestion-des-donnees/working-with-projects/copying-and-transferring-projects.md), [Copier le projet](/geodin-desktop/fr/espace-de-travail-and-gestion-des-donnees/working-with-projects/copying-and-transferring-projects.md) OU **Importer des points**

**2. Lancez une publication pour Personnaliser Types d'objets Texte standard** *(seules les Bases de données Access ont été testées jusqu'à présent)*

2.1 Téléchargez le nécessaire **Publications** (\<Types d'objets Texte standard> OU \<MP eau de surface>) ET Sauvegarder le fichier \*.GPC dans le Répertoire CONFIG de votre Installation GeoDin.\
2.2 Ouvert et Sélectionner la Base de données pertinente dans GeoDin.\
2.3 Maintenant, Démarrage de la Méthode **"Publication et exportation"**, Sélectionner la publication correspondante et Executer.

Les Types d'objets qui peuvent être mis à jour en utilisant la publication "Mettre à jour Texte standard Types d'objets\_inclus\_Access-DB\_" sont les suivantes :

\<eaux usées>

\<affleurement de bras mort>

\<Altwasseraufschluss personnalisé>

\<Hydrogéologie des affleurements>

\<Aperçu utilisateur compatible SEP>

\<Coupe pédologique selon KA5>

\<Forage/Sondage compatible avec AREAbas>

\<Puits>

\<Galerie du puits>

\<Conteneur>

\<Profil de forage Général>

\<Reconnaissance géotechnique EN ISO 22475>

\<Station de mesure climatique>

\<Ouverture complète DIN 4022 / DIN 4023>

\<Zone de stockage>

\<Point de mesure général>

\<Point de mesure limnologique>

<ÖNORM B4400-1 et -2>

\<Installation de production>

\<installation de réhabilitation>

\<Digestion standard selon l’ÖNORM>

\<Digestion standard compatible SEP>

\<usine des eaux>

Publication "MP\_Oberflächenwasser\_inclus\_Access-DB\_aktualisieren":

\<point de mesure des eaux de surface>

Le type d'objet

\<Komplettaufschluss SEP-kompatibel> ne peut pas être Mis à jour (pas même avec les Méthodes mentionnées sous 1. ou 3.).

**3. Mettre à jour une Base de données C/S à l'aide d'un script SQL (recommandé uniquement pour les administrateurs de Base de données)**\
3.1 Sur Mettre à jour des Bases de données C/S, nous avons fourni divers scripts SQL pour vous sur télécharger directement depuis la Base de données pour des Types d'objets sélectionné à <http://download.GeoDin.com/SQL\\_DB-Mettre> à jour\_SEP1/ pour Mettre à jour des Bases de données C/S.

## Propriétés

Le **"Propriétés"** La Méthode affiche des informations sur la configuration du Type de puits sélectionné. Cela inclut les listes des Dictionnaires associés, les masques d'Entrée et les normes de signature, ainsi que les Propriétés et les structures des Tableaux GeoDin associés. Toutes les Propriétés affichées sont non modifiables pour l'Utilisateur dans la fenêtre. L'information sert à mieux comprendre le stockage des données spécifique au Type de puits et nécessite une connaissance supplémentaire de la structure et de la structure des Types d'objets GeoDin.

Le **"Propriétés"** La Méthode affiche des informations sur la configuration du Type de puits sélectionné. Cela inclut les listes des Dictionnaires associés, les masques d'Entrée et les normes de signature, ainsi que les Propriétés et les structures des Tableaux GeoDin associés. Toutes les Propriétés affichées sont non modifiables pour l'Utilisateur dans la fenêtre. L'information sert à mieux comprendre le stockage des données spécifique au Type de puits et nécessite une connaissance supplémentaire de la structure et de la structure des Types d'objets GeoDin.

*\[Type de puits peut être créé]*

Si cette case est cochée, la création de Nouveau Objets est autorisée inclus le Type de puits appelé. Si la coche est retirée, les Objets existants peuvent être vus et modifiés, mais Non nouveaux Objets peuvent être créé, par exemple par erreur.

*\[Permet la création simultanée de structures de Type de donnée]*

L'option Activé <**Permet la création simultanée de structures de Type de donnée**> active la création simultanée de Types de données à la boîte de dialogue pour la création d’un objet GeoDin ([Crée station de mesure/sondage](/geodin-desktop/fr/espace-de-travail-and-gestion-des-donnees/creating-objects.md)"). De cette manière, les Types de données peuvent être créé de façon optionnelle, lorsqu’un Puits d’un Type de puits est créé pour le premier fois, si un Programme de mesures standard a été défini pour ce type (GeoDinHelpLink:<\*\*Programme de mesures>\*\*CLASS\_HLP\_Conf\_DatType\_Messprograms#)."}

## Normes

Les Dictionnaires GeoDin peuvent être gérés **de manière multilingue ET pour plusieurs normes**, c’est-à-dire pour chaque clé d’un Dictionnaire

1. la traduction en Texte brut de la clé - multilingue
2. l’intensité de la signature, le type de signature et le texte standard - plusieurs normes

peut être stocké.

Les Traductions des clés peuvent être saisies dans les longs textes via . Elles sont ensuite Utilisé dans l’interface et les graphiques selon la Langue de l’interface utilisateur définie.

Différentes signatures ou similaires peuvent être gérées inclus dans un Dictionnaire à l’aide de normes additionnel.

Le type d’affichage et/ou le type de traduction peut être sélectionné pour l’affichage graphique des colonnes de forage, des plans d’extension, des éléments de texte variable, etc. Cela permet, par exemple, d’afficher une colonne de forage saisie avec les abréviations DIN, à la fois avec un étiquetage néerlandais et avec les signatures correspondantes de la norme NEN.

Cependant, le multilinguisme des Dictionnaires GeoDin peut également être utilisé pour différentes interprétations d'une seule ET même clé. À ces fins, par exemple, les "Langues" USER1 sur USER4 peuvent être utilisés sur définir différentes signatures OU textes bruts tout en conservant les originaux.

Chaque Dictionnaire possède initialement un **texte standard prédéfini** qui ne peut pas être modifié. Lorsqu’un Dictionnaire est ouvert, le Texte standard est affiché comme le premier Colonne dans la Grille, suivi de tous les autres standards existants.

Pour Ajouter un Nouveau Texte standard, utilisez le **Langue / standard** Bouton inclus dans la Barre d'outils en Haut. Pour Ajouter le Texte standard, cliquez à l'icône **Ajouter Langue / standard** et sélectionnez le standard souhaité inclus la boîte de dialogue qui s’ouvre et ferme la boîte de dialogue en cliquant à \<OK>.

Les Traductions de Retour pour les clés respectives inclus les Langues diverses peuvent être saisies directement inclus les Colonnes de Texte en clair. La signature souhaitée peut aussi être fixée individuelle pour chaque Texte standard de la clé. Le Tableau de signatures utilisé pour cela est le Tableau de signatures défini pour le Texte standard.

Les tableaux de signature suivants sont assignés sur les normes :

**Texte standard Signature Tableau**

DIN (Allemand) DIN4023

FRE (Français) INTFRE

NEN (néerlandais) NENNORM

UIS (allemand) UISNORM

ÖNORM (autrichien) OENORM

INT (anglais) INTENG

Utilisateur 1 USERSGN1

Utilisateur 2 USERSGN2

Utilisateur 3 USERSGN3

Utilisateur 4 USERSGN4

***Note :*** *L’installation du système GeoDin ne contient pas tous les tableaux de signatures listés ci-dessus, car il n’y a pas de valeurs par défaut pour les tableaux USERSGN1 sur USERSGN4, par exemple. Dans ce cas, le message d’erreur « Fichier ...GeoDin\SYSLIB\USERSGN1.SGN n’existe pas » s’affiche lorsque la norme correspondante est sélectionné. Pour créer un tableau de signatures USERSGN1.SGN, par exemple, copiez l’un des fichiers dans le dossier SOURCE, par ex. le fichier DIN4023.SGA, vers le nom USERSGN1.SGA. Le tableau de signatures apparaît désormais dans le Puits Gestionnaire d’objets sous les signatures et peut être ouvert à l’aide de la* ***"Editer"*** *Méthode. Sélectionner le* ***Créer*** *bouton. Le fichier USERSGN1.SGN est créé.*

**Exemple :**

Pour la clé \*M (metamorphite) dans le Dictionnaire "(SSG) Petrography", la traduction "ROCHE MÉTAMORPHIQUE" a été saisie pour la Langue "Anglais". De plus, la signature correspondante du Tableau de signatures INTENG a été saisie :

Par exemple, les Options suivantes sont Disponible pour la représentation Graphique et textuelle.

Fig. 1 - Affichage de la signature et du Texte conformément à DIN

Fig. 2 - Affichage de la signature conformément à DIN, Etiquetage en Anglais

Fig. 3 - Représentation de la signature conformément aux normes britanniques, Etiquetage inclus Anglais

## Travailler avec des Dictionnaires inclus la pratique

* Certains dictionnaires sont **sensible au contexte** - par exemple, la liste secondaire du Groupe de sol est restreinte par le Type de terrain sélectionné.
* Certains champs basés sur Dictionnaire permettent également une saisie de Texte libre ; le Texte libre ne **pas** ajoute la Valeur au Dictionnaire.
* Lorsque vous Editer un Dictionnaire, une Date/Heure est enregistrée et ce Dictionnaire devient **figé**: les versions de GeoDin ne vont pas l'Ecraser, préservant vos ajouts. Conservez une Liste des Dictionnaires que vous avez Editer afin de pouvoir demander des mises à jour au support lorsque nécessaire.
* Les Dictionnaires à faible risque (listes clients, noms de laboratoire) peuvent être Editer librement ; ceux à risque plus élevé (Groupe de sol, Modèles de remplissage) méritent plus de prudence, car une mise à jour manquée peut compter.
* Les Fichiers de Dictionnaire vivent par installation - les utilisateurs sur une installation de réseau partagée partagent les mêmes fichiers. Lorsque vous envoyez des données à un Destinataire Sans vos Dictionnaires Personnalisé, envoyez également les `.GSD` Fichiers ou le répertoire syslib Plein.

## Types de données Personnalisé et validation

Les Types de données Personnalisé étendent les structures fournies et imposent des entrées nécessaire :

* Créer-les via **Système** > **Types de données** > **Nouveau type de donnée**. Ils résident dans votre syslib, sont partagés par les utilisateurs à partir du même syslib et sont **pas** Ecrasé par les mises à jour de distribution GeoDin. Les tableaux distribués de manière centralisée ne peuvent pas être modifiés.
* Chaque élément nécessite une Abréviation unique de trois caractères qui ne se heurte pas aux types de données Système (le support peut fournir la Liste réservée) ; choisissez des noms de Paramètre qui ne se heurtent pas à d'autres Tableaux.
* Les Types de données Personnalisé prennent en charge les noms de Paramètre, les Formules inclus la syntaxe propre de GeoDin, et les validations (vérifications de possibilité), et peuvent être utilisés dans les importations par Lot et les Modèles, semblable à N'importe quel type intégré.
* Les cellules de type calculé par Formule s'affichent en bleu plus foncé ; chaque Paramètre a un Nom long et un Nom de champ court de la base de données (basculer via clic droit > **Nom de champ court**).
* Les champs obligatoires (obligatoires) apparaissent en pourpre plus foncé et empêchent l'enregistrement lorsqu'ils sont vides - voir [Modèle du Trou de forage et de l'Emplacement](/geodin-desktop/fr/concepts/borehole-and-location-model.md).
* Les utilisateurs externes peuvent ne pas avoir l'autorisation de modifier les Types de données du Système.

***

## Référence : Listes de comparaison

Une Liste de comparaison (également appelée liste de Limite) Contient un ensemble de Paramètres avec des Valeurs de référence et des unités, utilisés pour vérifier les données mesurées par rapport à des seuils réglementaires ou spécifiques au Projet. Chaque Liste doit avoir un Nom unique dans son Type de donnée.

**Exportation des Listes de comparaison :** Ouvrez le Gestionnaire de liste, sélectionnez une liste et cliquez sur **Editer la liste**. Dans l'éditeur, utilisez le Bouton Exporter pour Sauvegarder la Liste sous forme de Fichier Texte. Le Fichier utilise le mot-clé `[COMPLIST]` suivi du nom du Groupe de listes, du Nom de liste, du statut et de la date. À partir de la Ligne 6, les Paramètres sont listés comme suit : `FIELDNAME=valeur[unité]` (p. ex. `ARS=2.000[µg/l]`). Ce Fichier peut être modifié en externe et réimporté.

**Importation des Listes de comparaison :** Dans le Gestionnaire de liste, Créer un nouveau Groupe de listes si nécessaire, puis Ajouter une nouvelle Liste en utilisant le **Ajouter** Bouton. Dans l'éditeur, utilisez le **Importer** Bouton sur lire un Fichier texte précédemment exporté. Les Contenus du Fichier renseignent automatiquement le Nom de liste et les Paramètres. Les Listes avec des noms en Reproduction dans le même Groupe ne sont pas autorisées.

## Référence : Propriétés du Paramètre de comparaison

* **Nom de champ** - Le Paramètre à Comparer. Une fois créé, la Sélection du Paramètre est verrouillée ; seule la Valeur et l’Unité peuvent être modifiées ensuite. Supprimer et Ajouter à nouveau sur Modifier le Paramètre.
* **Valeur** - Le seuil de dépassement. Lorsqu'une Valeur mesurée dépasse cette Valeur, le dépassement est signalé inclus dans le Rapport.
* **Unité** - L'Unité de mesure pour la Valeur de comparaison. Si la Valeur mesurée utilise une Unité différente, GeoDin effectue une conversion automatique de l'Unité pendant la comparaison.

## Référence : transformation du code pour XML/Dictionnaire Exporter

Lors de l’exportation des données codées par Dictionnaire sur XML, les codes de champ peuvent être transformés sur des codes cibles nécessaires par le Format d'export.

**Avec transformation de code :** Définissez une Table source et une macro, puis mappez des codes source vers des codes cible. Par exemple, les codes de méthode de forage SEP3 (HB, HDB, HSB, HSPB, BS) peuvent tous être mappés au Code d'export XML « HK ». Deux méthodes de mappage sont disponibles :

* **Liste de transformation simple** - Saisissez directement les paires de codes source/cible inclus dans une Liste jointe.
* **Tableau de transformation d'une Base de données** - Lire le mappage à partir d'un Tableau de la Base de données Access (voir Base de données de la liste de code ci-dessous).

**Base de données de la liste de code Propriétés :**

* **Base de données** - Une Base de données Access contenant des Définitions de transformation de code.
* **Tableau** - Le Tableau dans la Base de données contenant les correspondances.
* **Nom de champ (code source)** - Colonne contenant les codes sources du Dictionnaire sur transformer.
* **Nom de champ (target code)** - Colonne contenant les codes cibles.
* **Nom de champ (Nom de liste)** - Colonne identifiant à quelle Liste-clé le mappage appartient, utilisée comme restriction de nœud lors de la configuration de l'Exporter.

## Référence : Information supplémentaire liée

Chaque clé de Dictionnaire peut créer un Lien sur des informations externes via une URL de service web. Le Lien est composé d’un **URL de base** (défini Le Dictionnaire) et un Bloc de Paramètre généré automatiquement spécifiant le Nom du Dictionnaire et le code de clé. Les informations liées apparaissent comme un Lien cliquable inclus dans la boîte de dialogue Recherche dans le dictionnaire.

Exemple : URL de base `https://www.example.com/` + Bloc de Paramètre `DictionnaireItemInfo?Dictionnaire=S3EPSG&Code=0` produit l'URL Plein `https://www.example.com/DictionnaireItemInfo?Dictionnaire=S3EPSG&Code=0`.

## Référence : Recherchez les nœuds parents communs

Cette transformation Recherchez un nœud supérieur commun dans un Dictionnaire hiérarchique (structuré en arbre).

* **Macro** - Un Texte macro dont la Valeur de retour fournit les codes d'entrée (par ex. `{$STRAT@C$|$STRATO@C[,]$$STRATU@C$}`).
* **Tiret** - Le caractère utilisé pour diviser le Résultat de la macro en Composants individuels (par ex. `,` pour des valeurs séparées par des virgules, OU `-` pour les transitions de code SEP3).
* **Dictionnaire** - Sélectionner un Dictionnaire structuré en arbre dont la hiérarchie est utilisée sur trouver des termes supérieurs.
* **Liste-clé** - Une Liste-clé facultative sur la traduction des Composants individuels avant la recherche hiérarchique.

## Référence : Compare les élément

La fenêtre de comparaison affiche les Différences compris entre deux versions d’un élément de configuration (p. ex. une Formule de Type de donnée contre une Formule du Fichier à importer). Le côté Gauche montre la cible, le côté droit la source. Les éléments sont codés par couleur :

| Couleur   | Signification                                       |
| --------- | --------------------------------------------------- |
| **Vert**  | Articles identiques                                 |
| **Rouge** | Éléments similaires avec des Propriétés différentes |
| **Bleu**  | L'élément existe uniquement de ce côté              |
| **Gris**  | L'élément est absent de ce côté                     |

Utiliser **Paramètres d'affichage** sur le Filtre de la Vue. La **Détails** les boutons dans la Colonne Centré révèlent les Différences au niveau de la Propriété (affichées en Rouge). La **Appliquer** la zone fournit des boutons pour transférer les Propriétés source sur la cible ou Supprimer les éléments cibles supplémentaires.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.geodin.com/geodin-desktop/fr/administration/dictionaries.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
