Skip to Main Content
Cumulocity IoT - Tell us your Idea
Created by Guest
Created on Sep 20, 2022

It should be possible to use wildcards or REs for alarm types, properties and data points

In different widgets, regardless whether they present data points, properties or alarms, it should be possible to provide wildcards - on top of filtering and selecting individual names. This would allow to pre-select data points, properties or alarms created in the future based on their naming scheme.

  • Attach files
  • Neil C
    Reply
    |
    Sep 29, 2022

    I agree that the mechanism for locating items (managed objects, measurements or events/alarms), and the apparent use of wildcards is not intuitive in various parts of the platform.

    For example: in inventory roles, its possible to use "*" to represent "all types". It's not obvious which, and how many types this represents, so you can't do a sanity-check or spot that you might have included a type that's not what you intended. It's also not obvious is you can use partial wildcards here - e.g. "*Position*" - but I'm guessing that this won't work?

    In some parts of the platform this could lead to potentially serious unintended consequences: e.g. in nominating items to be part of inventory roles, or DataBroker (where unintended addition of the wrong items now or in the future could amount to a GDPR or intellecual property leak).

    In general, if wildcards are used anywhere in the platform, I think it would be helpful if the user were shown a list of current matches, allowed to tick them (some or all), and also explicitly ask the question "Include future matches for this search?"