EPrints Technical Mailing List Archive
See the EPrints wiki for instructions on how to join this mailing list and related information.
Message: #07875
< Previous (by date) | Next (by date) > | < Previous (in thread) | Next (in thread) > | Messages - Most Recent First | Threads - Most Recent First
Re: [EP-tech] Antwort: RE: Hyperauthorship
- To: "Newman D.R." <drn@ecs.soton.ac.uk>, "eprints-tech@ecs.soton.ac.uk" <eprints-tech@ecs.soton.ac.uk>, John Salter <J.Salter@leeds.ac.uk>, "martin.braendle@id.uzh.ch" <martin.braendle@id.uzh.ch>
- Subject: Re: [EP-tech] Antwort: RE: Hyperauthorship
- From: Christöpher Gutteridge <totl@soton.ac.uk>
- Date: Wed, 5 Jun 2019 09:44:45 +0000
Citation XML files are loaded in advance, so that's not an issue: https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Feprints%2Feprints%2Fblob%2F3.3%2Fperl_lib%2FEPrints%2FRepository.pm%23L260&data=01%7C01%7C%7C47cbfa6d63684db04f2f08d6e99a710b%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&sdata=9zRCCHqOtd%2Bw7f%2FEAmVF%2FINasz5rXnpnvVIIgHauRBk%3D&reserved=0 You'd need to detect the flag in https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Feprints%2Feprints%2Fblob%2F3.3%2Fperl_lib%2FEPrints%2FRepository.pm%23L1001&data=01%7C01%7C%7C47cbfa6d63684db04f2f08d6e99a710b%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&sdata=0BhLSqWXok0fss0VMXNXzkiIX6q4BXCV0fQQfoZOrJo%3D&reserved=0 somehow. I know it feels easier to put the "no cache" config elsewhere but it really should be part of the citation file itself. On 05/06/2019 10:21, Newman D.R. wrote: > Hi Chris, > > From a repository admin's point of view I can see this being the > easiest and probably most obvious way of stating it should not be > cached. I am just not sure how much of an impact there would be having > to load the citation file each time before making a decision. Maybe > there is something that caches this periodically (i.e. at the start of > when generate_views runs and when EPrints is reloaded in Apache). > > Regards > > David Newman > > On Fri, 2019-05-31 at 13:46 +0100, Christöpher Gutteridge wrote: >> I would suggest that the exception should be added to the citation >> file. >> The issue.xml citation is part of /lib/ so can easily be modified in >> an >> upgrade, which was why that was designed that way. >> >> On 31/05/2019 13:02, Newman D.R. wrote: >>> Hi Chris, >>> >>> Thanks for the info. I will look into it. I was certainly >>> thinking >>> that citation.pl should probably be called citation_caching.pl. >>> >>> Contextual citations may be an interesting edge case to deal with. >>> Is >>> this something that is likely will be present for all modern >>> repositories or just the odd few? I can add an exceptions list >>> based >>> on DataObj type and citation name (e.g. user, eprint, etc. and >>> default, >>> brief, etc.). >>> >>> Regards >>> >>> David Newman >>> >>> On Fri, 2019-05-31 at 12:08 +0100, Christöpher Gutteridge wrote: >>>> I would suggest maybe calling it CitationCache to make it less >>>> confusing >>>> as much of the documentation uses "citation" to refer to the >>>> citation >>>> configuration files. >>>> >>>> I seem to recall from when I looked into this years ago that >>>> there's >>>> a >>>> few citations that should not be cached as they have contextual >>>> information. eg. >>>> https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2 >>>> Fgit >>>> hub.com%2Feprints%2Feprints%2Fblob%2F3.3%2Flib%2Fcitations%2Fepri >>>> nt%2 >>>> Fissue.xml&data=01%7C01%7Cdrn%40ecs.soton.ac.uk%7Cdcea7f66450 >>>> f41b >>>> 7810a08d6e5b85b53%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&sdat >>>> a=Ve >>>> hZmkq%2BhGtlV2BoXyoF3Y9hn2zyBc0ki%2FcLJVyYCsA%3D&reserved=0 >>>> >>>> On 31/05/2019 12:01, Newman D.R. wrote: >>>>> Hi all, >>>>> >>>>> As promised here is the code that I wrote for citation caching: >>>>> >>>>> https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F >>>>> %2Fg >>>>> ithub.com%2Feprints%2Feprints3.4%2Fcommit%2F6aedd1c2b1ba4ce68fc >>>>> eb5c >>>>> da5&data=01%7C01%7Cdrn%40ecs.soton.ac.uk%7Cdcea7f66450f41b7 >>>>> 810a >>>>> 08d6e5b85b53%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&sdata=d >>>>> IoNV >>>>> ArFilGXLssfRvSqnwCLQcA7Jfc43o9I98shzGw%3D&reserved=0 >>>>> c16545a72b9d53 >>>>> >>>>> You need to copy default_zero/cfg.d/citations.pl to your local >>>>> archive >>>>> and set enabled to 1. You then need to run epadmin update to >>>>> create >>>>> the Citation dataset. >>>>> >>>>> I have found that on large browse view listing (e.g. 400-500) >>>>> if >>>>> the >>>>> citations are already cached I get an improvement from a 6 >>>>> second >>>>> load >>>>> time to 2 seconds. However, if the citations need caching >>>>> before >>>>> the >>>>> browse view can be generated then the first load time is 10 >>>>> seconds. >>>>> However, this will be a one off unless you run the >>>>> refresh_citations >>>>> epadmin command that works like refresh_abstracts but for >>>>> citations. >>>>> >>>>> Please feel free to try out and ask any questions. I have >>>>> done >>>>> some >>>>> basic testing on it but I think it is a little way of deploying >>>>> in >>>>> a >>>>> production environment. I would want to be confident that >>>>> citations >>>>> are always cleared when an EPrints is modified, which should >>>>> always >>>>> be >>>>> the case but might be susceptible to race conditions where the >>>>> cache is >>>>> not cleared in time and the old cached citation is used rather >>>>> than >>>>> generating a new one. >>>>> >>>>> Regards >>>>> >>>>> David Newman >>>>> >>>>> On Thu, 2019-05-16 at 14:35 +0000, Newman D.R. via Eprints-tech >>>>> wrote: >>>>>> Hi Chris, >>>>>> >>>>>> I have implemented this but it is still under testing to see >>>>>> how >>>>>> much >>>>>> it speeds things up. I will see if I can make this available >>>>>> as >>>>>> a >>>>>> branch on GitHub at some point. However, I seem to be >>>>>> already >>>>>> being >>>>>> two jobs at the moment. So doing interesting EPrints >>>>>> development >>>>>> rather than basic additional functionality and bug fixing is >>>>>> a >>>>>> bit of >>>>>> a >>>>>> luxury time does not afford. >>>>>> >>>>>> Regards >>>>>> >>>>>> David Newman >>>>>> >>>>>> On Thu, 2019-05-16 at 14:25 +0000, Christöpher Gutteridge via >>>>>> Eprints- >>>>>> tech wrote: >>>>>>> We should have made something long ago which can cache the >>>>>>> rendered >>>>>>> versions of citations and Export plugins for single items, >>>>>>> and >>>>>>> invalidated the cache when records are altered or the >>>>>>> config is >>>>>>> changed... would speed up everything a load. >>>>>>> (Sorry, I sketched the idea years ago and never implemented >>>>>>> it) >>>>>>> On 16/05/2019 15:08, John Salter via Eprints-tech wrote: >>>>>>>> The database takes a big hit for OAI-PMH requests that >>>>>>>> include >>>>>>>> hyper-authored papers. >>>>>>>> We have a block of 100 records that contains ~10 ATLAS >>>>>>>> research >>>>>>>> papers - each with 3,000+ authors. >>>>>>>> This takes a while to generate the XML response (there's >>>>>>>> *a >>>>>>>> lot* >>>>>>>> of >>>>>>>> nodes that get created). >>>>>>>> >>>>>>>> I've got this EPScript addition to limit the authors in a >>>>>>>> citation >>>>>>>> (it's not perfect - I should have used a couple of >>>>>>>> phrases in >>>>>>>> there >>>>>>>> - if I was going to share it formally). >>>>>>>> https://eur03.safelinks.protection.outlook.com/?url=https >>>>>>>> %3A% >>>>>>>> 2F%2 >>>>>>>> Fgist.github.com%2Fjesusbagpuss%2Ffbec13d9986fba8e93b56ae >>>>>>>> 5ba3 >>>>>>>> 4c1& >>>>>>>> amp;data=01%7C01%7Cdrn%40ecs.soton.ac.uk%7C17a35c5698f246 >>>>>>>> 85c2 >>>>>>>> b408 >>>>>>>> d6da0bc70f%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&sda >>>>>>>> ta=l >>>>>>>> 7wL8 >>>>>>>> BnRgf8EA7E3SxuGBraA1Y%2BjALC8VfrCLI2H4Mc%3D&reserved= >>>>>>>> 0 >>>>>>>> 64 >>>>>>>> >>>>>>>> On our summary page we also have the full author list >>>>>>>> displayed. >>>>>>>> For us, the issue we're concerned about is that when we >>>>>>>> have >>>>>>>> a >>>>>>>> paper with loads of authors, if someone editing the item >>>>>>>> visits a >>>>>>>> workflow stage with the authors on it, it takes *ages* to >>>>>>>> do >>>>>>>> anything. >>>>>>>> >>>>>>>> Our repo staff want to retain the complete author list - >>>>>>>> so >>>>>>>> I'll >>>>>>>> continue looking down the 'improved input methods' path >>>>>>>> rather >>>>>>>> than >>>>>>>> 'truncate from source' option. >>>>>>>> >>>>>>>> Cheers, >>>>>>>> John >>>>>>>> >>>>>>>> From: eprints-tech-bounces@ecs.soton.ac.uk >>>>>>>> [mailto:eprints- >>>>>>>> tech- >>>>>>>> bou >>>>>>>> nces@ecs.soton.ac.uk] On Behalf Of martin.braendle--- via >>>>>>>> Eprints- >>>>>>>> tech >>>>>>>> Sent: 16 May 2019 14:36 >>>>>>>> To: John Salter <J.Salter@leeds.ac.uk> >>>>>>>> Cc: eprints-tech@ecs.soton.ac.uk >>>>>>>> Subject: [EP-tech] Antwort: RE: Hyperauthorship >>>>>>>> >>>>>>>> Hi, >>>>>>>> >>>>>>>> we thought of limiting the rendering, too. However, in >>>>>>>> that >>>>>>>> case, >>>>>>>> the database has to deliver the author records before the >>>>>>>> limit >>>>>>>> is >>>>>>>> applied, which involves a performance penalty. Anyone who >>>>>>>> had >>>>>>>> to >>>>>>>> deal with a 2000 author item in EPrints can tell what >>>>>>>> this is >>>>>>>> like. >>>>>>>> That's why we decided to limit on input already. >>>>>>>> >>>>>>>> Cheers, >>>>>>>> >>>>>>>> Martin >>>>>>>> >>>>>>>> "John Salter" ---16.05.2019 14:36:13---Hi Martin, >>>>>>>> Interesting >>>>>>>> approach. The records I'm, looking at all come via >>>>>>>> Symplectic >>>>>>>> or >>>>>>>> Pure - and w >>>>>>>> >>>>>>>> Von: "John Salter" <J.Salter@leeds.ac.uk> >>>>>>>> An: "martin.braendle@id.uzh.ch" <martin.braendle@id.uzh.c >>>>>>>> h>, >>>>>>>> "eprin >>>>>>>> ts-tech@ecs.soton.ac.uk" <eprints-tech@ecs.soton.ac.uk> >>>>>>>> Datum: 16.05.2019 14:36 >>>>>>>> Betreff: RE: [EP-tech] Hyperauthorship >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Hi Martin, >>>>>>>> Interesting approach. The records I'm, looking at all >>>>>>>> come >>>>>>>> via >>>>>>>> Symplectic or Pure - and we could implement some form of >>>>>>>> limit to >>>>>>>> the number of authors - and retain any that are >>>>>>>> 'resolved' >>>>>>>> (local) >>>>>>>> authors. >>>>>>>> >>>>>>>> I was thinking of changing the default input rendering >>>>>>>> for >>>>>>>> the >>>>>>>> creator field along these lines: >>>>>>>> If there are < LIMIT authors, render input as currently >>>>>>>> exists >>>>>>>> If there are > LIMIT authors, render a static list of >>>>>>>> them, >>>>>>>> and >>>>>>>> enhance with javascript to allow editing of specific >>>>>>>> entries >>>>>>>> / >>>>>>>> re- >>>>>>>> ordering / searching filtering the list. >>>>>>>> >>>>>>>> This could even be deployed as a separate workflow stage >>>>>>>> (which >>>>>>>> only appears when there are > LIMIT authors). >>>>>>>> >>>>>>>> I'll have to see what people here think about limiting >>>>>>>> the >>>>>>>> author >>>>>>>> list on the way in to EPrints - that sounds like a better >>>>>>>> place >>>>>>>> to >>>>>>>> be… >>>>>>>> >>>>>>>> Cheers, >>>>>>>> John >>>>>>>> >>>>>>>> >>>>>>>> From: martin.braendle@id.uzh.ch [mailto:martin.braendle@i >>>>>>>> d.uz >>>>>>>> h.ch >>>>>>>> ] >>>>>>>> Sent: 16 May 2019 13:22 >>>>>>>> To: eprints-tech@ecs.soton.ac.uk; John Salter <J.Salter@l >>>>>>>> eeds >>>>>>>> .ac. >>>>>>>> uk >>>>>>>>> >>>>>>>> Subject: Re: [EP-tech] Hyperauthorship >>>>>>>> >>>>>>>> Hi John, >>>>>>>> >>>>>>>> we have a lot of high energy physics or biomedical >>>>>>>> articles >>>>>>>> with >>>>>>>> hundreds or thousands of authors. Usually, those are >>>>>>>> submitted >>>>>>>> via >>>>>>>> CrossRef or PubMed import. >>>>>>>> >>>>>>>> We have adapted the corresponding import plugins to limit >>>>>>>> the >>>>>>>> number of authors by a configurable limit (in our case >>>>>>>> 30). >>>>>>>> If >>>>>>>> the >>>>>>>> limit is exceeded, "et al" is added as the ($limit+1)th >>>>>>>> author, >>>>>>>> the remaining authors are not imported and a warning >>>>>>>> message >>>>>>>> is >>>>>>>> issued. Submitters are then still free to add the >>>>>>>> remaining >>>>>>>> UZH >>>>>>>> authors manually and use et al for authors outside of >>>>>>>> UZH. >>>>>>>> >>>>>>>> Instead of the DOI plugin, we have developed a CrossRef >>>>>>>> plugin >>>>>>>> that >>>>>>>> uses the CrossRef REST API . It implements the author >>>>>>>> limitation >>>>>>>> as >>>>>>>> well. We decided to go with the CrossRef REST API because >>>>>>>> funder >>>>>>>> information can be imported from there. >>>>>>>> >>>>>>>> Best regards, >>>>>>>> >>>>>>>> Martin >>>>>>>> >>>>>>>> -- >>>>>>>> Dr. Martin Brändle >>>>>>>> https://eur03.safelinks.protection.outlook.com/?url=https >>>>>>>> %3A% >>>>>>>> 2F%2 >>>>>>>> Forcid.org%2F0000-0002-7752- >>>>>>>> 6567&data=01%7C01%7Cdrn%40ecs.soton.ac.uk%7C17a35c569 >>>>>>>> 8f24 >>>>>>>> 685c >>>>>>>> 2b408d6da0bc70f%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&am >>>>>>>> p;sd >>>>>>>> ata= >>>>>>>> VC8Bwg2BLpo%2BybPatYVIyBvALgwZhIZ4Az4bBUkKXFY%3D&rese >>>>>>>> rved >>>>>>>> =0 >>>>>>>> Zentrale Informatik >>>>>>>> Universität Zürich >>>>>>>> Stampfenbachstr. 73 >>>>>>>> CH-8006 Zürich >>>>>>>> >>>>>>>> "John Salter via Eprints-tech" ---16.05.2019 14:00:41--- >>>>>>>> Hi, >>>>>>>> Has >>>>>>>> anyone done any work on making the EPrints workflow a bit >>>>>>>> more >>>>>>>> sensible when a paper has man >>>>>>>> >>>>>>>> Von: "John Salter via Eprints-tech" <eprints-tech@ecs.sot >>>>>>>> on.a >>>>>>>> c.uk >>>>>>>> An: "'eprints-tech@ecs.soton.ac.uk'" <eprints-tech@ecs.so >>>>>>>> ton. >>>>>>>> ac.u >>>>>>>> k> >>>>>>>> Datum: 16.05.2019 14:00 >>>>>>>> Betreff: [EP-tech] Hyperauthorship >>>>>>>> Gesendet von: <eprints-tech-bounces@ecs.soton.ac.uk> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Hi, >>>>>>>> Has anyone done any work on making the EPrints workflow a >>>>>>>> bit >>>>>>>> more >>>>>>>> sensible when a paper has many authors (hundreds or >>>>>>>> thousands)? >>>>>>>> >>>>>>>> Cheers, >>>>>>>> John >>>>>>>> >>>>>>>> >>>>>>>> John Salter >>>>>>>> https://eur03.safelinks.protection.outlook.com/?url=http% >>>>>>>> 3A%2 >>>>>>>> F%2F >>>>>>>> orcid.org%2F0000-0002-8611- >>>>>>>> 8266&data=01%7C01%7Cdrn%40ecs.soton.ac.uk%7C17a35c569 >>>>>>>> 8f24 >>>>>>>> 685c >>>>>>>> 2b408d6da0bc70f%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&am >>>>>>>> p;sd >>>>>>>> ata= >>>>>>>> kjC4zZaCbC3FpYg53MlgUmfkiuWdpysY7o4wYMO7noU%3D&reserv >>>>>>>> ed=0 >>>>>>>> >>>>>>>> White Rose Libraries Technical Officer >>>>>>>> IT - Application Support (Research) >>>>>>>> 10.23B, IT Services Building >>>>>>>> University of Leeds >>>>>>>> Leeds >>>>>>>> LS2 9JT >>>>>>>> 0113 34 37385 >>>>>>>> >>>>>>>> Online: https://eur03.safelinks.protection.outlook.com/?u >>>>>>>> rl=h >>>>>>>> ttps >>>>>>>> %3A%2F%2Fwhiteroselibraries.wordpress.com%2F&data=01% >>>>>>>> 7C01 >>>>>>>> %7Cd >>>>>>>> rn%40ecs.soton.ac.uk%7C17a35c5698f24685c2b408d6da0bc70f%7 >>>>>>>> C4a5 >>>>>>>> 378f >>>>>>>> 929f44d3ebe89669d03ada9d8%7C0&sdata=9lS51avRu3EUOP994 >>>>>>>> 7Xrl >>>>>>>> KQmJ >>>>>>>> fQf3KMbb1AuJ87BYuw%3D&reserved=0 >>>>>>>> >>>>>>>> *** Options: http://mailman.ecs.soton.ac.uk/mailman/listi >>>>>>>> nfo/ >>>>>>>> epri >>>>>>>> nt >>>>>>>> s-tech >>>>>>>> *** Archive: https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Feur03.safelinks.protection.outlook.c&data=01%7C01%7C%7C47cbfa6d63684db04f2f08d6e99a710b%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&sdata=wz1%2FohS9pC0cI3eOmP6V1ZVC0CiKmP3SRY33woC2g3A%3D&reserved=0 >>>>>>>> om/? >>>>>>>> url= >>>>>>>> http%3A%2F%2Fwww.eprints.org%2Ftech.php%2F&data=01%7C >>>>>>>> 01%7 >>>>>>>> Cdrn >>>>>>>> %40ecs.soton.ac.uk%7C17a35c5698f24685c2b408d6da0bc70f%7C4 >>>>>>>> a537 >>>>>>>> 8f92 >>>>>>>> 9f44d3ebe89669d03ada9d8%7C0&sdata=3dwAZ3WMVCcJQSfKyX% >>>>>>>> 2FCH >>>>>>>> M%2B >>>>>>>> AREOusIkcEIjkf969tzk%3D&reserved=0 >>>>>>>> *** EPrints community wiki: https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Feur03.safelinks.prote&data=01%7C01%7C%7C47cbfa6d63684db04f2f08d6e99a710b%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&sdata=1thIuy6q6VEP0DOmmYRfA2BNCRkpF8V9HZjO%2FD8T0Ok%3D&reserved=0 >>>>>>>> ction.outlook.com/?url=https%3A%2F%2Feur03.safelinks.prot >>>>>>>> ectio&data=01%7C01%7Cdrn%40ecs.soton.ac.uk%7C08e594b0 >>>>>>>> 94b446d7c72e08d6e5c5fff2%7C4a5378f929f44d3ebe89669d03ada9 >>>>>>>> d8%7C0&sdata=vejeI7yFuexWLqdWmqiZWKkvLJLFCyLM8aLsmiPw >>>>>>>> m9c%3D&reserved=0 >>>>>>>> n.outlook.com/?url=https%3A%2F%2Feur03.safelinks.protecti >>>>>>>> on.o >>>>>>>> u&data=01%7C01%7Cdrn%40ecs.soton.ac.uk%7Cdcea7f66450f >>>>>>>> 41b7 >>>>>>>> 810a08d6e5b85b53%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&a >>>>>>>> mp;s >>>>>>>> data=Q1OD0nvtS8fKBXdR0pTR0GRUwFFsNQOofpClgDPPkBE%3D&r >>>>>>>> eser >>>>>>>> ved=0 >>>>>>>> tlook.com/?url=http%3A%2F%2Fwiki.eprints.org%2F&data= >>>>>>>> 01%7 >>>>>>>> C01% >>>>>>>> 7Cdrn%40ecs.soton.ac.uk%7C17a35c5698f24685c2b408d6da0bc70 >>>>>>>> f%7C >>>>>>>> 4a53 >>>>>>>> 78f929f44d3ebe89669d03ada9d8%7C0&sdata=bAAmMyyLM3BKMy >>>>>>>> aJKV >>>>>>>> 0%2B >>>>>>>> lVkjLTLheWtP7AMKx2OXs14%3D&reserved=0 >>>>>>>> *** EPrints developers Forum: https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Feur03.safelinks.pro&data=01%7C01%7C%7C47cbfa6d63684db04f2f08d6e99a710b%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&sdata=mF%2BXICo9Fcx7rTrmnZmMVgM%2FxrDWa%2F0LUEFF1OFjmGc%3D&reserved=0 >>>>>>>> tection.outlook.com/?url=https%3A%2F%2Feur03.safelinks.pr >>>>>>>> otect&data=01%7C01%7Cdrn%40ecs.soton.ac.uk%7C08e594b0 >>>>>>>> 94b446d7c72e08d6e5c5fff2%7C4a5378f929f44d3ebe89669d03ada9 >>>>>>>> d8%7C0&sdata=QTDjs7Rr47sZGJsiRYyPAPyUv9eTkeerHKVQmiIl >>>>>>>> No0%3D&reserved=0 >>>>>>>> ion.outlook.com/?url=https%3A%2F%2Feur03.safelinks.protec >>>>>>>> tion >>>>>>>> &data=01%7C01%7Cdrn%40ecs.soton.ac.uk%7Cdcea7f66450f4 >>>>>>>> 1b78 >>>>>>>> 10a08d6e5b85b53%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&am >>>>>>>> p;sd >>>>>>>> ata=p4cXCPhQxSBU%2Fef%2B31riVpDuQnjpnY%2B7MAkMDpHiItw%3D& >>>>>>>> amp; >>>>>>>> reserved=0. >>>>>>>> outlook.com/?url=http%3A%2F%2Fforum.eprints.org%2F&da >>>>>>>> ta=0 >>>>>>>> 1%7C >>>>>>>> 01%7Cdrn%40ecs.soton.ac.uk%7C17a35c5698f24685c2b408d6da0b >>>>>>>> c70f >>>>>>>> %7C4 >>>>>>>> a5378f929f44d3ebe89669d03ada9d8%7C0&sdata=x1u8ms27jNF >>>>>>>> OjBe >>>>>>>> MVmc >>>>>>>> vFZ6gli%2BMlgw3bd%2Bd7PMyATg%3D&reserved=0 >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> *** Options: http://mailman.ecs.soton.ac.uk/mailman/listi >>>>>>>> nfo/ >>>>>>>> epri >>>>>>>> nt >>>>>>>> s-tech >>>>>>>> *** Archive: https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Feur03.safelinks.protection.outlook.c&data=01%7C01%7C%7C47cbfa6d63684db04f2f08d6e99a710b%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&sdata=wz1%2FohS9pC0cI3eOmP6V1ZVC0CiKmP3SRY33woC2g3A%3D&reserved=0 >>>>>>>> om/? >>>>>>>> url= >>>>>>>> http%3A%2F%2Fwww.eprints.org%2Ftech.php%2F&data=01%7C >>>>>>>> 01%7 >>>>>>>> Cdrn >>>>>>>> %40ecs.soton.ac.uk%7C17a35c5698f24685c2b408d6da0bc70f%7C4 >>>>>>>> a537 >>>>>>>> 8f92 >>>>>>>> 9f44d3ebe89669d03ada9d8%7C0&sdata=3dwAZ3WMVCcJQSfKyX% >>>>>>>> 2FCH >>>>>>>> M%2B >>>>>>>> AREOusIkcEIjkf969tzk%3D&reserved=0 >>>>>>>> *** EPrints community wiki: https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Feur03.safelinks.prote&data=01%7C01%7C%7C47cbfa6d63684db04f2f08d6e99a710b%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&sdata=1thIuy6q6VEP0DOmmYRfA2BNCRkpF8V9HZjO%2FD8T0Ok%3D&reserved=0 >>>>>>>> ction.outlook.com/?url=https%3A%2F%2Feur03.safelinks.prot >>>>>>>> ectio&data=01%7C01%7Cdrn%40ecs.soton.ac.uk%7C08e594b0 >>>>>>>> 94b446d7c72e08d6e5c5fff2%7C4a5378f929f44d3ebe89669d03ada9 >>>>>>>> d8%7C0&sdata=vejeI7yFuexWLqdWmqiZWKkvLJLFCyLM8aLsmiPw >>>>>>>> m9c%3D&reserved=0 >>>>>>>> n.outlook.com/?url=https%3A%2F%2Feur03.safelinks.protecti >>>>>>>> on.o >>>>>>>> u&data=01%7C01%7Cdrn%40ecs.soton.ac.uk%7Cdcea7f66450f >>>>>>>> 41b7 >>>>>>>> 810a08d6e5b85b53%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&a >>>>>>>> mp;s >>>>>>>> data=Q1OD0nvtS8fKBXdR0pTR0GRUwFFsNQOofpClgDPPkBE%3D&r >>>>>>>> eser >>>>>>>> ved=0 >>>>>>>> tlook.com/?url=http%3A%2F%2Fwiki.eprints.org%2F&data= >>>>>>>> 01%7 >>>>>>>> C01% >>>>>>>> 7Cdrn%40ecs.soton.ac.uk%7C17a35c5698f24685c2b408d6da0bc70 >>>>>>>> f%7C >>>>>>>> 4a53 >>>>>>>> 78f929f44d3ebe89669d03ada9d8%7C0&sdata=bAAmMyyLM3BKMy >>>>>>>> aJKV >>>>>>>> 0%2B >>>>>>>> lVkjLTLheWtP7AMKx2OXs14%3D&reserved=0 >>>>>>>> *** EPrints developers Forum: https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Feur03.safelinks.pro&data=01%7C01%7C%7C47cbfa6d63684db04f2f08d6e99a710b%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&sdata=mF%2BXICo9Fcx7rTrmnZmMVgM%2FxrDWa%2F0LUEFF1OFjmGc%3D&reserved=0 >>>>>>>> tection.outlook.com/?url=https%3A%2F%2Feur03.safelinks.pr >>>>>>>> otect&data=01%7C01%7Cdrn%40ecs.soton.ac.uk%7C08e594b0 >>>>>>>> 94b446d7c72e08d6e5c5fff2%7C4a5378f929f44d3ebe89669d03ada9 >>>>>>>> d8%7C0&sdata=QTDjs7Rr47sZGJsiRYyPAPyUv9eTkeerHKVQmiIl >>>>>>>> No0%3D&reserved=0 >>>>>>>> ion.outlook.com/?url=https%3A%2F%2Feur03.safelinks.protec >>>>>>>> tion >>>>>>>> &data=01%7C01%7Cdrn%40ecs.soton.ac.uk%7Cdcea7f66450f4 >>>>>>>> 1b78 >>>>>>>> 10a08d6e5b85b53%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&am >>>>>>>> p;sd >>>>>>>> ata=p4cXCPhQxSBU%2Fef%2B31riVpDuQnjpnY%2B7MAkMDpHiItw%3D& >>>>>>>> amp; >>>>>>>> reserved=0. >>>>>>>> outlook.com/?url=http%3A%2F%2Fforum.eprints.org%2F&da >>>>>>>> ta=0 >>>>>>>> 1%7C >>>>>>>> 01%7Cdrn%40ecs.soton.ac.uk%7C17a35c5698f24685c2b408d6da0b >>>>>>>> c70f >>>>>>>> %7C4 >>>>>>>> a5378f929f44d3ebe89669d03ada9d8%7C0&sdata=x1u8ms27jNF >>>>>>>> OjBe >>>>>>>> MVmc >>>>>>>> vFZ6gli%2BMlgw3bd%2Bd7PMyATg%3D&reserved=0 >>>>>>> *** Options: http://mailman.ecs.soton.ac.uk/mailman/listinf >>>>>>> o/ep >>>>>>> rint >>>>>>> s- >>>>>>> tech >>>>>>> *** Archive: https://eur03.safelinks.protection.outlook.com >>>>>>> /?ur >>>>>>> l=ht >>>>>>> tp%3A%2F%2Fwww.eprints.org%2Ftech.php%2F&data=01%7C01%7 >>>>>>> Cdrn >>>>>>> %40e >>>>>>> cs.soton.ac.uk%7C17a35c5698f24685c2b408d6da0bc70f%7C4a5378f >>>>>>> 929f >>>>>>> 44d3 >>>>>>> ebe89669d03ada9d8%7C0&sdata=3dwAZ3WMVCcJQSfKyX%2FCHM%2B >>>>>>> AREO >>>>>>> usIk >>>>>>> cEIjkf969tzk%3D&reserved=0 >>>>>>> *** EPrints community wiki: https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Feur03.safelinks.protect&data=01%7C01%7C%7C47cbfa6d63684db04f2f08d6e99a710b%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&sdata=6cOjfp8tGT6bRkaByRdVmdARGGaRqKQ6SqlCyufKuSs%3D&reserved=0 >>>>>>> ion.outlook.com/?url=https%3A%2F%2Feur03.safelinks.protecti >>>>>>> on&data=01%7C01%7Cdrn%40ecs.soton.ac.uk%7C08e594b094b44 >>>>>>> 6d7c72e08d6e5c5fff2%7C4a5378f929f44d3ebe89669d03ada9d8%7C0& >>>>>>> amp;sdata=70IPOqsuLpIeGNKZyd4EqJ8eJ%2FV%2FNCzOpZYDBjQ3pvE%3 >>>>>>> D&reserved=0. >>>>>>> outlook.com/?url=https%3A%2F%2Feur03.safelinks.protection.o >>>>>>> utl& >>>>>>> amp;data=01%7C01%7Cdrn%40ecs.soton.ac.uk%7Cdcea7f66450f41b7 >>>>>>> 810a >>>>>>> 08d6e5b85b53%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&sda >>>>>>> ta=T >>>>>>> u8NjmmoI0nGkhe3Nf9HtX%2FjcbJv704p30RbHNn4%2FnE%3D&reser >>>>>>> ved= >>>>>>> 0 >>>>>>> ook.com/?url=http%3A%2F%2Fwiki.eprints.org%2F&data=01%7 >>>>>>> C01% >>>>>>> 7Cdr >>>>>>> n%40ecs.soton.ac.uk%7C17a35c5698f24685c2b408d6da0bc70f%7C4a >>>>>>> 5378 >>>>>>> f929 >>>>>>> f44d3ebe89669d03ada9d8%7C0&sdata=bAAmMyyLM3BKMyaJKV0%2B >>>>>>> lVkj >>>>>>> LTLh >>>>>>> eWtP7AMKx2OXs14%3D&reserved=0 >>>>>>> *** EPrints developers Forum: https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Feur03.safelinks.prote&data=01%7C01%7C%7C47cbfa6d63684db04f2f08d6e99a710b%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&sdata=1thIuy6q6VEP0DOmmYRfA2BNCRkpF8V9HZjO%2FD8T0Ok%3D&reserved=0 >>>>>>> ction.outlook.com/?url=https%3A%2F%2Feur03.safelinks.protec >>>>>>> tio&data=01%7C01%7Cdrn%40ecs.soton.ac.uk%7C08e594b094b4 >>>>>>> 46d7c72e08d6e5c5fff2%7C4a5378f929f44d3ebe89669d03ada9d8%7C0 >>>>>>> &sdata=vejeI7yFuexWLqdWmqiZWKkvLJLFCyLM8aLsmiPwm9c%3D&a >>>>>>> mp;reserved=0 >>>>>>> n.outlook.com/?url=https%3A%2F%2Feur03.safelinks.protection >>>>>>> .ou& >>>>>>> amp;data=01%7C01%7Cdrn%40ecs.soton.ac.uk%7Cdcea7f66450f41b7 >>>>>>> 810a >>>>>>> 08d6e5b85b53%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&sda >>>>>>> ta=Q >>>>>>> 1OD0nvtS8fKBXdR0pTR0GRUwFFsNQOofpClgDPPkBE%3D&reserved= >>>>>>> 0 >>>>>>> tlook.com/?url=http%3A%2F%2Fforum.eprints.org%2F&data=0 >>>>>>> 1%7C >>>>>>> 01%7 >>>>>>> Cdrn%40ecs.soton.ac.uk%7C17a35c5698f24685c2b408d6da0bc70f%7 >>>>>>> C4a5 >>>>>>> 378f >>>>>>> 929f44d3ebe89669d03ada9d8%7C0&sdata=x1u8ms27jNFOjBeMVmc >>>>>>> vFZ6 >>>>>>> gli% >>>>>>> 2BMlgw3bd%2Bd7PMyATg%3D&reserved=0 >>>>>> *** Options: http://mailman.ecs.soton.ac.uk/mailman/listinfo/ >>>>>> epri >>>>>> nts- >>>>>> tech >>>>>> *** Archive: https://eur03.safelinks.protection.outlook.com/? >>>>>> url= >>>>>> http >>>>>> %3A%2F%2Fwww.eprints.org%2Ftech.php%2F&data=01%7C01%7Cdrn >>>>>> %40e >>>>>> cs.s >>>>>> oton.ac.uk%7C17a35c5698f24685c2b408d6da0bc70f%7C4a5378f929f44 >>>>>> d3eb >>>>>> e896 >>>>>> 69d03ada9d8%7C0&sdata=3dwAZ3WMVCcJQSfKyX%2FCHM%2BAREOusIk >>>>>> cEIj >>>>>> kf96 >>>>>> 9tzk%3D&reserved=0 >>>>>> *** EPrints community wiki: https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Feur03.safelinks.protectio&data=01%7C01%7C%7C47cbfa6d63684db04f2f08d6e99a710b%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&sdata=3TeCWp6iuUyk3x3lX%2BbusVSX8ENDjJq1Tb7%2B7er0IXA%3D&reserved=0 >>>>>> n.outlook.com/?url=https%3A%2F%2Feur03.safelinks.protection.o >>>>>> u&data=01%7C01%7Cdrn%40ecs.soton.ac.uk%7C08e594b094b446d7 >>>>>> c72e08d6e5c5fff2%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&s >>>>>> data=K8CV4%2FA4U9CH%2FdjKVwUr6ZW9WmemsZrb%2F6%2FFsHankUI%3D&a >>>>>> mp;reserved=0 >>>>>> tlook.com/?url=https%3A%2F%2Feur03.safelinks.protection.outlo >>>>>> o&am >>>>>> p;data=01%7C01%7Cdrn%40ecs.soton.ac.uk%7Cdcea7f66450f41b7810a >>>>>> 08d6 >>>>>> e5b85b53%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&sdata=IyD >>>>>> VijH >>>>>> sZSMIIWtFVZa%2FisKla8z8DYwclqSJIc3yyRY%3D&reserved=0 >>>>>> k.com/?url=http%3A%2F%2Fwiki.eprints.org%2F&data=01%7C01% >>>>>> 7Cdr >>>>>> n%40 >>>>>> ecs.soton.ac.uk%7C17a35c5698f24685c2b408d6da0bc70f%7C4a5378f9 >>>>>> 29f4 >>>>>> 4d3e >>>>>> be89669d03ada9d8%7C0&sdata=bAAmMyyLM3BKMyaJKV0%2BlVkjLTLh >>>>>> eWtP >>>>>> 7AMK >>>>>> x2OXs14%3D&reserved=0 >>>>>> *** EPrints developers Forum: https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Feur03.safelinks.protect&data=01%7C01%7C%7C47cbfa6d63684db04f2f08d6e99a710b%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&sdata=6cOjfp8tGT6bRkaByRdVmdARGGaRqKQ6SqlCyufKuSs%3D&reserved=0 >>>>>> ion.outlook.com/?url=https%3A%2F%2Feur03.safelinks.protection >>>>>> &data=01%7C01%7Cdrn%40ecs.soton.ac.uk%7C08e594b094b446d7c >>>>>> 72e08d6e5c5fff2%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&sd >>>>>> ata=70IPOqsuLpIeGNKZyd4EqJ8eJ%2FV%2FNCzOpZYDBjQ3pvE%3D&re >>>>>> served=0. >>>>>> outlook.com/?url=https%3A%2F%2Feur03.safelinks.protection.out >>>>>> l&am >>>>>> p;data=01%7C01%7Cdrn%40ecs.soton.ac.uk%7Cdcea7f66450f41b7810a >>>>>> 08d6 >>>>>> e5b85b53%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&sdata=Tu8 >>>>>> Njmm >>>>>> oI0nGkhe3Nf9HtX%2FjcbJv704p30RbHNn4%2FnE%3D&reserved=0 >>>>>> ook.com/?url=http%3A%2F%2Fforum.eprints.org%2F&data=01%7C >>>>>> 01%7 >>>>>> Cdrn >>>>>> %40ecs.soton.ac.uk%7C17a35c5698f24685c2b408d6da0bc70f%7C4a537 >>>>>> 8f92 >>>>>> 9f44 >>>>>> d3ebe89669d03ada9d8%7C0&sdata=x1u8ms27jNFOjBeMVmcvFZ6gli% >>>>>> 2BMl >>>>>> gw3b >>>>>> d%2Bd7PMyATg%3D&reserved=0
- Follow-Ups:
- Re: [EP-tech] Antwort: RE: Hyperauthorship
- From: Christöpher Gutteridge <totl@soton.ac.uk>
- Re: [EP-tech] Antwort: RE: Hyperauthorship
- References:
- [EP-tech] Hyperauthorship
- From: John Salter <J.Salter@leeds.ac.uk>
- Re: [EP-tech] Antwort: RE: Hyperauthorship
- From: John Salter <J.Salter@leeds.ac.uk>
- Re: [EP-tech] Antwort: RE: Hyperauthorship
- From: Christöpher Gutteridge <totl@soton.ac.uk>
- Re: [EP-tech] Antwort: RE: Hyperauthorship
- From: "Newman D.R." <drn@ecs.soton.ac.uk>
- Re: [EP-tech] Antwort: RE: Hyperauthorship
- From: Christöpher Gutteridge <totl@soton.ac.uk>
- Re: [EP-tech] Antwort: RE: Hyperauthorship
- From: Christöpher Gutteridge <totl@soton.ac.uk>
- Re: [EP-tech] Antwort: RE: Hyperauthorship
- From: Christöpher Gutteridge <totl@soton.ac.uk>
- [EP-tech] Hyperauthorship
- Prev by Date: Re: [EP-tech] Antwort: RE: Hyperauthorship
- Next by Date: Re: [EP-tech] Antwort: RE: Hyperauthorship
- Previous by thread: [EP-tech] EPrints/CRIS
- Next by thread: [EP-tech] DOI handling in orcid_support_advance
- Index(es):