On 27 October 2011 06:28, Mark Diggory <[email protected]> wrote: > I'd say > 1.) We should consider the MIT proposal to do away with Bundles, its > critical that we reduce the complexity in this area of DSpace an align > it with the Fedora Object Model.
I agree that we should look to reduce the complexity. There is a serious issue that the bundles can theoretically be linked to multiple items, and bitstreams linked to multiple bundles - and then the sequence_ids are quite problematic. We certainly need to think about whether the model should support such structures, and either make it impossible, or make the 'durable path' to bitstreams more robust (e.g. include the a 'sub-handle' identifier for the bundle). > Bundles are poorly designed at the > moment and are inadequate for capturing the internal structure of the > content as we see in other approaches like Fedora. The Hydra Common > Module suggests this detail should be captured in a METS structmap > bitstream, such that it can contain a richer hierarchy than a fixed > layer of bundle structures can represent. We don't necessarily need to demolish bundles in order to do that though. You could add a bundle, which contains bitstream(s) that have a METS structmap. Although that depends on having a robust, durable identifier for bitstreams :) Whilst bundles are poor for describing structure, they are useful bags for organising content on broad themes. (i.e. whether it's a thumbnail, original, structmaps, content related to a module). Without a rigid definition of how to classify that content, it becomes harder Regards, G ------------------------------------------------------------------------------ The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev _______________________________________________ Dspace-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dspace-devel
