TR2.a Dynamic Hyperlink

In PI Vision, when adding a navigation link, configure the hyperlink address based on an Attribute Value from the target element.

TR2.b Collection of Dynamic Hyperlinks

Given a target AF Element, generate a collection of dynamic hyperlinks in PI Vision. The dynamic hyperlinks shall be generated based on children elements of the target for given criteria (i.e. element template or element category). Each dynamic hyperlink address shall be configured based on the value of a specific AF Attribute value. This attribute shall be the same for all the generated hyperlinks. (for more information on Dynamic Hyperlink, see section TR.2.a)

Note

TR2.a and TR2.b have been accomplished through a Custom Symbol, using the Extensibility Framework in PI Vision. We kept these requirements in this document to point out that the dynamic hyperlink functionality could be useful for several use cases and it may be worth including as an out-of-the-box feature in PI Vision.

In a collection you can use 'Set asset context' to open a new display and show data regarding the selected child element.
But when you want to use a link\button to navigate back to the previous display you cannot use this functionality. Because it will use in the current (the child) element instead of the parent. When you don't use 'Set asset context' it will open the correct display, but the selected element will be the one used when the display is last saved.

Notes:
- The option to open displays in a new tab of the browser is not preferred because it will take longer to open a display and after a while the amount of open tabs will be huge.
- The 'Go Back'-button (arrow) of the browser itself can only be used when no other element is selected using the 'Asset'-dropdown box. Because it will always open the previous page with the same settings, not the page with the actual parent.

Please allow for having an Attribute tagged as a Display Name for the entire element that would be shown in dialogs like the Switch Asset instead of the Element Name.

It is reasonable if this had to be indexed to be usable.

We are aware of the tooltip which helps but its only sometimes useful and does not seem to be sorted alphabetically when the names are identical.

We have identical element names at the lowest element level with the parent path having more unique name (this is to support creating processbook displays from the parent and being able to refer to A,B,C in a relative way if they were fully unique this is not possible.). The Switch Asset is basically unusable if there are too many like this.

Alternately, allow showing 2 or more levels of the hierarchy so that more context can be seen. The full path is usually too long for that to be useful so a partial path would be nicer.

Currently you can set a Navigation Link setting the "current asset as root", where a certain AF Element (process line) is used to provide AF context for all symbols on the display.

But I might need to see on the same display information from equipment's of different nature (and Elem Templates) and of course rootpath.

The idea here is to be able to create Navigation links that will feed context to different collections of symbols on the same display rather than having to create different displays per type of equipment. Basically I want to be able to manage different contexts for different equipment on the same display using navigation links or any other new navigation functionality.

A specific example here could see a first collection of value symbols representing Elements name (process lines) that when one is selected this would drive a second collection of indicators about the pumps in this process line. Then side-by-side in the same display we could see the same setup for compressors. I may wish to see pumps for process line A and compressors for process line B in the same display. With PI Vision now I need to do this in 2 different displays.

Currently when pressing the left and right arrows in the time bar there is only the option of shifting to the immediately preceding or next interval specified by the duration in the time bar. Users would like to be able to maintain the interval length but have the option to specify how far to shift.

For example, if a user is currently viewing a display over a time range from 8AM to 4PM of the current day, 8h specified in the time bar, then they would like to be able to press the left arrow and shift back 24 hours to show 8AM to 4PM for the previous day.

An alternative option would be to make it possible to implement the above functionality using navigation links.