Hi Graham, In all honesty, I agree with your points (in this email and others) about our assumptions about IDs and that we aren't necessarily providing all the proper "guarantees" needed for persistent IDs.
My main point here is that we need to find something that is still *achievable* for 4.0. Brainstorming a longer term resolution (which you see to be), is also a great exercise. But it's not realistic in terms of fixing/improving the REST API in time for 4.0 (unless we were to delay 4.0, which I don't think anyone wants to do). It's great for figuring out what we may want to change in 5.0, however. So, I agree with your points. We aren't doing a 100% perfect job of persistent IDs anyhow, and a lot is reliant on the DSpace installation (and whether they've purchased a handle prefix or not). But, based on what we have in place currently, I don't see any other short term fix for 4.0 other than to allow the REST API to work with [prefix]/[suffix] (even if we cannot guarantee that the [prefix] is a unique registered prefix). It's still not "perfect", but it's better than only using Database IDs (which are less obtainable to users, and unable to be restored by AIP tools as they are currently primary keys) - Tim On 11/12/2013 5:27 PM, Graham Triggs wrote: > On 12 November 2013 16:50, Tim Donohue <tdono...@duraspace.org > <mailto:tdono...@duraspace.org>> wrote: > > Therefore, I'm hesitant to limit the "locally-unique ID" to suffix only > -- as I believe that may cause ID collisions in some DSpace instances. > > I think it needs to remain "[prefix]/[suffix]" until we have something > better, like a UUID or similar (as noted in > https://jira.duraspace.org/browse/DS-1782). > > > And the prefix in two completely distinct instances may in fact be the > same, because they haven't actually registered the prefix. > > So then you merge to DSpace instances (or just choose to migrate certain > records), and you still have a collision between the IDs. > > We really need to (as I will reiterate elsewhere) get over our > assumptions about IDs - because they really don't provide the guarantees > that we are treating them as doing so. > > G > ------------------------------------------------------------------------------ DreamFactory - Open Source REST & JSON Services for HTML5 & Native Apps OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access Free app hosting. Or install the open source package on any LAMP server. Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native! http://pubads.g.doubleclick.net/gampad/clk?id=63469471&iu=/4140/ostg.clktrk _______________________________________________ Dspace-devel mailing list Dspace-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-devel
