Hello Yves, > > It's a virtuoso function surfaced as a predicate. > > "magic predicate" was an initial moniker used at creation time. > > "bif:contains" doesn't exist in pure triple form etc.. > > Why couldn't it? For example, you may want to express exactly what > triple lead you to give a particular result, and within that scope you > may end up having to write: "Brickley" bif:contains "ckley" in RDF. > > Forbidding literals as subjects makes this statement impossible to > express, however that's a very sensible thing you may want to express. > > There are also lots of literal search examples that comes to mind: > > "Acton" str:double_metaphone "AKTN" . > "Smith" str:soundex "S530" . Yes, SPARQL permits literals in subject position, and we use that for dirty hacks. That does not mean that raw data should permit the same. SPARQL (and especially our SPARQL/BI) uses many different things in subject position, e.g., variables (and expressions, up to subqueries) that's not an excuse to allow the same in raw data. I don't even say about technical price of the extension for both developers (extra work) and each user of any big RDF storage (extra hardware). I simply don't see a reason, because literals are simply _not_enough_unique_ to interlink data. [ ] str:double_metaphone_word "Acton" ; str:double_metaphone "AKTN" . and [ ] str:soundex_word "Smith" ; str:soundex "S530" . are at least protected from collisions and allow more properties to be added in a safe way. Best Regards, Ivan Mikhailov OpenLink Software http://virtuoso.openlinksw.comReceived on Friday, 2 July 2010 04:52:40 UTC
This archive was generated by hypermail 2.4.0 : Tuesday, 5 July 2022 08:45:19 UTC