Hi Egbert, thanks for sharing, this is interesting approach... will have 
to look into that at some point.

Em 04-03-2011 11:11, Egbert Gramsbergen escreveu:
> Hi Foudril,
>
> You can also choose to index a dissemination instead of a datastream. You can 
> make a custom dissemination for indexing purposes with the Saxon xslt service 
> to combine information (using the REST API) from the triple store (which 
> contains all information in the DC, RELS-EXT and RELS-INT datastreams) and 
> any other xml datastream of itself or related objects.
> This is what we do (experimentally at the moment), although not with Gsearch 
> but directly with Solr. The dissemination spits out solr-xml that can be 
> indexed without further ado.
>
> Regards, Egbert
> ________________________________________
> Van: Foudil BRÉTEL [foudil.bre...@inria.fr]
> Verzonden: vrijdag 4 maart 2011 11:41
> Aan: Support and info exchange list for Fedora users.
> Onderwerp: Re: [fcrepo-user] combining GSearch + RISearch ?
>
> Hi Alex,
>
> Thank you for your answer.
>
> That's exactly  what we're doing at the moment :) (well, almost: we are 
> duplicating the informations from objects type B into the RELS-EXT of objects 
> type A)
>
> But I feel this solution is less than satisfactory:
> 1. if we follow the reasoning to the end, thats is if we want to index all 
> informations of obj_type_B and be able to relate it to obj_type_A, then 
> should we put all informations of obj_type_B into obj_type_A's RELS-EXT ?... 
> and if there are other object types, then should all objects be merged into 
> one single class ?...
> 2. my understanding is that RELS-EXT was meant for storing relations between 
> objects, and using it for storing anything else (although it's in RDF and is 
> indexed) looks like a misuse
>
> I'm looking for a possibly more "orthodox" way.
>
> kind regards
> Foudil
>
>
> Le 04/03/2011 11:09, Alex Lopez :
>> Hi Foudil,
>>
>> as far as I know you should be able to do it through risearch, without
>> the need of gsearch. Risearch indexes all properties in rels-ext and it
>> has an option to maintain a full-text index of all text too, and later
>> you can query through risearch interface.
>>
>> I can't seem to find the correct link to the documentation though...
>>
>> So if I remember right, as far as you turn on all indexes on risearch
>> (fedora.fcfg), it's enough to have the properties you want to search for
>> inside rels-ext too instead of just as a separate datastream (say, a
>> triple/property stating ?object dc:title "yourTitle"). So maybe its a
>> big departure from the way you had things with authors as separate
>> objects, but if you have both authors and titles as properties in
>> rels-ext of your document's objects, the query thaty does what you want
>> should be trivial using risearch.
>>
>> Regards,
>>
>> Alex
>>
>> Em 03-03-2011 18:07, Foudil BRÉTEL escreveu:
>>> Hi All,
>>>
>>> Suppose I have fedora objects for storing documents (with say the full 
>>> article title as a datastream), and other fedora objects for storing 
>>> authors. Both object types are related through the RELS-EXT mechanism.
>>> How do I search for authors related to documents having a specific title ?
>>>
>>> Is it possible in a single query ?... to GSearch (if the index is 
>>> appropriately designed) ?
>>>
>>> kind regards
>>> Foudil
>>>
>>> ------------------------------------------------------------------------------
>>> Free Software Download: Index, Search&   Analyze Logs and other IT data in
>>> Real-Time with Splunk. Collect, index and harness all the fast moving IT 
>>> data
>>> generated by your applications, servers and devices whether physical, 
>>> virtual
>>> or in the cloud. Deliver compliance at lower cost and gain new business
>>> insights. http://p.sf.net/sfu/splunk-dev2dev
>>> _______________________________________________
>>> Fedora-commons-users mailing list
>>> Fedora-commons-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
>>
>> ------------------------------------------------------------------------------
>> What You Don't Know About Data Connectivity CAN Hurt You
>> This paper provides an overview of data connectivity, details
>> its effect on application quality, and explores various alternative
>> solutions. http://p.sf.net/sfu/progress-d2d
>> _______________________________________________
>> Fedora-commons-users mailing list
>> Fedora-commons-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
>>
>
> ------------------------------------------------------------------------------
> What You Don't Know About Data Connectivity CAN Hurt You
> This paper provides an overview of data connectivity, details
> its effect on application quality, and explores various alternative
> solutions. http://p.sf.net/sfu/progress-d2d
> _______________________________________________
> Fedora-commons-users mailing list
> Fedora-commons-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
>
> ------------------------------------------------------------------------------
> What You Don't Know About Data Connectivity CAN Hurt You
> This paper provides an overview of data connectivity, details
> its effect on application quality, and explores various alternative
> solutions. http://p.sf.net/sfu/progress-d2d
> _______________________________________________
> Fedora-commons-users mailing list
> Fedora-commons-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/fedora-commons-users

------------------------------------------------------------------------------
What You Don't Know About Data Connectivity CAN Hurt You
This paper provides an overview of data connectivity, details
its effect on application quality, and explores various alternative
solutions. http://p.sf.net/sfu/progress-d2d
_______________________________________________
Fedora-commons-users mailing list
Fedora-commons-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fedora-commons-users

Reply via email to