Hi When you use RELS-EXT, relationships are stored inside the associated triple store (by default Mulgara). With RISearch, you can make SPARQL queries on it.
Alexis Miara LICEF Québec -----Original Message----- From: JTP [mailto:pittsj...@yahoo.com] Sent: November-22-11 9:30 PM To: fedora-commons-developers@lists.sourceforge.net Subject: Re: [fcrepo-dev] Non Dublin Core data in DB I am storing rdf in RELS-EXT, xmlns:myns="http://www.nsdl.org/ontologies/relationships#";>, namespace, text values (no images,document ..etc). Since I do not see these values in the database, beside the Dublic Core datastream, I was curious to where the RELS-EXT datastream is stored. ********************************************************************** "Inveniam viam aut faciam -- "I will find a way or make one." ********************************************************************** -----Original Message----- From: aj...@virginia.edu [mailto:aj...@virginia.edu] Sent: Tuesday, November 22, 2011 5:19 PM To: fedora-commons-developers@lists.sourceforge.net Subject: Re: [fcrepo-dev] Non Dublin Core data in DB In particular, if you'd like to use full-text indexing with your metadata, you'll want to check out GSearch, a JMS-driven indexing service for Fedora. If you're storing RDF somewhere other than RELS-EXT or RELS-INT, perhaps there's a way to map it into those datastreams, which will allow you to use Fedora's built-in indexing, as described by Mr. Della Bitta. Perhaps you can tell us a little more about what you're doing? --- A. Soroka Online Library Environment the University of Virginia Library On Nov 22, 2011, at 4:04 PM, Michael Della Bitta wrote: > If your RDF is in one of the two built-in RDF datastreams, RELS-EXT > and RELS-INT, it's not indexed by default, but can be if you turn on > the Resource Index. If you're storing RDF elsewhere in another > datastream, it would take some hacking to get it indexed. > > Michael Della Bitta > > Senior Applications Developer > Information Technology Group > The New York Public Library > 40 West 20th Street, 5th Floor > New York, NY 10011-4211 > (212) 621-0609 > > > > On Tue, Nov 22, 2011 at 3:57 PM, J.T.P. <pittsj...@yahoo.com> wrote: >> Other meta-data that is custom to my app (rdf data) . Where are these >> values stored ? >> Thanx.... >> >> **************************************************************************** ********* >> "Inveniam viam aut faciam -- "I will find a way or make one." >> **************************************************************************** ******* >> ________________________________ >> From: "aj...@virginia.edu" <aj...@virginia.edu> >> To: "fedora-commons-developers@lists.sourceforge.net Developers" >> <fedora-commons-developers@lists.sourceforge.net> >> Sent: Tuesday, November 22, 2011 3:21 PM >> Subject: Re: [fcrepo-dev] Non Dublin Core data in DB >> >> Data in datastreams other than DC aren't normally persisted into the SQL >> store. Are you thinking of object properties like "owner" or "set", or some >> other kind of metadata? >> >> --- >> A. Soroka >> Online Library Environment >> the University of Virginia Library >> >> >> >> >> On Nov 22, 2011, at 3:17 PM, J.T.P. wrote: >> >>> Hello FC'ers. Have a probably silly question. I recently migrated from >>> Derby to Sybase. >>> Applications works fine but a little slow on some queries. I can only see >>> the Dublin Core data in the doFields table. Where does the data in non-DC >>> namespaces reside ? I want to put indexes on some fields to see if I can >>> improve the performance. Any info would be most conducive. >>> Respectfully, >>> J. Pitts >>> >>> **************************************************************************** ********* >>> "Inveniam viam aut faciam -- "I will find a way or make one." >>> >>> **************************************************************************** ******* >>> >>> ---------------------------------------------------------------------------- -- >>> All the data continuously generated in your IT infrastructure >>> contains a definitive record of customers, 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-novd2d___________________________________________ ____ >>> Fedora-commons-developers mailing list >>> Fedora-commons-developers@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers >> >> >> ---------------------------------------------------------------------------- -- >> All the data continuously generated in your IT infrastructure >> contains a definitive record of customers, 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-novd2d >> _______________________________________________ >> Fedora-commons-developers mailing list >> Fedora-commons-developers@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers >> >> >> >> ---------------------------------------------------------------------------- -- >> All the data continuously generated in your IT infrastructure >> contains a definitive record of customers, 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-novd2d >> _______________________________________________ >> Fedora-commons-developers mailing list >> Fedora-commons-developers@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers >> >> > > ---------------------------------------------------------------------------- -- > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, 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-novd2d > _______________________________________________ > Fedora-commons-developers mailing list > Fedora-commons-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers ---------------------------------------------------------------------------- -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, 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-novd2d _______________________________________________ Fedora-commons-developers mailing list Fedora-commons-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, 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-novd2d _______________________________________________ Fedora-commons-developers mailing list Fedora-commons-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, 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-novd2d _______________________________________________ Fedora-commons-developers mailing list Fedora-commons-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers
