Hello Hugh,
Thank you for the response. I am afraid I do not fully comprehend the
question asked by development. But it seems it could be about the thing
I did make things work for now: I lumped all inference rules for all
graphs together in a single rule set and inserted a single record in
DB.DBA.SYS_SPARQL_HOST that leaves SH_GRAPH_URI null. It works, but I do
wonder if there are pitfalls in this approach.
I thought perhaps the column SH_BASE_URI in DB.DBA.SYS_SPARQL_HOST could
somehow be of help. This column seems to be undocumented (a recent
addition to the table?) so I am in the dark as to how it could be of help.
Greetings,
Frans
On 2014-06-06 19:20, Hugh Williams wrote:
Hi Frans,
Currently it is not possible to do this, development ask:
Would a "default" rule set for all cases when graph is not configured
individually or graph is not know at the time of compilation, plus
rule sets associated with graphs. The disadvantage is that the
compiler can be smart enough to propagate constant restrictions so the
use of syntax graph ?x { ... } may not enable default rule set as soon
as there's an explicit or implicit FILTER (?x = <A>) and graph <A> has
associated rules_A. Update activities on storage will obfuscate things
in other way. If g_A has rules_A and g_B has rules_B, what should
sparql ADD g_A TO g_B do --- to add original triples or to add both
original and inferred triples? Same is for replication.
Best Regards
Hugh Williams
Professional Services
OpenLink Software, Inc. // http://www.openlinksw.com/
Weblog -- http://www.openlinksw.com/blogs/
LinkedIn -- http://www.linkedin.com/company/openlink-software/
Twitter -- http://twitter.com/OpenLink
Google+ -- http://plus.google.com/100570109519069333827/
Facebook -- http://www.facebook.com/OpenLinkSoftware
Universal Data Access, Integration, and Management Technology Providers
On 4 Jun 2014, at 12:32, Frans Knibbe | Geodan <frans.kni...@geodan.nl
<mailto:frans.kni...@geodan.nl>> wrote:
Hello,
I was glad to learn about DB.DBA.SYS_SPARQL_HOST in a previous thread
in this list. It can be used to configure default define pragmas for
SPARQL queries. I was looking for something like that because I am
experimenting with inference rules and I did not like that a data
consumer had to know about the "define input:inference" pragma line
that should be in a SPARQL query in order to get inferencing to work.
I did manage to get implicit inferencing to work by inserting a row
into DB.DBA.SYS_SPARQL_HOST. But it now works for all data sets in my
virtuoso instance. I would like to have different inference rules for
different data sets (which are different named graphs in my case). Is
this possible? Perhaps by creating different SPARQL end points for
different data sets? But if I understand DB.DBA.SYS_SPARQL_HOST
correctly, it would not do to just have different virtual directories
for each end point because only the host name is evaluated... Do I
need to create separate virtual hosts for each SPARQL end point? Or
is there some other way to configure implicit inferencing for
different data sets?
Regards,
Frans
------------------------------------------------------------------------
Frans Knibbe
Geodan
President Kennedylaan 1
1079 MB Amsterdam (NL)
T +31 (0)20 - 5711 347
E frans.kni...@geodan.nl
www.geodan.nl <http://www.geodan.nl/> | disclaimer
<http://www.geodan.nl/disclaimer>
------------------------------------------------------------------------
------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and
their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/NeoTech_______________________________________________
Virtuoso-users mailing list
Virtuoso-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/virtuoso-users
------------------------------------------------------------------------
Frans Knibbe
Geodan
President Kennedylaan 1
1079 MB Amsterdam (NL)
T +31 (0)20 - 5711 347
E frans.kni...@geodan.nl
www.geodan.nl <http://www.geodan.nl> | disclaimer
<http://www.geodan.nl/disclaimer>
------------------------------------------------------------------------
------------------------------------------------------------------------------
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing & Easy Data Exploration
http://p.sf.net/sfu/hpccsystems
_______________________________________________
Virtuoso-users mailing list
Virtuoso-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/virtuoso-users
