From: Bryan T. <br...@sy...> - 2014-10-06 14:32:55
|
The purpose of RDR is to permit statements about statements. The purpose of named graphs is to allow statements to be collected into containers. With RDF* support for named graphs, you could do both. Whether or not this is a good idea is an interesting question. Consider, that named graphs could be interpreted as just a special case of a statement about a statement where the database then applies special indexing (typically by maintaining additional indices for fast access by the named graph). For example, given: <<:a :b :c> :namedGraph :d> If we assume that ":namedGraph" has the semantics of the SPARQL named graphs mechanism, then this RDR assertion says that the statement :a :b :c exists in the named graph :d. If so, then the RDR mechanisms always apply to triples and the named graphs mechanism just specifies the containers within which a given triple (including an RDR triple) is visible. Thanks, Bryan ---- Bryan Thompson Chief Scientist & Founder SYSTAP, LLC 4501 Tower Road Greensboro, NC 27410 br...@sy... http://bigdata.com http://mapgraph.io CONFIDENTIALITY NOTICE: This email and its contents and attachments are for the sole use of the intended recipient(s) and are confidential or proprietary to SYSTAP. Any unauthorized review, use, disclosure, dissemination or copying of this email or its contents or attachments is prohibited. If you have received this communication in error, please notify the sender by reply email and permanently delete all copies of the email and its contents and attachments. On Mon, Oct 6, 2014 at 10:19 AM, Rose Beck <ros...@gm...> wrote: > Dear Bryan, > > Thanks for the enlightening write-up about RDR. But I have a question > in the write-up you wrote "In the future, we plan to add support for > RDF* and SPARQL* to the quads mode of the platform as well. This will > allow statement level metadata to co-exist seamlessly with the named > graphs model." But I dont understand the need for supporting RDF* and > SPARQL* in quads mode. I mean I dont understand as to why do we need > to allow statement level metadata to co-exist with named graph model. > Can you please explain this with an example. > > > Thanks & Regards, > Rose. > > On Mon, Oct 6, 2014 at 5:59 PM, Bryan Thompson <br...@sy...> wrote: > > I've added a page to the wiki based on that blog post: > > > > wiki.bigdata.com/wiki/index.php/Reification_Done_Right > > > > Thanks, > > Bryan > > > > ---- > > Bryan Thompson > > Chief Scientist & Founder > > SYSTAP, LLC > > 4501 Tower Road > > Greensboro, NC 27410 > > br...@sy... > > http://bigdata.com > > http://mapgraph.io > > > > CONFIDENTIALITY NOTICE: This email and its contents and attachments are > for > > the sole use of the intended recipient(s) and are confidential or > > proprietary to SYSTAP. Any unauthorized review, use, disclosure, > > dissemination or copying of this email or its contents or attachments is > > prohibited. If you have received this communication in error, please > notify > > the sender by reply email and permanently delete all copies of the email > and > > its contents and attachments. > > > > > > On Sun, Oct 5, 2014 at 5:27 PM, Rose Beck <ros...@gm...> wrote: > >> > >> Dear all, > >> > >> I have downloaded bigdata.war and have deployed it using sesame HTTP > >> API. Now I am not getting as to how should I load rdf > >> triples/provenance with triples to bigdata using nanosparqlserver? I > >> am using sesame HTTP API (using apache tomcat). Can someone please > >> help. > >> > >> I intend to use mysql, native java and postgres with sesame. Any help > >> will be deeply appreciated. > >> > >> Regards, > >> Rose > >> > >> > >> > ------------------------------------------------------------------------------ > >> Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer > >> Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports > >> Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper > >> Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer > >> > >> > http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk > >> _______________________________________________ > >> Bigdata-developers mailing list > >> Big...@li... > >> https://lists.sourceforge.net/lists/listinfo/bigdata-developers > > > > > |