Ben and A. Soroka, Thanks for the help! Yes, the extended metadata (and the RDF triples we want to index) is from a non-compulsory datastream we have made ourselves for each object in the repository. So, this seems to explain why we can't see these triples from queries in RI.
As I understand, Fedora 3.4.x allows for the DC datastream to be Managed Content and thus be larger in size. One solution we are considering is to append this extended metadata to the DC datastream for each object and switch that stream to Managed Content. If we did so, would the RI then detect and index those new RDF triples on a rebuild? Another solution may be to use another indexer for the RDF triples of our objects, one we could point to all the datastreams. Are there suggested alternatives to RI for Fedora? Thanks again for your help, Matthew Walker On Fri, Nov 5, 2010 at 11:59 AM, Benjamin Armintor <armin...@gmail.com> wrote: > Matthew: > > The RI is automatically indexed with the content of three datastreams: > DC > RELS-EXT (a set of triples for which the object is the subject) > RELS-INT (a set RDF descriptions for which the object's datastreams > are the subject) > > If you have data in any other datastreams, you'll have to insert the > triples via some other mechanism. > > - Ben > > On Fri, Nov 5, 2010 at 12:53 PM, Matthew McKinley > <matthewjamesmckin...@gmail.com> wrote: >> Fedora listserv, >> >> I've implemented the Resource Index >> (https://wiki.duraspace.org/display/FCR30/Resource+Index) and risearch can >> search for and return the basic dc metadata but is not returning metadata >> from another XML file we created with extended dc:terms metadata. It is >> returning the dc:terms XML file as a datastream but is not "parsing" the >> file into its component metadata. The XML file is being generated >> automatically but does not appear to have any errors that would prevent the >> RI from recognizing it. Does anyone have any ideas what is going on? I now >> this isn't a ton of info to go on but I'm happy to answer questions. Thanks! >> >> -- >> Matthew McKinley >> MSIS Candidate, 2010 >> University of Texas School of Information >> matthewjamesmckin...@gmail.com >> >> ------------------------------------------------------------------------------ >> The Next 800 Companies to Lead America's Growth: New Video Whitepaper >> David G. Thomson, author of the best-selling book "Blueprint to a >> Billion" shares his insights and actions to help propel your >> business during the next growth cycle. Listen Now! >> http://p.sf.net/sfu/SAP-dev2dev >> _______________________________________________ >> Fedora-commons-users mailing list >> Fedora-commons-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/fedora-commons-users >> >> > > ------------------------------------------------------------------------------ > The Next 800 Companies to Lead America's Growth: New Video Whitepaper > David G. Thomson, author of the best-selling book "Blueprint to a > Billion" shares his insights and actions to help propel your > business during the next growth cycle. Listen Now! > http://p.sf.net/sfu/SAP-dev2dev > _______________________________________________ > Fedora-commons-users mailing list > Fedora-commons-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/fedora-commons-users > ------------------------------------------------------------------------------ The Next 800 Companies to Lead America's Growth: New Video Whitepaper David G. Thomson, author of the best-selling book "Blueprint to a Billion" shares his insights and actions to help propel your business during the next growth cycle. Listen Now! http://p.sf.net/sfu/SAP-dev2dev _______________________________________________ Fedora-commons-users mailing list Fedora-commons-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
