Menu
▾
▴
sword-app-tech — Mailing list for discussion of SWORD implemenation and development.
You can subscribe to this list here.
| 2008 |
Jan
(22) |
Feb
(8) |
Mar
(9) |
Apr
(4) |
May
(17) |
Jun
(29) |
Jul
(11) |
Aug
(13) |
Sep
(17) |
Oct
(14) |
Nov
(41) |
Dec
(8) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2009 |
Jan
(17) |
Feb
(26) |
Mar
(18) |
Apr
(1) |
May
(11) |
Jun
(20) |
Jul
(5) |
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
|
| 2010 |
Jan
(23) |
Feb
(7) |
Mar
(9) |
Apr
(13) |
May
(5) |
Jun
|
Jul
(3) |
Aug
(5) |
Sep
|
Oct
(1) |
Nov
(3) |
Dec
|
| 2011 |
Jan
(3) |
Feb
|
Mar
(2) |
Apr
(1) |
May
|
Jun
(14) |
Jul
(22) |
Aug
(1) |
Sep
(2) |
Oct
(11) |
Nov
(11) |
Dec
(35) |
| 2012 |
Jan
(17) |
Feb
(12) |
Mar
(41) |
Apr
(40) |
May
(41) |
Jun
(27) |
Jul
(9) |
Aug
(1) |
Sep
|
Oct
(6) |
Nov
|
Dec
(11) |
| 2013 |
Jan
|
Feb
(4) |
Mar
(2) |
Apr
(8) |
May
(1) |
Jun
(18) |
Jul
(10) |
Aug
(16) |
Sep
(2) |
Oct
(1) |
Nov
(14) |
Dec
(11) |
| 2014 |
Jan
(7) |
Feb
(2) |
Mar
|
Apr
|
May
(8) |
Jun
(1) |
Jul
(7) |
Aug
(10) |
Sep
(8) |
Oct
(8) |
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
(2) |
Mar
(2) |
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(4) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(6) |
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
(4) |
| 2018 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Jim D. <jim...@po...> - 2008-07-09 22:25:17
|
(Copying back in the list for the sake of posterity). 2008/7/9 Luis Saraiva <pim...@ho...>: > what is the "doco" that your are refering about ? The SWORD protocol documentation: http://www.ukoln.ac.uk/repositories/digirep/index/SWORD_APP_Profile_1.2 > Could your tell me the path or the page on sourceforge where i can download > the web client for C# or java in order to build my application? You'll need to check the code out from the subversion repository. The details are at http://sourceforge.net/projects/sword-app jim |
|
From: Jim D. <jim...@po...> - 2008-07-09 08:10:58
|
2008/7/8 Luis Saraiva <pim...@ho...>: > Hello > > I'm a newbie in SWORD and i want to build a C# web client to submit items in > DSpace repository, all working in localhost. > > I've read the info about SWORD but i'm confused about it. > > Can anyone suply me any info about: > > 1. How do i install SWORD in DSpace 1.5 and how can i iteract with it? DSpace 1.5 includes SWORD. I'll pass on the rest of your q to better authorities though... > 2. Is there any WSDL or anything ele that i need to import into .NET in > order to work with SWORD ? No, no WSDL. You'll need an HTTP client library, an XML library and the doco. > 3. Where can i find the source code of the web client in java ? It's in the sourceforge subversion repository in the directory 'java-common' jim |
|
From: Luis S. <pim...@ho...> - 2008-07-08 20:23:10
|
Hello I'm a newbie in SWORD and i want to build a C# web client to submit items in DSpace repository, all working in localhost. I've read the info about SWORD but i'm confused about it. Can anyone suply me any info about: 1. How do i install SWORD in DSpace 1.5 and how can i iteract with it? 2. Is there any WSDL or anything ele that i need to import into .NET in order to work with SWORD ? 3. Where can i find the source code of the web client in java ? Many thanks Guilherme Saraiva _________________________________________________________________ Confira vídeos com notícias do NY Times, gols direto do Lance, videocassetadas e muito mais no MSN Video! http://video.msn.com/?mkt=pt-br |
|
From: Jim D. <jim...@po...> - 2008-07-07 10:19:12
|
Hi Antony, 2008/7/7 Antony Corfield [awc] <aw...@ab...>: > It seems that sword-app sword-dspace-1.0 tag needs refactoring/updating if used with java-common. > It still uses org.w3.atom packages, and org.purl.sword.base clashes with java-common > > This is also true for SWORD in Dspace core, I presume org.purl.sword.base.* should use java-commmon here? I can't remember what happened with that - IIRC the DSpace implementation just shipped in all the source it needed. It should be refactored to depend on sword-common. > To avoid clashes with java-common, could we have sword-dspace available from the sword-app repository - can Dspace core pull it in from there? I can see where you're coming from, but on balance I don't think that's desirable. The hope is that the DSpace community will take ownership of that code. DSpace is heavily maven-driven now, so the best way for us to interract with them is to publish versioned releases of sword-common through a maven repo. Best regards, jim |
|
From: Antony C. [awc] <aw...@ab...> - 2008-07-07 09:54:33
|
It seems that sword-app sword-dspace-1.0 tag needs refactoring/updating if used with java-common. It still uses org.w3.atom packages, and org.purl.sword.base clashes with java-common This is also true for SWORD in Dspace core, I presume org.purl.sword.base.* should use java-commmon here? To avoid clashes with java-common, could we have sword-dspace available from the sword-app repository - can Dspace core pull it in from there? Antony > -----Original Message----- > From: swo...@li... [mailto:sword-app- > tec...@li...] On Behalf Of Stuart Lewis > Sent: 25 June 2008 12:36 > To: swo...@li... > Subject: [sword-app-tech] SVN spring clean > > Hi all, > > Does anyone have a problem with us performing a small spring clean on > the > SVN repository? > > http://sword-app.svn.sourceforge.net/viewvc/sword-app/ > > 1) Remove the 'dspace' project now that SWORD is part of core DSpace? > > 2) Remove the 'java' project now that it has been split up into the > two > maven projects 'java-common' and 'java-webapp'. > > Unless I hear any dissent in the next 48 hours, we'll get it done. > > Thanks, > > > Stuart > _________________________________________________________________ > > Gwasanaethau Gwybodaeth Information Services > Prifysgol Aberystwyth Aberystwyth University > > E-bost / E-mail: Stu...@ab... > Ffon / Tel: (01970) 622860 > _________________________________________________________________ > > > --------------------------------------------------------------------- > ---- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > sword-app-tech mailing list > swo...@li... > https://lists.sourceforge.net/lists/listinfo/sword-app-tech |
|
From: Jim D. <jim...@po...> - 2008-07-04 15:06:59
|
Hi all, A number of the SWORD project folks attended a JISC repository infrastructure workshop yesterday. A couple of the use cases that kept cropping up as important were a) multiple deposit of a package b) deposit of package to one repository and deposit of metadata / reference in other repositories. Richard J and myself started to wonder whether SWORD supports these use cases well enough. There are two parts of the spec that are pertinent here. Firstly there's the URL of the member entry returned from a creating post as described in SWORD section 5.3. As we concluded in Tuesday's discussion, the /atom:entry/atom:content/@src URL is also essential, and I think we consequently need to review SWORD section 9.6, particularly: "According to APP, The Media Link Entry MUST contain an <atom:content> element with a src attribute containing a URI for the deposited Media Resource (the deposited package). For SWORD implementations, this URI SHOULD identify the original deposited package. It MAY dereference to the package. " The reason this is important is in the use case where you want to deposit a package and then pass a reference to the data to other repositories. In the case where deposited data goes through a workflow (e.g. editorial review), it is unlikely that the URI reported at point of deposit will be the 'official' URI. I suggest that the content source URL should resolve (perhaps through redirection) to a representation of the data. This allows systems to support this reference mechanisms without having to repackage the data. The second issue revolves around the idea of giving the deposit process (rather than the deposited data) an identifier. Let's say it's a urn:uuid for the sake of argument just now. The point of this is to enable de-duplication or association of equivalent content at a later date. At the moment, we use the Slug header for this purpose (section 9.7), and suggest that the value should be used as the atom-id. On reflection, I'm not sure I like this much - it contradicts the AtomPub stated purpose of the Slug header, and using it in this way would break atom:id, which is required to be universally unique identifier for the *entry* (one unique deposit process might result in several atom entries in different systems). A potential solution is to invent another new HTTP header to contain it, and an isomorphic XML element the value should be put in. It would be possible to avoid the use of such a header using the recent AtomPub multipart RFC. In addition, we might specify an RDF predicate and a DC metadata field that should be used to store the deposit UUID. Thoughts on any of this? Best regards, jim |
|
From: Neil S. <nei...@k-...> - 2008-06-30 11:54:11
|
Hi All, I am forwarding a call for participation in the 'Simple Publishing Interface' work which is taking place with the CEN/ISSS Workshop on Learning Technologies. I am a member of that project team along with colleagues from Katholieke Universiteit Leuven, European Schoolnet, and Wirtschaftsuniversität Wien. We are keen to avoid re-inventing wheels and to ensure maximum interoperability with existing protocols. At Knowledge Integration we have been tracking the SWORD project for some time and my colleague Ian Ibbotson, an active CRIG participant, has implemented SWORD interfaces between a number of desktop tools and repositories. Ian has been invited to attend tomorrow's SWORD 2 meeting to ensure close liaison between the two initiatives. Members of the SWORD development community are welcome to participate in the SPI work by feeding their views and requirements through Ian or myself or by participating directly in the yahoo group mentioned below. I look forward to your input! Regards, Neil Smith ------------------------------------ Neil Smith (neil.smith[at]k-int.com) Knowledge Integration Ltd 35 Paradise Street, Sheffield S3 8PZ +44 870 803 4661 www.k-int.com ------------------------------------ -----Original Message----- From: Stefaan Ternier Sent: 27 June 2008 07:46 To: Subject: SPI: Call for participation --Apologies for cross-postings.-- The CEN/ISSS Workshop on Learning Technologies has initiated work on standardising a Simple Publishing Interface for Learning Object Repositories. The objective is to develop a practical approach towards interoperability between repositories for learning and applications that consume or produce educational materials. Examples of repositories for learning are educational brokers, knowledge pools, institutional repositories, streaming video servers, etc. Applications that consume these educational materials are for instance query and indexation tools, authoring tools, presentation programs, content packagers, etc. The work will concentrate on the development of the simple publishing interface (SPI), an interface for pushing educational materials to a repository. With this invitation, we hope to attract more stakeholders in this domain and enable interoperability between various heterogeneous applications. In a first phase, we want to start sharing documents and specifications that already deal with publishing metadata and resources. We have already initiated an archive on http://tech.groups.yahoo.com/group/publishinterop/ where we are currently collecting both existing work as well as requirements. Feel free to join this group and to participate in this work. The first iteration of collecting this information is due August 1st. After this date, a first draft specification will be compiled and implemented. We are very much looking forward to your collaboration. Having a common specification for publishing metadata and digital resources can make a real difference in providing "share and reuse" for learning objects. Erik Duval, David Massart, Bernd Simon, Neil Smith, Stefaan Ternier, Michael Totschnig & Frans van Assche _______________________________________________ Aspect mailing list As...@li... https://listserv.eun.org/mailman/listinfo/aspect |
|
From: Antony C. [awc] <aw...@ab...> - 2008-06-26 11:12:43
|
Thanks Jim, Stuart also pointed this out, just wanted confirmation though I suppose it was clear from his first email! Regards, Antony -- Antony Corfield ROAD Project http://road.aber.ac.uk tel. 01970 628724 > -----Original Message----- > From: jim...@gm... [mailto:jim...@gm...] On Behalf > Of Jim Downing > Sent: 26 June 2008 12:07 > To: Antony Corfield [awc] > Cc: swo...@li... > Subject: Re: [sword-app-tech] SVN spring clean > > 2008/6/25 Antony Corfield [awc] <aw...@ab...>: > > Which of these branches is out of date? > > java-common and java-webapp are up to date. 'java' isn't. > > jim |
|
From: Jim D. <jim...@po...> - 2008-06-26 11:06:33
|
2008/6/25 Antony Corfield [awc] <aw...@ab...>: > Which of these branches is out of date? java-common and java-webapp are up to date. 'java' isn't. jim |
|
From: Antony C. [awc] <aw...@ab...> - 2008-06-25 16:20:43
|
I'm currently building in my IDE and am able to integrate the sword dspace code with dspace 1.4, however if we remove dspace code I presume I would need to upgrade and get it from dspace 1.5 which uses maven. I have noticed a few duplication/inconsistencies between java and java-common c.f. web.xml and 'sword-server-class' or 'server-class'. Also the packages org.w3.atom in java and org.purl.sword.atom in java-common. Which of these branches is out of date? Regards, Antony -- Antony Corfield ROAD Project http://road.aber.ac.uk tel. 01970 628724 > -----Original Message----- > From: jim...@gm... [mailto:jim...@gm...] On Behalf > Of Jim Downing > Sent: 25 June 2008 15:21 > To: Antony Corfield [awc] > Cc: swo...@li... > Subject: Re: [sword-app-tech] SVN spring clean > > 2008/6/25 Antony Corfield [awc] <aw...@ab...>: > > If possible, I'd like to build svn code without the maven over- > head. > > The build system is orthogonal to this reorganization issue. The > reorganization is to make sure that code modifications don't get > applied to out of date branches. > > You don't have to use maven to build the code - you could fix it all > up manually in your IDE. > > jim |
|
From: Jim D. <jim...@po...> - 2008-06-25 14:21:09
|
2008/6/25 Antony Corfield [awc] <aw...@ab...>: > If possible, I'd like to build svn code without the maven over-head. The build system is orthogonal to this reorganization issue. The reorganization is to make sure that code modifications don't get applied to out of date branches. You don't have to use maven to build the code - you could fix it all up manually in your IDE. jim |
|
From: Antony C. [awc] <aw...@ab...> - 2008-06-25 13:06:32
|
If possible, I'd like to build svn code without the maven over-head. Regards, Antony -- Antony Corfield ROAD Project http://road.aber.ac.uk tel. 01970 628724 > -----Original Message----- > From: swo...@li... [mailto:sword-app- > tec...@li...] On Behalf Of Stuart Lewis > Sent: 25 June 2008 12:36 > To: swo...@li... > Subject: [sword-app-tech] SVN spring clean > > Hi all, > > Does anyone have a problem with us performing a small spring clean on > the > SVN repository? > > http://sword-app.svn.sourceforge.net/viewvc/sword-app/ > > 1) Remove the 'dspace' project now that SWORD is part of core DSpace? > > 2) Remove the 'java' project now that it has been split up into the > two > maven projects 'java-common' and 'java-webapp'. > > Unless I hear any dissent in the next 48 hours, we'll get it done. > > Thanks, > > > Stuart > _________________________________________________________________ > > Gwasanaethau Gwybodaeth Information Services > Prifysgol Aberystwyth Aberystwyth University > > E-bost / E-mail: Stu...@ab... > Ffon / Tel: (01970) 622860 > _________________________________________________________________ > > > --------------------------------------------------------------------- > ---- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > sword-app-tech mailing list > swo...@li... > https://lists.sourceforge.net/lists/listinfo/sword-app-tech |
|
From: Rishi K S. <ris...@kc...> - 2008-06-25 13:02:15
|
Hi,
I was having trouble getting sword service document using EPrints. Today i resolved this
issue, although it was silly mistake. In the installation document it says:
Edit the file "REPO_PATH/archives/ARCHIVEID/cfg/apachevhost.conf" and add the following
text:
# Begin text
Alias /app /opt/eprints3/cgi/sword-app
<DirectoryMatch "/opt/eprints3/cgi/sword-app/deposit">
SetHandler perl-script
PerlResponseHandler EPrints::Sword::DepositHandler
</DirectoryMatch>
<Directory "/opt/eprints3/cgi/sword-app/servicedocument">
SetHandler perl-script
PerlResponseHandler EPrints::Sword::ServiceDocument
</Directory>
but in the second configuration it has missed the Match, it says <Directory suppose to
<DirectoryMatch similar matching end tag e.g.
it suppose to
Alias /app /opt/eprints3/cgi/sword-app
<DirectoryMatch "/opt/eprints3/cgi/sword-app/deposit">
SetHandler perl-script
PerlResponseHandler EPrints::Sword::DepositHandler
</DirectoryMatch>
<DirectoryMatch "/opt/eprints3/cgi/sword-app/servicedocument">
SetHandler perl-script
PerlResponseHandler EPrints::Sword::ServiceDocument
</DirectoryMatch>
Thanks
Best Regards
-----------------------------------
Rishi K Sharma
Systems Development Project Officer
Centre for e-Research
3rd Floor, 26 - 29 Drury Lane
King's College London
0207 848 1971
-----Original Message-----
From: swo...@li...
[mailto:swo...@li...]On Behalf Of
Kazutsuna YAMAJI
Sent: 13 June 2008 00:44
To: swo...@li...
Subject: Re: [sword-app-tech] Problem: SWORD implementation for EPrints
Hi Rishi
** On Thu, 12 Jun 2008 17:32:12 +0100
** "Rishi K Sharma" <ris...@kc...> writes:
> As I am trying to access service document using the following URL
> http://localhost/app/servicedocument
Can you get the service document from the following URL by using
your client application?
http://eprints.at.nii.ac.jp/app/servicedocument
Username sharma
Password rishi
If yes, you have something wrong in your EPrints but I have no experience
with windwos.
--
Kazu
|
|
From: Stuart L. <sd...@ab...> - 2008-06-25 11:36:45
|
Hi all, Does anyone have a problem with us performing a small spring clean on the SVN repository? http://sword-app.svn.sourceforge.net/viewvc/sword-app/ 1) Remove the 'dspace' project now that SWORD is part of core DSpace? 2) Remove the 'java' project now that it has been split up into the two maven projects 'java-common' and 'java-webapp'. Unless I hear any dissent in the next 48 hours, we'll get it done. Thanks, Stuart _________________________________________________________________ Gwasanaethau Gwybodaeth Information Services Prifysgol Aberystwyth Aberystwyth University E-bost / E-mail: Stu...@ab... Ffon / Tel: (01970) 622860 _________________________________________________________________ |
|
From: Rishi K S. <ris...@kc...> - 2008-06-24 14:29:51
|
Hi Tim, I am using email address as a username, which i created for dspace interface but no luck Best Regards ----------------------------------- Rishi K Sharma Systems Development Project Officer Centre for e-Research 3rd Floor, 26 - 29 Drury Lane King's College London 0207 848 1971 -----Original Message----- From: swo...@li... [mailto:swo...@li...]On Behalf Of Tim Donohue Sent: 24 June 2008 15:25 To: swo...@li... Subject: Re: [sword-app-tech] SWORD DSpace implementation Rishi, Also remember that usernames in DSpace are *email addresses*. So, you should be logging in with "use...@my...", and not just "username" - Tim Stuart Lewis wrote: > Hi Rishi, > >> I am trying to install SWORD deposit api for dspace 1.5, i followed the >> instruction as >> documentation says, and i can get service document url,but it is asking for >> user and >> password, which i am unable to provide, as i am not sure which user/password >> it is asking. >> >> Has anyone implemented SWORD deposit api for dspace ? > > You should use the same username and password that you do to log in to the > normal DSpace user interface. > > N.B. - If you use LDAP as your authentication method, see: > https://sourceforge.net/tracker/?func=detail&atid=319984&aid=1947036&group_i > d=19984 > > Cheers, > > > Stuart > _________________________________________________________________ > > Gwasanaethau Gwybodaeth Information Services > Prifysgol Aberystwyth Aberystwyth University > > E-bost / E-mail: Stu...@ab... > Ffon / Tel: (01970) 622860 > _________________________________________________________________ > > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > sword-app-tech mailing list > swo...@li... > https://lists.sourceforge.net/lists/listinfo/sword-app-tech > -- Tim Donohue Research Programmer, Illinois Digital Environment for Access to Learning and Scholarship (IDEALS) University of Illinois at Urbana-Champaign tdo...@ui... | (217) 333-4648 ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ sword-app-tech mailing list swo...@li... https://lists.sourceforge.net/lists/listinfo/sword-app-tech |
|
From: Tim D. <tdo...@ui...> - 2008-06-24 14:25:16
|
Rishi, Also remember that usernames in DSpace are *email addresses*. So, you should be logging in with "use...@my...", and not just "username" - Tim Stuart Lewis wrote: > Hi Rishi, > >> I am trying to install SWORD deposit api for dspace 1.5, i followed the >> instruction as >> documentation says, and i can get service document url,but it is asking for >> user and >> password, which i am unable to provide, as i am not sure which user/password >> it is asking. >> >> Has anyone implemented SWORD deposit api for dspace ? > > You should use the same username and password that you do to log in to the > normal DSpace user interface. > > N.B. - If you use LDAP as your authentication method, see: > https://sourceforge.net/tracker/?func=detail&atid=319984&aid=1947036&group_i > d=19984 > > Cheers, > > > Stuart > _________________________________________________________________ > > Gwasanaethau Gwybodaeth Information Services > Prifysgol Aberystwyth Aberystwyth University > > E-bost / E-mail: Stu...@ab... > Ffon / Tel: (01970) 622860 > _________________________________________________________________ > > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > sword-app-tech mailing list > swo...@li... > https://lists.sourceforge.net/lists/listinfo/sword-app-tech > -- Tim Donohue Research Programmer, Illinois Digital Environment for Access to Learning and Scholarship (IDEALS) University of Illinois at Urbana-Champaign tdo...@ui... | (217) 333-4648 |
|
From: Stuart L. <sd...@ab...> - 2008-06-24 12:28:52
|
Hi Rishi, > I am trying to install SWORD deposit api for dspace 1.5, i followed the > instruction as > documentation says, and i can get service document url,but it is asking for > user and > password, which i am unable to provide, as i am not sure which user/password > it is asking. > > Has anyone implemented SWORD deposit api for dspace ? You should use the same username and password that you do to log in to the normal DSpace user interface. N.B. - If you use LDAP as your authentication method, see: https://sourceforge.net/tracker/?func=detail&atid=319984&aid=1947036&group_i d=19984 Cheers, Stuart _________________________________________________________________ Gwasanaethau Gwybodaeth Information Services Prifysgol Aberystwyth Aberystwyth University E-bost / E-mail: Stu...@ab... Ffon / Tel: (01970) 622860 _________________________________________________________________ |
|
From: Rishi K S. <ris...@kc...> - 2008-06-24 11:05:13
|
Hi, I am trying to install SWORD deposit api for dspace 1.5, i followed the instruction as documentation says, and i can get service document url,but it is asking for user and password, which i am unable to provide, as i am not sure which user/password it is asking. Has anyone implemented SWORD deposit api for dspace ? Best Regards ----------------------------------- Rishi K Sharma Systems Development Project Officer Centre for e-Research 3rd Floor, 26 - 29 Drury Lane King's College London 0207 848 1971 |
|
From: Tim D. <tdo...@ui...> - 2008-06-23 17:51:01
|
All, I've built an initial version of a Ruby-based Client for SWORD for a Ruby-on-Rails project I'm working on called BibApp (http://bibapp.googlecode.com). BibApp is essentially a Campus Research Gateway, which provides people with information about current research happening on campus (and helps ease the process of capturing that research into a repository). Currently our Ruby client is implemented as a Rails Plugin (so, it *requires* Rails to be installed first). It's available within our SVN codebase off our GoogleCode site: http://bibapp.googlecode.com/svn/ So, if you are familiar with Ruby on Rails, you should be able to just install it as a Plugin by using the following: script/plugin install http://bibapp.googlecode.com/svn/trunk/vendor/plugins/sword_client/ I'll admit, our client was built specifically for our application...so, it may not support *everything*, yet. However, I tried to make it generic enough that other applications can use it easily. It's also the first version, so it's possible there's some bugs out there we haven't encountered yet. A few nice features of the Ruby SWORD Client plugin: * Our plugin comes with a simple YAML config file, which lets you setup a basic client for SWORD easily (i.e. without Ruby code). You can provide it with the URL for a Service Document, and a Username/Password. After that, it can retrieve more info about the SWORD Server from the Service Document, etc. * Plugin uses SAX to parse the Service Document (and the response after depositing an item) into a Ruby Hash, so that it is easier to access the information within Ruby * In addition, we setup a "default_collection_url" in that configuration file, which allows our users to SKIP the process of first selecting a collection to deposit to. Rather, they just upload file(s) and it all is sent to a default collection within the repository... (At which point it falls to the repository admin whether to leave it in that collection or move it elsewhere) We'd welcome feedback on our Ruby Client for SWORD. It's my first attempt at a SWORD client...so, it may not be perfect. But, currently it works for our BibApp application to send items directly into DSpace (we haven't tested yet with Fedora or EPrints, but plan to in the near future). - Tim -- Tim Donohue Research Programmer, Illinois Digital Environment for Access to Learning and Scholarship (IDEALS) University of Illinois at Urbana-Champaign tdo...@ui... | (217) 333-4648 |
|
From: Julie A. <ja...@yo...> - 2008-06-16 08:48:27
|
Hi All, The SWORD project (http://www.ukoln.ac.uk/repositories/digirep/index/SWORD) has recently received a small amount of continuation funding and we're currently inviting ideas and input from the community as to what areas we should look at in SWORD2 in terms of further requirements, as well as problems and issues that need addressing. A number have ideas have already been suggested. These have been noted and any further suggestions will collated via the SWORD wiki. So, if you have already implemented or are thinking about implementing SWORD: is there anything that didn't work? anything that needs changing? anything we might add? ways in which SWORD could be extended? If you can get your suggestions to us by Friday 20th June that would be great. Either send them directly to Julie Allinson <ja...@yo...> or add them straight to the SWORD wiki pages (account required): http://www.ukoln.ac.uk/repositories/digirep/index/SWORD_2_brainstorm Apologies for the tight timescale and thanks in advance for any ideas you may have! Julie Allinson and Adrian Stevenson -- Julie Allinson <ja...@yo...> Digital Library Manager University Library & Archives, J.B. Morrell Library University of York, Heslington, York, YO10 5DD, UK tel: ++44 (0) 1904 434083 skype: j.allinson web: http://www.york.ac.uk/services/library/elibrary/digitallibrary.htm -- |
|
From: Scott W. <sco...@gm...> - 2008-06-13 09:40:37
|
How would a service document express support for deposit of ORE resource maps? Especially given there are several possible kinds: - a ReM in RDF/XML - a ReM as an Atom Feed Document - a Zip containing a ReM in RDF/XML, plus resources - a Zip containing a ReM in Atom, plus resources - a ReM in some other RDF serialization e.g. N3 ? |
|
From: Rishi K S. <ris...@kc...> - 2008-06-13 09:25:04
|
Hi YAMAJI, I can get the service document the link you gave me !!! in my case my server crashed everytime as soon as i try to access the service document. Thanks Best Regards ----------------------------------- Rishi K Sharma Systems Development Project Officer Centre for e-Research 3rd Floor, 26 - 29 Drury Lane King's College London 0207 848 1971 -----Original Message----- From: swo...@li... [mailto:swo...@li...]On Behalf Of Kazutsuna YAMAJI Sent: 13 June 2008 00:44 To: swo...@li... Subject: Re: [sword-app-tech] Problem: SWORD implementation for EPrints Hi Rishi ** On Thu, 12 Jun 2008 17:32:12 +0100 ** "Rishi K Sharma" <ris...@kc...> writes: > As I am trying to access service document using the following URL > http://localhost/app/servicedocument Can you get the service document from the following URL by using your client application? http://eprints.at.nii.ac.jp/app/servicedocument Username sharma Password rishi If yes, you have something wrong in your EPrints but I have no experience with windwos. -- Kazu |
|
From: Kazutsuna Y. <ya...@ni...> - 2008-06-12 23:44:27
|
Hi Rishi ** On Thu, 12 Jun 2008 17:32:12 +0100 ** "Rishi K Sharma" <ris...@kc...> writes: > As I am trying to access service document using the following URL > http://localhost/app/servicedocument Can you get the service document from the following URL by using your client application? http://eprints.at.nii.ac.jp/app/servicedocument Username sharma Password rishi If yes, you have something wrong in your EPrints but I have no experience with windwos. -- Kazu |
|
From: Rishi K S. <ris...@kc...> - 2008-06-12 16:31:00
|
Hi All, I am trying to use SWORD API for Eprints (I have installed EPrints 3 on my windows XP Pro machine ), I did everything as installation instruction said, but i can not retrieve the service document url. As I am trying to access service document using the following URL http://localhost/app/servicedocument Is there anything, which i am missing or missing in the installation instruction ? Has any one implemented this on windows XP Pro machine ? Best Regards ----------------------------------- Rishi K Sharma Systems Development Project Officer Centre for e-Research 3rd Floor, 26 - 29 Drury Lane King's College London 0207 848 1971 |
|
From: Jim D. <oj...@ca...> - 2008-06-12 11:53:38
|
Potentially of interest in a SWORD context. http://atompub-mulitpart-spec.googlecode.com/svn/trunk/draft-gregorio-atompub-multipart-00.html jim |
13 messages has been excluded from this view by a project administrator.
