# In Perspective, is it possible to bring a tag's qualified value in with a single binding?

**URL:** <https://forum.inductiveautomation.com/t/in-perspective-is-it-possible-to-bring-a-tags-qualified-value-in-with-a-single-binding/103156>\
**Category:** Ignition\
**Tags:** perspective\
**Created:** [March 3, 2025, 4:21pm UTC](https://forum.inductiveautomation.com/t/in-perspective-is-it-possible-to-bring-a-tags-qualified-value-in-with-a-single-binding/103156 "2025-03-03T16:21:19Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![Brian\_Stilson](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/brian_stilson/32/73410_2.png) [@Brian\_Stilson](https://forum.inductiveautomation.com/u/Brian_Stilson)\
**Post date:** [March 3, 2025, 4:21pm UTC](https://forum.inductiveautomation.com/t/in-perspective-is-it-possible-to-bring-a-tags-qualified-value-in-with-a-single-binding/103156/1 "2025-03-03T16:21:19Z")

</div>

I've found myself making a lot of templates where I have a tagPath parameter, and from there I make a few custom properties that are indirect bindings on this tagPath plus other properties. Things like .EngHigh, .EngLow, .FormatString, etc.

I do it this way, because just binding to the tag path itself gives you the value specifically. Instead of making multiple bindings for a custom property, I was thinking it would be nice if I could just make one custom property object and bind that to the "tag" as in the qualified value of the tag. That way it would just bring in all those other properties with it on that single binding.

Is this possible? Or would it be a good idea if it was? Would I save anything performance-wise or should I just continue making individual custom properties and making indirect bindings to different elements in the tag?

---

<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:** [March 3, 2025, 4:42pm UTC](https://forum.inductiveautomation.com/t/in-perspective-is-it-possible-to-bring-a-tags-qualified-value-in-with-a-single-binding/103156/2 "2025-03-03T16:42:58Z")

</div>

Qualified values do not have those other properties, just `.value`, `.timestamp`, and `.quality`.

You may find my Integration Toolkit's `tags()` expression function helpful for cases like this. (It does not suffer the same problems as the native `tag()` function, but does deliver nulls on first execution.)

---

<div class="post-metadata">

**Author:** ![paul-griffith](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/paul-griffith/32/37249_2.png) [@paul-griffith](https://forum.inductiveautomation.com/u/paul-griffith)\
**Post date:** [March 3, 2025, 5:26pm UTC](https://forum.inductiveautomation.com/t/in-perspective-is-it-possible-to-bring-a-tags-qualified-value-in-with-a-single-binding/103156/3 "2025-03-03T17:26:48Z")

</div>

As Phil mentioned, your use of "qualified value" is either confusion on your part about what a qualified value is, or an overloading of a common Ignition term with a very specific meaning.

Within Ignition, a qualified value is just that - _any_ type of "value", plus some qualification - specifically, a quality code and a timestamp. So _every read_ of _any_ subproperty of a tag delivers one qualified value; there's no way to "extend" a qualified value with extra qualifiers.

That said, it _is_ technically possible (though probably inadvisable) to do effectively what you want. Every tag has an invisible `jsonValues` property node; if you bind to `SomeTagPath.jsonValues`, you get a qualified value that contains, _as its value_, a rich JSON "document" containing the sub-properties of that tag. However, that means, whenever your binding re-evaluates, you're asking the gateway to redeliver _all_ of those values. It's less of a performance footgun than the similar concept in Vision (UDT types + bindings) for a couple reasons, but _generally_ I adhere to the principle that you should only bring in the information _you actually need_.

---

<div class="post-metadata">

**Author:** ![Brian\_Stilson](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/brian_stilson/32/73410_2.png) [@Brian\_Stilson](https://forum.inductiveautomation.com/u/Brian_Stilson)\
**Post date:** [March 3, 2025, 6:52pm UTC](https://forum.inductiveautomation.com/t/in-perspective-is-it-possible-to-bring-a-tags-qualified-value-in-with-a-single-binding/103156/4 "2025-03-03T18:52:12Z")

</div>

> [@paul-griffith](#):
>
> It's less of a performance footgun than the similar concept in Vision (UDT types + bindings) for a couple reasons, but _generally_ I adhere to the principle that you should only bring in the information _you actually need_.

Yes, I mistook what a qualified value was. I meant the subproperties of a tag like you're saying.

At any rate, that's what I was wondering. Sounds like having a single binding calling up all of a tag's subproperties would usually cost more overhead than having multiple bindings for specific things.