Suggest features, upvote favorites, and use the user story format: > As a [role], I want to [action], so that [benefit]. Help us build what you need - post your idea now!
What you should know submitting product ideas to our product team
Share your product ideas with the community and our product team
As described in the referenced link（Cognite Hub）, we create a Canvas once a month to monitor long-term trends of key operational parameters.Since this activity is performed monthly, we are facing challenges in how to properly store and manage these Canvases over time.Currently, Canvases can be organized by site. However, if further granularity were available—such as hierarchical folder structures—it would significantly improve:Management of the latest Canvas Searchability of past Canvases Overall organization and maintainabilityAt present, we are supplementing this limitation by using a custom application built with Streamlit, as shown in the attached example. This allows us to further classify Canvases beyond site level, down to individual units. Ideally, we would like to have this functionality natively available in Canvas.Although this request is not highly urgent, we would appreciate your awareness and consideration for future improvements.
We create a Canvas like the attached example once a month to monitor long-term trends of key operational parameters.Previously, this work was done using Excel, but we have recently migrated to Charts and Canvas.As we move toward full-scale operational use, we would appreciate your support in resolving the following two challenges.These improvements are critical for reducing operational workload and enabling sustainable use of Canvas for monthly monitoring.Request ①We previously requested a permission transfer feature for Charts. However, it is currently difficult to locate individual Charts from within Canvas.Cognite HubTherefore, we would like to request the following enhancement:Ability to select Charts directly within Canvas and transfer their ownership/permissions in bulkWithout this capability, when the responsible person changes, users must first locate all relevant Charts individually and then manually duplicate them one by one. This process is time-consuming and creates a significant operational burden. Request ②When downloading the entire Canvas as it is, each Chart becomes too small to view clearly, making the feature practically unusable.Each month, we include “Special Notes” (as shown in the attached example) and review selected Charts together with those notes.Therefore, we would like to request the following functionality:Ability to select specific Charts on Canvas and:Extract only the selected Charts Automatically format them into an A4-sized layout Export both the visual output and the underlying data (CSV)This feature would enable us to generate clear and usable reports for monthly reviews. Resolving these issues is essential for enabling effective operational use of Canvas.We would greatly appreciate your consideration and support.
As part of driving internal platform adoption, we are requesting the ability to add custom "Help and resources" links through the Admin --> Project Settings options. This would be a new admin option to create new links to both internal/external URLs where we would like to route our users.For instance, we have an internal ticket/incident form, a custom Cognite portal, etc. where we would like to provide users the ability to find/link to from the Cognite platform.
Add option for setting dark mode in the InField application. Both for desktop and handheld units.
In our company, area codes (Which signifies which area an asset/functional location is placed in) is a central property that users want to see immediately when opening tag detail view. Area codes are available in the properties section but users want to have this visible in the header, to not have to scroll down. This is more helpful on the handheld unit as less information is visible upon opening the screen and the user needs to scroll further down to see the relevant information. Example of where to add location code is shown below. To make it more generetic, users could be able to add relevant info in the header themselves as maybe other companies/user groups have different interest in what they want to show in the header.
Problem StatementThe Cognite DB Extractor currently requires space to be a static, query-level configuration parameter, forcing users to create multiple identical extraction queries when distributing data across spaces based on hierarchical entity relationships.When working with hierarchical data structures, each distinct parent entity requires a separate extraction query, even if the source data and transformations are identical.Asset hierarchy:L1: Assets L2: Area L3: Field (defines CDF space) L4: Installation L5: WellCurrently, if there are 10 distinct fields across multiple assets, the DB Extractor requires 10 separate extraction queries to distribute timeseries data across 10 spaces - one query per field, even though they all read from the same source table with identical transformations. With multiple assets, areas, and fields, this results in hundreds of extraction queries for a single source table. This creates:Configuration Bloat: Hundreds of nearly identical YAML configurations to maintain Filter Duplication: Adding or modifying a filter condition requires updating hundreds of queries Scheduling Overhead: The same database table is scanned multiple times per ingestion cycle instead of once Resource Inefficiency: Hundreds of independent jobs running on the same data multiplies query load Error Management: One failed field extraction leaves only that space with stale data; manual recovery required per space Maintenance Burden: Updating logic across all queries is error-prone and time-consuming Scalability: As fields are added or wells multiply, query count grows exponentiallyProposed Solution:Allow space to be derived dynamically from query result columns using template syntax, similar to how external_id is generated.
In Canvas, it is possible to configure rules for objects, but as far as I understand, the current setup allows only one trigger per rule (1 rule = 1 trigger).However, in practical use cases, there are often situations where we would like to define a rule using multiple trigger conditions (AND conditions). For example, when producing multiple product types on the same production line, the normal operating ranges for parameters such as temperature and flow rate may vary depending on the product.In such cases, we would like to configure rules like the following:When producing product A, it is considered abnormal if temperature or flow rate exceeds threshold α.When producing product B, it is considered abnormal if temperature or flow rate exceeds threshold β.To support these kinds of scenarios, it would be very helpful if we could configure multiple triggers within a single rule.Alternatively, if there is an existing way to achieve this functionality using current features, I would greatly appreciate any guidance.I have considered creating dedicated flag tags using calculations in Charts and scheduling them, but this approach would result in a large number of flag tags, making it difficult to manage, so I decided not to pursue it.
Would it be possible to provide a way to visualize trending content that is frequently viewed and utilized among those created using Charts, Canvas, and Streamlit?At present, even if someone creates an excellent Canvas or similar content, it does not easily spread to other users. However, if there were something like a trending ranking, high-quality content could naturally gain visibility and adoption. It could also serve as a helpful source of ideas for practical use cases.
Observed behaviorWhen a CDF Transformation produces rows with duplicate externalId values , the behavior depends on how CDF partitions the data across workers:Duplicates within the same API request (same batch) → the API raises an error → the transformation fails visibly ✅ Duplicates split across multiple API requests (different CDF partitions/workers) → each request succeeds individually → the transformation completes with status "success", but which version of the node was actually written to the knowledge graph is unknown and non-deterministic ❌ProblemThe second case is the dangerous one:Silent and invisible — the run reports success, no alert is triggered, no engineer investigates. The data in the knowledge graph may be incomplete or wrong with no trace. Non-deterministic — which duplicate "wins" depends entirely on which CDF worker flushes first. Two identical runs on the same input can produce different results. No user control — there is no way to express intent: "fail if duplicates exist", "always keep the latest", "deduplicate before write". The behavior is undefined and undocumented at the transformation level.Feature RequestAdd a conflict resolution option at the transformation level for duplicate externalId within a single run: Option Behavior fail Abort the run and report an error if any duplicate externalId is detected across all batches keep_last Last row processed wins deduplicate_before_write CDF deduplicates globally before dispatching to the API
Problem Statement: To get the most value out of the overview tab under any category (Asset / Files/ etc) the files tab currently displays a random list of the files associated with no organization and the search functionality not readily available. Solution The built-in category view is very helpful. Please consider making the default view for files the category view for all.
Within the CDF search tool, it would be helpful to have the option to toggle the preview of the file to be full-screen, to better preview the information. Having a compressed window for a document containing a large amount of information is tedious to zoom and scroll. The only alternative is to download every document, but this defeats the purpose of using Cognite.The same logic would be helpful with Canvas as well, the ability to select a document and toggle a full-screen rendering, possibly with a pagination type toggle that could flip through the different pages that have been sequenced in the Canvas.
When selecting an instance in Search, the Overview tab is very useful (seeing more than one data category without having to switch view). However, the tiles are static and cannot be resized. Resizing would allow the user to see more of the data in one category while still see the other data categories (eg I want to see more of the properties from the Asset while still seeing the list of workorders.For the same reason we would like to be able to change the order of the tiles, eg moving the workorder tile up next to the properties tile, to better focus on the things we want to see.The same behavior is also relevant when searching for data via Charts and Canvas
Hi,It would be great to have the creation of an endpoint based on the one below:https://api-docs.cognite.com/20230101/tag/Time-series/operation/getMultiTimeSeriesDatapointsCurrently, this endpoint allows requesting multiple items in a single call and returns the next page individually for each requested item.For Celonis’ REST extractor, this pagination model creates a limitation, as the platform works better with individual pagination, where each response contains only one component and a single pagination continuation token.Today, to enable this extraction, a Python-based workaround is being used within the environment, since the current model is not compatible with the standard extractor.We would like to check if it is possible to make the endpoint available in a more individualized format, with one time series per response, or if there is already an alternative endpoint that supports this scenario. This would greatly help improve the standardization and stability of the integration.Sharing the user’s assessment regarding the available data extraction methods:Extraction BuilderThis solution, offered by Celonis, works very well for REST APIs. However, for the current endpoint structure, pagination is not supported. To solve this issue, it would be enough to update or create a new endpoint that returns only one result per response instead of a nested list structure.SDKThe SDK offers a flexible solution but carries higher implementation risk. It would require using an existing middleware layer to orchestrate the extractions, which is currently considered unfeasible due to resource constraints, access dependencies, and a longer development timeline compared to other alternatives.
I hear that the Charts monitoring feature includes logic to prevent excessive and unnecessary alerts.Specifically, time series data uploaded at intervals longer than one minute is excluded from monitoring, and alerts are not triggered for such data.The reason for this is that the system cannot determine whether a lapse in recent values over a certain period is due to “legitimate low-frequency data” or “a system error causing missing data.” On the other hand, we have some time series with very low update frequencies.For example, we have data that is ingested only once every half day (see figure below).With such data, the Charts monitoring feature cannot detect anomalies and alerts are not triggered.*We have no plans to increase the number of acquisitions due to wireless system specifications. Could you consider adding a switch to the Charts monitoring feature that allows users to disable the current specification that excludes data uploaded at intervals longer than one minute from monitoring?I believe other industries also have data that is captured only once per day.Allowing users to toggle this behavior as needed would minimize the impact on backend of Cognite Data Fusion. This request comes directly from field engineers, so I would greatly appreciate your consideration.
To change the columns that are shown when selecting a specific View I use the “Select column” functionality. If I select multiple properties from the list and press Apply, it works well.However, if I locate the property by “Filter by name” search, select, and then repeat for another property, only the last property I selected will be added when I press Apply. You see the same behavior if you “Filter by name”, select a property, and then remove the filter characters either by deleting the characters or “x them out”, the selection is removed.This is a very unexpected behavior, and confuses users. It makes it very cumbersome if you want to add multiple properties from a very long list of properties (where you would prefer searching for the property)
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.
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 missing from the JSON. I am spending too much time prompt engineering around this. The agent can produce the desired JSON structure sometimes, but not in a stable or deterministic manner. Desired behaviorWhen graph relations are returned, the agent should perform one or more final listInstances calls to resolve/dereference them into the underlying equipment and time series instance IDs. This would make the structured JSON reflect the natural-language response, enabling faster, cheaper, and more deterministic recall evaluation for quality control and governance.
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 significantly helps users find the correct Canvas or Chart efficiently.We kindly ask you to consider this as a candidate for future feature enhancement.Thank you very much for your consideration.
Ability to customize the list of properties shown in assets, maintenance orders and other types in InField (Light- DM Only).
The “Compare trends” function in the trend view is a great functionality to compare different trends. Today the Y-axis of the graphs does not align when comparing multiple trends. For example in the trend view below, the Y-axis of the purple trend is way higher than the axis for the blue trend line. 45% and 100% is placed at the same position. It is possible to manually zoom in and out on the Y-axis and then align but it would be better if there was a way of aligning Y-axis on a more user friendly way or alternatively that the axis are lined by default :-)
At the moment, I believe users cannot see which users in their organization are using which CDF features, nor how they are being used.Would it be possible for users with administrator privileges to access this kind of information?If this were available, it would enable us to consider measures to make better use of CDF based on actual usage patterns within our organization. For example:A certain department frequently uses Charts but rarely uses Canvas, so we could interview them to understand the reasons.Specific features of Charts or Canvas are hardly being used, so we could improve the documentation and promote their usage.Although they are not very vocal and we had not noticed before, it turns out that Mr./Ms. △△ is actually a heavy user of CDF, so we could identify them as a key person.If there is already a way to obtain such information, we would greatly appreciate it if you could let us know.
Already have an account? Login
No account yet? Create an account
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.
Check the
documentation
Ask the
Community
Take a look
at
Academy
Cognite
Status
Page
Contact
Cognite Support
