---------- Forwarded message ---------- From: Julie Allinson <julie.allin...@york.ac.uk> Date: 21 January 2011 22:44 Subject: Re: content negotiating for package formats To: Ian Stuart <ian.stu...@ed.ac.uk> Cc: techadvisorypa...@swordapp.org
On 21/01/2011 08:46, Ian Stuart wrote: > > On 20/01/11 18:11, Julie Allinson wrote: >> >> I might be talking nonsense here, but is this something that could >> support 'graceful' behaviour ... one thing I noticed in testing was that >> EPrints will accept a METS package with epdcx but the deposit fails if >> there is any other metadata instead of or in addition to the epdcx >> embedded in the METS doc. I'm not criticising EPrints or advocating METS >> but it struck me that if there is a package that could be deposited >> knowing that it will succeed and that you could stuff all kinds of >> things into it which the repository will either know what to do with and >> do that (unpack etc.) or simply accept and store? ... so for the EPrints >> case, you might need a new export plug, but in the meantime you could >> still be making deposits. > > EPrints does, indeed, expect epcdx in the <xmlData> section of the METS data, > however I have also found that EPints is much more relaxed about the > structure of METS/epcdx that DPspace is.... I've yet to find a Fedora > volunteer to try imports with ;-) Is that a hint? ... we could probably help with Fedora at York. > > It is certainly possible to write an Importer for EPrints that will accept > whatever format you care to specify... and my experience is that this is > easier in EPrints than DSpace (but then again, I'm a Perl Monkey :chuckle: ) > > Whilst on the subject of epcdx: I am swinging away from it now - there are > just so many things it doesn't do well, or misses out all together. Perhaps > this is an opportunity to get people from L&T, Data, Article, and various > other data-store types together, and try to come up with an extensible core > schema that can be both cross-platform as well as cross-type? > I don't think this is for SWORD to fix ... I agree epdcx hasn't had the takeup it might have, is problematic and isn't being actively maintained. The only other reliable alternative currently is DC. Is there any work happening in JISC/UKOLN at the moment around this area? Julie -- Julie Allinson<julie.allin...@york.ac.uk> Digital Library Manager University Library& Archives, J.B. Morrell Library University of York, Heslington, York, YO10 5DD, UK tel: ++44 (0) 1904 324083 skype: j.allinson web: http://tinyurl.com/dcd6a5 disclaimer: http://www.york.ac.uk/docs/disclaimer/email.htm -- ------------------------------------------------------------------------------ Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d _______________________________________________ Sword-app-techadvisorypanel mailing list Sword-app-techadvisorypanel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sword-app-techadvisorypanel
