There are all sort of complexities here. You may have imported a graph and
make no references to the resources in the graph, but do make references to
resources it imports. Also, I imagine that figuring out what resources you
are referencing from what graph could be fairly intensive computationally.
If you think that you have imported a graph, but are not really using it,
one easy check is to drop it from imports and then look for any spo where
{?o a ?type} doesn¹t exist or {?p a ?type} doesn¹t exist and so on. The
logic here is that if you are referring to resources from an imported graph,
their type statements are likely to be in the imported graph and not your
graph.
Irene Polikoff
From: Jack Hodges <jhodgesa...@gmail.com>
Reply-To: <topbraid-users@googlegroups.com>
Date: Tuesday, October 27, 2015 at 12:09 PM
To: TopBraid Suite Users <topbraid-users@googlegroups.com>
Subject: [topbraid-users] Re: Possible to do 'intelligent' export?
@Holger, I think that is a very good question. Yes, it might include
transitive dependencies. If we start from the imported graphs list that is
provided for the export, it would be the minimum set of graphs in that set
that are actually referenced by the graph being exported. One problem is
that I may have imported more graphs (for whatever reason) than I am
actively using in this particular graph, or the imports may have more
classes and instances defined than are actually being used. Clearly I cannot
expect to export partial graphs but within that limitation it would be nice
to export a minimal set.
@David, that might be an option to try, but that could also be an option in
TBC could it not? I mean, instead of having everyone do it themselves?
Thank you both for your replies...
Jack
On Monday, October 26, 2015 at 1:59:54 PM UTC-7, Jack Hodges wrote:
> In the Export/Merge/Convert RDF Graphs option I get a list of potential graphs
> to export. I am expected to select those graphs I wish to export.
>
> Is there a way to export only those graphs that the selected graph directly
> depends upon (or those that directly depend through relationships to the
> selected graph)?
>
> Or is that what is being done already?
>
> I ask because if I select 'all' of the graphs I get many more classes and
> instances than I actually need, but it would be difficult (to say the least)
> to go through and cherry pick those graphs that are specifically required to
> support a given graph.
>
> Jack
--
You received this message because you are subscribed to the Google Group
"TopBraid Suite Users", the topics of which include Enterprise Vocabulary
Network (EVN), Reference Data Manager (RDM), TopBraid Composer, TopBraid
Live, TopBraid Insight, SPARQLMotion, SPARQL Web Pages and SPIN.
To post to this group, send email to topbraid-users@googlegroups.com
---
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 topbraid-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
--
You received this message because you are subscribed to the Google Group
"TopBraid Suite Users", the topics of which include Enterprise Vocabulary
Network (EVN), Reference Data Manager (RDM), TopBraid Composer, TopBraid Live,
TopBraid Insight, SPARQLMotion, SPARQL Web Pages and SPIN.
To post to this group, send email to topbraid-users@googlegroups.com
---
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 topbraid-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
