> 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/exportation-de-donnees/geodinml-export.md).
# GeoDinML Exporter
**GeoDinML** est le Format de papier d’échange de données structurées de GeoDin - ce que c’est et comment le pont champ-bureau fonctionne est défini à [GeoDinML Importer](/geodin-desktop/fr/importation-des-donnees/geodin-ml-import.md), sa page canonique.
Cette page couvre le **Exporter** côté - génération de Fichiers GeoDinML à partir de Desktop et Onsite. Pour savoir quoi faire sur le Fichier du côté récepteur, le flux de travail aller-retour, et quels formulaires Onsite peuvent produire GeoDinML, voir [GeoDinML Importer](/geodin-desktop/fr/importation-des-donnees/geodin-ml-import.md).
GeoDinML ET tout autre sortie XML que GeoDin peut écrire sont produits par **Modèles XML**. Un modèle décrit un Format de papier de document XML exportable : quel Type de puits il exporte, comment le Fichier de sortie est appelé, et - Elément par Elément - ce que le document Contient. Les sections de référence à la Fin de cette page décrivent ces Paramètres du modèle et sont la cible de la *Paramètres pour les Modèles XML* Liens ailleurs inclus la documentation.
## Exportation depuis GeoDin
Depuis le bureau, vous pouvez exporter GeoDinML à deux niveaux de granularité :
* **Plein Projet Exporter** - chaque Emplacement, avec ou Sans Échantillons et Données de mesure.
* **Exporter uniquement la Liste du Projet** - un Fichier « Non Échantillons, Non autres données, juste des emplacements » utilisé pour pousser les métadonnées du Projet sur Onsite.
Tous les deux passent par le point d’entrée d’export standard dans Desktop.
## Exportation depuis GeoDin Onsite
GeoDin Onsite produit GeoDinML au niveau du formulaire. Deux actions pertinentes :
* **Exporter sur GeoDin** (ou **Publier**) - écrit un fichier GeoDinML contenant les données du formulaire actuellement utilisé.
* **Publier comme terminé** - écrit l’ensemble complet des livrables (`.GDOF`, PDF, GeoDinML, AGS) sur le répertoire de livraison partagé configuré.
Pour les contraintes au niveau des formulaires (quels formulaires produisent du GeoDinML, lesquels produisent uniquement des PDF, la norme E2 temporairement désactivée), consultez [Importer GeoDinML - Quels formulaires Onsite produisent du GeoDinML](/geodin-desktop/fr/importation-des-donnees/geodin-ml-import.md#which-onsite-forms-produce-geodinml).
## Intégration basée sur des Fichier sur Onsite
GeoDinML est le seul moyen sans serveur de transmettre une liste de projets depuis Desktop sur les utilisateurs terrain : une personne exporte centralement la liste de projets, partage le fichier (par ex. via un répertoire cloud), et tous les utilisateurs terrain voient les mêmes projets de référence.
***
## Référence : Export XML Modèles
Les Modèles XML sont inclus dans un **Modèles XML** Liste inclus la Configuration GeoDin. Chaque modèle dans la Liste apparaît par son Nom dans l’arbre à Gauche, et chaque modèle transporte ses propres Paramètres, sa propre structure d'Elément et éventuellement sa propre Base de données de la liste de code. Les Modèles sont ajoutés, dupliqués, supprimés et réordonnés avec la Barre d'outils de la Texte standard Liste décrite sous [Gestion des listes de conditions](/geodin-desktop/fr/exportation-de-donnees/export.md#reference-presentation-conditions).
Une fois défini, un modèle est proposé comme l’un des formats Disponible lorsqu’un Utilisateur exécute le **Export XML** méthode du gestionnaire d'objet GeoDin - voir [Export XML](/geodin-desktop/fr/types-dobjets/object-operations-reference.md#xml-export). Pendant un Export, un document XML est créé par Puits GeoDin exporté, basé sur le modèle sélectionné.
### Paramètres du modèle
| Paramètre | Ce qu’il fait |
| -------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **Nom** | Nom d'affichage du modèle, affiché inclus l'arborescence de configuration et inclus la liste des formats au moment de l’exportation. |
| **Type de puits** | Le type d'objet dont ce modèle exporte les Objets. |
| **Extension de Fichier** | Extension donnée au Fichier généré, par exemple `xml`, `kml`, `wl`, ou `gml`. |
| **Post-traitement** | Feuille de style facultative appliquée au XML généré. Utiliser le **<...>** Bouton pour Sélectionner le Fichier de feuille de style. |
| **Écrire adm (Marqueur d'ordre des octets)** | Écrit un Marqueur d’ordre des octets au Démarrage du Fichier. Décidez ceci selon le Format de sortie. |
| **Description** | Texte libre décrivant le Contenu ou son Utiliser prévu du modèle. Il est affiché à l'Exporter Heure, donc c'est la principale façon dont les utilisateurs distinguent plusieurs Modèles. |
{% hint style="warning" %}
Entrez l'extension de Fichier **Sans** un point initial - `xml`, pas `.xml`.
{% endhint %}
Un modèle peut être affiné davantage par deux nœuds subordonnés :
* **Base de données de la liste de code** - la Base de données Access et le tableau de mappage utilisé par les transformations de code. Ses Propriétés sont documentées sous [Transformation de code pour l’Exporter XML/Dictionnaire](/geodin-desktop/fr/administration/dictionaries.md#reference-code-transformation-for-xml-dictionary-export).
* **Elément** - les éléments XML qui composent le document, décrits ci-dessous.
### Post-traitement avec une feuille de style
Le post-traitement applique une transformation XSL (XSLT) sur le XML généré. Comme la feuille de style contrôle la sortie finale, un modèle peut produire quelque chose qui n'est plus du XML à tous / toutes - un Fichier Texte brut, par exemple.
**Exemple : extension de Fichier `wl` pour SKUA-GOCAD.** Le modèle définit `wl` comme l'extension de Fichier et stocke une feuille de style de sortie Texte sous **post-traitement**. L’Exporter écrit donc un `.wl` document Texte que SKUA-GOCAD peut lire, même si le modèle lui-même est un Modèle XML.
## Référence : Eléments XML
Les Eléments définissent ce que le document exporté Contient réellement. Chaque Elément inclus dans la Liste d'Eléments d'un modèle produit un Elément XML inclus dans la sortie, et les Eléments peuvent être imbriqués sur N'importe quelle Profondeur.
### Tag XML
Le **Tag XML** est le Nom d'élément inscrit sur le document. La saisie de `shortName` shortName inclus dans le champ Tag XML produit :
```xml
```
### Texte
**Texte** définit un Texte ancré pour l'Elément, utilisé pour les parties du document qui ne varient pas avec les données exportées. Un Elément avec le Tag XML `Firma` et le Texte `Drill et bon` produit :
```xml
Drill et bon
```
### Sous-éléments
Un Elément peut avoir N'importe quel nombre de sous-éléments. Ajouter comme entrées supplémentaires inclus dans la Liste propre de l'Elément. Un Elément `Firma` avec les sous-éléments `Nom de l'entreprise` (texte `Drill et bon`), `Code postal` (texte `12345`) et `Ville` (texte `Oberberg`) produit :
```xml
Perceuse et bon
12345
Oberberg
```
### Attributs
N'importe quel Nombre d'Attributs XML peuvent être définis à un Elément. Les Attributs sont maintenus comme une Liste à l'Elément et Utiliser la même Barre d'outils de Liste que chaque autre Liste GeoDin - voir [Gestion des listes de conditions](/geodin-desktop/fr/exportation-de-donnees/export.md#reference-presentation-conditions).
### Transformations
Une transformation fournit le Texte de l'Elément à partir des données GeoDin au lieu d'une chaîne ancré. Chaque Elément prend une transformation ; la transformation détermine quelles données sont lues et comment elles sont converties. Les transformations à usage Général sont :
* **aucun / aucune** - Non, aucune transformation n'est effectuée et l'Elément conserve son Texte ancré. C'est Par défaut pour chaque Nouveau Elément.
* **Générer sous-node** - transforme l’Elément en un générateur : un sous-élément est écrit par enregistrement inclus dans une Table source, de sorte que le sous-élément puisse apparaître de nombreuses fois inclus le document. Le **Enregistrements de données disponibles** l’option supprime le nœud et tous / toutes ses sous-nœuds lorsque le Puits exporté n’a Non Enregistrements dans ce Tableau.
* **Générer des sous-notes (Couche)** - fournit des Données de couche qui ne sont pas conservées dans la structure de la table GeoDin, par exemple des sous-strates ou plusieurs versions de stratification à le même objet. Voir [Générer des sous-notes (Couche)](/geodin-desktop/fr/administration/object-types-management.md#generate-subnotes-layer).
* **Composants** - fournit des sous-couches ou des composants à partir des Données de couche qui ne peuvent pas être mappées directement sur la Structure de la table de la Table GeoDin ; les Données de couche sont chargées par Puits et classées en couches principales et en sous-couches.
* **Générer des sous-noeuds (piézomètres)** - fournit les tours de tuyaux à partir des données d’extension du puits, triées par leurs identifiants de tour.
* **Générer des sous-noeuds (boîtier)** - fournit des informations sur Plan d'installation telles que le tubage à partir des données d'extension, assignées sur l'Identification de tournée correspondante.
* **Sans transformation de code** - lit le Contenu de l'Elément directement depuis les Tableaux GeoDin ou les variables calculé. Prend un **Macro** (par exemple `{$SHORTNAME$}` OU `{$SHORTNAME$|$LONGNAME$}`) et un booléen facultatif **Condition** (par exemple `$ZCOORDE$>100`; les comparaisons de Texte vont entre apostrophes simples, comme inclus `'$SHORTNAME$'<>''`).
* **Avec transformation de code** - lit le Contenu de la même manière mais mappe d'abord le code stocké sur un code cible en premier. Voir [Transformation de code pour l’Exporter XML/Dictionnaire](/geodin-desktop/fr/administration/dictionaries.md#reference-code-transformation-for-xml-dictionary-export).
* **Avec requêtes de couche** - lit un Champ source du Tableau de Données de couche et interprète son Contenu au moyen de Requêtes sur couche.
* **Transformer les coordonnées** - convertit les coordonnées de l'objet en géocoordonnées pour la sortie. Définissez la source **Code EPSG** comme une Valeur ancré (par exemple `31867`) ou une macro de champ (par exemple `$EPSG@C$`), puis donnez un Nom aux macros qui fournissent les coordonnées X, Y et Z. La macro Z est facultative - Sans elle, GeoDin transforme en 2D.
* **premier Terme génétique applicable** - sépare les Composants génétiques enregistrés, les compare à une Liste de clés référencée, et renvoie le premier match comme Contenu de l'Elément.
Des transformations additionnel de sous-nœuds générés existent pour des formats d'autorité d'Etat Allemand.
---
# 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/exportation-de-donnees/geodinml-export.md?ask=&goal=
```
`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.