> 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/de/konzepte/object-types.md).

# Objektarten

## Verfügbare Objektarten

Objektarten sind unter `System > Systemkonfiguration > Objektarten`.

Gängige Objektarten umfassen Standort (auch bekannt als "G1"), AGS4 (kürzlich hinzugefügt und veröffentlicht), sowie Deutsch Schritt 3, ISO-Varianten und andere, abhängig von der Installation.

Objektarten umfassen auch Deutsch-Norm (Schritt 3) und ISO-Varianten mit leicht unterschiedlichen Felddefinitionen.

## Die Objektart G1

Die Objektart G1 wird intern als "G1 Standort" (Kurzbezeichnung "G1-Kennung") bezeichnet; in neueren/anderen Versionen kann sie einfach als "Standort" erscheinen.

G1 wird hauptsächlich für Bohrungen und CPT-Standorte verwendet und wurde entwickelt, um veraltete gINT-ähnliche Workflows nachzubilden.

Die geologischen Beschreibungen von G1 kombinieren Petrographie, Farbe, Bodeneinheit und alles andere in einem einzigen Feld, im Gegensatz zu anderen Objektarten, die dies in separate Parameter aufteilen.

## Die AGS-Objektart

Die AGS-Objektart hat eine andere Tabellenstruktur, da sie versucht, die Gruppen-/Kopfzeilenstruktur einer AGS-Datei nachzubilden und anzupassen.

## Mischen von Objektarten

Ein einzelnes Projekt kann gleichzeitig sowohl G1-Standortobjekte als auch AGS4-Objekte enthalten (gemischte Objektarten in einem Projekt).

Beim Mischen von Objektarten müssen möglicherweise doppelte Allgemeine Sondierungen (Standortname, Auftraggeber, Koordinaten) sowohl in das G1- als auch in das AGS4-Objekt für denselben physischen Standort eingegeben werden.

## Benutzerdefinierte Datentypen

Benutzer können ihre eigenen benutzerdefinierten Datentypen/Tabellen von Grund auf mit eigenen Parameternamen und Formeln erstellen (z. B. um zyklische Triaxialversuche hinzuzufügen, die in der Hauptdistribution nicht vorhanden sind) über `System > Datentypen > Neuer Datentyp`.

Benutzerdefinierte Datentypen erfordern eine eindeutige Kurzbezeichnung mit 3 Zeichen, die nicht mit vorhandenen Systemdatentypen kollidiert.

Benutzerdefinierte Datentypen unterstützen: Parameternamen, Formeln mit eigener Syntax und Validierungen (Plausibilitätsprüfungen).

Benutzerdefinierte Datentypen können in Stapelimporten verwendet und in Vorlagen wie jeder integrierte Typ aufgerufen werden.

Bewährte Praxis: Benutzerdefinierte Tabellen sollten Parameternamen verwenden, die nicht mit vorhandenen Parametern in anderen Tabellen kollidieren.

Benutzerdefinierte Datentypen bleiben lokal beim Benutzer (in syslib gespeichert) und werden durch GeoDin-Distributionsupdates NICHT überschrieben.

Zentral von GeoDin bereitgestellte Tabellen können von Benutzern nicht bearbeitet werden (sie müssen installationsübergreifend konsistent bleiben).

Externe Benutzer haben möglicherweise keine Berechtigung, Systemdatentypen zu ändern (Datentypen unter Systemkonfiguration sind für externe Benutzer schreibgeschützt), aber das Erstellen benutzerdefinierter Datentypen ist immer verfügbar.


---

# 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/de/konzepte/object-types.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.
