Skip to main content

Product Ideas Pipeline

Filter by Idea Status

Filter by Topic

1301 Ideas

Zachary BurkeCommitted ⭐️⭐️⭐️

Enhanced Access Management for PI ExtractorGathering Interest

Though many companies are pretty liberal with read access on tags within a PI Data Archive, some out there need to control access at a more granular level. (Often driven by the need to protect intellectual property.) Only certain groups of users should be able to see data for certain tags.In our case, we would like our access model with respect to PI data in CDF to mimic what’s in PI. In a PI Data Archive, this is governed by the datasecurity metadata field. Unfortunately, the PI extractor seems to strip off this metadata on ingestion. Without that, we’re looking at a workaround solution in which we maintain this mapping in CDF and use something like a Cognite function to apply a security category that mimics the PI tag’s data access. However, this does come with some headaches:We’ll have to maintain a separate mapping of PI tags to the right level of access (that would otherwise be present in that datasecurity metadata field). The PI tag data can’t be secured before that security category is applied.I provide all this background information in the hopes that it’s useful for developing features that are useful for this need. But if I had to make a concrete ask:Provide an option for the PI extractor to not strip off “internal bookkeeping attributes in PI” from incoming PI tags. Provide a means to apply a security category during the extraction process, itself. (Similar to how the file extractor does.)Thank you for your attention and looking forward to discussing more! 

Viet LePractitioner ⭐️⭐️⭐️

Cognite Data Fusion: Explore Assets search and hierarchy view suggestionsImplemented

Search results in the hierarchy view of Explore Assets is difficult to use. It’s almost impossible to find what you are looking for in a very large/deep hierarchy. We are almost always resorting to the list view and disregarding the hierarchy view entirely since even after searching, one finds themselves scrolling and scrolling to find yellow matches. Because the hierarchy view also shows close matches, the view is littered non-exact matches.After finding the asset, you can only view children. There is no way to navigate to the parent from the asset view. It is quite useful for us to find an asset and be able to view the ancestry tree to the root and its children.The ONLY way for us to get the ancestry view of a particular asset goes like: Explore Data → Assets Search Skip Hierarchy view, use List View instead View Details of the Asset, copy the External ID Open Filters Put External ID in filter Finally have a hierarchy view with only the ancestry of a particular Asset I have some suggestions that may help bring some usability into search.  An option to show exact matches only… for times I know exactly what I am looking for. (99% of the time) Similar to Find in a document search, there needs to be a Next and Previous button that auto-focus on the next match. There needs to be a way to navigate up and down the ancestry tree. One can only descend from Asset to Children. It is impossible to navigate from Asset to Parent. Instead of a Children tab, perhaps just show the Lineage/Ancestry of all Assets in this family tree? Perhaps give the option to show how many degrees up and down from the current asset, in case there are hundreds or more in a family. We are not able to search by ID, this would help allow us to find the exact search. Search box results should not reset, such as the user’s position or search text, via actions in an expanded sheet on the right. EX: Have a very large hierarchy. Search for an Asset via text in Hierarchy view (no filters), something that required scroll down to middle of search results, click on it. Its details are expanded in a sheet on the right. Click any Tab in the sheet. (Children, Asset, …) Search text and position in the search results are fully reset.