[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[EP-tech] Re: Editoring speed problem and Review queue option
- Subject: [EP-tech] Re: Editoring speed problem and Review queue option
- From: J.Salter at leeds.ac.uk (John Salter)
- Date: Fri, 18 Dec 2015 09:45:29 +0000
- In-reply-to: <EMEW3|4898025d7231c6d07a701166ad4cbd63rBH9BH14eprints-tech-bounces|ecs.soton.ac.uk|5673CD87.firstname.lastname@example.org>
- References: <CADvvj9re4qr0Hn0bpLJNWUmaFpZRpK6-g4awfZx5Aw6=5aNJ5A@mail.gmail.com> <EMEW3|7ac838770e6c45d2a1dd617e66550371rBH8fM14eprints-tech-bounces|ecs.soton.ac.uk|CADvvj9re4qr0Hn0bpLJNWUmaFpZRpK6-g4awfZx5Aw6=5aNJ5A@mail.gmail.com> <5673CD87.email@example.com> <EMEW3|4898025d7231c6d07a701166ad4cbd63rBH9BH14eprints-tech-bounces|ecs.soton.ac.uk|5673CD87.firstname.lastname@example.org>
I think that any editorial-scope options that are 'set' or 'namedset' fields create some big SQL statements when used together (lots of ORs over lots of tables).
It sounds like you need one group for (not conference) and another for (conference).
My approach to this would be to create a field to use for groupings of editorial rights (http://wiki.eprints.org/w/index.php/Training_Video:Automatic_Fields).
If you have an automatic field that stores a value 'conf' or 'not_conf' - you then have a much more efficient (and hopefully quick-enough) way to restrict the review queue.
I can't comment on the 'Reviewed' package in the Bazaar - I haven't used it.
From: eprints-tech-bounces at ecs.soton.ac.uk [mailto:eprints-tech-bounces at ecs.soton.ac.uk] On Behalf Of Yuri
Sent: 18 December 2015 09:11
To: eprints-tech at ecs.soton.ac.uk
Subject: [EP-tech] Re: Editoring speed problem and Review queue option
Isn't better to fix the slowness? i wouldn't depend, on big projects, on
plugins found on Bazaar if I'm not sure they're well mantained.
Il 18/12/2015 09:39, Hugo F. Alr?e ha scritto:
> We have experienced speed problems when editoring on our archive
> Organic Eprints (www.orgprints.org <http://www.orgprints.org>). We
> have +30 editors with responsibilities for different countries and
> projects, and some of them, but only some, experience that the system
> is very slow when they are working with the review buffer. Search etc.
> is not affected.
> I finally found out that the number of editorial rights restrictions
> affect the speed of showing the review buffer substantially. We have
> some 16 eprint types (yes, I know, too many, but the archive has many
> different kinds of eprints), and one of these (conference submissions)
> has to be handled by different editors. This means most of our
> national editors have 15 eprint types (all but the conference
> submissions) in their editorial rights restrictions, to avoid
> conference submissions being moved into the archive prematurely by the
> national editors. Some editors have a number of countries and projects
> as well in their editorial rights restrictions, which means that
> showing the buffer can be veeery slow (like, go get a cup of coffee,
> start on something else, and forget about it).
> To solve this problem, I think about handling the conference
> submissions differently. In the ePrints Bazaar I found the Reviewed
> queue package, which offers a functionality that potentially can meet
> this purpose by establishing an additional review buffer.
> For this to work however, eprints of type conference submissions
> should go automatically into this additional buffer. Is this possible?
> And if so, how?
> And preferably it should be possible to restrict most editors from
> seeing this additional buffer. We have editors with different powers
> already (some being able to modify the subject trees to e.g. add new
> research affiliations). But I am not sure whether the additional
> buffer established by Reviewed queue can be allocated to a specific
> editor type. Is this possible?
> Can anybody help on these questions?
> Best regards
> Hugo Alroe
> Initiator (in 2002) of Organic Eprints and presently temporary archive
> Email: hugo.f.alroe at gmail.com <mailto:hugo.f.alroe at gmail.com>
> *** Options: http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech
> *** Archive: http://www.eprints.org/tech.php/
> *** EPrints community wiki: http://wiki.eprints.org/
> *** EPrints developers Forum: http://forum.eprints.org/
*** Options: http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech
*** Archive: http://www.eprints.org/tech.php/
*** EPrints community wiki: http://wiki.eprints.org/
*** EPrints developers Forum: http://forum.eprints.org/