Skip to Main Content
Cumulocity IoT Feedback Portal
Status Added/Resolved 🎉
Categories Dashboarding
Created by Neil C
Created on Jun 7, 2022

Improved data-point and alarm/event selection for Data Points Graph widget and Data Explorer

Selecting devices and measurements using the current dialog window is clumsy and not very intuitive:

Step 1: SELECT DEVICE

  • the search box doesn't return intuitive matches, and it doesn't appear to support wildcards.

  • If you're not certain of the name of a device, so leave the box blank and press the magnifying glass, the list you get is a bit confused: it seems to reproduce the Group tree folders, but also explodes the Group view and shows every device as a top level item.

  • the update to the searched list is not real-time (as you type), and only updates quite slowly when you press Return or click the magnifying glass.


Step 2: SELECT DATA POINT

  • There is no search-based filtering capability for this list - if its a long list you have to scroll through the entire list to find what you need.

  • The list of data points appears to be in a random order - not alphabetical.

  • The list is quite confusing to read because it takes the form <type> => <name>. This format is not intuitive for users who are inexperienced with how data are organised in the Cumulocity back-end. In general, the <type> is not helpful in locating the right measurement.

  • Attach files
  • Neil C
    Reply
    |
    Jun 10, 2022

    Hi Niko,

    Regarding "<fragment> => <series>": Confusing might be a better word than non-intuative. In most cases, providing the series is named sensibly, the <fragment> isn't useful information for the user. It can also look "untidy", particularly if the fragment is something "standard", in camelCase with underscores, like c8y_TemperatureMeasurement, for example. Often this results in duplicated/redundant information being presented to the user.

    Consider: c8y_TemperatureMeasurement => Pump motor temperature.

    Also there are lots of different reasons to manipulate the <fragment> type for different use-cases: for example, selecting a particular fragment type in order to associate a particular DataHub offloading policy, or ODS retention policy - something that a regular user of Cockpit doesn't need to be aware of.

    Does this help?


  • Admin
    Nikolaus Neuerburg
    Reply
    |
    Jun 9, 2022

    Hi Neil,

    many thanks for the detailed feedback. Indeed we are working on improved selectors for both devices as well as data points. An improved version of the device selector will be released with Cumulocity IoT 10.14. The improved Data Point selector with 10.15.

    Those improvements should address the feedback that you provided. However, we will continue to use the "<type> => <name>" format (we call it <fragment> => <series>). It would be useful to get a few examples where this format is not intuitive to see if we can come up with good ideas to address this.

    Device selector examples screenshot:


    Data Pointn Selector: