-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Another factor in the choice may be ordering: do the parts of the whole have an order amongst themselves, or are the relations of interest only those between the parent and child?
- --- A. Soroka Software & Systems Engineering :: Online Library Environment the University of Virginia Library On May 7, 2012, at 3:12 PM, Yott, Patrick wrote: > One thing to bear in mind is that relationships from parent to child are > fragile in that the disappearance of a pointed to child can cause problems. > Our practice at northeastern is to all try to keep our relationships moving > from child to parent. > P > > Sent from my iPad > > On May 7, 2012, at 3:06 PM, "Scott Prater" <pra...@wisc.edu> wrote: > >> It depends on how many parts you're pointing to (up or down). I think >> in general the best practice is to point both ways, so that a link is >> not lost entirely if one of the endpoints is broken: RI queries can find >> all the orphaned children or parents, and the two-way pointers can be >> restored. >> >> However, this can have an impact on performance, particularly if you >> have a container object that has thousands, or tens of thousands, of >> child objects. The simple quick-and-dirty solution, in this case, is >> to have children only point to parents; the more complex, but more >> robust, solution is to configure an external, standalone triple store >> that is scalable for your Fedora triples. >> >> -- Scott >> >> On 05/07/2012 10:52 AM, Jim Coble wrote: >>> We are in the process of designing a Fedora repository for archival >>> preservation of our digital content and have a question regarding best >>> practices advice for the RELS-EXT datastream. The Fedora RELS-EXT >>> ontology >>> (_http://www.fedora.info/definitions/1/0/fedora-relsext-ontology.rdfs_) >>> includes RDF properties for both directions of a relationship (e.g., >>> “isPartOf” and “hasPart”). Do most installations implement both >>> directions of such a relationship – i.e., the “whole” object has a >>> RELS-EXT datastream with a “hasPart” relationship to each of its “parts” >>> _/and/_ each “part” object has a RELS-EXT datastream with a “isPartOf” >>> relationship to the corresponding “whole”? Or do you typically pick one >>> side or the other to represent in RELS-EXT – either the “hasPart” >>> relationship from whole to part _/or/_ the “isPartOf” relationship from >>> part to whole _/but not both/_? Interested in best practices advice, a >>> sense of what the common practice is, etc. >>> Thanks! >>> --Jim >>> ================================================ >>> Jim Coble >>> Core Services Technical Lead and Program Coordinator >>> Information Technology Services >>> Perkins Library >>> Box 90196, Duke University >>> Durham, NC 27708-0196 >>> Email: jim.co...@duke.edu >>> Voice: 919-660-5974 Fax: 919-668-2578 >>> ================================================ >>> >>> >>> ------------------------------------------------------------------------------ >>> Live Security Virtual Conference >>> Exclusive live event will cover all the ways today's security and >>> threat landscape has changed and how IT managers can respond. Discussions >>> will include endpoint security, mobile security and the latest in malware >>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >>> >>> >>> >>> _______________________________________________ >>> Fedora-commons-users mailing list >>> Fedora-commons-users@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/fedora-commons-users >> >> >> -- >> Scott Prater >> Library, Instructional, and Research Applications (LIRA) >> Division of Information Technology (DoIT) >> University of Wisconsin - Madison >> pra...@wisc.edu >> 5-5415 >> >> >> ------------------------------------------------------------------------------ >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. Discussions >> will include endpoint security, mobile security and the latest in malware >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> _______________________________________________ >> Fedora-commons-users mailing list >> Fedora-commons-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/fedora-commons-users > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Fedora-commons-users mailing list > Fedora-commons-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/fedora-commons-users -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) Comment: GPGTools - http://gpgtools.org iQEcBAEBAgAGBQJPqTCmAAoJEATpPYSyaoIkUHoIANFJwyJT8ekR7em70gR8RIs8 o/UXxHZwzCrTdwsq2uy1n+kHfe6tO8zvFl3gNUzlYKD+pmxGEkjIEkWzJr0Ehh6w azSKhuZoZTX1bLW6K9rB7T7GR9bn33xAm+tBmYTGataAcuoX1bBxfsB8zRgSVTZN dMRjD8xpYcmQaLR8SbLOvxc7wYT6GxQC4I7dNAxxGeS+MVFI9p/VduBF1+FrC64P JnLeJ4JeIPv2PCDSd/vS6DOpc8MumCme0F5prJl42GCQ1fo9Wi331gdekZjvW04r oP0QLEgRUppHav3sSnqfr2oIP4DMqNM4SnNpiAywS6wYGuhk6PKlgNkqdyf5Mu8= =DLBB -----END PGP SIGNATURE----- ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Fedora-commons-users mailing list Fedora-commons-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
