Skip to main content

Product Ideas Pipeline

Filter by Idea Status

Filter by Topic

1354 Ideas

roodletoofCommitted ⭐️

Data workflow delay taskGathering Interest

We recently encountered an issue where we had to delay a task in a workflow to wait for transformation metrics to become accurate. To solve this we put a sleep in a Cognite Function. We can also use external function calls to create a delay, but I was thinking that this might be a feature that would be nice to have built-in to Data Workflows.Considering that there are times when you may want to delay a task for n minutes:I was wondering if there are any plans to add a built-in delay task-type, or a delay field for the existing task-types, into Data Workflows?e.g.# maybe put it in the dependsOn field #############################- externalId: someTask type: ... ... dependsOn: - externalId: transformationTaskId1 delayMinutes: 10# or as a dedicated field for each task ###########################- externalId: someTask type: ... delayMinutes: 10 dependsOn: ...# or as a unique task type ########################################- externalId: '10MinutesAfterTransforms' type: delay minutes: 10 dependsOn: - transformationTaskId1 - transformationTaskId2- externalId: someTask type: ... dependsOn: - externalId: '10MinutesAfterTransforms'And if not:Is this something the Cognite team would consider adding?Currently I think you can build a dedicated delay function by having a Cognite Function forward a delay instruction to an external endpoint using the isAsyncComplete flag, and have some external process tell the workflow to complete the task when the delay is over.But I imagine this is the sort of thing that many teams who use Data Workflows would eventually need to build themselves.You can also sleep inside the Cognite Function but, it’s wasteful since you’ll be paying for the time slept, it will increase the risk of the function timing out, and the function needs to “know” more about timing quirks of the other processes in the workflow.

WrzyszczynskiSeasoned ⭐️⭐️

Common Navigation, functionality and iconsPlanned for development

For a good User Experience, in general, a Cognite Specific Icon should serve the same purpose in all Cognite programs.  Navigation and functionality should be similar across modules.  Cognite should adopt a consistent philosophy in how you manage this and converge all of your applications for consistency:1) When you search for MBD1070, CDF finds MBD-1070, but Maintain does not find any asset.2) In CDF, when you pan to another asset in the 3D model and single click , you can select the next asset over (MBD-1270) and open the meta data.  In Maintain, if you select another asset you highlight the shape only.  You do not get any data or even identification of the asset.3) When you select an integrated asset (PW-424-A) in CDF you get a section of pipe and 6 valves.  In Maintain, you are able to select and highlight a single valve or shape.4) Maintain has no access to photogrammetry or laser scans as layers in the 3Dmodel.5) You are able to take measurements in both Maintain and CDF modules, but the measuring tools in CDF are much more robust (polylines, polygons, areas, volumes).  Maintain has straight line distance only.  In CDF you can change the units from metric to English, in Maintain distance is in mm only.6) CDF allows slicing in all three planes. Maintain allows slicing in the vertical plane only.7) In canvas, if you add a 3D view, you cannot use any of the 3Dmodelling tools, such as measurements.8) The icon for adding layers in CDF search changes the marker legend in Maintain9) An icon with a question mark in CDF shows Navigation guidance, while an exclamation point shows the same information in Maintain.