> I should add that the identifier stuff is actually complete, or at least > at an alpha/beta stage. I'd hate to see this code lost, and it is > fairly self contained, so would be interested in porting it to 1.6. I'd > have to do that on my own time, though, as it's not /directly/ relevant > to my current work, so it might take a bit of time. Anyone who wants to > help out would be very welcome; it includes support for other identifier > schemes (such as purl), and assignes identifiers to objects when they > arrive, rather than when they are archived, which would solve a lot of > niggling problems for people (particularly with regard to sword) > > Cheers, > > Richard
Richard, I'd actually be more interested in targeting 2.0, I don't think we are far off from having the ExternalIdentifier portion be an ExternalIdentifier service in 2.0 that would be utilized to add appropriately generated ExternalIdentifiers to Entities. Since 2.0 already abandons the usage of handles as the canonical identifier, theres an opportunity to actually let go of the internal identifier portion of the work and focus instead on providing a solid independent service. We will certainly be needing support for handles, doi, lsid, etc, and this seems like its the correct fit. Mark -- Mark R. Diggory http://purl.org/net/mdiggory/homepage - Bio ------------------------------------------------------------------------------ Register Now & Save for Velocity, the Web Performance & Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance & Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf _______________________________________________ Dspace-devel mailing list Dspace-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-devel
