the risks inherent to the electronic
transmission of messages.
From: topbraid-users@googlegroups.com On
Behalf Of Fan Li
Sent: Tuesday, September 21, 2021 2:55 PM
To: TopBraid Suite Users
Subject: Re: [topbraid-users] enriching the semantic table
Just want to comment that the active data shape is m
Just want to comment that the active data shape is my default approach for
data import now. So much flexibility.
On Tuesday, September 21, 2021 at 7:08:08 AM UTC-4 Irene Polikoff wrote:
> If you need to script a custom importer for EDG, here is the way to do it:
>
>
>
If you need to script a custom importer for EDG, here is the way to do it:
https://www.topquadrant.com/project/importing-data-using-active-data-shapes/
https://datashapes.org/active/import.html#spreadsheets
Once you script it, you can use it repeatedly. The custom import can become a
part of
A second approach is to make it two steps in EDG, and it sounds like you’ve
done the first. For the second, it’s probably simpler to make another graph
based on the more complex ontology as the target and write SHACL Rules (i.e.
sh:SPARQLRule) which you can include into the target traph to be
Hi Michel,
The spreadsheet importers that are simple and out-of-the-box support a
table-maps-to-single class scenario.
If you have a more complex ontology and data about multiple classes in the same
spreadsheet table, then you are writing a bespoke importer rather than an EDG
Import
When I have read in a semantic excel into TBC/EDG I want to convert it to a
more structured ontology (ie normalize it) via sparql construct queries.
In a sense I am splitting the big nonnormalized table into multiple tables.
In this process I have to (I assume) create IDs for individuals that