Em 04-03-2011 10:41, Foudil BRÉTEL escreveu: > 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 ?...
As much information as you want indexed, yes. It feels a little akward, but you can always stop when you feel it's enough and later relate your query to where you have the additional data. > 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. I guess I'm thinking the "linked data" way, and because fedora offers this kind of use for rels-ext and risearch, building triples related to objects in such an easy way. This might not be the most ortodox or traditional way, however, see this: https://wiki.duraspace.org/display/FCREPO/Supporting+the+Semantic+Web+and+Linked+Data Of course rels-ext is not the place to assert this things, but you can always stop where you want and store the data somewhere else. I do find the approach "everything-in-rels-ext" practical, as it gets automagically indexed and into the triple-store ready for risearch query. All this without external triplestores or indexes, even gsearch. I'm sure that the "best" approach would be to have both a solr server for indexing through gsearch (and control explicitly what gets indexed) and an external triplestore to store arbitraty relations. However never tried that, seems a lot harder than simply using rels-ext for everything :D best, Alex > > 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
