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: Julio P. <jul...@bi...> - 2012-06-08 13:02:52
|
Hello, we have two environments, one for pre-production and other for production. In both we have installed Dspace 1.6.2 with Sword on Linux and Oracle. When sending records via SWORD, in pre-production environment the process is working properly, but if we do it in the production environment the record is recorded, but the lucene indexes are not updated with the new record. The Installations and dspace.cfg is the same in the two environments. Any suggestion why it is not working properly in the production environment? thanks in advance -- Julio Pemau Alonso Analista de Sistemas de Información Unidad de Recursos de Información Científica para la Investigación Consejo Superior de Investigaciones Científicas C/Joaquín Costa 22; Desp. 308 28002 MADRID Telf. 34-91-5681675; Ext. Interna 991675 http://bibliotecas.csic.es |
|
From: Lewatle P. <Lew...@wi...> - 2012-06-08 11:12:07
|
When I check in /var/www/easydeposit/tmp/sword-files I find all the files that failed to be deposited to dspace in the directory, am I doing something wrong. -----Original Message----- From: Lewatle Phaladi Sent: 08 June 2012 11:32 AM To: LEWIS Stuart (Stu...@ed...) Cc: swo...@li... Subject: FW: [sword-app-tech] Easydeposit errors The file I am trying to upload is PDF format, could that be a problem for my deposit to fail, please advise, I can see Accepts: application/zip I am not sure if I have to upload zip file or edit somewhere in the config files. -----Original Message----- From: Lewatle Phaladi Sent: 08 June 2012 09:43 AM To: 'LEWIS Stuart'; swo...@li... Subject: RE: [sword-app-tech] Easydeposit errors Hi Stuart Thanks I have managed to log on, the only problem I have revealed when I start doing item deposit, please see attached screenshot of the error. Regards, Lewatle -----Original Message----- From: LEWIS Stuart [mailto:Stu...@ed...] Sent: 07 June 2012 05:44 PM To: swo...@li... Subject: Re: [sword-app-tech] Easydeposit errors Hi Lewatle, The default username and password are both easydepositadmin. You can either change it in the configuration file (use the MD5 checksum of the password) or once you have logged in, there is an option to change it in the administrative interface. Thanks, Stuart -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. -----Original Message----- From: Lewatle Phaladi [mailto:Lew...@wi...] Sent: 07 June 2012 15:19 To: LEWIS Stuart Cc: swo...@li... Subject: RE: [sword-app-tech] Easydeposit errors At the moment I am pausing on attached log in screen , I never created password for admin log in, where should I create login details, I have saw the following directives in easydeposit.php file $config['easydeposit_adminusername'] = 'easydepositadmin'; $config['easydeposit_adminpassword'] = '6da12e83ef06d1d59884a5ca724cbc75'; Can I edit : $config['easydeposit_adminpassword'] = 'mypassword'; Regards, Lewatle -----Original Message----- From: LEWIS Stuart [mailto:Stu...@ed...] Sent: 07 June 2012 03:26 PM To: swo...@li... Subject: Re: [sword-app-tech] Easydeposit errors Hi Lewatle, It could be related to your mod_rewrite settings and the .htaccess file. You need to have mod_rewrite enabled if possible: - http://easydeposit.swordapp.org/instructions/mod_rewrite/ Thanks, Stuart From: Lewatle Phaladi [mailto:Lew...@wi...] Sent: 07 June 2012 14:08 To: swo...@li... Subject: [sword-app-tech] Easydeposit errors Good Day I am configuring easydeposit, and I got some errors when I click on administrative interface, I have followed installation steps from this link http://easydeposit.swordapp.org/instructions/installation-instructions/ , please advise as what file do I need to edit. See attached screen shots. Regards, Lewatle This communication is intended for the addressee only. It is confidential. If you have received this communication in error, please notify us immediately and destroy the original message. You may not copy or disseminate this communication without the permission of the University. Only authorized signatories are competent to enter into agreements on behalf of the University and recipients are thus advised that the content of this message may not be legally binding on the University and may contain the personal views and opinions of the author, which are not necessarily the views and opinions of The University of the Witwatersrand, Johannesburg. All agreements between the University and outsiders are subject to South African Law unless the University agrees in writing to the contrary. -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ sword-app-tech mailing list swo...@li... https://lists.sourceforge.net/lists/listinfo/sword-app-tech <html><p><font face = "verdana" size = "0.8" color = "navy">This communication is intended for the addressee only. It is confidential. If you have received this communication in error, please notify us immediately and destroy the original message. You may not copy or disseminate this communication without the permission of the University. Only authorized signatories are competent to enter into agreements on behalf of the University and recipients are thus advised that the content of this message may not be legally binding on the University and may contain the personal views and opinions of the author, which are not necessarily the views and opinions of The University of the Witwatersrand, Johannesburg. All agreements between the University and outsiders are subject to South African Law unless the University agrees in writing to the contrary.</font></p></html> ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ sword-app-tech mailing list swo...@li... https://lists.sourceforge.net/lists/listinfo/sword-app-tech <html><p><font face = "verdana" size = "0.8" color = "navy">This communication is intended for the addressee only. It is confidential. If you have received this communication in error, please notify us immediately and destroy the original message. You may not copy or disseminate this communication without the permission of the University. Only authorized signatories are competent to enter into agreements on behalf of the University and recipients are thus advised that the content of this message may not be legally binding on the University and may contain the personal views and opinions of the author, which are not necessarily the views and opinions of The University of the Witwatersrand, Johannesburg. All agreements between the University and outsiders are subject to South African Law unless the University agrees in writing to the contrary.</font></p></html> |
|
From: Lewatle P. <Lew...@wi...> - 2012-06-08 09:32:21
|
The file I am trying to upload is PDF format, could that be a problem for my deposit to fail, please advise, I can see Accepts: application/zip I am not sure if I have to upload zip file or edit somewhere in the config files. -----Original Message----- From: Lewatle Phaladi Sent: 08 June 2012 09:43 AM To: 'LEWIS Stuart'; swo...@li... Subject: RE: [sword-app-tech] Easydeposit errors Hi Stuart Thanks I have managed to log on, the only problem I have revealed when I start doing item deposit, please see attached screenshot of the error. Regards, Lewatle -----Original Message----- From: LEWIS Stuart [mailto:Stu...@ed...] Sent: 07 June 2012 05:44 PM To: swo...@li... Subject: Re: [sword-app-tech] Easydeposit errors Hi Lewatle, The default username and password are both easydepositadmin. You can either change it in the configuration file (use the MD5 checksum of the password) or once you have logged in, there is an option to change it in the administrative interface. Thanks, Stuart -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. -----Original Message----- From: Lewatle Phaladi [mailto:Lew...@wi...] Sent: 07 June 2012 15:19 To: LEWIS Stuart Cc: swo...@li... Subject: RE: [sword-app-tech] Easydeposit errors At the moment I am pausing on attached log in screen , I never created password for admin log in, where should I create login details, I have saw the following directives in easydeposit.php file $config['easydeposit_adminusername'] = 'easydepositadmin'; $config['easydeposit_adminpassword'] = '6da12e83ef06d1d59884a5ca724cbc75'; Can I edit : $config['easydeposit_adminpassword'] = 'mypassword'; Regards, Lewatle -----Original Message----- From: LEWIS Stuart [mailto:Stu...@ed...] Sent: 07 June 2012 03:26 PM To: swo...@li... Subject: Re: [sword-app-tech] Easydeposit errors Hi Lewatle, It could be related to your mod_rewrite settings and the .htaccess file. You need to have mod_rewrite enabled if possible: - http://easydeposit.swordapp.org/instructions/mod_rewrite/ Thanks, Stuart From: Lewatle Phaladi [mailto:Lew...@wi...] Sent: 07 June 2012 14:08 To: swo...@li... Subject: [sword-app-tech] Easydeposit errors Good Day I am configuring easydeposit, and I got some errors when I click on administrative interface, I have followed installation steps from this link http://easydeposit.swordapp.org/instructions/installation-instructions/ , please advise as what file do I need to edit. See attached screen shots. Regards, Lewatle This communication is intended for the addressee only. It is confidential. If you have received this communication in error, please notify us immediately and destroy the original message. You may not copy or disseminate this communication without the permission of the University. Only authorized signatories are competent to enter into agreements on behalf of the University and recipients are thus advised that the content of this message may not be legally binding on the University and may contain the personal views and opinions of the author, which are not necessarily the views and opinions of The University of the Witwatersrand, Johannesburg. All agreements between the University and outsiders are subject to South African Law unless the University agrees in writing to the contrary. -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ sword-app-tech mailing list swo...@li... https://lists.sourceforge.net/lists/listinfo/sword-app-tech <html><p><font face = "verdana" size = "0.8" color = "navy">This communication is intended for the addressee only. It is confidential. If you have received this communication in error, please notify us immediately and destroy the original message. You may not copy or disseminate this communication without the permission of the University. Only authorized signatories are competent to enter into agreements on behalf of the University and recipients are thus advised that the content of this message may not be legally binding on the University and may contain the personal views and opinions of the author, which are not necessarily the views and opinions of The University of the Witwatersrand, Johannesburg. All agreements between the University and outsiders are subject to South African Law unless the University agrees in writing to the contrary.</font></p></html> ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ sword-app-tech mailing list swo...@li... https://lists.sourceforge.net/lists/listinfo/sword-app-tech <html><p><font face = "verdana" size = "0.8" color = "navy">This communication is intended for the addressee only. It is confidential. If you have received this communication in error, please notify us immediately and destroy the original message. You may not copy or disseminate this communication without the permission of the University. Only authorized signatories are competent to enter into agreements on behalf of the University and recipients are thus advised that the content of this message may not be legally binding on the University and may contain the personal views and opinions of the author, which are not necessarily the views and opinions of The University of the Witwatersrand, Johannesburg. All agreements between the University and outsiders are subject to South African Law unless the University agrees in writing to the contrary.</font></p></html> |
|
From: Lewatle P. <Lew...@wi...> - 2012-06-08 07:42:47
|
Hi Stuart Thanks I have managed to log on, the only problem I have revealed when I start doing item deposit, please see attached screenshot of the error. Regards, Lewatle -----Original Message----- From: LEWIS Stuart [mailto:Stu...@ed...] Sent: 07 June 2012 05:44 PM To: swo...@li... Subject: Re: [sword-app-tech] Easydeposit errors Hi Lewatle, The default username and password are both easydepositadmin. You can either change it in the configuration file (use the MD5 checksum of the password) or once you have logged in, there is an option to change it in the administrative interface. Thanks, Stuart -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. -----Original Message----- From: Lewatle Phaladi [mailto:Lew...@wi...] Sent: 07 June 2012 15:19 To: LEWIS Stuart Cc: swo...@li... Subject: RE: [sword-app-tech] Easydeposit errors At the moment I am pausing on attached log in screen , I never created password for admin log in, where should I create login details, I have saw the following directives in easydeposit.php file $config['easydeposit_adminusername'] = 'easydepositadmin'; $config['easydeposit_adminpassword'] = '6da12e83ef06d1d59884a5ca724cbc75'; Can I edit : $config['easydeposit_adminpassword'] = 'mypassword'; Regards, Lewatle -----Original Message----- From: LEWIS Stuart [mailto:Stu...@ed...] Sent: 07 June 2012 03:26 PM To: swo...@li... Subject: Re: [sword-app-tech] Easydeposit errors Hi Lewatle, It could be related to your mod_rewrite settings and the .htaccess file. You need to have mod_rewrite enabled if possible: - http://easydeposit.swordapp.org/instructions/mod_rewrite/ Thanks, Stuart From: Lewatle Phaladi [mailto:Lew...@wi...] Sent: 07 June 2012 14:08 To: swo...@li... Subject: [sword-app-tech] Easydeposit errors Good Day I am configuring easydeposit, and I got some errors when I click on administrative interface, I have followed installation steps from this link http://easydeposit.swordapp.org/instructions/installation-instructions/ , please advise as what file do I need to edit. See attached screen shots. Regards, Lewatle This communication is intended for the addressee only. It is confidential. If you have received this communication in error, please notify us immediately and destroy the original message. You may not copy or disseminate this communication without the permission of the University. Only authorized signatories are competent to enter into agreements on behalf of the University and recipients are thus advised that the content of this message may not be legally binding on the University and may contain the personal views and opinions of the author, which are not necessarily the views and opinions of The University of the Witwatersrand, Johannesburg. All agreements between the University and outsiders are subject to South African Law unless the University agrees in writing to the contrary. -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ sword-app-tech mailing list swo...@li... https://lists.sourceforge.net/lists/listinfo/sword-app-tech <html><p><font face = "verdana" size = "0.8" color = "navy">This communication is intended for the addressee only. It is confidential. If you have received this communication in error, please notify us immediately and destroy the original message. You may not copy or disseminate this communication without the permission of the University. Only authorized signatories are competent to enter into agreements on behalf of the University and recipients are thus advised that the content of this message may not be legally binding on the University and may contain the personal views and opinions of the author, which are not necessarily the views and opinions of The University of the Witwatersrand, Johannesburg. All agreements between the University and outsiders are subject to South African Law unless the University agrees in writing to the contrary.</font></p></html> ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ sword-app-tech mailing list swo...@li... https://lists.sourceforge.net/lists/listinfo/sword-app-tech <html><p><font face = "verdana" size = "0.8" color = "navy">This communication is intended for the addressee only. It is confidential. If you have received this communication in error, please notify us immediately and destroy the original message. You may not copy or disseminate this communication without the permission of the University. Only authorized signatories are competent to enter into agreements on behalf of the University and recipients are thus advised that the content of this message may not be legally binding on the University and may contain the personal views and opinions of the author, which are not necessarily the views and opinions of The University of the Witwatersrand, Johannesburg. All agreements between the University and outsiders are subject to South African Law unless the University agrees in writing to the contrary.</font></p></html> |
|
From: LEWIS S. <Stu...@ed...> - 2012-06-07 15:44:26
|
Hi Lewatle, The default username and password are both easydepositadmin. You can either change it in the configuration file (use the MD5 checksum of the password) or once you have logged in, there is an option to change it in the administrative interface. Thanks, Stuart -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. -----Original Message----- From: Lewatle Phaladi [mailto:Lew...@wi...] Sent: 07 June 2012 15:19 To: LEWIS Stuart Cc: swo...@li... Subject: RE: [sword-app-tech] Easydeposit errors At the moment I am pausing on attached log in screen , I never created password for admin log in, where should I create login details, I have saw the following directives in easydeposit.php file $config['easydeposit_adminusername'] = 'easydepositadmin'; $config['easydeposit_adminpassword'] = '6da12e83ef06d1d59884a5ca724cbc75'; Can I edit : $config['easydeposit_adminpassword'] = 'mypassword'; Regards, Lewatle -----Original Message----- From: LEWIS Stuart [mailto:Stu...@ed...] Sent: 07 June 2012 03:26 PM To: swo...@li... Subject: Re: [sword-app-tech] Easydeposit errors Hi Lewatle, It could be related to your mod_rewrite settings and the .htaccess file. You need to have mod_rewrite enabled if possible: - http://easydeposit.swordapp.org/instructions/mod_rewrite/ Thanks, Stuart From: Lewatle Phaladi [mailto:Lew...@wi...] Sent: 07 June 2012 14:08 To: swo...@li... Subject: [sword-app-tech] Easydeposit errors Good Day I am configuring easydeposit, and I got some errors when I click on administrative interface, I have followed installation steps from this link http://easydeposit.swordapp.org/instructions/installation-instructions/ , please advise as what file do I need to edit. See attached screen shots. Regards, Lewatle This communication is intended for the addressee only. It is confidential. If you have received this communication in error, please notify us immediately and destroy the original message. You may not copy or disseminate this communication without the permission of the University. Only authorized signatories are competent to enter into agreements on behalf of the University and recipients are thus advised that the content of this message may not be legally binding on the University and may contain the personal views and opinions of the author, which are not necessarily the views and opinions of The University of the Witwatersrand, Johannesburg. All agreements between the University and outsiders are subject to South African Law unless the University agrees in writing to the contrary. -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ sword-app-tech mailing list swo...@li... https://lists.sourceforge.net/lists/listinfo/sword-app-tech <html><p><font face = "verdana" size = "0.8" color = "navy">This communication is intended for the addressee only. It is confidential. If you have received this communication in error, please notify us immediately and destroy the original message. You may not copy or disseminate this communication without the permission of the University. Only authorized signatories are competent to enter into agreements on behalf of the University and recipients are thus advised that the content of this message may not be legally binding on the University and may contain the personal views and opinions of the author, which are not necessarily the views and opinions of The University of the Witwatersrand, Johannesburg. All agreements between the University and outsiders are subject to South African Law unless the University agrees in writing to the contrary.</font></p></html> |
|
From: Lewatle P. <Lew...@wi...> - 2012-06-07 14:19:20
|
At the moment I am pausing on attached log in screen , I never created password for admin log in, where should I create login details, I have saw the following directives in easydeposit.php file $config['easydeposit_adminusername'] = 'easydepositadmin'; $config['easydeposit_adminpassword'] = '6da12e83ef06d1d59884a5ca724cbc75'; Can I edit : $config['easydeposit_adminpassword'] = 'mypassword'; Regards, Lewatle -----Original Message----- From: LEWIS Stuart [mailto:Stu...@ed...] Sent: 07 June 2012 03:26 PM To: swo...@li... Subject: Re: [sword-app-tech] Easydeposit errors Hi Lewatle, It could be related to your mod_rewrite settings and the .htaccess file. You need to have mod_rewrite enabled if possible: - http://easydeposit.swordapp.org/instructions/mod_rewrite/ Thanks, Stuart From: Lewatle Phaladi [mailto:Lew...@wi...] Sent: 07 June 2012 14:08 To: swo...@li... Subject: [sword-app-tech] Easydeposit errors Good Day I am configuring easydeposit, and I got some errors when I click on administrative interface, I have followed installation steps from this link http://easydeposit.swordapp.org/instructions/installation-instructions/ , please advise as what file do I need to edit. See attached screen shots. Regards, Lewatle This communication is intended for the addressee only. It is confidential. If you have received this communication in error, please notify us immediately and destroy the original message. You may not copy or disseminate this communication without the permission of the University. Only authorized signatories are competent to enter into agreements on behalf of the University and recipients are thus advised that the content of this message may not be legally binding on the University and may contain the personal views and opinions of the author, which are not necessarily the views and opinions of The University of the Witwatersrand, Johannesburg. All agreements between the University and outsiders are subject to South African Law unless the University agrees in writing to the contrary. -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ sword-app-tech mailing list swo...@li... https://lists.sourceforge.net/lists/listinfo/sword-app-tech <html><p><font face = "verdana" size = "0.8" color = "navy">This communication is intended for the addressee only. It is confidential. If you have received this communication in error, please notify us immediately and destroy the original message. You may not copy or disseminate this communication without the permission of the University. Only authorized signatories are competent to enter into agreements on behalf of the University and recipients are thus advised that the content of this message may not be legally binding on the University and may contain the personal views and opinions of the author, which are not necessarily the views and opinions of The University of the Witwatersrand, Johannesburg. All agreements between the University and outsiders are subject to South African Law unless the University agrees in writing to the contrary.</font></p></html> |
|
From: Lewatle P. <Lew...@wi...> - 2012-06-07 13:29:53
|
Hi Stuart Thanks for the reply, I will give it a try and come back to you when I get new results. Regards, Lewatle -----Original Message----- From: LEWIS Stuart [mailto:Stu...@ed...] Sent: 07 June 2012 03:26 PM To: swo...@li... Subject: Re: [sword-app-tech] Easydeposit errors Hi Lewatle, It could be related to your mod_rewrite settings and the .htaccess file. You need to have mod_rewrite enabled if possible: - http://easydeposit.swordapp.org/instructions/mod_rewrite/ Thanks, Stuart From: Lewatle Phaladi [mailto:Lew...@wi...] Sent: 07 June 2012 14:08 To: swo...@li... Subject: [sword-app-tech] Easydeposit errors Good Day I am configuring easydeposit, and I got some errors when I click on administrative interface, I have followed installation steps from this link http://easydeposit.swordapp.org/instructions/installation-instructions/ , please advise as what file do I need to edit. See attached screen shots. Regards, Lewatle This communication is intended for the addressee only. It is confidential. If you have received this communication in error, please notify us immediately and destroy the original message. You may not copy or disseminate this communication without the permission of the University. Only authorized signatories are competent to enter into agreements on behalf of the University and recipients are thus advised that the content of this message may not be legally binding on the University and may contain the personal views and opinions of the author, which are not necessarily the views and opinions of The University of the Witwatersrand, Johannesburg. All agreements between the University and outsiders are subject to South African Law unless the University agrees in writing to the contrary. -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ sword-app-tech mailing list swo...@li... https://lists.sourceforge.net/lists/listinfo/sword-app-tech <html><p><font face = "verdana" size = "0.8" color = "navy">This communication is intended for the addressee only. It is confidential. If you have received this communication in error, please notify us immediately and destroy the original message. You may not copy or disseminate this communication without the permission of the University. Only authorized signatories are competent to enter into agreements on behalf of the University and recipients are thus advised that the content of this message may not be legally binding on the University and may contain the personal views and opinions of the author, which are not necessarily the views and opinions of The University of the Witwatersrand, Johannesburg. All agreements between the University and outsiders are subject to South African Law unless the University agrees in writing to the contrary.</font></p></html> |
|
From: LEWIS S. <Stu...@ed...> - 2012-06-07 13:26:15
|
Hi Lewatle, It could be related to your mod_rewrite settings and the .htaccess file. You need to have mod_rewrite enabled if possible: - http://easydeposit.swordapp.org/instructions/mod_rewrite/ Thanks, Stuart From: Lewatle Phaladi [mailto:Lew...@wi...] Sent: 07 June 2012 14:08 To: swo...@li... Subject: [sword-app-tech] Easydeposit errors Good Day I am configuring easydeposit, and I got some errors when I click on administrative interface, I have followed installation steps from this link http://easydeposit.swordapp.org/instructions/installation-instructions/ , please advise as what file do I need to edit. See attached screen shots. Regards, Lewatle This communication is intended for the addressee only. It is confidential. If you have received this communication in error, please notify us immediately and destroy the original message. You may not copy or disseminate this communication without the permission of the University. Only authorized signatories are competent to enter into agreements on behalf of the University and recipients are thus advised that the content of this message may not be legally binding on the University and may contain the personal views and opinions of the author, which are not necessarily the views and opinions of The University of the Witwatersrand, Johannesburg. All agreements between the University and outsiders are subject to South African Law unless the University agrees in writing to the contrary. -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. |
|
From: Lewatle P. <Lew...@wi...> - 2012-06-07 13:08:02
|
------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ |
|
From: Kathi F. <kat...@sh...> - 2012-06-06 18:34:45
|
Adding a subject, since I saw that I hadn't. -- Kathi On Wed, Jun 6, 2012 at 7:59 PM, Kathi Fletcher < kat...@sh...> wrote: > For those of you attending OR12, I would love to have you join our > "working" workshop on using SWORD to deposit to both an OER repository and > an institutional repository at the same time. Register for the workshop<http://www.eventbrite.com/event/3549581895/eorg>. > The workshop is free for attendees and it will be Monday, July 9th. Since > we will be working to extend an existing SWORD client that deposits to > Connexions (cnx.oerpub.org) so that it will also optionally deposit to an > insitutional dspace repo (and eprints if we have folks to drive that > effort). > > *OER: Workshop: Multi-repository Deposit to OER and IR at the Same Time<https://www.conftool.net/or2012/index.php?page=browseSessions&form_session=37&CTSID_OR2012=P,0lYjn4bI84f1PX2DZxIW7szy9> > * > > OERPub is a new API for publishing OER (Open Education Resources) that was > adapted lightly from SWORD V2. The purpose for the OERPub API is to enable > an ecosystem of tools and services that support transforming, remixing, > adapting, and translating OER. > > Features were added to SWORD to specialize it for OER and it has been > implemented in Connexions (an open repository). We have also created a > client that transforms content in general purposes formats like Word, Open > Office, HTML, and Google Docs into semantic formats and then uses the API > to publish the resulting content. When institutional authors submit > scholarly works such as textbooks, conference proceedings, or journal > articles to Connexions, they often need to archive the materials within > their institutional arrchives (DSpace Fedora, Eprints). > > In this workshop we will extend the OERPub client to optionally deposit to > DSpace institutional archives using SWORD V2 at the same time as the > materials are being published in Connexions. The first part of the workshop > will be spent on design discussion, and then we will extend the client to > deposit to both Connexions and DSpace. If participants are interested in > EPrints or Fedora, we will pursue prototype implementations for those also. > Attendees should be familiar with SWORD for publishing and an institutional > repository. Since we will be actively extending existing software, software > development skills or user experience skills will be priority for attendees. > > Presenters: Kathi Fletcher (Shuttleworth Foundation Fellow), Marvin Reimer > (TU Braunschweig), Ying Jin (Rice University – Center for Digital > Scholarship) > > Register for the workshop<http://www.eventbrite.com/event/3549581895/eorg> > > -- > Kathi Fletcher > Email: kat...@sh... > Alternate Email: kat...@gm... > Twitter: kefletcher <http://www.twitter.com/kefletcher> > Skype: kef-sky > Blog: kefletcher.blogspot.com > Phone: US 862-345-6178 > > -- Kathi Fletcher Email: kat...@sh... Alternate Email: kat...@gm... Twitter: kefletcher <http://www.twitter.com/kefletcher> Skype: kef-sky Blog: kefletcher.blogspot.com Phone: US 862-345-6178 |
|
From: Kathi F. <kat...@sh...> - 2012-06-06 18:29:40
|
For those of you attending OR12, I would love to have you join our "working" workshop on using SWORD to deposit to both an OER repository and an institutional repository at the same time. Register for the workshop<http://www.eventbrite.com/event/3549581895/eorg>. The workshop is free for attendees and it will be Monday, July 9th. Since we will be working to extend an existing SWORD client that deposits to Connexions (cnx.oerpub.org) so that it will also optionally deposit to an insitutional dspace repo (and eprints if we have folks to drive that effort). *OER: Workshop: Multi-repository Deposit to OER and IR at the Same Time<https://www.conftool.net/or2012/index.php?page=browseSessions&form_session=37&CTSID_OR2012=P,0lYjn4bI84f1PX2DZxIW7szy9> * OERPub is a new API for publishing OER (Open Education Resources) that was adapted lightly from SWORD V2. The purpose for the OERPub API is to enable an ecosystem of tools and services that support transforming, remixing, adapting, and translating OER. Features were added to SWORD to specialize it for OER and it has been implemented in Connexions (an open repository). We have also created a client that transforms content in general purposes formats like Word, Open Office, HTML, and Google Docs into semantic formats and then uses the API to publish the resulting content. When institutional authors submit scholarly works such as textbooks, conference proceedings, or journal articles to Connexions, they often need to archive the materials within their institutional arrchives (DSpace Fedora, Eprints). In this workshop we will extend the OERPub client to optionally deposit to DSpace institutional archives using SWORD V2 at the same time as the materials are being published in Connexions. The first part of the workshop will be spent on design discussion, and then we will extend the client to deposit to both Connexions and DSpace. If participants are interested in EPrints or Fedora, we will pursue prototype implementations for those also. Attendees should be familiar with SWORD for publishing and an institutional repository. Since we will be actively extending existing software, software development skills or user experience skills will be priority for attendees. Presenters: Kathi Fletcher (Shuttleworth Foundation Fellow), Marvin Reimer (TU Braunschweig), Ying Jin (Rice University – Center for Digital Scholarship) Register for the workshop <http://www.eventbrite.com/event/3549581895/eorg> -- Kathi Fletcher Email: kat...@sh... Alternate Email: kat...@gm... Twitter: kefletcher <http://www.twitter.com/kefletcher> Skype: kef-sky Blog: kefletcher.blogspot.com Phone: US 862-345-6178 |
|
From: Zaharina S. <sto...@ul...> - 2012-06-06 09:15:54
|
Hi, since at least one month I am trying to use the Java SWORD Client (for SWORDv2) in order to deposit files in an EPrints repository. The deposit part works correct and I get the following entry as an answer from server: <?xml version="1.0" encoding="utf-8" ?> <entry xmlns="http://www.w3.org/2005/Atom" xmlns:sword="http://purl.org/net/sword/"> <link rel="self" href="http://altar.tu-darmstadt.de/cgi/export/eprint/26/Atom/altar-eprint-26.xml" /> <link rel="edit" href="http://altar.tu-darmstadt.de/id/eprint/26" /> <link rel="edit-media" href="http://altar.tu-darmstadt.de/id/eprint/26/contents" /> <link rel="contents" href="http://altar.tu-darmstadt.de/id/eprint/26/contents" /> <link rel="alternate" href="http://altar.tu-darmstadt.de/id/eprint/26" /> <published /> <updated>2012-06-06T07:11:51Z</updated> <id>http://altar.tu-darmstadt.de/id/eprint/26</id> <category term="article" label="Article" scheme="http://altar.tu-darmstadt.de/data/eprint/type" /> <category term="buffer" label="Under Review" scheme="http://eprints.org/ep2/data/2.0/eprint/eprint_status" /> <link rel="http://purl.org/net/sword/terms/statement" href="http://altar.tu-darmstadt.de/id/eprint/26" /> <sword:state href="http://eprints.org/ep2/data/2.0/eprint/eprint_status/buffer" /> <sword:stateDescription>This item is in review. It will not appear in the repository until it has been approved by an editor.</sword:stateDescription> <sword:originalDeposit href="http://altar.tu-darmstadt.de/id/eprint/26"> <sword:depositedOn /> <sword:depositedBy>admin</sword:depositedBy> </sword:originalDeposit> <title type="xhtml">On Testing the Atom Protocol...</title> <summary type="xhtml">This is where the abstract of this record would appear. This is only demonstration data.</summary> <author> <name>Y. Lericolais</name> <email /> </author> </entry> The problem is that this entry cannot be parsed internally from the org.apache.abdera classes and I get the following exception: java.lang.ClassCastException: org.apache.abdera.parser.stax.FOMExtensibleElement cannot be cast to org.apache.abdera.model.Entry at org.swordapp.client.SWORDClient.getDepositReceipt(SWORDClient.java:1231) at org.swordapp.client.SWORDClient.getDepositReceipt(SWORDClient.java:1151) at org.swordapp.client.SWORDClient.deposit(SWORDClient.java:375) at org.swordapp.client.SWORDClient.deposit(SWORDClient.java:265) at org.swordapp.ExportToEPrintsViaSWORDv2.main(ExportToEPrintsViaSWORDv2.java:187) I tried with the Java SWORD Client (for SWORDv1) and I got no problems but there as far as I know used completely different implementation for parsing the <entry> tags. Do you have any idea where the problem with v2 can be and what can I do to get this working properly? Thanks in advance, Zaharina -- Dipl.-Math. Zaharina Stoynova Universitäts- und Landesbibliothek Darmstadt Abteilung Elektronische Informationsdienste Schloß, 64283 Darmstadt Tel: +49 6151 16-58773 Fax: +49 6151 16-5897 |
|
From: Brian 'P. G. <bga...@en...> - 2012-05-31 01:02:06
|
My apologies for the self-reply, but it turns out the issue was just a missing (and later, present-but-incorrect) mets.xml in my zipfile. -Phunk Brian 'Phunk' Gadoury wrote: > Hello, > > I am getting a java.lang.NullPointerException at > java.util.zip.ZipFile.getInputStream when attempting to deposit a zipfile > into a collection on a DSpace server using SWORD. Naturally, this causes > an HTTP 500 error response from the server. (I get proper responses for > all other error conditions such as unrecognized packaging, invalid > content-type, invalid auth, etc.) > > I get the same results using both the sword2ruby lib (after an X-Packaging > fix) and the web-based client at http://client.swordapp.org/client/. The > zipfiles I've tried are all small and valid/non-corrupted, etc.. For > reference, I am using the collection.post_media!() method within the > sword2ruby lib. > > I do not personally have access to the DSpace server, but I have gotten an > excerpt of the logs for these events. I am completely out of ideas on what > I can try differently on my client-side. Does anyone have any suggestions? > > Here's an excerpt from the log for one of the events: > > [SNIP] |
|
From: Mark D. <mdi...@at...> - 2012-05-30 17:55:18
|
Ian, Richard and Stuart, This is an interesting dialog from the standpoint of the upcoming Item Versioning contribution plan. One of our current development efforts for DSpace 3.0 is to introduce Versioning support for DSpace Items. One workpackage that is in a very early stage of planning is to have SWORDv2 update support on archived items available by having SWORDv2 call the VersioningService we implemented for Dryad. The VersioningService is a business tier service capable of minting and tracking new versions of existing Items within DSpace. This will be especially useful for making any amendments, this includes deletion and addition of new bitstreams to items and alteration of metadata. The overall strategy for Versioning support is that new Item versions created by SWORD would be placed into the Reviewer Workflow, where the review process can again occur and the Collection workflow stages can again be enacted on the new Version of the Item. This allows both human and automated activities to occur to the new Item revision prior to its installation in the repository. The new versioning support provides both a canonical or (Version Thread) Item handle identifier used in citing the Item and an additional revision handle identifier (semantically or non-semantically encoded) to point to a specific revision. At this time the nature of these semantic or non-semantic encoded identifiers is to maintain the relationship between individual revisions in the Items revision history, the IdentifierService of Dryad will be utilized to support two different strategies that may be configured and overridden by the repository: (a) opaque non-semantically encoded identifiers using the current handle generation strategy ([prefix]/[id]) (b) semantically encoded revision identifiers ([prefix]/[id].[revision]). Our objective is to keep this feature flexible. The previous items canonical handle will be migrated to the new version upon archiving, It will be the choice of the Collection Manager if the previous revisions will be left online and accessible from their uniquely resolvable revision handle or not. A question for your community, We would like to support a notion of "major" and "minor" updates via sword where edited metadata records and added bitstreams may be considered minor updates while deletion/replacement of bitstreams would be a major update and subject to review. Finally, we would like to support "locking" of the Item and minor edits and/or new versions of it while a revision is still under review in the workflow. We welcome any feedback from the SWORD team and community on appropriate strategies to support this functionality in SWORDv2 for DSpace. Best Regards, Mark Diggory On Tue, May 29, 2012 at 7:46 AM, Richard Jones <ri...@co...>wrote: > On 29 May 2012 14:38, Wellaway, Ian <I.J...@ex...> wrote: > > Hi, > > > > > > > > New to this list and I have some pretty basic questions: > > > > > > > > > > > > Firstly, we’re setting up a new DSpace repository for research data, and > are > > looking at using sword 2. I’ve upgraded our dspace version to 1.8 and > sword > > seems to be working fine (returning the service document as you’d > expect). > > > > > > > > However, I can’t get the service document for sword 2. I’ve amended the > cfg > > file and defined a path in the tomcat server.xml file, exactly as I have > > done for the original sword module but it won’t work. Any ideas what I > might > > be doing wrong? > > In what way doesn't it work? An error, a 404, etc.? > > Cheers, > > Richard > > > > Secondly, does Swordv2 allow the user to amend items they have previously > > submitted and that have gone through the workflow process and are in the > > archive? This is quite important to us since we want to create a user > > interface that allows users to amend their items if they need to, such > as if > > they want to add another file or amend some metadata in the repository. > > > > > > > > > > > > Thanks in advance for this. > > > > > > > > Ian > > > > > > > > > > > > ------------ > > > > Ian Wellaway > > > > Senior System Support & Development Officer - Academic Systems (Room 911) > > Wednesdays only > > > > & > > > > Technical Developer, Open Exeter - Infrastructure Systems (Room 54) > Monday - > > Tuesday, Thursday - Friday > > > > > > > > Exeter IT > > Laver Building > > University of Exeter > > EX4 4QE > > UK > > > > > > > > tel +44 1392 722852 > > > > > > > > > > > ------------------------------------------------------------------------------ > > Live Security Virtual Conference > > Exclusive live event will cover all the ways today's security and > > threat landscape has changed and how IT managers can respond. Discussions > > will include endpoint security, mobile security and the latest in malware > > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > _______________________________________________ > > sword-app-tech mailing list > > swo...@li... > > https://lists.sourceforge.net/lists/listinfo/sword-app-tech > > > > > > -- > > Richard Jones, > > Founder, Cottage Labs > t: @richard_d_jones, @cottagelabs > w: http://cottagelabs.com > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > sword-app-tech mailing list > swo...@li... > https://lists.sourceforge.net/lists/listinfo/sword-app-tech > -- [image: @mire Inc.] *Mark Diggory *(Schedule a Meeting <https://tungle.me/markdiggory>) *2888 Loker Avenue East, Suite 305, Carlsbad, CA. 92010* *Esperantolaan 4, Heverlee 3001, Belgium* http://www.atmire.com |
|
From: Brian 'P. G. <bga...@en...> - 2012-05-29 19:00:33
|
Hello, I am getting a java.lang.NullPointerException at java.util.zip.ZipFile.getInputStream when attempting to deposit a zipfile into a collection on a DSpace server using SWORD. Naturally, this causes an HTTP 500 error response from the server. (I get proper responses for all other error conditions such as unrecognized packaging, invalid content-type, invalid auth, etc.) I get the same results using both the sword2ruby lib (after an X-Packaging fix) and the web-based client at http://client.swordapp.org/client/. The zipfiles I've tried are all small and valid/non-corrupted, etc.. For reference, I am using the collection.post_media!() method within the sword2ruby lib. I do not personally have access to the DSpace server, but I have gotten an excerpt of the logs for these events. I am completely out of ideas on what I can try differently on my client-side. Does anyone have any suggestions? Here's an excerpt from the log for one of the events: 2012-05-23 00:10:58,947 INFO org.dspace.sword.SWORDService @ [2012-05-23 00:10:58.947] Initialising depositor for an Item in a Collection; 2012-05-23 00:10:58,948 INFO org.dspace.sword.SWORDService @ [2012-05-23 00:10:58.948] Loaded ingester: org.dspace.sword.SWORDMETSIngester; 2012-05-23 00:10:58,948 INFO org.dspace.sword.SWORDService @ [2012-05-23 00:10:58.948] Using package manifest format: METS; 2012-05-23 00:10:58,948 INFO org.dspace.sword.SWORDService @ [2012-05-23 00:10:58.948] Loaded package ingester: org.dspace.content.packager.DSpaceMETSIngester; 2012-05-23 00:10:58,948 INFO org.dspace.content.packager.AbstractMETSIngester @ bga...@en...:session_id=0:ip_addr=174.37.140.14:package_parse:Parsing package for ingest, file=SWORD-174.37.140.14-29 2012-05-23 00:10:58,948 ERROR org.dspace.sword.SWORDMETSIngester @ caught exception: java.lang.NullPointerException at java.util.zip.ZipFile.getInputStream(ZipFile.java:192) at org.dspace.content.packager.AbstractMETSIngester.parsePackage(AbstractMETSIngester.java:333) at org.dspace.content.packager.AbstractMETSIngester.ingest(AbstractMETSIngester.java:201) at org.dspace.sword.SWORDMETSIngester.ingest(SWORDMETSIngester.java:93) at org.dspace.sword.CollectionDepositor.doDeposit(CollectionDepositor.java:112) at org.dspace.sword.DepositManager.deposit(DepositManager.java:148) at org.dspace.sword.DSpaceSWORDServer.doDeposit(DSpaceSWORDServer.java:120) at org.purl.sword.server.DepositServlet.doPost(DepositServlet.java:299) at javax.servlet.http.HttpServlet.service(HttpServlet.java:709) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:541) at org.apache.catalina.valves.FastCommonAccessLogValve.invoke(FastCommonAccessLogValve.java:495) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:868) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:663) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:662) 2012-05-23 00:10:58,949 ERROR org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/sword].[deposit] @ Servlet.service() for servlet deposit threw exception [SNIP - log repeats Java stacktrack beginning with java.lang.NullPointerException here -bgadoury] Thank you, Brian Gadoury |
|
From: Richard J. <ri...@co...> - 2012-05-29 14:46:27
|
On 29 May 2012 14:38, Wellaway, Ian <I.J...@ex...> wrote: > Hi, > > > > New to this list and I have some pretty basic questions: > > > > > > Firstly, we’re setting up a new DSpace repository for research data, and are > looking at using sword 2. I’ve upgraded our dspace version to 1.8 and sword > seems to be working fine (returning the service document as you’d expect). > > > > However, I can’t get the service document for sword 2. I’ve amended the cfg > file and defined a path in the tomcat server.xml file, exactly as I have > done for the original sword module but it won’t work. Any ideas what I might > be doing wrong? In what way doesn't it work? An error, a 404, etc.? Cheers, Richard > Secondly, does Swordv2 allow the user to amend items they have previously > submitted and that have gone through the workflow process and are in the > archive? This is quite important to us since we want to create a user > interface that allows users to amend their items if they need to, such as if > they want to add another file or amend some metadata in the repository. > > > > > > Thanks in advance for this. > > > > Ian > > > > > > ------------ > > Ian Wellaway > > Senior System Support & Development Officer - Academic Systems (Room 911) > Wednesdays only > > & > > Technical Developer, Open Exeter - Infrastructure Systems (Room 54) Monday - > Tuesday, Thursday - Friday > > > > Exeter IT > Laver Building > University of Exeter > EX4 4QE > UK > > > > tel +44 1392 722852 > > > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > sword-app-tech mailing list > swo...@li... > https://lists.sourceforge.net/lists/listinfo/sword-app-tech > -- Richard Jones, Founder, Cottage Labs t: @richard_d_jones, @cottagelabs w: http://cottagelabs.com |
|
From: Steve S. <ste...@gm...> - 2012-05-29 14:06:27
|
What version of SWORD is packaged with the latest Fedora? Is it enabled by default? -- Steve Sonnenberg |
|
From: LEWIS S. <Stu...@ed...> - 2012-05-29 13:55:52
|
The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. |
|
From: Wellaway, I. <I.J...@ex...> - 2012-05-29 13:38:19
|
Hi, New to this list and I have some pretty basic questions: Firstly, we're setting up a new DSpace repository for research data, and are looking at using sword 2. I've upgraded our dspace version to 1.8 and sword seems to be working fine (returning the service document as you'd expect). However, I can't get the service document for sword 2. I've amended the cfg file and defined a path in the tomcat server.xml file, exactly as I have done for the original sword module but it won't work. Any ideas what I might be doing wrong? Secondly, does Swordv2 allow the user to amend items they have previously submitted and that have gone through the workflow process and are in the archive? This is quite important to us since we want to create a user interface that allows users to amend their items if they need to, such as if they want to add another file or amend some metadata in the repository. Thanks in advance for this. Ian ------------ Ian Wellaway Senior System Support & Development Officer - Academic Systems (Room 911) Wednesdays only & Technical Developer, Open Exeter - Infrastructure Systems (Room 54) Monday - Tuesday, Thursday - Friday Exeter IT Laver Building University of Exeter EX4 4QE UK tel +44 1392 722852 |
|
From: Mark D. <mdi...@at...> - 2012-05-25 17:10:12
|
On Thu, May 24, 2012 at 11:33 AM, Richard Jones <ri...@co...>wrote: > Hi Mark, > > > >> https://bitbucket.org/richardjones/sword-packagers > >> > >> I would like to migrate these to the swordapp project on github, and > >> restructure the project so that it would be easy for others to > >> contrib > >> their own packager plugins. Probably each plugin would be its own > >> maven project, and they could be included as modules in an overall > >> "sword packagers" maven module. Open to other suggestions though. > > > > This looks interesting and useful, and a good way to add more package > formats to Java applications. Would you welcome plugins in other languages > that might integrate easily with SWORD client and servers not written in > Java (I'm thinking of python, for example)? > > These plugins are specifically for DSpace because they conform a) to > the SWORDv2 for DSpace plugin interface, and b) the DSpace API. > > I'm not sure how you would go about writing packager plugins for SWORD > without having a specific server-side implementation in mind. There > could be some scope in encouraging the community to write software > wrappers around package formats, which are generic and open enough to > be widely used, such as a number of people (including myself) on this > list are doing with BagIt. > I think that for the Java case, at least having a strategy for "parsing" the contents of the package into a reasonable structure and being able to reference portions of that structure from some specific manifest technology references. This does make me think of adoption of a tool like VFS or the like. (http://commons.apache.org/vfs/). Which would give the underlying provider a common API and referencing mechanism to interact with package contents: For instance, say that we have a temp directory the package zip is uploaded to zip:file:///tmp/sword/temporaryfile.zip!mets.xml zip:file:///tmp/sword/temporaryfile.zip!file1.ext zip:file:///tmp/sword/temporaryfile.zip!file2.ext Or if its gzip or bzip tgz:file:///tmp/sword/temporaryfile.tar.gz!mets.xml tgz:file:///tmp/sword/temporaryfile.tar.gz!file1.ext tgz:file:///tmp/sword/temporaryfile.tar.gz!file2.ext Or that the pdf is uploaded to file:///tmp/sword/temporaryfile.pdf Perhaps a representation can be made for the atom entry as a manifest. The general idea would be that the archive encapsulation format be made more of a SWORD feature, while the Manifest evaluation might still be very implementation centric. Mark -- [image: @mire Inc.] *Mark Diggory *(Schedule a Meeting <https://tungle.me/markdiggory>) *2888 Loker Avenue East, Suite 305, Carlsbad, CA. 92010* *Esperantolaan 4, Heverlee 3001, Belgium* http://www.atmire.com |
|
From: Richard J. <ri...@co...> - 2012-05-24 18:33:38
|
Hi Mark, >> https://bitbucket.org/richardjones/sword-packagers >> >> I would like to migrate these to the swordapp project on github, and >> restructure the project so that it would be easy for others to >> contrib >> their own packager plugins. Probably each plugin would be its own >> maven project, and they could be included as modules in an overall >> "sword packagers" maven module. Open to other suggestions though. > > This looks interesting and useful, and a good way to add more package formats to Java applications. Would you welcome plugins in other languages that might integrate easily with SWORD client and servers not written in Java (I'm thinking of python, for example)? These plugins are specifically for DSpace because they conform a) to the SWORDv2 for DSpace plugin interface, and b) the DSpace API. I'm not sure how you would go about writing packager plugins for SWORD without having a specific server-side implementation in mind. There could be some scope in encouraging the community to write software wrappers around package formats, which are generic and open enough to be widely used, such as a number of people (including myself) on this list are doing with BagIt. For example, for the University of Oslo, I'm working on a library to serialise and deserialise BagIts which conform to the profile required by the project: https://github.com/nye-duo/BagItLibrary This is independent of the repository implementation, so I have then written a packager for DSpace which uses this library to stitch the generic knowledge of the package format to the DSpace API and DSpace SWORDv2 implementation. The "sword packagers" project that I imagined would initially only, therefore, be useful for DSpace users, but it would be good to see the equivalent work for other platforms. What I'd really hope to see is some consensus across clients and servers as to the most useful package formats, which is more likely to be achieved if there are implementations of those formats for the respective server environmetns. >> By doing something practical, rather than working on a more abstract >> package registry, we might learn enough about the problem space and >> the package formats which are in common usage to bootstrap a package >> registry off of it (or maybe we won't even need to). >> > > Agreed, in my attempt to understand I described what is basically an abstract package registry. I still think such a thing would be very useful but I acknowledge what you say about concerted effort. Yes, I definitely agree it would be useful. The problems here are also not purely technical, but also social - getting people to use a registry, getting the documentation for the formats, minting appropriate uris, and all those other things which are technically easy but surprisingly hard to get done. > I also agree that gaining experience with a few commonly used package formats is a useful approach, and I'd be happy to contribute to that body of knowledge. I suppose that implementing simple use cases in my own environment and share the results is the best way to start that. Yes, that would be great. We need to start to build up a body of work around this problem, and then we can formalise our approach to it later :) Cheers, Richard -- Richard Jones, Founder, Cottage Labs t: @richard_d_jones, @cottagelabs w: http://cottagelabs.com |
|
From: Mark J. <mj...@sf...> - 2012-05-24 17:09:34
|
Hi Richard, ----- Original Message ----- [...] > Some caution required with these definitions: SWORD is not a > container > format, it's a transport protocol, most principally defined by its > protocol operations (Section 6 in the spec). SWORD is more > interested > in the process of data exchange (what it means to create, to update, > to delete), while BagIt is more focussed on the format of data > exchange (albeit in a relatively loose way). Sorry, thanks for calling me on that, I was oversimplifying to keep my paragraphs short. [...] > > https://bitbucket.org/richardjones/sword-packagers > > I would like to migrate these to the swordapp project on github, and > restructure the project so that it would be easy for others to > contrib > their own packager plugins. Probably each plugin would be its own > maven project, and they could be included as modules in an overall > "sword packagers" maven module. Open to other suggestions though. This looks interesting and useful, and a good way to add more package formats to Java applications. Would you welcome plugins in other languages that might integrate easily with SWORD client and servers not written in Java (I'm thinking of python, for example)? > > By doing something practical, rather than working on a more abstract > package registry, we might learn enough about the problem space and > the package formats which are in common usage to bootstrap a package > registry off of it (or maybe we won't even need to). > Agreed, in my attempt to understand I described what is basically an abstract package registry. I still think such a thing would be very useful but I acknowledge what you say about concerted effort. I also agree that gaining experience with a few commonly used package formats is a useful approach, and I'd be happy to contribute to that body of knowledge. I suppose that implementing simple use cases in my own environment and share the results is the best way to start that. Mark |
|
From: Richard J. <ri...@co...> - 2012-05-24 16:02:45
|
Hi Mark, > I understand the protocol, it's very clear, but what I am asking is, is there a list somewhere of package formats, and their internal structures (e.g., what metadata formats are allowed, how are relationships between multipart objects like a thesis and its two supplemental files described, etc.). No such thing exists (yet). We have talked about doing something like this for SWORD for a long time, but the problem is surprisingly hard, and some concerted effort and support would be needed to successfully pull it off. Conscious of the fact that support for a standard package format is a central problem of deposit which wasn't being addressed by SWORDv1, we have implemented a minimal possible package format in SWORDv2 which consists of: a) providing metadata as dcterms embedded in an atom:entry document b) providing a simple zip file as the packaged payload To deposit a "package" consisting of some dcterms metadata and a bunch of zipped files you can do: POST Atom Entry to Col-IRI - creates a new item with the metadata PUT SimpleZip to EM-IRI - sends the content to the media resource of the item In DSpace this will unpack all the files into the ORIGINAL bundle, and will xwalk the metadata as per the swordv2-server.cfg. Some servers may allow you to do this same operation in a single Multipart deposit, but from a technical point of view we have had a hard time getting multipart to behave consistently or uniformly, and overall server-side support is poor, so I recommend the above 2 stage deposit. > Marco used BagIt as an example, and my own institution would use BagIt as a way of moving groups of related files around and storing them together, but, to draw a parallel between SWORD and BagIt, both are just containers that are agnostic to the payloads they carry. METS is the same. Tools that define the container only handle half the process of data exchange; what we need are a set of profiles or other ways of specifying the details of how the payload is structured so that once it is removed from the container, other applications know how to reassemble it. Some caution required with these definitions: SWORD is not a container format, it's a transport protocol, most principally defined by its protocol operations (Section 6 in the spec). SWORD is more interested in the process of data exchange (what it means to create, to update, to delete), while BagIt is more focussed on the format of data exchange (albeit in a relatively loose way). > If such a list or registry doesn't exist, would there be interest in starting one, and describing the packaging formats the community is using (and willing to share) in a standardized way, as is done with METS profiles or DC application profiles? I would very much like to start one, though it could be quite hard to do generically. In the mean time, I have been working on a more practical idea for DSpace: For another project I wrote a DocX and XIF ingester for SWORDv2, which currently aren't incorporated in the main DSpace release, but are available in a separate project here: https://bitbucket.org/richardjones/sword-packagers I would like to migrate these to the swordapp project on github, and restructure the project so that it would be easy for others to contrib their own packager plugins. Probably each plugin would be its own maven project, and they could be included as modules in an overall "sword packagers" maven module. Open to other suggestions though. By doing something practical, rather than working on a more abstract package registry, we might learn enough about the problem space and the package formats which are in common usage to bootstrap a package registry off of it (or maybe we won't even need to). Cheers, Richard > ----- Original Message ----- >> Hi Mark, >> >> What you are after is the Service Document. The Sword spec describes >> a >> Service Document that the server should provide when requested, to >> advertise amongst other things, what package formats it supports. So >> the >> typical conversation would go... >> >> Client - "Please send me your Service Document" >> Server - "Here it is" >> Client - "Thanks. Now I know what you support I'm going to send you a >> package you will be happy with" >> Server - "Got it!" >> >> Sorry, got to rush but I'll try and find some links to examples >> later. >> >> Cheers, Robin. >> >> >> >> On 24/05/12 15:39, Mark Jordan wrote: >> > Marco, >> > >> > Thanks for the pointer to your blog, I'll take a look. I realize >> > that SWORD is just a transfer protocol, and that the packaging >> > formats are independent of the protocol (in the same way that >> > metadata formats are independent of OAI-PMH), but I am trying to >> > determine the degree to which the packing formats are >> > standardized. Specifically, I'm struggling to understand how a >> > client and a server can exchange content effectively in the >> > packaging format Foo (which they both agree via a protocol >> > handshake is the format they are exchanging) if they don't have a >> > shared understanding of the internal structure of the Foo format, >> > or, more accurately, if the services behind the client and the >> > server don't understand the internal structure of Foo. >> > >> > So, I'm really asking about what happens before the SWORD client >> > sends the package off to the server, and what happens after the >> > SWORD server hands the transferred package off to the repository. >> > If a publisher or other service provider asks "Does your >> > repository support SWORD?" I'd like to be able to tell them, "Yes, >> > in these formats that we all understand", instead of having to >> > explain to the publisher how I want the content packaged up, or >> > take the content in whatever format the publisher provides and >> > figure out how to get it into the target repository. >> > >> > Mark >> > >> > ----- Original Message ----- >> >> Hi Mark, >> >> >> >> I have been using SWORDv2 with DSpace. SWORD is just a transfer >> >> protocol, it doesn't really matter what type of package you send >> >> with it, as long as the receiving SWORD server understands how to >> >> handle it. >> >> >> >> I used DSpace METS SIP, simple zip files, and binary files because >> >> the DSpace SWORDv2 server implementation supported those packages. >> >> Then, we wanted to try BagIt, so I wrote a so called "ingester" to >> >> let the SWORDv2 DSpace server handle BagIt packages. And since I >> >> was >> >> at it, I also made one for DataBankBagIt packages, which are not >> >> in >> >> the SWORD documentation (and also have a different namespace, >> >> http://dataflow.ox.ac.uk/package/DataBankBagIt). You can define >> >> your >> >> own package format if you want to. >> >> >> >> You can read about our work on SWORD on the blog of our project, >> >> Sustainable Management of Digital Music Research Data: >> >> >> >> http://rdm.c4dm.eecs.qmul.ac.uk/sword-tools >> >> >> >> http://rdm.c4dm.eecs.qmul.ac.uk/datastage-and-dspace >> >> >> >> Good luck! >> >> Best regards >> >> Marco >> >> >> >> -------------------------------------------------- >> >> Marco Fabiani >> >> Postdoctoral Research Assistant >> >> Centre for Digital Music >> >> School of Electronic Engineering and Computer Science >> >> Queen Mary, University of London >> >> Mile End Road, London E1 4NS, UK >> >> >> >> On 23 May 2012, at 21:40, Mark Jordan wrote: >> >> >> >>> Hi, >> >>> >> >>> Sorry for this second n00b question to the list in less than a >> >>> few >> >>> weeks. >> >>> >> >>> Is there any public documentation on SWORD2 packaging formats? >> >>> The >> >>> profile uses the DSpace METS SIP and BagIt as examples. I assume >> >>> that the DSpace packaging format is the one described at >> >>> https://wiki.duraspace.org/display/DSPACE/DSpaceMETSSIPProfile, >> >>> but is this actually the case? Does a BagIt profile actually >> >>> exist >> >>> or is it just used as an example? >> >>> >> >>> Our most immediate use case is that we am exploring using SWORD2 >> >>> to >> >>> move theses from our thesis management system to our Drupal-based >> >>> IR. There is a SWORD1 server module for Drupal but not a SWORD2 >> >>> server. I'd like to make the SWORD2 server as generic as possible >> >>> in terms of deposit but am unclear on what the common packaging >> >>> formats are and how they are documented. >> >>> >> >>> Thanks, >> >>> >> >>> Mark >> >>> >> >>> >> >>> >> >>> ------------------------------------------------------------------------------ >> >>> Live Security Virtual Conference >> >>> Exclusive live event will cover all the ways today's security and >> >>> threat landscape has changed and how IT managers can respond. >> >>> Discussions >> >>> will include endpoint security, mobile security and the latest in >> >>> malware >> >>> threats. >> >>> http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> >>> _______________________________________________ >> >>> sword-app-tech mailing list >> >>> swo...@li... >> >>> https://lists.sourceforge.net/lists/listinfo/sword-app-tech >> >> >> > ------------------------------------------------------------------------------ >> > Live Security Virtual Conference >> > Exclusive live event will cover all the ways today's security and >> > threat landscape has changed and how IT managers can respond. >> > Discussions >> > will include endpoint security, mobile security and the latest in >> > malware >> > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> > _______________________________________________ >> > sword-app-tech mailing list >> > swo...@li... >> > https://lists.sourceforge.net/lists/listinfo/sword-app-tech >> >> >> -- >> The University of Edinburgh is a charitable body, registered in >> Scotland, with registration number SC005336. >> >> >> ------------------------------------------------------------------------------ >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. >> Discussions >> will include endpoint security, mobile security and the latest in >> malware >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> _______________________________________________ >> sword-app-tech mailing list >> swo...@li... >> https://lists.sourceforge.net/lists/listinfo/sword-app-tech >> > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > sword-app-tech mailing list > swo...@li... > https://lists.sourceforge.net/lists/listinfo/sword-app-tech -- Richard Jones, Founder, Cottage Labs t: @richard_d_jones, @cottagelabs w: http://cottagelabs.com |
|
From: Robin T. <rob...@ed...> - 2012-05-24 15:33:56
|
Hi Mark, Sorry, I had misunderstood. Something like the DSpaceMetsProfile should be sufficiently detailed that if a server says it supports it the client should know what to send. However, in my opinion, the practice hasn't matched the theory. The DSpaceMetsProfile expects the metadata to be Mods, but much of the initial development work for Sword was done using the Eprints DC application profile (SWAP). So, typically, an ePrints repository that says it supports the DSpaceMetsProfile will expect the metadata to conform to the SWAP standard, rather than Mods. If you send it Mods the metadata will disappear down a black hole. I don't mean to pick on ePrints, its just one discrepancy that I happen to know. I agree there is a gap there, we need more and better package standards and profiles and the Sword servers need to support them accurately. Cheers, Robin. On 24/05/12 16:10, Mark Jordan wrote: > Hi Robin, > > I understand the protocol, it's very clear, but what I am asking is, is there a list somewhere of package formats, and their internal structures (e.g., what metadata formats are allowed, how are relationships between multipart objects like a thesis and its two supplemental files described, etc.). Marco used BagIt as an example, and my own institution would use BagIt as a way of moving groups of related files around and storing them together, but, to draw a parallel between SWORD and BagIt, both are just containers that are agnostic to the payloads they carry. METS is the same. Tools that define the container only handle half the process of data exchange; what we need are a set of profiles or other ways of specifying the details of how the payload is structured so that once it is removed from the container, other applications know how to reassemble it. > > If such a list or registry doesn't exist, would there be interest in starting one, and describing the packaging formats the community is using (and willing to share) in a standardized way, as is done with METS profiles or DC application profiles? > > Mark > > > ----- Original Message ----- >> Hi Mark, >> >> What you are after is the Service Document. The Sword spec describes >> a >> Service Document that the server should provide when requested, to >> advertise amongst other things, what package formats it supports. So >> the >> typical conversation would go... >> >> Client - "Please send me your Service Document" >> Server - "Here it is" >> Client - "Thanks. Now I know what you support I'm going to send you a >> package you will be happy with" >> Server - "Got it!" >> >> Sorry, got to rush but I'll try and find some links to examples >> later. >> >> Cheers, Robin. >> >> >> >> On 24/05/12 15:39, Mark Jordan wrote: >>> Marco, >>> >>> Thanks for the pointer to your blog, I'll take a look. I realize >>> that SWORD is just a transfer protocol, and that the packaging >>> formats are independent of the protocol (in the same way that >>> metadata formats are independent of OAI-PMH), but I am trying to >>> determine the degree to which the packing formats are >>> standardized. Specifically, I'm struggling to understand how a >>> client and a server can exchange content effectively in the >>> packaging format Foo (which they both agree via a protocol >>> handshake is the format they are exchanging) if they don't have a >>> shared understanding of the internal structure of the Foo format, >>> or, more accurately, if the services behind the client and the >>> server don't understand the internal structure of Foo. >>> >>> So, I'm really asking about what happens before the SWORD client >>> sends the package off to the server, and what happens after the >>> SWORD server hands the transferred package off to the repository. >>> If a publisher or other service provider asks "Does your >>> repository support SWORD?" I'd like to be able to tell them, "Yes, >>> in these formats that we all understand", instead of having to >>> explain to the publisher how I want the content packaged up, or >>> take the content in whatever format the publisher provides and >>> figure out how to get it into the target repository. >>> >>> Mark >>> >>> ----- Original Message ----- >>>> Hi Mark, >>>> >>>> I have been using SWORDv2 with DSpace. SWORD is just a transfer >>>> protocol, it doesn't really matter what type of package you send >>>> with it, as long as the receiving SWORD server understands how to >>>> handle it. >>>> >>>> I used DSpace METS SIP, simple zip files, and binary files because >>>> the DSpace SWORDv2 server implementation supported those packages. >>>> Then, we wanted to try BagIt, so I wrote a so called "ingester" to >>>> let the SWORDv2 DSpace server handle BagIt packages. And since I >>>> was >>>> at it, I also made one for DataBankBagIt packages, which are not >>>> in >>>> the SWORD documentation (and also have a different namespace, >>>> http://dataflow.ox.ac.uk/package/DataBankBagIt). You can define >>>> your >>>> own package format if you want to. >>>> >>>> You can read about our work on SWORD on the blog of our project, >>>> Sustainable Management of Digital Music Research Data: >>>> >>>> http://rdm.c4dm.eecs.qmul.ac.uk/sword-tools >>>> >>>> http://rdm.c4dm.eecs.qmul.ac.uk/datastage-and-dspace >>>> >>>> Good luck! >>>> Best regards >>>> Marco >>>> >>>> -------------------------------------------------- >>>> Marco Fabiani >>>> Postdoctoral Research Assistant >>>> Centre for Digital Music >>>> School of Electronic Engineering and Computer Science >>>> Queen Mary, University of London >>>> Mile End Road, London E1 4NS, UK >>>> >>>> On 23 May 2012, at 21:40, Mark Jordan wrote: >>>> >>>>> Hi, >>>>> >>>>> Sorry for this second n00b question to the list in less than a >>>>> few >>>>> weeks. >>>>> >>>>> Is there any public documentation on SWORD2 packaging formats? >>>>> The >>>>> profile uses the DSpace METS SIP and BagIt as examples. I assume >>>>> that the DSpace packaging format is the one described at >>>>> https://wiki.duraspace.org/display/DSPACE/DSpaceMETSSIPProfile, >>>>> but is this actually the case? Does a BagIt profile actually >>>>> exist >>>>> or is it just used as an example? >>>>> >>>>> Our most immediate use case is that we am exploring using SWORD2 >>>>> to >>>>> move theses from our thesis management system to our Drupal-based >>>>> IR. There is a SWORD1 server module for Drupal but not a SWORD2 >>>>> server. I'd like to make the SWORD2 server as generic as possible >>>>> in terms of deposit but am unclear on what the common packaging >>>>> formats are and how they are documented. >>>>> >>>>> Thanks, >>>>> >>>>> Mark >>>>> >>>>> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> Live Security Virtual Conference >>>>> Exclusive live event will cover all the ways today's security and >>>>> threat landscape has changed and how IT managers can respond. >>>>> Discussions >>>>> will include endpoint security, mobile security and the latest in >>>>> malware >>>>> threats. >>>>> http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >>>>> _______________________________________________ >>>>> sword-app-tech mailing list >>>>> swo...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/sword-app-tech >>> ------------------------------------------------------------------------------ >>> Live Security Virtual Conference >>> Exclusive live event will cover all the ways today's security and >>> threat landscape has changed and how IT managers can respond. >>> Discussions >>> will include endpoint security, mobile security and the latest in >>> malware >>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >>> _______________________________________________ >>> sword-app-tech mailing list >>> swo...@li... >>> https://lists.sourceforge.net/lists/listinfo/sword-app-tech >> >> -- >> The University of Edinburgh is a charitable body, registered in >> Scotland, with registration number SC005336. >> >> >> ------------------------------------------------------------------------------ >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. >> Discussions >> will include endpoint security, mobile security and the latest in >> malware >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> _______________________________________________ >> sword-app-tech mailing list >> swo...@li... >> https://lists.sourceforge.net/lists/listinfo/sword-app-tech >> -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. |
|
From: Mark J. <mj...@sf...> - 2012-05-24 15:10:26
|
Hi Robin, I understand the protocol, it's very clear, but what I am asking is, is there a list somewhere of package formats, and their internal structures (e.g., what metadata formats are allowed, how are relationships between multipart objects like a thesis and its two supplemental files described, etc.). Marco used BagIt as an example, and my own institution would use BagIt as a way of moving groups of related files around and storing them together, but, to draw a parallel between SWORD and BagIt, both are just containers that are agnostic to the payloads they carry. METS is the same. Tools that define the container only handle half the process of data exchange; what we need are a set of profiles or other ways of specifying the details of how the payload is structured so that once it is removed from the container, other applications know how to reassemble it. If such a list or registry doesn't exist, would there be interest in starting one, and describing the packaging formats the community is using (and willing to share) in a standardized way, as is done with METS profiles or DC application profiles? Mark ----- Original Message ----- > Hi Mark, > > What you are after is the Service Document. The Sword spec describes > a > Service Document that the server should provide when requested, to > advertise amongst other things, what package formats it supports. So > the > typical conversation would go... > > Client - "Please send me your Service Document" > Server - "Here it is" > Client - "Thanks. Now I know what you support I'm going to send you a > package you will be happy with" > Server - "Got it!" > > Sorry, got to rush but I'll try and find some links to examples > later. > > Cheers, Robin. > > > > On 24/05/12 15:39, Mark Jordan wrote: > > Marco, > > > > Thanks for the pointer to your blog, I'll take a look. I realize > > that SWORD is just a transfer protocol, and that the packaging > > formats are independent of the protocol (in the same way that > > metadata formats are independent of OAI-PMH), but I am trying to > > determine the degree to which the packing formats are > > standardized. Specifically, I'm struggling to understand how a > > client and a server can exchange content effectively in the > > packaging format Foo (which they both agree via a protocol > > handshake is the format they are exchanging) if they don't have a > > shared understanding of the internal structure of the Foo format, > > or, more accurately, if the services behind the client and the > > server don't understand the internal structure of Foo. > > > > So, I'm really asking about what happens before the SWORD client > > sends the package off to the server, and what happens after the > > SWORD server hands the transferred package off to the repository. > > If a publisher or other service provider asks "Does your > > repository support SWORD?" I'd like to be able to tell them, "Yes, > > in these formats that we all understand", instead of having to > > explain to the publisher how I want the content packaged up, or > > take the content in whatever format the publisher provides and > > figure out how to get it into the target repository. > > > > Mark > > > > ----- Original Message ----- > >> Hi Mark, > >> > >> I have been using SWORDv2 with DSpace. SWORD is just a transfer > >> protocol, it doesn't really matter what type of package you send > >> with it, as long as the receiving SWORD server understands how to > >> handle it. > >> > >> I used DSpace METS SIP, simple zip files, and binary files because > >> the DSpace SWORDv2 server implementation supported those packages. > >> Then, we wanted to try BagIt, so I wrote a so called "ingester" to > >> let the SWORDv2 DSpace server handle BagIt packages. And since I > >> was > >> at it, I also made one for DataBankBagIt packages, which are not > >> in > >> the SWORD documentation (and also have a different namespace, > >> http://dataflow.ox.ac.uk/package/DataBankBagIt). You can define > >> your > >> own package format if you want to. > >> > >> You can read about our work on SWORD on the blog of our project, > >> Sustainable Management of Digital Music Research Data: > >> > >> http://rdm.c4dm.eecs.qmul.ac.uk/sword-tools > >> > >> http://rdm.c4dm.eecs.qmul.ac.uk/datastage-and-dspace > >> > >> Good luck! > >> Best regards > >> Marco > >> > >> -------------------------------------------------- > >> Marco Fabiani > >> Postdoctoral Research Assistant > >> Centre for Digital Music > >> School of Electronic Engineering and Computer Science > >> Queen Mary, University of London > >> Mile End Road, London E1 4NS, UK > >> > >> On 23 May 2012, at 21:40, Mark Jordan wrote: > >> > >>> Hi, > >>> > >>> Sorry for this second n00b question to the list in less than a > >>> few > >>> weeks. > >>> > >>> Is there any public documentation on SWORD2 packaging formats? > >>> The > >>> profile uses the DSpace METS SIP and BagIt as examples. I assume > >>> that the DSpace packaging format is the one described at > >>> https://wiki.duraspace.org/display/DSPACE/DSpaceMETSSIPProfile, > >>> but is this actually the case? Does a BagIt profile actually > >>> exist > >>> or is it just used as an example? > >>> > >>> Our most immediate use case is that we am exploring using SWORD2 > >>> to > >>> move theses from our thesis management system to our Drupal-based > >>> IR. There is a SWORD1 server module for Drupal but not a SWORD2 > >>> server. I'd like to make the SWORD2 server as generic as possible > >>> in terms of deposit but am unclear on what the common packaging > >>> formats are and how they are documented. > >>> > >>> Thanks, > >>> > >>> Mark > >>> > >>> > >>> > >>> ------------------------------------------------------------------------------ > >>> Live Security Virtual Conference > >>> Exclusive live event will cover all the ways today's security and > >>> threat landscape has changed and how IT managers can respond. > >>> Discussions > >>> will include endpoint security, mobile security and the latest in > >>> malware > >>> threats. > >>> http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > >>> _______________________________________________ > >>> sword-app-tech mailing list > >>> swo...@li... > >>> https://lists.sourceforge.net/lists/listinfo/sword-app-tech > >> > > ------------------------------------------------------------------------------ > > Live Security Virtual Conference > > Exclusive live event will cover all the ways today's security and > > threat landscape has changed and how IT managers can respond. > > Discussions > > will include endpoint security, mobile security and the latest in > > malware > > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > _______________________________________________ > > sword-app-tech mailing list > > swo...@li... > > https://lists.sourceforge.net/lists/listinfo/sword-app-tech > > > -- > The University of Edinburgh is a charitable body, registered in > Scotland, with registration number SC005336. > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. > Discussions > will include endpoint security, mobile security and the latest in > malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > sword-app-tech mailing list > swo...@li... > https://lists.sourceforge.net/lists/listinfo/sword-app-tech > |
13 messages has been excluded from this view by a project administrator.
