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: Kazutsuna Y. <ya...@ni...> - 2008-05-01 00:20:35
|
Hi Stuart, Thank you very much for your reply. ** On Wed, 30 Apr 2008 14:56:52 +0100 ** Stuart Lewis <sd...@ab...> writes: > When depositing the item, are you setting the MIME type? > > "application/zip" Yes. > I'm not sure, but you might also need to set the namespace: > > "X-Format-Namespace: METS" I have been only writing as "METS" in the Format Namespace. I was set it as you mentioned the above, however, I obtained a different error. --------------------------------------------------------------------- status: The status is: Code: 415, Message: 'Unsupported Media Type' --------------------------------------------------------------------- Does anyone have a succeeded ZIP file for EPrints3 and SWORD Client combination? thanks, -- Kazu |
|
From: Stuart L. <sd...@ab...> - 2008-04-30 13:57:20
|
Hi,
> Recently, I downloaded SWORD products from sourceforge and implemented
> it to my test EPrints3. By using the Java client, uploading a jpeg file
> works fine. However, in case of ZIP file, I received a error message
> as follows.
> ---------------------------------------------------------------------
> status: Setting the username/password: yamaji ********
> status: Posting file to: http://*******.at.nii.ac.jp/app/deposit/inbox
> status: The status is: Code: 400, Message: 'Bad Request'
> status: Unable to post file to: http://*******.at.nii.ac.jp/app/deposit/inbox
> ---------------------------------------------------------------------
When depositing the item, are you setting the MIME type?
"application/zip"
I'm not sure, but you might also need to set the namespace:
"X-Format-Namespace: METS"
Thanks,
Stuart
_________________________________________________________________
Gwasanaethau Gwybodaeth Information Services
Prifysgol Aberystwyth Aberystwyth University
E-bost / E-mail: Stu...@ab...
Ffon / Tel: (01970) 622860
_________________________________________________________________
|
|
From: Kazutsuna Y. <ya...@ni...> - 2008-04-30 05:05:46
|
Dear all, Recently, I downloaded SWORD products from sourceforge and implemented it to my test EPrints3. By using the Java client, uploading a jpeg file works fine. However, in case of ZIP file, I received a error message as follows. --------------------------------------------------------------------- status: Setting the username/password: yamaji ******** status: Posting file to: http://*******.at.nii.ac.jp/app/deposit/inbox status: The status is: Code: 400, Message: 'Bad Request' status: Unable to post file to: http://*******.at.nii.ac.jp/app/deposit/inbox --------------------------------------------------------------------- ZIP file was made according to the following steps; 1. go to my EPrints test site and open a certain item detail page. 2. click "item control page". 3. click "Export" tab. 4. click right button at "EP3 XML" and save as a file. 5. zipped the XML file on Windows. I am very happy if somebody instruct me how to prepare the zipped XML file in case of Eprints. Sincerely, -- Kazu |
|
From: Kazutsuna Y. <ya...@ni...> - 2008-04-29 00:28:51
|
Dear all, Recently, I downloaded SWORD products from sourceforge and implemented it to my test EPrints3. By using the Java client, uploading a jpeg file works fine. However, in case of ZIP file, I received a error message as follows. --------------------------------------------------------------------- status: Setting the username/password: yamaji ******** status: Posting file to: http://*******.at.nii.ac.jp/app/deposit/inbox status: The status is: Code: 400, Message: 'Bad Request' status: Unable to post file to: http://*******.at.nii.ac.jp/app/deposit/inbox --------------------------------------------------------------------- ZIP file was made according to the following steps; 1. go to my EPrints test site and open a certain item detail page. 2. click "item control page". 3. click "Export" tab. 4. click right button at "EP3 XML" and save as a file. 5. zipped the XML file on Windows. I am very happy if somebody instruct me how to prepare the zipped XML file in case of Eprints. Sincerely, -- Kazu |
|
From: Julie A. <ja...@yo...> - 2008-04-10 10:43:03
|
There are vacancies for two enthusiastic people to join the Digital Library team to build a multi-media repository using Fedora Commons. 1. Systems administrator/developer (permanent post ref: H08114) requires a degree, knowledge of repositories and XML technologies, plus experience of Java, Web or other applications development. This post needs someone well-versed in Unix systems admin with organisational skills and a customer-focussed approach, who is able to communicate with a range of different users and deploy a variety of technologies to support their needs. 2. Systems developer (2 year fixed-term post ref: H08115) requires a degree, knowledge of repositories and XML technologies, plus experience of Java and Web applications development. This post needs a talented programmer with a customer-focussed approach who can take user requirements and develop creative technical solutions to realise these within the Digital Library. Salary for both posts (available immediately) within the range: £27,466 33,780 p.a. For further particulars and details of how to apply see: http://www.york.ac.uk/admin/persnl/jobs/ Closing date: 12 noon on 30 April 2008 -- 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 web: http://www.york.ac.uk/services/library/elibrary/digitallibrary.htm -- |
|
From: Jim D. <jim...@po...> - 2008-03-18 14:21:51
|
On 17/03/2008, Scott Wilson <sco...@gm...> wrote: > Level 0 services don't actually need to have any <accept> elements; in > which case what is a reasonable assumption for a client to make? > > - It'll accept anything I send it > - It'll probably accept plain Zip archives if nothing else > - It'll probably only accept single files, such as images or documents > - It probably won't accept anything I send it so don't bother trying! > > Thoughts? The last option would render level 0 servers useless, so not that one. I think the option has to be the first, that the client should assume that anything is OK and just repeat any problems the server comes up with to the user. jim |
|
From: Scott W. <sco...@gm...> - 2008-03-17 16:34:01
|
Level 0 services don't actually need to have any <accept> elements; in which case what is a reasonable assumption for a client to make? - It'll accept anything I send it - It'll probably accept plain Zip archives if nothing else - It'll probably only accept single files, such as images or documents - It probably won't accept anything I send it so don't bother trying! Thoughts? S |
|
From: Dorothea S. <ds...@li...> - 2008-03-06 13:44:52
|
> I have a nagging feeling I've seen something like this before -- > thanks for the pointer, Dorothea! Who / how do we talk to? It looks > from that article like the working group has not yet been established. Working group no, but the people at the meeting are listed at <http://www.niso.org/news/newsline/NISONewsline-Feb2008.htm#Story5>. A fair number of these folks can be expected to show at OR08. Dorothea -- Dorothea Salo ds...@li... Digital Repository Librarian AIM: mindsatuw University of Wisconsin Rm 218, Memorial Library (608) 262-5493 |
|
From: Julie A. <ja...@yo...> - 2008-03-06 10:38:53
|
and of course i meant NISO, I appear to have too many fingers this morning J Antony Corfield [awc] wrote: > Excellent, I can't imagine many people not wanting to come to sunny Southampton!-) > > > Regards, > Antony > -- > Antony Corfield > ROAD Project > http://road.aber.ac.uk > tel. 01970 628724 > > > >> -----Original Message----- >> From: swo...@li... [mailto:sword-app-tech- >> bo...@li...] On Behalf Of Julie Allinson >> Sent: 06 March 2008 10:16 >> To: swo...@li... >> Subject: Re: [sword-app-tech] NISO: we need a deposit protocol! >> >> Yes, I am presenting! >> >> Sounds like this NISCO work is at an early stage, so it would be ideal >> to get some SWORD input. Presumably a lot of these people will be at >> OR2008? >> >> Julie >> >> Antony Corfield [awc] wrote: >> >>> Julie Allinson, York University, manager of SWORD project is presenting I >>> >> think >> >>> http://or08.ecs.soton.ac.uk/conference.html >>> >>> >>> Regards, >>> Antony >>> -- >>> Antony Corfield >>> ROAD Project >>> http://road.aber.ac.uk >>> tel. 01970 628724 >>> >>> >>> >>>> -----Original Message----- >>>> From: swo...@li... [mailto:sword-app-tech- >>>> bo...@li...] On Behalf Of Jim Downing >>>> Sent: 06 March 2008 07:59 >>>> To: Dorothea Salo >>>> Cc: swo...@li... >>>> Subject: Re: [sword-app-tech] NISO: we need a deposit protocol! >>>> >>>> On 05/03/2008, Dorothea Salo <ds...@li...> wrote: >>>> >>>> >>>>> <http://www.niso.org/news/newsline/NISONewsline-Mar2008.htm#Story2> >>>>> >>>>> "The group proposed that a NISO working group develop a common deposit >>>>> mechanism "tool" that would allow institutional repositories to >>>>> capture objects as close to their creation point as possible. The >>>>> capture of these objects should be part of a larger context that will >>>>> allow for their exposure across a variety of domains, such as >>>>> journals, subject matter repositories, and course management systems." >>>>> >>>>> Hm. Now where might there be a protocol that would assist with that...? >>>>> >>>>> >>>> I have a nagging feeling I've seen something like this before -- >>>> thanks for the pointer, Dorothea! Who / how do we talk to? It looks >>>> from that article like the working group has not yet been established. >>>> >>>> Is anyone demonstrating the SWORD desktop client at OR08? >>>> >>>> Best regards, >>>> jim >>>> >>>> ------------------------------------------------------------------------- >>>> 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/ >>>> _______________________________________________ >>>> sword-app-tech mailing list >>>> swo...@li... >>>> https://lists.sourceforge.net/lists/listinfo/sword-app-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/ >>> _______________________________________________ >>> sword-app-tech mailing list >>> swo...@li... >>> https://lists.sourceforge.net/lists/listinfo/sword-app-tech >>> >>> >> -- >> 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 >> -- >> >> >> >> ------------------------------------------------------------------------- >> 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/ >> _______________________________________________ >> sword-app-tech mailing list >> swo...@li... >> https://lists.sourceforge.net/lists/listinfo/sword-app-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/ > _______________________________________________ > sword-app-tech mailing list > swo...@li... > https://lists.sourceforge.net/lists/listinfo/sword-app-tech > -- 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: Antony C. [awc] <aw...@ab...> - 2008-03-06 10:34:30
|
Excellent, I can't imagine many people not wanting to come to sunny Southampton!-) Regards, Antony -- Antony Corfield ROAD Project http://road.aber.ac.uk tel. 01970 628724 > -----Original Message----- > From: swo...@li... [mailto:sword-app-tech- > bo...@li...] On Behalf Of Julie Allinson > Sent: 06 March 2008 10:16 > To: swo...@li... > Subject: Re: [sword-app-tech] NISO: we need a deposit protocol! > > Yes, I am presenting! > > Sounds like this NISCO work is at an early stage, so it would be ideal > to get some SWORD input. Presumably a lot of these people will be at > OR2008? > > Julie > > Antony Corfield [awc] wrote: > > Julie Allinson, York University, manager of SWORD project is presenting I > think > > > > http://or08.ecs.soton.ac.uk/conference.html > > > > > > Regards, > > Antony > > -- > > Antony Corfield > > ROAD Project > > http://road.aber.ac.uk > > tel. 01970 628724 > > > > > >> -----Original Message----- > >> From: swo...@li... [mailto:sword-app-tech- > >> bo...@li...] On Behalf Of Jim Downing > >> Sent: 06 March 2008 07:59 > >> To: Dorothea Salo > >> Cc: swo...@li... > >> Subject: Re: [sword-app-tech] NISO: we need a deposit protocol! > >> > >> On 05/03/2008, Dorothea Salo <ds...@li...> wrote: > >> > >>> <http://www.niso.org/news/newsline/NISONewsline-Mar2008.htm#Story2> > >>> > >>> "The group proposed that a NISO working group develop a common deposit > >>> mechanism "tool" that would allow institutional repositories to > >>> capture objects as close to their creation point as possible. The > >>> capture of these objects should be part of a larger context that will > >>> allow for their exposure across a variety of domains, such as > >>> journals, subject matter repositories, and course management systems." > >>> > >>> Hm. Now where might there be a protocol that would assist with that...? > >>> > >> I have a nagging feeling I've seen something like this before -- > >> thanks for the pointer, Dorothea! Who / how do we talk to? It looks > >> from that article like the working group has not yet been established. > >> > >> Is anyone demonstrating the SWORD desktop client at OR08? > >> > >> Best regards, > >> jim > >> > >> ------------------------------------------------------------------------- > >> 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/ > >> _______________________________________________ > >> sword-app-tech mailing list > >> swo...@li... > >> https://lists.sourceforge.net/lists/listinfo/sword-app-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/ > > _______________________________________________ > > sword-app-tech mailing list > > swo...@li... > > https://lists.sourceforge.net/lists/listinfo/sword-app-tech > > > > > -- > 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 > -- > > > > ------------------------------------------------------------------------- > 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/ > _______________________________________________ > sword-app-tech mailing list > swo...@li... > https://lists.sourceforge.net/lists/listinfo/sword-app-tech |
|
From: Julie A. <ja...@yo...> - 2008-03-06 10:15:48
|
Yes, I am presenting! Sounds like this NISCO work is at an early stage, so it would be ideal to get some SWORD input. Presumably a lot of these people will be at OR2008? Julie Antony Corfield [awc] wrote: > Julie Allinson, York University, manager of SWORD project is presenting I think > > http://or08.ecs.soton.ac.uk/conference.html > > > Regards, > Antony > -- > Antony Corfield > ROAD Project > http://road.aber.ac.uk > tel. 01970 628724 > > >> -----Original Message----- >> From: swo...@li... [mailto:sword-app-tech- >> bo...@li...] On Behalf Of Jim Downing >> Sent: 06 March 2008 07:59 >> To: Dorothea Salo >> Cc: swo...@li... >> Subject: Re: [sword-app-tech] NISO: we need a deposit protocol! >> >> On 05/03/2008, Dorothea Salo <ds...@li...> wrote: >> >>> <http://www.niso.org/news/newsline/NISONewsline-Mar2008.htm#Story2> >>> >>> "The group proposed that a NISO working group develop a common deposit >>> mechanism "tool" that would allow institutional repositories to >>> capture objects as close to their creation point as possible. The >>> capture of these objects should be part of a larger context that will >>> allow for their exposure across a variety of domains, such as >>> journals, subject matter repositories, and course management systems." >>> >>> Hm. Now where might there be a protocol that would assist with that...? >>> >> I have a nagging feeling I've seen something like this before -- >> thanks for the pointer, Dorothea! Who / how do we talk to? It looks >> from that article like the working group has not yet been established. >> >> Is anyone demonstrating the SWORD desktop client at OR08? >> >> Best regards, >> jim >> >> ------------------------------------------------------------------------- >> 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/ >> _______________________________________________ >> sword-app-tech mailing list >> swo...@li... >> https://lists.sourceforge.net/lists/listinfo/sword-app-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/ > _______________________________________________ > sword-app-tech mailing list > swo...@li... > https://lists.sourceforge.net/lists/listinfo/sword-app-tech > -- 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: Antony C. [awc] <aw...@ab...> - 2008-03-06 09:23:42
|
Julie Allinson, York University, manager of SWORD project is presenting I think http://or08.ecs.soton.ac.uk/conference.html Regards, Antony -- Antony Corfield ROAD Project http://road.aber.ac.uk tel. 01970 628724 > -----Original Message----- > From: swo...@li... [mailto:sword-app-tech- > bo...@li...] On Behalf Of Jim Downing > Sent: 06 March 2008 07:59 > To: Dorothea Salo > Cc: swo...@li... > Subject: Re: [sword-app-tech] NISO: we need a deposit protocol! > > On 05/03/2008, Dorothea Salo <ds...@li...> wrote: > > <http://www.niso.org/news/newsline/NISONewsline-Mar2008.htm#Story2> > > > > "The group proposed that a NISO working group develop a common deposit > > mechanism "tool" that would allow institutional repositories to > > capture objects as close to their creation point as possible. The > > capture of these objects should be part of a larger context that will > > allow for their exposure across a variety of domains, such as > > journals, subject matter repositories, and course management systems." > > > > Hm. Now where might there be a protocol that would assist with that...? > > I have a nagging feeling I've seen something like this before -- > thanks for the pointer, Dorothea! Who / how do we talk to? It looks > from that article like the working group has not yet been established. > > Is anyone demonstrating the SWORD desktop client at OR08? > > Best regards, > jim > > ------------------------------------------------------------------------- > 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/ > _______________________________________________ > sword-app-tech mailing list > swo...@li... > https://lists.sourceforge.net/lists/listinfo/sword-app-tech |
|
From: Jim D. <jim...@po...> - 2008-03-06 07:59:28
|
On 05/03/2008, Dorothea Salo <ds...@li...> wrote: > <http://www.niso.org/news/newsline/NISONewsline-Mar2008.htm#Story2> > > "The group proposed that a NISO working group develop a common deposit > mechanism "tool" that would allow institutional repositories to > capture objects as close to their creation point as possible. The > capture of these objects should be part of a larger context that will > allow for their exposure across a variety of domains, such as > journals, subject matter repositories, and course management systems." > > Hm. Now where might there be a protocol that would assist with that...? I have a nagging feeling I've seen something like this before -- thanks for the pointer, Dorothea! Who / how do we talk to? It looks from that article like the working group has not yet been established. Is anyone demonstrating the SWORD desktop client at OR08? Best regards, jim |
|
From: Dorothea S. <ds...@li...> - 2008-03-05 22:04:11
|
<http://www.niso.org/news/newsline/NISONewsline-Mar2008.htm#Story2> "The group proposed that a NISO working group develop a common deposit mechanism "tool" that would allow institutional repositories to capture objects as close to their creation point as possible. The capture of these objects should be part of a larger context that will allow for their exposure across a variety of domains, such as journals, subject matter repositories, and course management systems." Hm. Now where might there be a protocol that would assist with that...? Dorothea -- Dorothea Salo ds...@li... Digital Repository Librarian AIM: mindsatuw University of Wisconsin Rm 218, Memorial Library (608) 262-5493 |
|
From: Thorsten S <tho...@gm...> - 2008-02-20 02:05:00
|
Hi, the sword spec version 1.2 at http://www.ukoln.ac.uk/repositories/digirep/index/SWORD_APP_Profile_1.2#Retrieve_Service_Document still contains errors. The Example 2: level 1 has <app:accept> elements, but the prefix "app" is nowhere defined and in fact the default namespace is declared to be "http://www.w3.org/2007/app", so no prefix is needed for the accept element. Cheers Thorsten |
|
From: Antony C. [awc] <aw...@ab...> - 2008-02-15 09:18:49
|
> -----Original Message----- > From: own...@ec... [mailto:owner-eprints- > te...@ec...] On Behalf Of Ian Stuart > Sent: 14 February 2008 16:23 > To: EPrints.org Technical List > Subject: Re: [EP-tech] RE: [sword-app-tech] SWORD ingest error > > *** > http://www.eprints.org/tech.php/id/%3C47B46ADA.6040001%40ed.ac.uk%3E > *** EPrints community wiki - http://wiki.eprints.org/ > > Antony Corfield [awc] wrote: > > It seems that this problem is caused by check for mime types in > > perl_lib/EPrints/Sword/Utils.pm > > > > Any type that is text/xml (found via xml declaration) is assumed to > be > > the mets metadata file so an attempt is made to parse it. > Are you sure that this only happens if the "format namespace" is not > defined? > > > This means that xml files (which include an xml declaration) can not > be > > ingested by Eprints via SWORD. > Not really - what it means is that the sampler code is very > simplistic/naive in its assumptions :-) Yep at present it fails to ingest xml files :-) As a temporary fix I've added the following to perl_lib/EPrints/Sword/Utils.pm It assumes that the metadata file is named mets.xml foreach(keys %$mimes) { if( $$mimes{$_} eq $mime_type && $_ =~ /mets.xml/ ) { push @candidates, $_; } } > > I'm working on a more complete SWORD import function (probably using > MODS rather than epdcx), and this will (of necessity) do more > checking... but don't expect anything Real Soon Now: I've got some > major > social hurdles to address first :-( > -- > > Ian Stuart. > Bibliographics and Multimedia Service Delivery team, > EDINA, > The University of Edinburgh. > > http://edina.ac.uk/ |
|
From: Antony C. [awc] <aw...@ab...> - 2008-02-14 15:58:56
|
It seems that this problem is caused by check for mime types in perl_lib/EPrints/Sword/Utils.pm Any type that is text/xml (found via xml declaration) is assumed to be the mets metadata file so an attempt is made to parse it. This means that xml files (which include an xml declaration) can not be ingested by Eprints via SWORD. Regards, Antony -- Antony Corfield ROAD Project http://road.aber.ac.uk tel. 01970 628724 From: swo...@li... [mailto:swo...@li...] On Behalf Of Antony Corfield [awc] Sent: 14 February 2008 09:21 To: EPrints.org Technical List; swo...@li... Subject: [sword-app-tech] SWORD ingest error Hi, I'm successfully depositing a zip via SWORD which contains pdf, html, txt and xml files along with METS metadata. However, if I include an xml declaration in the xml files i.e. <?xml version="1.0" encoding="UTF-8" ?> I get the following error in the log Executing command: /usr/bin/unzip 1>/dev/null 2>&1 -qq -o -d /tmp/Udg0JVIPu8/content /tmp/Udg0JVIPu8/item_1.zip [SWORD-METS] [ERROR] I couldnt open the file: because No such file or directory Any ideas? Regards, Antony -- Antony Corfield ROAD Project http://road.aber.ac.uk tel. 01970 628724 |
|
From: Antony C. [awc] <aw...@ab...> - 2008-02-14 09:21:43
|
Hi, I'm successfully depositing a zip via SWORD which contains pdf, html, txt and xml files along with METS metadata. However, if I include an xml declaration in the xml files i.e. <?xml version="1.0" encoding="UTF-8" ?> I get the following error in the log Executing command: /usr/bin/unzip 1>/dev/null 2>&1 -qq -o -d /tmp/Udg0JVIPu8/content /tmp/Udg0JVIPu8/item_1.zip [SWORD-METS] [ERROR] I couldnt open the file: because No such file or directory Any ideas? Regards, Antony -- Antony Corfield ROAD Project http://road.aber.ac.uk tel. 01970 628724 |
|
From: Antony C. [awc] <aw...@ab...> - 2008-02-11 15:55:32
|
Just realised I can deposit direct to 'archive' rather than 'inbox'! From: swo...@li... [mailto:swo...@li...] On Behalf Of Antony Corfield [awc] Sent: 11 February 2008 15:26 To: EPrints.org Technical List; swo...@li... Subject: [sword-app-tech] Automatic deposit via SWORD Hi, I'm depositing research data using the SWORD interface and would like this to go 'live' immediately i.e. how can I bypass the 'copyright' and 'review' steps? Regards, Antony -- Antony Corfield ROAD Project http://road.aber.ac.uk tel. 01970 628724 |
|
From: Antony C. [awc] <aw...@ab...> - 2008-02-11 15:26:53
|
Hi, I'm depositing research data using the SWORD interface and would like this to go 'live' immediately i.e. how can I bypass the 'copyright' and 'review' steps? Regards, Antony -- Antony Corfield ROAD Project http://road.aber.ac.uk tel. 01970 628724 |
|
From: Scott W. <sco...@gm...> - 2008-02-01 11:39:09
|
One of the reasons it would be good to get a SWORD rep is that this project currently promotes a SOAP-based model (developed by EUN) rather than the IETF-APP model that SWORD is based on. Also, if the proposal they make gets to CEN, then basically it means SWORD would not be allowed to become a European standard as it would be in conflict. Possibly UKOLN might be up for this? On 1 Feb 2008, at 09:21, Antony Corfield [awc] wrote: > That looks interesting, guess it's basically SWORD with LOM! Not > sure we > could get involved time wise though daily rate is tempting. How about > someone from Intrallect? > > Regards, > Antony > -- > Antony Corfield > ROAD Project > http://road.aber.ac.uk > tel. 01970 628724 > > > -----Original Message----- > From: swo...@li... > [mailto:swo...@li...] On Behalf Of > Scott > Wilson > Sent: 31 January 2008 17:06 > To: swo...@li... > Subject: [sword-app-tech] CEN call for experts > > Looks like the deadline was yesterday for the call for experts to > participate in the "Simple Publishing Interface" project at CEN, but > there may be some wiggle room! Any SWORD person want to take part? > > http://www.cen.eu/CENORM/businessdomains/businessdomains/isss/activity/w > slt.asp > > S |
|
From: Antony C. [awc] <aw...@ab...> - 2008-02-01 09:22:09
|
That looks interesting, guess it's basically SWORD with LOM! Not sure we could get involved time wise though daily rate is tempting. How about someone from Intrallect? Regards, Antony -- Antony Corfield ROAD Project http://road.aber.ac.uk tel. 01970 628724 -----Original Message----- From: swo...@li... [mailto:swo...@li...] On Behalf Of Scott Wilson Sent: 31 January 2008 17:06 To: swo...@li... Subject: [sword-app-tech] CEN call for experts Looks like the deadline was yesterday for the call for experts to participate in the "Simple Publishing Interface" project at CEN, but there may be some wiggle room! Any SWORD person want to take part? http://www.cen.eu/CENORM/businessdomains/businessdomains/isss/activity/w slt.asp S |
|
From: Scott W. <sco...@gm...> - 2008-01-31 17:05:56
|
Looks like the deadline was yesterday for the call for experts to participate in the "Simple Publishing Interface" project at CEN, but there may be some wiggle room! Any SWORD person want to take part? http://www.cen.eu/CENORM/businessdomains/businessdomains/isss/activity/wslt.asp S |
|
From: Antony C. [awc] <aw...@ab...> - 2008-01-31 14:54:49
|
Hi Sebastien, Thanks, I now have Eprints running here and depositing via SWORD successfully but noticed following in the log: Undefined phrase: "document_typename_application/zip" (en) AS suggested in Install step 1, I've added the phrase(s) to REPO_PATH/lib/defaultcfg/lang/en/phrases/document_formats.xml However for an existing repository, I think this should be REPO_PATH/archives/ARCHIVEID/cfg/lang/en/phrases/document_formats.xml Regards, Antony -- Antony Corfield ROAD Project www.road.aber.ac.uk tel. 01970 628724 |
|
From: Antony C. [awc] <aw...@ab...> - 2008-01-30 16:04:34
|
This works for me:
=20
PostMessage message =3D new PostMessage();
=20
message.setDestination("http://cakeordeath.ecs.soton.ac.uk/app/deposit/a
rchive");
=20
message.setFilepath("C:/Users/awc/eclipse/dspace-sword/test/example.zip"
);
message.setFormatNamespace("METS");
message.setFiletype("application/zip");
=20
DepositResponse response =3D null;
try {
response =3D client.postFile(message);
} catch (SWORDClientException e) {
e.printStackTrace();
}
if (response !=3D null)
log.debug(response.toString());
else
log.error("NULL DepositResponse");
=20
=20
Often, when there is some error, the response is NULL but a status is
returned.
With the eprints implementation, when Namespace or fileType are not
specified the result is a 400 status (bad request) . With dspace it's
not necessary to specify either when posting METS zip.=20
=20
=20
=20
=20
From: swo...@li...
[mailto:swo...@li...] On Behalf Of Scott
Wilson
Sent: 30 January 2008 11:59
To: swo...@li...
Subject: Re: [sword-app-tech] EPrints/SWORD - problem with METS file
=20
Hmm, I get the same issue when trying to post example.zip to both
ePrints and DSpace:
=20
message =3D new PostMessage();
message.setDestination(config.getLocation());
String path =3D file.getUrl();
message.setFilepath(path);
message.setFiletype(file.getType());
message.setSlug(file.getTitle());
=20
message.setFormatNamespace("http://www.loc.gov/METS"); // also tried
with just METS
DepositResponse response;
response =3D client.postFile(message);
=20
In each case the response is Null (no HTTP response code). Depositing
other types of object (JPEGs) works fine. FileType is detected as
application/zip, so its not that either.
=20
Any ideas?
=20
S
=20
On 30 Jan 2008, at 10:55, Antony Corfield [awc] wrote:
(Copied to eprints tech and sword lists)
Hi Sebastien,
I tried again this morning without 'on behalf of' and it works fine see:
http://cakeordeath.ecs.soton.ac.uk/60/
http://cakeordeath.ecs.soton.ac.uk/61/
http://cakeordeath.ecs.soton.ac.uk/62/
http://cakeordeath.ecs.soton.ac.uk/63/
It also works with 'on behalf of' set since you have enabled mediated
deposit.
(It would be handy if the servicedocument or the returned status
indicated this.)
The above files (example.zip) were posted using the desktop client, the
web client (http://sword.aber.ac.uk/sword/client) and my own client
implementation.
It's also necessary to set fileType (MIME type) e.g.
postMessage.FileType("application/zip") assuming one's posting a zip
file. This isn't required when posting a zip file using the java SWORD
client to Dspace, maybe it's the default.
Thanks again Sebastien, that's very useful, I can now sort out my SWORD
eprints instance.
Cheers,
Antony
-----Original Message-----
From: Sebastien Francois [mailto:sf...@ec...]=20
Sent: 29 January 2008 18:02
To: Antony Corfield [awc]
Subject: Re: EPrints/SWORD - problem with METS file
Hello Antony,
So I have had a look at the code, and there is only one case when a 403=20
Forbidden is returned, this is when a client attempts a mediated deposit
(i.e. on behalf of someone else) which is not allowed... You didn't try=20
a mediated deposited by any chance? Anyhow, I've enabled any mediated=20
deposit for now so you can try again.
I also sent the same file from my home server and it worked too so it's=20
probably not because I was on the soton.ac.uk domain.
Good luck and let me know what happens!
Seb.
PS: in case you're using Linux (I believe there is a Windows version=20
too), you can use 'curl' to send a file, without the need of the Java=20
clients. The command line which worked for me is (assuming you're in the
same directory as 'example.zip'):
curl -v --data-binary @example.zip=20
http://cakeordeath.ecs.soton.ac.uk/app/deposit/buffer --user=20
sword:swordtest -H 'X-Format-Namespace: METS' -H 'Content-Type:=20
application/zip'
Antony Corfield [awc] wrote:
Hi Sebastien, thanks for your help..
=20
Just tried with (example.zip) desktop client and namespace METS
but
same
error - 403.
It wouldn't have anything to do with you being at soton.ac.uk?
=20
Cheers,
Antony
=20
=20
=20
=20
-----Original Message-----
From: Sebastien Francois [mailto:sf...@ec...]=20
Sent: 29 January 2008 16:28
To: Antony Corfield [awc]; sco...@gm...
Cc: ja...@yo...
Subject: EPrints/SWORD - problem with METS file
=20
Dear all,
=20
I read from the EPrints tech mailing-list that you both had
problem=20
using the METS/epdcx file. I developed the SWORD extension for
EPrints
and I am very happy helping you with this.
=20
I've just tested to deposit the example.zip file provided on the
JISC=20
wiki (this one:
http://www.ukoln.ac.uk/repositories/sword/example.zip)
to cakeordeath.ecs.soton.ac.uk and I haven't had any problems with it=20
(result is here: http://cakeordeath.ecs.soton.ac.uk/54/). I used
the=20
Java client (v1.0) and I set the namespace to 'METS'. The METS
needs
to=20
be 'epdcx', other METS formats (w/ MODS for instance) are not
supported=20
at this stage.
=20
Could you possibly try again and let me know what error message
you
get?
=20
Kind regards,
Sebastien Francois
=20
=20
=20
=20
------------------------------------------------------------------------
-
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/
_______________________________________________
sword-app-tech mailing list
swo...@li...
https://lists.sourceforge.net/lists/listinfo/sword-app-tech
=20
|
13 messages has been excluded from this view by a project administrator.
