On 4/05/2018 12:26, Rob Atkinson wrote:

I few things that are not falling out from documentation that i wonder whether they make sense to try or to ignore:

CDE - is this still a thing?

What does CDE stand for?


SpinMap - doesnt seem to be supported in other technology layers (how to access it via SPARQLMotion and/or SWP ?)

SPINMap should work fine - it is just a collection of SPIN templates with a visual notation. The SPIN templates can be executed as rules using the normal SPIN infrastructure including sml:ApplyTopSPIN (which also happens to be accessible using SWP). SPINMap is for example used under the hood of the EDG spreadsheet importers.


Import using XSD - this only seems to be supported using a manual import wizard - SM or SWP support to make it reusable?

It's a TBC only feature right now. The multitude of configuration options would make it bulky to expose through other means.


In XML import, where a XML attribute is an object id and objects reference each other, XML import treats these as DatatypeProperty (literals) and loses all the interesting object relationships - is there a way of handling this elegantly?

In many use cases, the XML importer is just used for the raw data lifting, and then SPIN or SHACL rules are used to copy thing into "proper" RDF triples.

Another option is to do XML processing as a preprocessing step, e.g. XSL (for which there is also SPARQLMotion support).


XML import in general - does importing with an XSD produce something substantially different from SPARQLMotion XML->RDF module? What is the recommended way of doing an XML import and conversion in a SWP environment?

The recommended way is to produce a stable Semantic XML ontology that has sxml: annotations at classes and properties. These ontologies can be either created by hand, generalized from example instance files, or through the XSD importer. Then use sml:ConvertXMLToRDF to convert XML instance documents.

HTH
Holger

--
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/d/optout.

Reply via email to