Thanks Holger, Following your advice I found that Refresh Global SWP Graphs solved the problem.
I've now inserted a SetContext statement with ui:graphWithImports(...) argument and the issue seems to be fixed. Thanks! CP On Monday, March 25, 2013 11:43:25 AM UTC+11, Holger Knublauch wrote: > > On 3/25/2013 10:31, ChilliPeppers wrote: > > Hi Holger, > > Great, Thanks for the Edit Forms response, that helps to know where to > focus effort and where to wait for your enhancement roadmap. > > I have another question on the logic behind ui:instanceView and how a form > layout is selected for displaying an instance in a form. > > Your SWA documentation has a short explanation about the "*mechanism used > by SWA to select the most suitable form for a resource*" using > swa:TitledForm on rdfs:Resource, but I haven't been able to figure the > logic of how the "*most suitable*" form is selected. > > I am using a Meta-model to define meta-concepts that I then use in my > Concept model. (BTW I am not sure that I have the Subclassing/Typing of > relationships across the two models correct so that may be a source of my > problems) > > Anyhow, I have a scenario that seems to be giving me inconsistent results > (at least from what I am expecting) in the display of forms via > ui:instanceView. For example: > > *Meta-Model Class Hierarchy:* > Shape > - Box > - Circle > - Triangle > > *Concept Model Class Hierarchy:* > DiagramShape (typeOf Shape) > - DiagramBox (typeOf Box) > - DiagramCircle (typeOf Circle) > - DiagramTriangle (typeOf Triangle) > GraphShape (typeOf Shape) > - GraphBox (typeOf Box) > - GraphCircle (typeOf Circle) > - GraphTriangle (typeOf Triangle) > > I have a ui:instanceView defined on the Class of Shape that I want to > apply to all Shapes. Using the Default Application against my ConceptModel, > when I look at the Class nodes for DiagramShape or GraphShape in the Class > Hierarchy my form displays correctly in the CenterPanel, but when I select > any of the subClass nodes I just get the default form from rdfs:Resource. > > > You indicate it may be an issue with imports and having the metaclasses > defined in another model. Are you sure the imported metaclasses are > available for the SWP application? Note that the _base argument to the > servlet should contain something like > > _base=http%3A%2F%2Frdfex.org%2FwithImports%3Furi%3D... > > which instructs the engine to also merge in the imported subgraphs - > identical to ui:graphWithImports(...) > > > I did notice at one point that when I changed my Class/Type relationships > in my models it had an effect on the form that was displayed but I haven't > been able to replicate it. Is there any way I can override the built-in > logic and give a specific ui:id for a form. > > > The only thing I can say from the distance is to use ui:id="form" on all > these form views. > > Holger > > -- -- You received this message because you are subscribed to the Google Group "TopBraid Suite Users", the topics of which include Enterprise Vocabulary Network (EVN), TopBraid Composer, TopBraid Live, TopBraid Ensemble, SPARQLMotion, SPARQL Web Pages 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 --- You received this message because you are subscribed to the Google Groups "TopBraid Suite Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/groups/opt_out.
