> 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/es/conceptos/object-types.md). # Tipos de objetos ## Tipos de objetos disponibles Los Tipos de objetos se pueden ver en `Sistema > Configuración del sistema > Tipos de objetos`. Los tipos de objetos comunes incluyen Localización (también conocida como "G1"), AGS4 (agregado y publicado recientemente), además de Alemán Paso 3, variantes ISO y otros según la instalación. Los tipos de objetos también incluyen el estándar alemán (Paso 3) y variantes ISO con definiciones de campo ligeramente diferentes. ## El tipo de objeto G1 El tipo de objeto G1 se denomina internamente "Localización G1" (definición breve "identificador G1"); en versiones más nuevas/otras puede aparecer simplemente como "Localización". G1 se utiliza principalmente para Pozos de observación y localizaciones CPT y se creó para imitar los flujos de trabajo heredados de estilo gINT. Las descripciones geológicas de G1 combinan petrografía, color, Unidades de suelo y todo lo demás en un solo campo, a diferencia de otros tipos de objetos que lo dividen en parámetros separados. ## El tipo de objeto AGS El tipo de objeto AGS tiene una Estructura en tabla diferente porque intenta imitar y adaptar la estructura de grupos/Encabezado de un archivo AGS. ## Mezcla de tipos de objetos Un solo proyecto puede contener tanto objetos de Localización G1 como objetos AGS4 simultáneamente (tipos de objetos mezclados en un proyecto). Al mezclar tipos de objetos, puede ser necesario introducir datos generales duplicados (nombre de la localización, cliente, coordenadas) tanto en el objeto G1 como en el objeto AGS4 para la misma localización física. ## Tipos de datos definidos por el usuario Los usuarios pueden crear desde cero sus propios tipos de datos/tablas definidos por el usuario con sus propios nombres de parámetros y fórmulas (p. ej., para añadir pruebas triaxiales cíclicas no presentes en la distribución principal) a través de `Sistema > Tipo de datos > Nuevo tipo de datos`. Los tipos de datos definidos por el usuario requieren una definición breve única de 3 caracteres que no entre en conflicto con los tipos de datos del sistema existentes. Los tipos de datos definidos por el usuario admiten: nombres de parámetros, fórmulas con su propia sintaxis y validaciones (comprobaciones de posibilidad). Los tipos de datos definidos por el usuario pueden usarse en importaciones por lote y llamarse en plantillas como cualquier tipo integrado. Mejor práctica: las tablas definidas por el usuario deberían usar nombres de parámetros que no colisionen con los parámetros existentes en otras tablas. Los tipos de datos definidos por el usuario permanecen locales al usuario (almacenados en syslib) y no se sobrescriben con las actualizaciones de la distribución de GeoDin. Las tablas distribuidas centralmente por GeoDin no pueden ser editadas por los usuarios (deben permanecer consistentes entre instalaciones). Es posible que los usuarios externos no tengan permiso para modificar los tipos de datos del sistema (Tipo de datos en Configuración del sistema es de solo lectura para usuarios externos), pero la creación de tipos de datos definidos por el usuario siempre está disponible. --- # 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/es/conceptos/object-types.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.