<div dir="ltr">Hello everybody,<div><br></div><div>I noticed another issue with the Atom.xsl import stylesheet. The wildcard transformation:</div><div><br></div><div>&lt;xsl:apply-templates select=&quot;atom:entry/*&quot; /&gt;<br></div><div><br></div><div>in combination with the following list of templates and the final ignore whitelist is problematic. If the imported Atom XML file contains nodes that are neither covered by an XSL template nor listed in the ignore whitelist (i.e. atom:published), then the resulting EPrints XML file will be malformed because the nodes get rendered in the file as plain XML literals.</div><div><br></div><div>I created a pull request here: <a href="https://github.com/eprints/eprints/pull/420">https://github.com/eprints/eprints/pull/420</a></div><div><br></div><div>It includes the fixes from John, a more robust implementation of the existing atom transformation and the support for mapping dcterms:type and dcterms:subject.</div><div><br></div><div>All the best,</div><div><br></div><div>Sebastian</div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><p style="font-size:12.8px;line-height:12pt"><b><span style="font-size:9pt;font-family:Helvetica,sans-serif;color:rgb(38,38,38)">Semiodesk GmbH | </span></b><span style="font-size:9pt;font-family:Helvetica,sans-serif;color:rgb(38,38,38)">Werner-von-Siemens-Str. 6 Geb. 15k, 86159 Augsburg, Germany</span><span style="color:rgb(38,38,38)"> </span><span style="font-size:9pt;color:rgb(38,38,38)">| </span><span style="font-size:9pt;font-family:Helvetica,sans-serif;color:rgb(38,38,38)">Phone: +49 821 8854401</span><span style="color:rgb(38,38,38)"> </span><span style="font-size:9pt;font-family:Helvetica,sans-serif;color:rgb(38,38,38)">| Fax: +49 821 8854410</span><span style="color:rgb(38,38,38)"> |</span><span style="color:rgb(31,73,125)"> </span><span style="font-size:9pt;font-family:Helvetica,sans-serif;color:rgb(17,158,255)"><span style="color:rgb(17,158,255)"><a href="http://www.semiodesk.com/" style="color:rgb(17,85,204)" target="_blank">www.semiodesk.com</a></span></span><span style="font-size:9pt;font-family:Helvetica,sans-serif;color:rgb(31,73,125)"><u></u><u></u></span></p><p style="font-size:12.8px;line-height:12pt"><span style="font-size:9pt;font-family:Helvetica,sans-serif;color:rgb(17,158,255)"><br></span></p><p style="font-size:12.8px"><span style="font-size:8.5pt;font-family:Helvetica,sans-serif;color:rgb(153,153,153)">This e-mail message may contain confidential or legally privileged information and is intended only for the use of the intended recipient(s). Any unauthorized disclosure, dissemination, distribution, copying or the taking of any action in reliance on the information herein is prohibited. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, or contain viruses. Anyone who communicates with us by e-mail is deemed to have accepted these risks. Semiodesk GmbH is not responsible for errors or omissions in this message and denies any responsibility for any damage arising from the use of e-mail. Any opinion and other statement contained in this message and any attachment are solely those of the author and do not necessarily represent those of the company.</span></p></div></div></div></div></div>
<br><div class="gmail_quote">2016-08-31 18:08 GMT+02:00 Sebastian Faubel <span dir="ltr">&lt;<a href="mailto:sebastian@semiodesk.com" target="_blank">sebastian@semiodesk.com</a>&gt;</span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><div dir="ltr">Dear John,<div><br></div><div>thank you for your quick response. I also think that the standard URI for the eprint_status should be used instead of the solution that was proposed by me. However, I am new to EPrints and do not know which the standard URI actually is.</div><div><br></div><div>Concerning the subjects: I understand that one could import terms that are not defined in the local vocabulary. However, this is a general problem with using plain literals as identifiers* and not specific to the Atom XML import. The problem also exists when importing EPrints XML datasets. Am I wrong here? If not, then I would suggest to add the support for setting the item type and subjects as I proposed because it does not break anything. It simply generates the equivalent of an EPrints XML dataset.</div><div><br></div><div>From a user perspective, everybody is happy if the terms are aligned upon submission. If not, a reviewer has the chance of detecting he problem. However, if these terms are entirely left out then reviewers have no chance of finding out what was originally meant which in turn may complicate the reviewing process.</div><div><br></div><div>Moreover, installing a plugin to enable this feature does not solve the actual problem. Therefore, I think if this feature is used correctly, then it is a chance to make deposits to EPrints repositories more convenient for end-users and reviewers.</div><div><br></div><div>All the best,</div><div><br></div><div>Sebastian</div><div><br></div><div>* Aside from the problem that the same term may refer to a different concept.</div></div></span><div class="gmail_extra"><br clear="all"><span class=""><div><div data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><p style="font-size:12.8px;line-height:12pt"><b><span style="font-size:9pt;font-family:Helvetica,sans-serif;color:rgb(38,38,38)">Semiodesk GmbH | </span></b><span style="font-size:9pt;font-family:Helvetica,sans-serif;color:rgb(38,38,38)">Werner-von-Siemens-Str. 6 Geb. 15k, 86159 Augsburg, Germany</span><span style="color:rgb(38,38,38)"> </span><span style="font-size:9pt;color:rgb(38,38,38)">| </span><span style="font-size:9pt;font-family:Helvetica,sans-serif;color:rgb(38,38,38)">Phone: <a href="tel:%2B49%20821%208854401" value="+498218854401" target="_blank">+49 821 8854401</a></span><span style="color:rgb(38,38,38)"> </span><span style="font-size:9pt;font-family:Helvetica,sans-serif;color:rgb(38,38,38)">| Fax: <a href="tel:%2B49%20821%208854410" value="+498218854410" target="_blank">+49 821 8854410</a></span><span style="color:rgb(38,38,38)"> |</span><span style="color:rgb(31,73,125)"> </span><span style="font-size:9pt;font-family:Helvetica,sans-serif;color:rgb(17,158,255)"><span style="color:rgb(17,158,255)"><a href="http://www.semiodesk.com/" style="color:rgb(17,85,204)" target="_blank">www.semiodesk.com</a></span></span><span style="font-size:9pt;font-family:Helvetica,sans-serif;color:rgb(31,73,125)"><u></u><u></u></span></p><p style="font-size:12.8px;line-height:12pt"><span style="font-size:9pt;font-family:Helvetica,sans-serif;color:rgb(17,158,255)"><br></span></p><p style="font-size:12.8px"><span style="font-size:8.5pt;font-family:Helvetica,sans-serif;color:rgb(153,153,153)">This e-mail message may contain confidential or legally privileged information and is intended only for the use of the intended recipient(s). Any unauthorized disclosure, dissemination, distribution, copying or the taking of any action in reliance on the information herein is prohibited. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, or contain viruses. Anyone who communicates with us by e-mail is deemed to have accepted these risks. Semiodesk GmbH is not responsible for errors or omissions in this message and denies any responsibility for any damage arising from the use of e-mail. Any opinion and other statement contained in this message and any attachment are solely those of the author and do not necessarily represent those of the company.</span></p></div></div></div></div></div>
<br></span><div class="gmail_quote"><span class="">2016-08-31 16:50 GMT+02:00 John Salter <span dir="ltr">&lt;<a href="mailto:J.Salter@leeds.ac.uk" target="_blank">J.Salter@leeds.ac.uk</a>&gt;</span>:<br></span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">





<div lang="EN-GB" link="blue" vlink="purple">
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1f497d">Hi Sebastian,<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1f497d">Thanks for submitting this patch.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1f497d">The ‘yomiko’ part is a good catch.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1f497d">When I export something as Atom, I get these category elements:<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1f497d">&lt;category term=&quot;article&quot; label=&quot;Article&quot; scheme=&quot;<a href="http://eprints.whiterose.ac.uk/data/eprint/type" target="_blank">http://eprints.whitero<wbr>se.ac.uk/data/eprint/type</a>&quot;/&gt;<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1f497d">&lt;category term=&quot;archive&quot; label=&quot;Live Archive&quot; scheme=&quot;<a href="http://eprints.org/ep2/data/2.0/eprint/eprint_status" target="_blank">http://eprints.org/ep2<wbr>/data/2.0/eprint/eprint_status</a><wbr>&quot;/&gt;<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1f497d">These are generated here:
<a href="https://github.com/eprints/eprints/blob/3.3/perl_lib/EPrints/Plugin/Export/Atom.pm#L258-L272" target="_blank">
https://github.com/eprints/epr<wbr>ints/blob/3.3/perl_lib/EPrints<wbr>/Plugin/Export/Atom.pm#L258-<wbr>L272</a><u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1f497d">The ‘eprint_status’ one uses the <a href="http://eprints.org" target="_blank">eprints.org</a> namespace – which I think is what should possibly be used instead of ‘yomiko’ [EPrints
 Services: how does 3.4 (without a default ‘flavour’) handle this?].<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1f497d">The ‘type’ one uses the repository namespace – I think because these can be configured at the repository level.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1f497d">I have created this pull request:
<a href="https://github.com/eprints/eprints/pull/419" target="_blank">https://github.com/eprints/epr<wbr>ints/pull/419</a> for this.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1f497d">For the ‘subjects’ part, in EPrints, the subjects field is normally a controlled-value field, based on the ‘subjects’ dataset.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1f497d">If values added to the subject field don’t exist in the subjects dataset, EPrints doesn’t break – but they will render like this:<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1f497d">?? value ??<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1f497d">– which isn’t normally what is wanted.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1f497d">By default (in the perl_lib Atom.xsl file), I think it’s safer to *<b>not</b>* map the dcterms:subject into the subjects field (I haven’t
 done this in the pull request above).<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1f497d">To achieve the improved import of data for Artivity, I would either<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1f497d">(i) make a new XSL import mapping (see warning below!):<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1f497d">~/archives/ARCHIVEID/cfg/plugi<wbr>ns/EPrints/Plugin/Import/XSLT/<wbr>ArtivityAtom.xsl (change the attribute to ept:name=”Artivity Atom XML”)<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1f497d">Or (ii) override the default Atom plugin:<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1f497d">~/archives/ARCHIVEID/cfg/plugi<wbr>ns/EPrints/Plugin/Import/XSLT/<wbr>Atom.xsl<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1f497d">!! WARNING !!<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1f497d">I’m not sure how the code here: <a href="https://github.com/eprints/eprints/blob/3.3/perl_lib/EPrints/Plugin/Import/AtomMultipart.pm#L96-L113" target="_blank">https://github.com/eprints/epr<wbr>ints/blob/3.3/perl_lib/EPrints<wbr>/Plugin/Import/AtomMultipart.<wbr>pm#L96-L113</a>
  will behave when there are multiple plugins defined that can handle application/atom+xml imports. If you have two plugins: Atom.xsl and ArtivityAtom.xsl, things might not work. I haven’t tested this (please let us know if you go down this route and it works!).<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1f497d">Also, I’ve never over-ridden an XSL plugin. To override perl EPrints plugins this is the way to do it:<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1f497d"><a href="https://wiki.eprints.org/w/Instructions_for_local_plugins" target="_blank">https://wiki.eprints.org/w/Ins<wbr>tructions_for_local_plugins</a><u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1f497d">I’m not sure if you’d need to, or how you would define the ‘plugin_alias_map’ aspect…<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1f497d">Cheers,<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1f497d">John<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif;color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><b><span lang="EN-US" style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif">From:</span></b><span lang="EN-US" style="font-size:11.0pt;font-family:&quot;Calibri&quot;,sans-serif"> <a href="mailto:eprints-tech-bounces@ecs.soton.ac.uk" target="_blank">eprints-tech-bounces@ecs.soton<wbr>.ac.uk</a> [mailto:<a href="mailto:eprints-tech-bounces@ecs.soton.ac.uk" target="_blank">eprints-tech-bounces@e<wbr>cs.soton.ac.uk</a>]
<b>On Behalf Of </b>Sebastian Faubel<br>
<b>Sent:</b> 31 August 2016 11:43<br>
<b>To:</b> <a href="mailto:eprints-tech@ecs.soton.ac.uk" target="_blank">eprints-tech@ecs.soton.ac.uk</a><br>
<b>Subject:</b> [EP-tech] Atom.xsl Patch Submission<u></u><u></u></span></p>
<p class="MsoNormal"><u></u> <u></u></p>
<div><span>
<p class="MsoNormal">Hello everyone,<u></u><u></u></p>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">I have found the reason why the category id and subjects are not recognized when depositing files in E-Prints using the Atom Publishing Protocol. The XSLT stylesheet &#39;Atom.xsl&#39; [0]  in the Import directory does not handle those elements
 when converting Atom to EPrints XML.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Please find attached a version of the file which handles the dcterms:type and dcterms:subject terms and translates them into E-Prints XML. The dcterms vocabulry seems to be widely used in SWORD protocol implementations (i.e. [1]).<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
</span><div>
<p class="MsoNormal">Additionally, I corrected a line in the stylesheet which transforms a submitted eprints status. The line checked for the status being equal to &#39;<a href="http://yomiko.ecs.soton.ac.uk:8080/data/eprint/status/" target="_blank"><b><span style="color:red">MailScanner
 has detected a possible fraud attempt from &quot;yomiko.ecs.soton.ac.uk80&quot; claiming to be</span></b> http://yomiko.ecs.soton.ac.uk:<wbr>8080/data/eprint/status/</a>&#39;. It seems to me that this is a concrete EPrints instance, so the line would not work for any other EPrints
 instance. I changed the line to: &#39;contains(@scheme,&#39;/eprint/sta<wbr>tus&#39;)&#39;. This should work for all EPrints instances, including my test server.<u></u><u></u></p>
</div><span>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Please let me know if you will be including my patch into the repository.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Thank you,<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Sebastian<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">[0] perl_lib/EPrints/Plugin/Import<wbr>/XSLT/Atom.xsl<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">[1] <a href="http://guides.dataverse.org/en/latest/api/sword.html" target="_blank">http://guides.dataverse.or<wbr>g/en/latest/api/sword.html</a><br clear="all">
<u></u><u></u></p>
<div>
<div>
<div>
<div>
<div>
<p style="line-height:12.0pt"><b><span style="font-size:9.0pt;font-family:&quot;Helvetica&quot;,sans-serif;color:#262626">Semiodesk GmbH | </span></b><span style="font-size:9.0pt;font-family:&quot;Helvetica&quot;,sans-serif;color:#262626">Werner-von-Siemens-Str. 6 Geb. 15k, 86159
 Augsburg, Germany</span><span style="font-size:9.5pt;color:#262626"> </span><span style="font-size:9.0pt;color:#262626">| </span><span style="font-size:9.0pt;font-family:&quot;Helvetica&quot;,sans-serif;color:#262626">Phone: <a href="tel:%2B49%20821%208854401" value="+498218854401" target="_blank">+49 821 8854401</a></span><span style="font-size:9.5pt;color:#262626"> </span><span style="font-size:9.0pt;font-family:&quot;Helvetica&quot;,sans-serif;color:#262626">|
 Fax: <a href="tel:%2B49%20821%208854410" value="+498218854410" target="_blank">+49 821 8854410</a></span><span style="font-size:9.5pt;color:#262626"> |</span><span style="font-size:9.5pt;color:#1f497d"> </span><span style="font-size:9.0pt;font-family:&quot;Helvetica&quot;,sans-serif;color:#119eff"><a href="http://www.semiodesk.com/" target="_blank"><span style="color:#1155cc">www.semiodesk.com</span></a></span><span style="font-size:9.5pt"><u></u><u></u></span></p>
<p style="line-height:12.0pt"><span style="font-size:9.5pt"><u></u> <u></u></span></p>
<p><span style="font-size:8.5pt;font-family:&quot;Helvetica&quot;,sans-serif;color:#999999">This e-mail message may contain confidential or legally privileged information and is intended only for the use of the intended recipient(s). Any unauthorized disclosure, dissemination,
 distribution, copying or the taking of any action in reliance on the information herein is prohibited. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, or contain viruses. Anyone who communicates with us
 by e-mail is deemed to have accepted these risks. Semiodesk GmbH is not responsible for errors or omissions in this message and denies any responsibility for any damage arising from the use of e-mail. Any opinion and other statement contained in this message
 and any attachment are solely those of the author and do not necessarily represent those of the company.</span><span style="font-size:9.5pt"><u></u><u></u></span></p>
</div>
</div>
</div>
</div>
</div>
</div>
</span></div>
</div>
</div>

<br></div></div><span class="">*** Options: <a href="http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech" rel="noreferrer" target="_blank">http://mailman.ecs.soton.ac.uk<wbr>/mailman/listinfo/eprints-tech</a><br>
*** Archive: <a href="http://www.eprints.org/tech.php/" rel="noreferrer" target="_blank">http://www.eprints.org/tech.ph<wbr>p/</a><br>
*** EPrints community wiki: <a href="http://wiki.eprints.org/" rel="noreferrer" target="_blank">http://wiki.eprints.org/</a><br>
*** EPrints developers Forum: <a href="http://forum.eprints.org/" rel="noreferrer" target="_blank">http://forum.eprints.org/</a><br>
<br></span></blockquote></div><br></div>
<br>*** Options: <a href="http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech" rel="noreferrer" target="_blank">http://mailman.ecs.soton.ac.<wbr>uk/mailman/listinfo/eprints-<wbr>tech</a><br>
*** Archive: <a href="http://www.eprints.org/tech.php/" rel="noreferrer" target="_blank">http://www.eprints.org/tech.<wbr>php/</a><br>
*** EPrints community wiki: <a href="http://wiki.eprints.org/" rel="noreferrer" target="_blank">http://wiki.eprints.org/</a><br>
*** EPrints developers Forum: <a href="http://forum.eprints.org/" rel="noreferrer" target="_blank">http://forum.eprints.org/</a><br>
<br></blockquote></div><br></div>