3 Replies Latest reply on Sep 6, 2016 3:05 PM by aanjan RSS
    jasong Creator

    Category metadata on Properties, Services, and Events

    Very simplified quick background: My company basically sells a Thingworx extension.


    I am considering a design that utilizes the Category metadata field on a Property, but it would render the Category unusable (or best case less-usable) for our own customers on properties that we are defining in or creating from our package. So I am looking to find out how all of your fine folks may be using the Category field. I've never had a use case for this before so I have not spent much time thinking about it may be useful, especially given that the Composer help text states

    Property, Service and Event definitions support the concept of categorization, so that you may order them in logical groupings when accesssing them for scripting.

    (Also, just saw the spelling error on "accessing" at least on 7.0.3. Oops Composer team.)


    So, if you are using Category on Properties or Services or anywhere else that metadata field might exist, let me know the how or why so I can consider my future customer's needs.

      • Re: Category metadata on Properties, Services, and Events
        aanjan Heavyweight Champ

        Jason, from my usage perspective, adding Categories to, say properties, makes it easier to find it (or atleast makes it look organized) when creating/ adding Services. For example, if I have 50 properties on a Thing, going through the Me tab (on a Service) when trying to add certain properties might take longer (of course, using the search to type and find the property name is the quickest/ easiest). If I add Categories on properties, they would show up under a new Category section; a subsection under the Properties section.


        And on a side note, I'll see if I can get the typo fixed as well.

          • Re: Category metadata on Properties, Services, and Events
            jasong Creator

            I did not know that they showed up like that in the Me tab for service editing. Wild. I do think that pushes me away from using that method for storing property metadata, I'll have to use tags or something. Thanks for your help!


            If you have any weight on future design, I'd love for us to be able to add our own metadata (maybe custom Aspects) to properties, services, that simply come along for the ride and can be queried against. A simple key value pair array or something would be awesome.