+1 for assigning. Re concerns with versioning and resolution, processes to support this are probably going to be more useful with some proper identifier infrastructure in place. > Date: Fri, 20 Jul 2007 08:39:22 +0100 > From: James Rutherford <[EMAIL PROTECTED]> > Subject: Re: [Dspace-tech] [vote] Do we want to assign external > identifiers (Handles) to files? > To: Zhiwu Xie <[EMAIL PROTECTED]> > Cc: DSpace Tech <dspace-tech@lists.sourceforge.net> > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset=us-ascii > > On Thu, Jul 19, 2007 at 10:06:29AM -0600, Zhiwu Xie wrote: > >> 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? >> > > I suppose this largely depends on the behaviour of the versioning system > we put in place (the results so far from the Summer of Code project are > very promising, and I would personally hope this functionality to appear > in the 1.6 release). My initial reaction would be to say that it's a > different file, so it gets a different identifier. With a versioning > system in place, however, the two versions would both exist, and would > be linked by the version chain, so if a link to an "old" version is > followed there would be (I would imagine) some indication that the file > has since been replaced. I'm a bit of an identifier purist though; if > two things are different, it makes me *very* uncomfortable giving them > the same identifier. > > An alternative solution (that I just thought of while writing that) is > that subsequent versions of files inherit the external identifiers of > all previous versions, as well as getting a newly minted one. This would > mean that if DSpace received a request to return an object with > identifer 1234/56 and this identifier exists for versions 1, 2, and 3 of > a file, then DSpace could offer all three, making clear the > relationships between them. > > cheers, > > Jim > >
------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech