Hi Nick, EasyDeposit was designed for one-off deposits rather than any on-going asset management, so was never upgraded to SWORDv2. It can be configured to use the SWORDv2 libraries, but only deposits using the same methods.
If your colleague prefers PHP, point him towards https://github.com/swordapp/swordappv2-php-library/ Thanks, Stuart Lewis Head of Research and Learning Services Deputy Director Library & University Collections, Information Services University of Edinburgh stuart.le...@ed.ac.uk<mailto:stuart.le...@ed.ac.uk> From: <Sheppard>, "n.e.shepp...@leedsmet.ac.uk<mailto:n.e.shepp...@leedsmet.ac.uk>" <n.e.shepp...@leedsmet.ac.uk<mailto:n.e.shepp...@leedsmet.ac.uk>> Date: Friday, 2 August 2013 08:36 To: "sword-app-tech@lists.sourceforge.net<mailto:sword-app-tech@lists.sourceforge.net>" <sword-app-tech@lists.sourceforge.net<mailto:sword-app-tech@lists.sourceforge.net>> Subject: Re: [sword-app-tech] SWORD community development and support (Kathi Fletcher) I nearly posted yesterday...but then didn't and went to EPrints-tech instead. We are in the early stages of scoping EPrints (3.3.11)…tried to hook up EasyDeposit, got a bit confused along the way but did finally get it working. Sort of. I've a colleague in our school of art and architecture who has developed a system to manage non-textual files (video/images mainly) and we discussed pushing them to a repository via sword. As a non-programmer I find sword implementation tricky without a lot of technical support and/or easy to use tools...my colleague is a php programmer but doesn't live in repository land so at this stage I just wanted to point him in the right direction. Having used EasyDeposit before and as it's written in php(?) I thought it a good place to start...though it's just v1.3 I think and probably makes sense for us to look at v2 for full CRUD and as we're using EPrints 3.3.11. What clients/tools/implementation guides are available - had a look at Richard Jones' Java client on github but beyond my technical ken I think! Any advice much appreciated both pitched at my limited technical nouse and how best to get my colleague started (I'll point him at the list of course!) Thanks Nick Message: 1 Date: Thu, 1 Aug 2013 10:36:27 -0500 From: Kathi Fletcher <kathi.fletc...@gmail.com<mailto:kathi.fletc...@gmail.com>> Subject: Re: [sword-app-tech] SWORD community development and support To: Philip Durbin <philip_dur...@harvard.edu<mailto:philip_dur...@harvard.edu>> Cc: "sword-app-tech@lists.sourceforge.net<mailto:sword-app-tech@lists.sourceforge.net>" <sword-app-tech@lists.sourceforge.net<mailto:sword-app-tech@lists.sourceforge.net>>, LEWIS Stuart <stuart.le...@ed.ac.uk<mailto:stuart.le...@ed.ac.uk>> Message-ID: <CAFbMqTY1to5VteLEnCs2Y0bqak5pdaARbQVAj+JGGkPMm=q...@mail.gmail.com<mailto:CAFbMqTY1to5VteLEnCs2Y0bqak5pdaARbQVAj+JGGkPMm=q...@mail.gmail.com>> Content-Type: text/plain; charset="iso-8859-1" Just a quick update, since the last post was about the quietness of the list. We are still actively using SWORD to deposit content to Connexionx ( cnx.org). It just works, so we haven't had much traffic on the list! Kathi On Thu, Aug 1, 2013 at 8:02 AM, Philip Durbin <philip_dur...@harvard.edu<mailto:philip_dur...@harvard.edu>>wrote: > Thanks, Stuart and Richard. My reply is inline below. > > On Thu, Jun 20, 2013 at 4:41 AM, Richard Jones > <rich...@cottagelabs.com<mailto:rich...@cottagelabs.com>> > wrote: > >>> p.s. I'm growing concerned that this mailing list is so quiet (and > >>> only admins can see the number of people subscribed). Have people > >>> moved on from SWORD to some other standard? If so, which one? > >> > >> I just checked - there are 175 subscribers to this list. > > Thanks, Stuart. I'm glad to hear this number is as large as it is. > Many mailing lists allow this number to be discoverable by the > subscribers and if it's easy to do so, I would encourage making this > change so subscribers don't have to ask. > > >> As far as I know, SWORD is the main contender in town when it comes > >> to > a standardized deposit interface to this type of repository. I've > also wondered about the quietness of this list. I think there may be > a few > reasons: one, is that a lot of repository users are still grappling > with their repositories, without yet getting as far as accepting > remote deposits. Second, SWORD doesn't yet really have an active > community sharing deposit tools. Partly this is because many uses of > SWORD will be very specific point-to-point integrations, which might > not be of interest to too many others. > >> > >> It would be good to hear a wider discussion about this, and how we > share more about our individual uses of SWORD. > > > > I think one of the main issues is exactly where to ask about what. > > Because SWORD is a standard, but the technical questions are really > > about implementations, where is the best place to post about problems? > > For example, if the problems are specifically with the DSpace > > implementation of SWORD, it is /probably/ better to ask on dspace-dev. > > I'm sure as implementers begin their work many will have questions > about the SWORD specification itself (I know I do), so I'm absolutely > supportive of and thankful for this mailing list. > > > Also, because we're in the early stages of community development > > with SWORD, Stuart and I are a bit of a bottleneck on this list - > > usually one of us is required to respond, and if we're unavailable > > for any length of time (e.g. I've been travelling for nearly 2 weeks > > now, and am emailing from the fourth row of a session at OAI8 right > > now :) ), then the list looks dead. > > > > We are hoping to have some discussions around sword sustainability > > with Jisc quite soon which community development and support like > > this is going to be a key part of. > > > > Very interested in people's thoughts as to how to make things better. > > I've mentioned this in passing but I'll repeat my offer to log an IRC > channel on Freenode to discuss SWORD. I'm discussing implementation > details that would not be of general interest at > http://irclog.iq.harvard.edu/dvn/2013-07-30 for example, but a channel > dedicated to the SWORD spec itself would be fantastic. I find chat to > be a great way to get a quick pulse on an issue. I fear the walls of > text I've been sending to this mailing list are simply too much at > once. :) > > Anyway, I've very interested in community development in general and > happy to help in any way I can. (I don't mean to beat a dead horse > about IRC.) I'm learning a lot about SWORD and AtomPub and working on > our implementation is actually a lot of fun. :) > > Phil > > p.s. In other news, we (royal we, Peter Bull, actually) are starting > to use Richard's https://github.com/swordapp/python-client-sword2 to > cook up a test client > https://github.com/dvn/swordpoc/tree/master/dvn_client . We're very > thankful for all the libraries that have been published! > > -- > Philip Durbin > Software Developer for http://thedata.org > http://www.iq.harvard.edu/people/philip-durbin > > > ---------------------------------------------------------------------- > -------- Get your SQL database under version control now! > Version control is standard for application code, but databases havent > caught up. So what steps can you take to put your SQL databases under > version control? Why should you start doing it? Read more to find out. > http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.c > lktrk _______________________________________________ > sword-app-tech mailing list > sword-app-tech@lists.sourceforge.net<mailto:sword-app-tech@lists.sourceforge.net> > https://lists.sourceforge.net/lists/listinfo/sword-app-tech > -- Katherine Fletcher, kathi.fletc...@gmail.com<mailto:kathi.fletc...@gmail.com> <kathi.fletc...@gmail.com<mailto:kathi.fletc...@gmail.com>> Twitter: kefletcher <http://www.twitter.com/kefletcher> Blog: kefletcher.blogspot.com <kathi.fletc...@gmail.com<mailto:kathi.fletc...@gmail.com>> -------------- next part -------------- An HTML attachment was scrubbed... ------------------------------ To view the terms under which this email is distributed, please go to http://disclaimer.leedsmet.ac.uk/email.htm -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. ------------------------------------------------------------------------------ Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk _______________________________________________ sword-app-tech mailing list sword-app-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sword-app-tech
