doh!

http://localhost:8080/fedora/risearch?type=triples&flush=true&lang=spo&format=RDF/XML&limit=100&distinct=on&stream=off&query=*
 * *

and with some url encoding the query param should be:

* <http://demo/relationships#isInCategory> "demo:category_mindmapping"

the above works a treat in /risearch and I'm presuming I just have to urlencode 
it to get it to work vi REST.

thanks for listening!

Alistair

--------------
mov eax,1
mov ebx,0
int 80

On 1 Oct 2011, at 11:26, Alistair Young wrote:

> e.g.
> 
> * <http://demo/relationships#isInCategory> 
> <info:fedora/demo:category_mindmapping>
> 
> but I can't seem to crack the syntax
> 
> Alistair
> 
> --------------
> mov eax,1
> mov ebx,0
> int 80
> 
> On 1 Oct 2011, at 10:31, Alistair Young wrote:
> 
>> that's the mysterious bit for me Stephen! how to construct a query that will 
>> return all resources such that:
>> 
>> isInCategory category_mindmapping
>> 
>> is satisfied.
>> 
>> Also wasn't sure why the general search only returned the last relationship 
>> type in the RELS-EXT when there are three in the system.
>> 
>> Alistair
>> 
>> --------------
>> mov eax,1
>> mov ebx,0
>> int 80
>> 
>> On 1 Oct 2011, at 10:22, Stephen Bayliss wrote:
>> 
>>> Hi Alistair
>>>  
>>> Your query doesn't appear to be using your isInCategory predicate.
>>>  
>>> Regards
>>> Steve
>>> -----Original Message-----
>>> From: Alistair Young [mailto:[email protected]] 
>>> Sent: 01 October 2011 09:32
>>> To: Support and info exchange list for Fedora users.
>>> Subject: Re: [fcrepo-user] findObjects via RELS-EXT
>>> 
>>> I'm still a little confused I think. I have an object with some RELS-EXT:
>>> 
>>> <rdf:Description 
>>> rdf:about="info:fedora/demo:_3e7189f7a42f4ed7be2969642e469480">
>>> <owner 
>>> xmlns="http://www.nsdl.org/ontologies/relationships#";>demouser</owner>
>>> <isInCategory 
>>> xmlns="http://demo/relationships#";>demo:category_skills</isInCategory>
>>> <isInCategory 
>>> xmlns="http://demo/relationships#";>demo:category_technical_skills</isInCategory>
>>> <isInCategory 
>>> xmlns="http://demo/relationships#";>demo:category_mindmapping</isInCategory>
>>> </rdf:Description>
>>> 
>>> from the RI search:
>>> 
>>> select     $object $modified $title $type
>>> from       <#ri>
>>> where      $object <fedora-model:hasModel> $type
>>> and        $object <fedora-view:lastModifiedDate> $modified
>>> and        $object <dc:title> $title
>>> order by   $title $object
>>> 
>>> only returns one:
>>> 
>>> info:fedora/demo:category_mindmapping
>>> 
>>> which is the last one in the RELS-EXT relationships. Curious why only one 
>>> returned. Also what would be a general query to return all objects that 
>>> have:
>>> 
>>> isInCategory  demo:category_mindmapping
>>> 
>>> thanks,
>>> 
>>> Alistair
>>> 
>>> --------------
>>> mov eax,1
>>> mov ebx,0
>>> int 80
>>> 
>>> On 6 Sep 2011, at 10:59, Stephen Bayliss wrote:
>>> 
>>>> Hi Alistair
>>>>  
>>>> A couple of points that may help (and I think the examples on that page 
>>>> won't work):
>>>> - The relationship to a content model object is not an rdf:type 
>>>> relationship (in fact it is a property)
>>>> -- so I think instead $object <fedora-model:hasModel> 
>>>> <info:fedora/fedora-system:FedoraObject-3.0> for the part of the where 
>>>> clause dealing with content models
>>>> - There's no entailment/inferencing so I wouldn't expect to see <rdf:type> 
>>>> where it is used in the query currently
>>>>  
>>>> A query that does get the results that seem to be indicated by the query 
>>>> below is:
>>>>  
>>>> - for all types of object:
>>>>  
>>>> select     $object $modified $title $type
>>>> from       <#ri>
>>>> where      $object <fedora-model:hasModel> $type
>>>> and        $object <fedora-view:lastModifiedDate> $modified
>>>> and        $object <dc:title> $title
>>>> order by   $title $object
>>>>  
>>>>  
>>>> - for data objects:
>>>>  
>>>> select     $object $modified $title $type
>>>> from       <#ri>
>>>> where      $object <fedora-model:hasModel> $type
>>>> and        $type <mulgara:is> <info:fedora/fedora-system:FedoraObject-3.0>
>>>> and        $object <fedora-view:lastModifiedDate> $modified
>>>> and        $object <dc:title> $title
>>>> order by   $title $object
>>>>  
>>>> Regards
>>>> Steve
>>>> 
>>>> -----Original Message-----
>>>> From: Alistair Young [mailto:[email protected]] 
>>>> Sent: 06 September 2011 09:07
>>>> To: Support and info exchange list for Fedora users.
>>>> Subject: Re: [fcrepo-user] findObjects via RELS-EXT
>>>> 
>>>> this might seem like a daft Q but how does one get the risearch to work?
>>>> 
>>>> as per:
>>>> https://wiki.dlib.indiana.edu/display/INF/Fedora+Resource+Index
>>>> 
>>>> select     $object $modified $title $type
>>>> from       <#ri>
>>>> where      $object <rdf:type> $type
>>>> and        $object <rdf:type> <fedora-model:FedoraObject>
>>>> and        $object <fedora-view:lastModifiedDate> $modified
>>>> and        $object <dc:title> $title
>>>> order by   $title $object
>>>> 
>>>> produces:
>>>> 
>>>> "object","modified","title","type"
>>>> 
>>>> Alistair
>>>> 
>>>> -- 
>>>> mov eax,1
>>>> mov ebx,0
>>>> int 80h
>>>> 
>>>> 
>>>> 
>>>> 
>>>> On 6 Sep 2011, at 08:06, Alistair Young wrote:
>>>> 
>>>>> sorry, scratch that. I think this is what I need:
>>>>> 
>>>>> https://wiki.duraspace.org/display/FEDORA35/Resource+Index+Search
>>>>> 
>>>>> ------------------------------------
>>>>> Alistair Young
>>>>> Àrd-Innleadair air Bathar-Bog
>>>>> UHI@Sabhal Mòr Ostaig
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> On 6 Sep 2011, at 08:02, Alistair Young wrote:
>>>>> 
>>>>>> As there doesn't seem to be any api for RI search does that mean it's 
>>>>>> not possible to search Fedora at all using RELS-EXT? Must I use GSearch 
>>>>>> instead?
>>>>>> 
>>>>>> Alistair
>>>>>> 
>>>>>> 
>>>>>> -- 
>>>>>> mov eax,1
>>>>>> mov ebx,0
>>>>>> int 80h
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> On 5 Sep 2011, at 21:19, Aaron Birkland wrote:
>>>>>> 
>>>>>>> 
>>>>>>>> Does anyone know if it's possible to use API-A findObjects to search 
>>>>>>>> via RELS-EXT?
>>>>>>> 
>>>>>>> It is not.  findObjects queries against the fields table in Fedora's
>>>>>>> database.  This table is populated in a rather specific manner using
>>>>>>> values found throughout a fedora object.  The RI search uses the triple
>>>>>>> store (NOT the fields table), and is populated in a different manner.
>>>>>>> While some values may happen to be indexed in both services, you cannot
>>>>>>> use one service to query the contents of the other.
>>>>>>> 
>>>>>>> -Aaron
>>>>>>> 
>>>>>>> 
>>>>>>> ------------------------------------------------------------------------------
>>>>>>> Special Offer -- Download ArcSight Logger for FREE!
>>>>>>> Finally, a world-class log management solution at an even better 
>>>>>>> price-free! And you'll get a free "Love Thy Logs" t-shirt when you
>>>>>>> download Logger. Secure your free ArcSight Logger TODAY!
>>>>>>> http://p.sf.net/sfu/arcsisghtdev2dev
>>>>>>> _______________________________________________
>>>>>>> Fedora-commons-users mailing list
>>>>>>> [email protected]
>>>>>>> https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
>>>>>> 
>>>>>> 
>>>>>> ------------------------------------------------------------------------------
>>>>>> Special Offer -- Download ArcSight Logger for FREE!
>>>>>> Finally, a world-class log management solution at an even better 
>>>>>> price-free! And you'll get a free "Love Thy Logs" t-shirt when you
>>>>>> download Logger. Secure your free ArcSight Logger TODAY!
>>>>>> http://p.sf.net/sfu/arcsisghtdev2dev
>>>>>> _______________________________________________
>>>>>> Fedora-commons-users mailing list
>>>>>> [email protected]
>>>>>> https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
>>>>> 
>>>>> 
>>>>> ------------------------------------------------------------------------------
>>>>> Special Offer -- Download ArcSight Logger for FREE!
>>>>> Finally, a world-class log management solution at an even better 
>>>>> price-free! And you'll get a free "Love Thy Logs" t-shirt when you
>>>>> download Logger. Secure your free ArcSight Logger TODAY!
>>>>> http://p.sf.net/sfu/arcsisghtdev2dev
>>>>> _______________________________________________
>>>>> Fedora-commons-users mailing list
>>>>> [email protected]
>>>>> https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
>>>> 
>>>> ------------------------------------------------------------------------------
>>>> Special Offer -- Download ArcSight Logger for FREE!
>>>> Finally, a world-class log management solution at an even better 
>>>> price-free! And you'll get a free "Love Thy Logs" t-shirt when you
>>>> download Logger. Secure your free ArcSight Logger TODAY!
>>>> http://p.sf.net/sfu/arcsisghtdev2dev_______________________________________________
>>>> Fedora-commons-users mailing list
>>>> [email protected]
>>>> 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
>>> [email protected]
>>> 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
>> [email protected]
>> 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
> [email protected]
> 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
[email protected]
https://lists.sourceforge.net/lists/listinfo/fedora-commons-users

Reply via email to