thanks for that Ben. It's becoming much clearer now. I see what you mean about string literals versus objects. The toolkit I use specifically adds relationships as string literals so the next task is to change that to use object references instead.
Alistair -------------- mov eax,1 mov ebx,0 int 80 On 8 Oct 2011, at 14:11, Ben Companjen wrote: > Hi Alistair, > > I'm glad it works by now, but still I wanted to point out the > difference between what you have, and what IMHO I think you want :) > > On 8 October 2011 13:37, Alistair Young <alistair.yo...@uhi.ac.uk> wrote: >> thanks Ben, so basically the resource isn't in the resource index? >> > You're welcome :) > Everything is in the index. Try the query "* * *" in the "Find > triples" tab, using no template and language spo; you should get a big > list of triples. > >> I have this 'collection' object: >> >> PID="demo:category_mindmapping" >> <rdf:Description rdf:about="info:fedora/demo:category_mindmapping"> >> <hasCategoryMember >> xmlns="http://test/ontologies/ltk/relationships#";>demo:_3e7189f7a42f4ed7be2969642e469480</hasCategoryMember> >> </rdf:Description> >> >> changing the object which is in the collection to: >> <isInCategory >> xmlns="http://www.uhi.ac.uk/ontologies/ltk/relationships#";>info:fedora/demo:category_mindmapping</isInCategory> >> >> makes no difference. > > Please be aware that you are not pointing to the collection object by > using the PID or even the URI (like > info:fedora/demo:category_mindmapping) if you don't treat it like a > resource. In your example, "info:fedora/demo:category_mindmapping" is > just a string, which happens to match the URI of the collection > object. > > I think you want this: > > PID="demo:category_mindmapping" > <rdf:Description rdf:about="info:fedora/demo:category_mindmapping"> > <hasCategoryMember > xmlns="http://test/ontologies/ltk/relationships#"; > rdf:resource="info:fedora/demo:_3e7189f7a42f4ed7be2969642e469480" /> > </rdf:Description> > > PID="demo:_3e7189f7a42f4ed7be2969642e469480" > <rdf:Description > rdf:about="info:fedora/demo:_3e7189f7a42f4ed7be2969642e469480"> > <isInCategory xmlns="http://test/ontologies/ltk/relationships#"; > rdf:resource="info:fedora/demo:category_mindmapping"/> > </rdf:Description> > > By using rdf:resource="info:fedora/..." instead of using the PID as a > string, you point to the object. > >> >> I'm just worried that none of the queries listed on the risearch >> documentation page works in risearch without some form of modification. Even >> the 'find all' types of query. Or maybe that's just the way it is. > > The examples work for me, but they require careful reading. When I > tried creating some relations between objects, the Object Model > documentation page > https://wiki.duraspace.org/display/FEDORA35/Digital+Object+Relationships > helped me understand. Especially the section "How is Digital Object > Relationship Metadata Encoded?" is applicable to your questions, I > think. >> >> Alistair >> > Regards, > > Ben > > ------------------------------------------------------------------------------ > All of the data generated in your IT infrastructure is seriously valuable. > Why? It contains a definitive record of application performance, security > threats, fraudulent activity, and more. Splunk takes this data and makes > sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-d2dcopy2 > _______________________________________________ > Fedora-commons-users mailing list > Fedora-commons-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/fedora-commons-users ------------------------------------------------------------------------------ All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2dcopy2 _______________________________________________ Fedora-commons-users mailing list Fedora-commons-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
