Then what will happen if I remove one file from an item and add another file? Will the new file get the old handle or a new one or I can choose?
Thanks, Zhiwu On 7/19/07, James Rutherford <[EMAIL PROTECTED]> wrote: > On Thu, Jul 19, 2007 at 11:14:15AM -0400, Mark Diggory wrote: > > Just for clarification to the group... Its unclear what your > > requesting a vote on: Anyone can assign an external identifier to a > > Bitstream in an external identification system. Can you answer the > > two following questions for the group? > > Only if I can answer them in the wrong order :) > > > 2.) Are you suggesting that Internal Identifiers (currently sequence > > id's) will be structured differently in 1.6 such that one can assign > > one to a bitstream independent of the parent items identifier? > > Yes, definitely. At the moment, files get UUIDs, which are used in the > URL space instead of sequence ids etc. For example, the following url > points to a pdf in my testing repository: > > [my_base_url]/dspace/resource/uuid:d0875067-6853-4c54-9d72-ff7888e43c42 > > > 1.) Are you suggesting that we will support an infrastructure in > > DSpace to assign those via an external identifier service (currently > > the Handle System in 1.5, ExternalIdentifierManager in 1.6)? > > It would work exactly the same for Bitstreams as it currently does for > Items. This is purely about enlarging the scope (and expanding the > flexibility) of what we're currently doing, not necessarily about > changing the way we do it (at least not yet). > > cheers, > > Jim > > -- > James Rutherford | Hewlett-Packard Limited registered Office: > Research Engineer | Cain Road, > HP Labs | Bracknell, > Bristol, UK | Berks > +44 117 312 7066 | RG12 1HN. > [EMAIL PROTECTED] | Registered No: 690597 England > > The contents of this message and any attachments to it are confidential and > may be legally privileged. If you have received this message in error, you > should delete it from your system immediately and advise the sender. To any > recipient of this message within HP, unless otherwise stated you should > consider this message and attachments as "HP CONFIDENTIAL". > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > DSpace-tech mailing list > DSpace-tech@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspace-tech > ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
