Community Discussions

There is a need to save the filter and grouping settings in InField check lists so that a user don’t have to set these manually each time he enters a new check list.This is both relevant for filters (I.e status filters to only show outstanding functional locations/assets) and also for the new grouping functionality where users can group tags by properties.For example if a user always want to filter out not relevant (Status) f.loc/asset and always group assets by location (Property) then he will have to manually each time he enters the check lists set these settings. It would save time for the user if these criteria can be saved. Either by filter-variants that can be chosen, or as standard for the user.

Recently, the use of Charts has been increasing, and more users are creating complex calculations for data visualization.In this context, we have received feedback requesting a “Back” button (undo function).When users are building complex calculation formulas, there have been multiple instances where the calculation source suddenly disappears, forcing them to restart from scratch. The more complex the calculation, the greater the impact of this issue.To mitigate this, it would be extremely helpful to have a function that allows users to go back one step (e.g., an undo or back button).We believe this feature would significantly improve usability and reduce the risk of losing work during calculation editing. Thank you for your consideration.

This might already be reported, but I was not able to find it when I searched.Currently Chart only uses an internal, and very limited, unit conversion. It would be a big step forward if we could also use the native unit conversion in timeseries, which is much richer than what is offered via Charts.Since you might have timeseries with no CogniteUnit, Charts still needs to support unit conversion defined in the UI, as a backup solution 

This idea is related to a previously submitted request:https://hub.cognite.com/product-ideas-492/charts-canvas-streamlit-lock-feature-to-prevent-accidental-deletion-6058?tid=6058&fid=492In most cases, charts with scheduled calculations are highly important. However, currently there is no clear way to distinguish them from regular charts in the list view, which creates a risk of accidental deletion.If a scheduled chart is accidentally deleted, the schedule itself may continue to run, but users would no longer be able to review or verify the calculation logic.To prevent this, it would be helpful to have:A clear visual indicator showing that a chart has a schedule configured, so it can be identified at a glanceA warning message when attempting to delete such a chartAdditionally, it would be even more useful if there were a filter option to display only charts with schedules.

When scheduling calculations created in Charts, the calculated time series is currently written starting from the time the schedule is configured. However, there are many cases where we would like to apply these calculation results to historical data as well.For example, it would be helpful if users could specify a start point in the past using options such as:・“6 months ago,” “1 year ago,” or “3 years ago” from the current date・A specific date and timeWould it be possible to add an option that allows users to apply calculation results starting from a user-defined point in the past?

Two needs:- I want to monitor time series in charts for windows longer than 60 minutes. Current limit is 60 minutes and should be longer.- I want to subscribe common emails to monitored time series (for example <asset-specific.process-engineers>@akerbp.com). Current limitation is that only individuals can subscribe to monitored time series. This is an issue for roles on rotations.What impact would a change have? Time savings Fewer errors / less manual work Better decision-making foundation Better data qualityRequested by: Sindre Fjermedal

Hello :)  Use caseAs an AI evaluation engineer, I want graph relations returned by the agent to be resolved into the underlying equipment and time series instance IDs in the structured JSON output, so that recall metrics reflect the instances the agent actually identified, not only the relation objects it retrieved. BackgroundI am evaluating agents that retrieve process data from an industrial knowledge graph in Cognite Data Fusion. I use a simple Python-based recall evaluator that compares expected equipment/time series IDs against IDs returned in the agent’s structured JSON output. Current behaviorThe agent may identify the correct equipment or time series in the natural-language response, but the structured JSON sometimes only contains the relation objects it used to infer them. This is mostly invisible to the end user, because the answer can still be correct. The issue is automated evaluation: correct retrievals may be undercounted because the expected equipment/time series IDs are

It would be great if they could compare InField data with PI Data directly within InField checklist. The attached file shows InField values, but they would like to be able to display them for comparison with instrument readings (PI Data). 

Currently, when a Canvas or Chart is created, the creator is automatically assigned as the “Owner.” We would like to request the implementation of a feature that allows ownership to be transferred to another user.BackgroundIn our operations department, Canvas and Charts are used for long-term operational monitoring. However, the primary person in charge changes relatively frequently. Therefore, we need a mechanism that allows ownership to be transferred smoothly to the next responsible person.From a long-term operational perspective, having the original creator remain as the owner even after role changes or internal transfers raises concerns regarding internal security and governance.For these reasons, we would greatly appreciate it if an official ownership transfer function could be implemented.Additionally, ​@Shun Takase-san from Nippon Shokubai commented that since Canvas and Charts can be searched by the creator’s name, having the current responsible person listed as the creator si