When TBE application runs it works with 2 graphs - <tb-session> has all the session data, <tb-dag> has application data. In 3.5, there will be a third graph called auxiliary. <tb-dag> stands for dynamic application graph. At any given time it contains the state of the application components reflecting any changes that happen as the result of events being posted and listen to.
You could use the label field to identify a component. This will work only if the component you are trying to identify is not set to dynamically change its label in response to events. And, as you noted, this will only work if no other components have the same label. So, depending on the application this may not be a very reliable method. You could use some other field, for example, rdfs:comment is shown in the config form for each component. You could have a convention where you are using this field to hold some identifier value. Could you be a bit more specific about what you are trying to do? Regards, Irene On Apr 13, 5:09 am, Andriy Sokolov <[email protected]> wrote: > Hello Scott, > > thank you for your answer! But what do you mean with the <http://tb- > dag>? > > Andriy > > On 12 Apr., 20:09, Scott Henninger <[email protected]> wrote: > > > Andriy; The label will be a problem for identifying the component, > > particularly if the "Update Label Automatically" attribute is set to > > true. A suggestion is to create a property for uniquely identifying > > the component. The property can be defined in <http://tb-dag> so it > > is not displayed in your application. Assign the unique value when > > creating a component and query for it when you need to uniquely > > identify the component. > > > -- Scott > > > On Apr 12, 8:56 am, Andriy Sokolov <[email protected]> wrote: > > > > One option I've found is to use the rdfs:label property of the > > > component instance. Then on load I use a SPARQL-select query with > > > FILTER on label. But if multiple instances of a component have equal > > > labels, all instances will be retrieved from configGraph. Is there > > > another way to distinguish between them? > > > > On 12 Apr., 14:30, Andriy Sokolov <[email protected]> wrote: > > > > > Hallo TB-Team, > > > > I want to store in the configGraph of a TB-Application config data of > > > > my component. How can I manage multiple components in the configGraph? > > > > As I know, every component instance becomes random anonymous URI. How > > > > do I identify and differenciate them? > > > > Regards, > > > > Andriy -- You received this message because you are subscribed to the Google Group "TopBraid Suite Users", the topics of which include TopBraid Composer, TopBraid Live, TopBraid Ensemble, SPARQLMotion and SPIN. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/topbraid-users?hl=en
