Re: [topbraid-users] Accessing imported XML with SPINMap (ui:dumpGraph behaviour)

Well - i get a different error if the path root is invalid - so what is "GuessLang" and how do I make it behave? (What is a "mismatch" in this context?) test case indeed worked with SWP preferences on - but perhaps this vital context ought to be visible in the help on SWP, and come up when

Re: [topbraid-users] Accessing imported XML with SPINMap (ui:dumpGraph behaviour)

On 15/05/2018 14:18, Rob Atkinson wrote: Great - this is the sort of context that would be really helpful linked from any doc fragment that mentions files ! Anyway - no luck with the path yet: Caused by: java.lang.NullPointerException at org.topbraid.core.io.IO.guessLang(IO.java:202) at

Re: [topbraid-users] Accessing imported XML with SPINMap (ui:dumpGraph behaviour)

Great - this is the sort of context that would be really helpful linked from any doc fragment that mentions files ! Anyway - no luck with the path yet: Caused by: java.lang.NullPointerException at org.topbraid.core.io.IO.guessLang(IO.java:202) at

Re: [topbraid-users] Accessing imported XML with SPINMap (ui:dumpGraph behaviour)

On 15/05/2018 13:49, Rob Atkinson wrote: Thanks Holger, its difficult to keep track - but are sometimes path names are relative to projects or are they always absolute?  but i see the clue was in the doc /exampleProject! this raise a couple of other questions: 1) in a production EDG

Re: [topbraid-users] Accessing imported XML with SPINMap (ui:dumpGraph behaviour)

Thanks Holger, its difficult to keep track - but are sometimes path names are relative to projects or are they always absolute? but i see the clue was in the doc /exampleProject! this raise a couple of other questions: 1) in a production EDG environment where we want to ingest files

Re: [topbraid-users] Accessing imported XML with SPINMap (ui:dumpGraph behaviour)

Hi Rob, ui:dumpGraph requires a graph URI, so the solutions with one of the temporary unnamed graphs would not work (as you have found out). However, using ui:tempGraph does work as confirmed in the attached test case. The error handling with ui:tempGraph is not ideal (and I have just added

[topbraid-users] Accessing imported XML with SPINMap (ui:dumpGraph behaviour)

OK - so I want to try using SPINMap to transform what default import looks like into the target ontology... so I'm trying to save the imported graph programmatically, because I'm still not sure if manual import gives the exact same graph as import using the sml:ImportXML - and AFAICT SPINMap

Re: [topbraid-users] dublin core prefixes

Please check again whether one of the imported graphs defines the dce prefix. If multiple prefixes exist for the same namespace then the rendering is unpredictable (dcterms and dct is a common example that often goes wrong). Holger On 14/05/2018 20:40, Bohms, H.M. (Michel) wrote: I have

Re: [topbraid-users] Compiling Validation and UI/Form semanatics

>> ex:ExampleAndShape >> a sh:NodeShape ; >> sh:targetNode ex:ValidInstance, ex:InvalidInstance ; >> sh:and ( >> ex:SuperShape >> ex:SubShapePropertyShape >> ) . Is

Re: [topbraid-users] Compiling Validation and UI/Form semanatics

Regarding the second example below, using ex:ExampleAndShape, given the semantics of sh:node and the different interpretations of “value node” for NodeShapes and PropertyShapes, I understand how your version with sh:node rather than sh:and would work. But I’m uncertain about the meaning of the

RE: [topbraid-users] dublin core prefixes

I have only one prefix… [cid:image001.png@01D3EB80.6A732A70] Here it looks fine. When I now switch to Source Code view I get: [cid:image005.jpg@01D3EB80.BDA2F130] So dc is changed somehow to dce….. Isn’t that weird ? Dr. ir. H.M. (Michel) Böhms Senior Data Scientist T +31888663107

Re: [topbraid-users] dublin core prefixes

Maybe your file defines two prefixes for the same namespace URI? Nothing TBC does by itself. Holger Sent from my iPad > On 14 May 2018, at 19:55, Bohms, H.M. (Michel) wrote: > > > When using dc prefix > > I see that tbc changes it to (in format tab): > >

[topbraid-users] dublin core prefixes

When using dc prefix I see that tbc changes it to (in format tab): eurotl:MyDocument rdf:type eurotl:Document ; dce:format "mime:text/turtle" ; rdfs:label "LocationByCoordinates" ; . Does anybody know why? Thx michel Dr. ir. H.M. (Michel) Böhms Senior Data Scientist T +31888663107 M