Hi Egbert, Thank you for the hint. It sounds terrific ! As we don't have any indexing experience, could you explain briefly how is the indexing automated ? What is the glue between Fedora and Solr then ?
kind regards Foudil Le 04/03/2011 12:11, Egbert Gramsbergen : > 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
