# \[FEATURE\] Browse to existing OPCItemPath in tag editor when re-selecting opcitempath

**URL:** <https://forum.inductiveautomation.com/t/feature-browse-to-existing-opcitempath-in-tag-editor-when-re-selecting-opcitempath/53791>\
**Category:** Ignition\
**Created:** [December 6, 2021, 11:42am UTC](https://forum.inductiveautomation.com/t/feature-browse-to-existing-opcitempath-in-tag-editor-when-re-selecting-opcitempath/53791 "2021-12-06T11:42:41Z")\
**Posts on this page:** 11\
**Page:** 1

<div class="post-metadata">

**Author:** ![nminchin](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/nminchin/32/6911_2.png) [@nminchin](https://forum.inductiveautomation.com/u/nminchin)\
**Post date:** [December 6, 2021, 11:42am UTC](https://forum.inductiveautomation.com/t/feature-browse-to-existing-opcitempath-in-tag-editor-when-re-selecting-opcitempath/53791/1 "2021-12-06T11:42:41Z")

</div>

When you duplicate an opc tag that has an opcitempath, then press on button to edit the new tag’s opcitempath by browsing the OPC-UA server, the browser starts at the root of everything. It would make life much easier if it would auto-browse to the existing opcitempath.

> **[Browse to existing OPCItemPath in tag editor when re-selecting opcitempath |...](https://ideas.inductiveautomation.com/ignition-features-and-ideas/p/browse-to-existing-opcitempath-in-tag-editor-when-re-selecting-opcitempath)**

---

<div class="post-metadata">

**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\
**Post date:** [December 6, 2021, 3:00pm UTC](https://forum.inductiveautomation.com/t/feature-browse-to-existing-opcitempath-in-tag-editor-when-re-selecting-opcitempath/53791/2 "2021-12-06T15:00:32Z")

</div>

It’s not possible to correlate an OPC UA NodeId (OPC Item Path) to its position in the hierarchical address space.

Some/most servers will have their own convention but there is nothing that would work without prior knowledge of what server you are connected to and what convention it uses.

---

<div class="post-metadata">

**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\
**Post date:** [December 6, 2021, 3:09pm UTC](https://forum.inductiveautomation.com/t/feature-browse-to-existing-opcitempath-in-tag-editor-when-re-selecting-opcitempath/53791/3 "2021-12-06T15:09:38Z")

</div>

Hmm, maybe _something_ can be done. It’s possible with a series of browse/read calls to eventually search out the path to the Objects or Root folder, so maybe another button that can be used to locate the Node in the Address Space could be added. It would need to be an explicit additional action so that simply opening the OPC browser while editing didn’t fire off a bunch of operations against the server.

---

<div class="post-metadata">

**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\
**Post date:** [December 6, 2021, 4:26pm UTC](https://forum.inductiveautomation.com/t/feature-browse-to-existing-opcitempath-in-tag-editor-when-re-selecting-opcitempath/53791/4 "2021-12-06T16:26:37Z")

</div>

> [@Kevin.Herron](#):
>
> maybe _something_ can be done

Good luck. There's nothing that makes an OPC Item contain heirarchy details. Browsing can inject arbitrary folder structures. And nothing prevents a driver from reporting a given item in more than one place in the heirarchy.

---

<div class="post-metadata">

**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\
**Post date:** [December 6, 2021, 4:34pm UTC](https://forum.inductiveautomation.com/t/feature-browse-to-existing-opcitempath-in-tag-editor-when-re-selecting-opcitempath/53791/5 "2021-12-06T16:34:10Z")

</div>

Right, that’s what I was saying initially.

But I _can_ do a depth-first series of browses for _inverse_ hierarchical references starting at a given NodeId and eventually find the Objects folder and then the Root folder. And then I can save that path and have the tree browse/open each node going forward in the path.

---

<div class="post-metadata">

**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\
**Post date:** [December 6, 2021, 4:40pm UTC](https://forum.inductiveautomation.com/t/feature-browse-to-existing-opcitempath-in-tag-editor-when-re-selecting-opcitempath/53791/6 "2021-12-06T16:40:12Z")

</div>

Not seeing how this will work reliably or quickly. Unless you enforce uniqueness of the path to a node, and maintain an index.

---

<div class="post-metadata">

**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\
**Post date:** [December 6, 2021, 4:41pm UTC](https://forum.inductiveautomation.com/t/feature-browse-to-existing-opcitempath-in-tag-editor-when-re-selecting-opcitempath/53791/7 "2021-12-06T16:41:12Z")

</div>

It won’t be quick, it will require at least 2\*N browse calls, where N is the depth of that Node relative to the Objects folder. That’s why I was so quick to poo-poo the idea and even if I don’t it needs to be an explicit action.

---

<div class="post-metadata">

**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\
**Post date:** [December 6, 2021, 4:42pm UTC](https://forum.inductiveautomation.com/t/feature-browse-to-existing-opcitempath-in-tag-editor-when-re-selecting-opcitempath/53791/8 "2021-12-06T16:42:24Z")

</div>

It is also possible to manually create valid opc items that don’t appear in the browse at all. Like a couple different Modbus drivers.

---

<div class="post-metadata">

**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\
**Post date:** [December 6, 2021, 4:42pm UTC](https://forum.inductiveautomation.com/t/feature-browse-to-existing-opcitempath-in-tag-editor-when-re-selecting-opcitempath/53791/9 "2021-12-06T16:42:45Z")

</div>

Yes, anything like that simply won’t be locatable. The first browse call would return 0 inverse references.

---

<div class="post-metadata">

**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\
**Post date:** [December 6, 2021, 4:43pm UTC](https://forum.inductiveautomation.com/t/feature-browse-to-existing-opcitempath-in-tag-editor-when-re-selecting-opcitempath/53791/10 "2021-12-06T16:43:29Z")

</div>

_Pssst! Nick!_

Don’t hold your breath waiting for this one.

---

<div class="post-metadata">

**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\
**Post date:** [December 6, 2021, 4:44pm UTC](https://forum.inductiveautomation.com/t/feature-browse-to-existing-opcitempath-in-tag-editor-when-re-selecting-opcitempath/53791/11 "2021-12-06T16:44:30Z")

</div>

This is all closely related to why you can’t “just search” for some tag in the OPC browser by name, which is another common request.
