> 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-ground/workflows-and-integrations/arcgis-integration/arcgis-pro-extract-features.md).

# Extracting boreholes, model and soil types

{% embed url="<https://www.youtube.com/watch?v=-AF8JMp3e50>" %}

> **Video chapters:** 0:00 Understanding the MultiPatch (LOC & VOL layers) | 0:42 Extracting boreholes with a definition query | 1:26 Exporting boreholes as a feature class | 1:52 Extracting the 3D model (VOL layers) | 2:29 Extracting individual soil types | 3:02 Building out all soil layers (limestone, chalk, sand, clay)

The MultiPatch brought in from the Civil 3D drawing ([previous tutorial](/geodin-ground/workflows-and-integrations/arcgis-integration/arcgis-pro-ground-model.md)) holds everything in one feature class: boreholes, the full 3D model, and every soil layer. This tutorial splits it into clean, separate feature classes - one for the boreholes, one for the model, one per soil type - so each can be reviewed, styled, shared, and analyzed independently. The later tutorials build on these outputs: the **Borehole** point class becomes the location markers in the [web scene](/geodin-ground/workflows-and-integrations/arcgis-integration/arcgis-web-scene.md).

## Step 1: Read the layer naming convention

* Open the MultiPatch attribute table and locate the **Layer** field.
* The names follow the GeoDin® Ground convention (see [Layer naming in the drawing](/geodin-ground/boreholes-and-surfaces/creating-surfaces-and-volumes.md#layer-naming-in-the-drawing)):
  * **LOC** prefix = boreholes
  * **VOL** prefix = model volumes (soil type in brackets)
* These prefixes drive every extraction below.

<figure><img src="/files/rmja0eIydKJ0Ze790Yot" alt=""><figcaption><p>The Layer field with LOC-prefixed borehole records</p></figcaption></figure>

## Step 2: Isolate the boreholes with a definition query

* Right-click the MultiPatch layer > **Properties > Definition Query**.
* Add a query: **Layer begins with** `LOC_`.
* Apply it and confirm only borehole features remain visible.

<figure><img src="/files/Enq7iWur94tUsq8YXPF7" alt=""><figcaption><p>Definition query filtering to LOC_ records</p></figcaption></figure>

## Step 3: Export the boreholes

* With the query active, run **Export Features** with **Use the filtered records** enabled.
* Save the output into the project geodatabase (for example, as `Borehole`).
* Turn off the original MultiPatch layer and confirm the boreholes now exist as their own feature class.

<figure><img src="/files/UkoYj1FGfc1ztYJj57z5" alt=""><figcaption><p>Export Features using the filtered records</p></figcaption></figure>

## Step 4: Repeat for the 3D model

* Change the definition query to **Layer begins with** `VOL`.
* Confirm only the model volumes display, then **Export Features** again (for example, as `Model`).

<figure><img src="/files/HLYLvgwNp6kDKjiD1qLb" alt=""><figcaption><p>Definition query switched to VOL records</p></figcaption></figure>

<figure><img src="/files/b2g0TackigYExR88SFOY" alt=""><figcaption><p>Exporting the filtered model via Data > Export Features</p></figcaption></figure>

## Step 5: Extract each soil type

* Use the same query-and-export pattern per soil type - for example **Layer contains the text** `CLAY` - and export each as its own feature class.
* Repeat for every soil type of interest (limestone, chalk, sand, clay...), confirming the expected number of layers each time.

<figure><img src="/files/DwwvmsoKjalSwJgrqnlA" alt=""><figcaption><p>Filtering a single soil type (CLAY)</p></figcaption></figure>

* The result: one clearly named feature class per dataset, all in the project geodatabase.

<figure><img src="/files/3AfPOGFUrDNxlncrjp2y" alt=""><figcaption><p>All extracted feature classes - soil types, Model, and Borehole</p></figcaption></figure>

## Optional settings

* **Query scope** - verify the **Layer** values before applying a query, and check the active query before each export; an off-by-one filter exports the wrong features.
* **Output naming** - standardize names on the layer prefix or material type, and don't overwrite previously exported feature classes when saving multiple outputs.

***

## Working with the extracted feature classes

Use the same query-and-export pattern for every dataset to keep the process consistent, and export only the soil types the analysis needs. Turn the original MultiPatch off after extraction - the extracted classes replace it for styling, sharing, and the later tutorials.

***

**Next step:** [Attach geotechnical reports to the borehole annotations](/geodin-ground/workflows-and-integrations/arcgis-integration/arcgis-pro-attach-reports.md), or jump ahead to [publishing the model as a web scene](/geodin-ground/workflows-and-integrations/arcgis-integration/arcgis-web-scene.md).


---

# 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-ground/workflows-and-integrations/arcgis-integration/arcgis-pro-extract-features.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.
