Hi Robin, The SWORD project team are hoping to extend SWORD to cover the full CRUD functionality. APP, upon which SWORD is based, supports this (http://bitworking.org/projects/atom/draft-ietf-atompub-protocol-09.html #edit).
The SWORD project has now won further funding, and we will soon start to investigate it, but our intention is to go along this route. Thanks, Stuart -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Robin Taylor Sent: 28 February 2008 09:55 To: 'Mark Diggory' Cc: [email protected]; [EMAIL PROTECTED] Subject: Re: [Dspace-tech] DSpace Remote APIs Hi Mark, I did post it when it was originally written (Sourceforge patch 1619468) although I don't have too much confidence in this early version, it has been made more robust since then but I never got round to updating the patch. When it was written there wasn't much going on with regards to ingest outwith the UI but things are changing. We would prefer to migrate to something more inline with future development and have been looking at Sword. Unfortunately we need the 'update' function and Sword only appears to provide 'add' at this point in time. If as hoped the central dspace api becomes a fairly stable entity then it may be that a number of non-UI interfaces emerge in the same way that there is now the JSP and XML UIs. It is an area that is of immediate interest to us so I hope we can contribute in some way. Cheers, Robin. -----Original Message----- From: Mark Diggory [mailto:[EMAIL PROTECTED] Sent: 27 February 2008 19:52 To: [EMAIL PROTECTED] Cc: 'Rob Hudson'; [email protected] Subject: Re: [Dspace-tech] DSpace Remote APIs Robin, This is interesting... You should post it... Have you seen this patch? https://sourceforge.net/tracker/index.php? func=detail&aid=1898241&group_id=19984&atid=319984 It ends up using ItemExporter for a similar case... My only problem with this (and I stated it in the referenced ticket) is that we are trying to get away from ItemImporter/ItemExporter or at least get them in line with the Packager framework somehow... Right now theres are two completely different implementations used for ingest and its getting unclear which the community should be more focused on. Cheers, Mark On Feb 22, 2008, at 3:46 AM, Robin Taylor wrote: > Hi Rob, > > We developed a set of web service interfaces based around the batch > importer > and supporting the same functionality (add, delete, update) which > we do use > for one of our installations to import items from an existing research > database. This was very much a bespoke development but I would happily > provide the code if you are interested. > > Cheers, Robin. > > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Rob > Hudson > Sent: 22 February 2008 10:30 > To: [email protected] > Subject: [Dspace-tech] DSpace Remote APIs > > Hello all, > > I'm trying to find out more information about DSpace remote APIs. > I've found > the following wiki page but the information on it seems out of date: > http://wiki.dspace.org/index.php/NetworkInterfaces. I spoke to the > CARET > team and they have stated that the LightWeightNetwork interface has > taken > over the main line of development. How actively developed are these > interfaces? Which are included in the core DSpace (and which are > extensions)? > > I'm more than happy to update the wiki page if someone can give me > more > information. > > Thanks for any responses > > Rob > > > > ---------------------------------------------------------------------- > --- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > DSpace-tech mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/dspace-tech ------------------------------------------------------------------------ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ DSpace-tech mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dspace-tech ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ DSpace-tech mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dspace-tech
