EPrints Technical Mailing List Archive
See the EPrints wiki for instructions on how to join this mailing list and related information.
Message: #08762
< Previous (by date) | Next (by date) > | < Previous (in thread) | Next (in thread) > | Messages - Most Recent First | Threads - Most Recent First
[EP-tech] Antwort: RE: Antwort: Re: Export formats - v3.3.16+
- To: John Salter <J.Salter@leeds.ac.uk>
- Subject: [EP-tech] Antwort: RE: Antwort: Re: Export formats - v3.3.16+
- From: <martin.braendle@uzh.ch>
- Date: Fri, 8 Oct 2021 12:44:41 +0200
Another option would be to add further parameters to the cfg.d/plugin.pl configuration, and let read and process them by the Screen plugin that creates the menu do the work.
We have something similar for the import plugins as well:
# UZH CHANGE 2014/11/05 ZORA-353
#$c->{plugins}->{"Import::DOI"}->{params}->{rankthem} = 10;
$c->{plugins}->{"Import::DOI_CrossRef"}->{params}->{rankthem} = 10;
$c->{plugins}->{"Import::PubMedID"}->{params}->{rankthem} = 20;
$c->{plugins}->{"Import::UZHOrcid"}->{params}->{rankthem} = 30;
$c->{plugins}->{"Import::ScopusAbstract"}->{params}->{rankthem} = 40;
$c->{plugins}->{"Import::BibTeX"}->{params}->{rankthem} = 50;
$c->{plugins}->{"Import::Citavi"}->{params}->{rankthem} = 60;
$c->{plugins}->{"Import::EndNote"}->{params}->{rankthem} = 70;
$c->{plugins}->{"Import::XML"}->{params}->{rankthem} = 80;
$c->{plugins}->{"Import::ISIWoK"}->{params}->{rankthem} = 90;
$c->{plugins}->{"Import::RIS"}->{params}->{rankthem} = 100;
# END UZH CHANGE ZORA-353
This ranking was created according to statistics derived on import usage.
With regards to my saying on cost, I just looked up in JIRA how long the ZORA Search project took from initial concept design, early prototypes, implementation, beta, tests, production and go-live, documentation, help, deconstruction
(Xapian), setting up maintenance procedures, and migrating associated services (Journal database
www.jdb.uzh.ch, TrendTerms in ZORA). First sprint issue was started in May 2019. Last sprint issue was closed now in Sep 2021. 15 sub- and associated
sprint issues.
P.S. On 16th November, 18:00 (Zurich time, CET, UTC+1) there will be a Elasticsearch Meetup streamed on Youtube where Jens and I will present our use case. We will post a link as soon as we have it.
Kind regards,
Martin
"John
Salter" ---08/10/2021 11:42:57---> the price you pay is development and maintenance cost ☺ so true!
Von: "John Salter" <J.Salter@leeds.ac.uk>
An: "eprints-tech@ecs.soton.ac.uk" <eprints-tech@ecs.soton.ac.uk>, "martin.braendle@uzh.ch" <martin.braendle@uzh.ch>, "Yuri" <yurj@alfa.it>
Datum: 08/10/2021 11:42
Betreff: RE: [EP-tech] Antwort: Re: Export formats - v3.3.16+
> the price you pay is development and maintenance cost
J so true!
My suggestion for a 'hack' that might do something useful would be to look at the 'qs' parameter for Export plugins.
Most don't set a qs, so it defaults to 1.
For export plugins you want to appear on the simple search, keep these as qs =1.
For export plugins you want to appear on advanced search too, set these to qs = 0.9.
Then override the 'render export bar' code to use the above scores as a filter, depending on which search you are rendering.
The scores are used to determine what order two plugins that can export the same format are used in, so this approach might not be appropriate, as it could change which plugin is used to reply to certain export requests.
See EPrints::Apache::Rewrite::content_negotiate_best_plugin for an example.
Cheers,
John
From: eprints-tech-bounces@ecs.soton.ac.uk [mailto:eprints-tech-bounces@ecs.soton.ac.uk] On Behalf Of Martin Braendle via Eprints-tech
Sent: 08 October 2021 10:10
To: eprints-tech@ecs.soton.ac.uk; Yuri <yurj@alfa.it>
Subject: [EP-tech] Antwort: Re: Export formats - v3.3.16+
CAUTION: This e-mail originated outside the University of Southampton.
The following permissions in the export plugin control behavior:
$self->{accept} --> result list and / or details page , and which dataset
$self->{visible} --> role, who can export
$self->{advertise} --> general visibility
As pointed out before, there is no distinction between advanced and simple search in a standard installation of EPrints.
If you have your own implementation of search (as we did here at University of Zurich with Elasticsearch), you are able to fine-tune, e.g. which plugins are used and in which order they appear in the dropdown menu.
Search example:
https://www.zora.uzh.ch/search/?q=blood%20protein&size=n_10_n
Configuration example:
https://github.com/eprintsug/EPrintsElasticsearch/blob/main/archives/repositoryname/cfg/cfg.d/z_elasticsearch_export_plugins.pl
Code on Github for Elasticsearch in EPrints:
https://github.com/eprintsug/EPrintsElasticsearch
As with every non-standard installation, the price you pay is development and maintenance cost.
Kind regards,
Martin
"Yuri
via Eprints-tech" ---08/10/2021 10:40:14---CAUTION: This e-mail originated outside the University of Southampton. For a project, I've added the
Von: "Yuri via Eprints-tech" <eprints-tech@ecs.soton.ac.uk>
An: eprints-tech@ecs.soton.ac.uk
Datum: 08/10/2021 10:40
Betreff: Re: [EP-tech] Export formats - v3.3.16+
Gesendet von: <eprints-tech-bounces@ecs.soton.ac.uk>
CAUTION: This e-mail originated outside the University of Southampton.
For a project, I've added the export dropdown to the single abstract page. As John pointed out, the list is regulated by the plugin permissions, so it is not possible to change the list based on search.
Maybe if you have a use case to explain us, there could be another solution.
Il 08/10/21 03:07, Matthew Brady via Eprints-tech ha scritto:
CAUTION: This e-mail originated outside the University of Southampton.
Hi All,
When conducting a search, the results get listed, and there is a dropdown with options for different export formats (DC, EndNote, Ref Manager et. al.).
I am having a mental blank at the moment… but is it possible to adjust which export options can be used, based on which search was performed…
e.g.
simple search (cgi/search/simple)
advanced search (cgi/search/advanced)
admin staff search (cgi/search/eprint/staff)
Thanks for any help/advice that can be offered.
Matt
__________________________________________________________________
This email (including any attached files) is confidential and is
for the intended recipient(s) only. If you received this email by
mistake, please, as a courtesy, tell the sender, then delete this
email.
The views and opinions are the originator's and do not necessarily
reflect those of the University of Southern Queensland. Although
all reasonable precautions were taken to ensure that this email
contained no viruses at the time it was sent we accept no
liability for any losses arising from its receipt.
The University of Southern Queensland is a registered provider
of education with the Australian Government.
(CRICOS Institution Code QLD 00244B / NSW 02225M, TEQSA PRV12081)
*** 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/***
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/
- Follow-Ups:
- [EP-tech] Antwort: RE: Antwort: Re: Export formats - v3.3.16+
- From: <martin.braendle@uzh.ch>
- [EP-tech] Antwort: RE: Antwort: Re: Export formats - v3.3.16+
- References:
- [EP-tech] Export formats - v3.3.16+
- From: Matthew Brady <Matthew.Brady@usq.edu.au>
- Re: [EP-tech] Export formats - v3.3.16+
- From: Yuri <yurj@alfa.it>
- [EP-tech] Antwort: Re: Export formats - v3.3.16+
- From: <martin.braendle@uzh.ch>
- Re: [EP-tech] Antwort: Re: Export formats - v3.3.16+
- From: John Salter <J.Salter@leeds.ac.uk>
- [EP-tech] Antwort: RE: Antwort: Re: Export formats - v3.3.16+
- From: <martin.braendle@uzh.ch>
- [EP-tech] Export formats - v3.3.16+
- Prev by Date: [EP-tech] excalidraw eprints metadata library on github
- Next by Date: [EP-tech] Browse View
- Previous by thread: [EP-tech] EPrints/CRIS
- Next by thread: [EP-tech] DOI handling in orcid_support_advance
- Index(es):