CAUTION: This e-mail originated outside the University of Southampton.

Dear David,

Sorry to trouble you again, but we’ve observed some unusual behavior with these plugins. When we regenerate abstracts through the portal (web), the two plugins seem to disappear. However, when using the command (/bin/generate_abstracts <Archive_Id>), they appear correctly on the summary page.

We would also like to modify the highlighted section on the item summary page. Specifically, we’ve created additional creators for individual respective institutes under "other_creators" and would like to include them in the highlighted section. However, we’re unable to make this adjustment.

https://academic.research.sma.ac.ae/id/eprint/7/

Could you please guide us on resolving this issue?

Thank you,

Revathi 

Dear David,

Yes, thank you for your input. I have found the same and told them to follow as you recommended. So kind of you.

 

Thanks

Revathi

 

On Sun, 24 Nov 2024 at 19:20, David R Newman <drn@ecs.soton.ac.uk> wrote:

Hi Revathi,

Don't modify auto.css, as this is automatically generated by combining all the files under the various style/auto/ directories.  If you edit auto.css, it will be reverted the next time any files that make up auto.css are modified (or added).  If you want to make local changes to your CSS, the best thing to do is edit your archive's cfg/style/auto/zzz_local.css (or create one if it does not exist).  Sometimes this will not always work as expected, as if there are two selectors that reference the same element, attributes in the second selector will not necessarily override.  This is not an EPrints issue, it is just the way CSS can behave with certain organisations of CSS selectors.  If you make sure the second selector is more precise, then this should always override the first.  E.fg ".myParentClass .myClass" should always override just ".myClass" but if you just create a new ".myClass" selector in zzz_local.css it may not override the first ".myClass" earlier in the generated auto.css file.

Regards

David Newman

On 24/11/2024 1:33 pm, Techsupport Mosys wrote:

CAUTION: This e-mail originated outside the University of Southampton.

Dear David,

 

Yes, Great! Our design team has modified the auto.css file manually that affects the overall design. Greatly appreciate your help and support!

 

Thanks

Revathi

 

 

 

On Sun, 24 Nov 2024 at 18:05, David R Newman <drn@ecs.soton.ac.uk> wrote:

Hi Revathi,

The default configuration should display the PlumX and Altmetric plugins at the bottom of the abstract page.  When I look at:

https://academic.research.sma.ac.ae/id/eprint/5/

I can see they are now appear at the bottom.  You may want to change the settings.  I typically would add the following lines to your archive's cfg/cfg.d/zz_plugins.pl (create a new one if it does not exist):

$c->{plugins}->{"Screen::EPrint::Box::Altmetric"}->{appears}->{summary_bottom} = undef;

$c->{plugins}->{"Screen::EPrint::Box::Altmetric"}->{appears}->{summary_right} = 25;

$c->{plugins}->{"Screen::EPrint::Box::Plumx"}->{appears}->{summary_bottom} = undef;

$c->{plugins}->{"Screen::EPrint::Box::Plumx"}->{appears}->{summary_right} = 30;

This will move these boxes to appear on the right rather than bottom.  You will also probably want to set the phrase:

Plugin/Screen/EPrint/Box/Plumx:title

Alternatively, you can also set the option (in your archive's cfg/cfg.d/zz_plugins.pl):

$c->{plumx}{style} = "/style/plumx_hide_box.css";

This will cause the box around the PlumX box to be hidden, so it won't matter that the phrase is not set.

Any configurations changes like above will require running refresh_abstracts and reloading the webserver.  Therefore, my previous suggestion of using generate_abstracts to test with a single eprint until you are happy with the layout and fix any snags like missing phrases.  If you want to remove the boxes around the Altmetric and Dimensions plugins you will probably manually need to modify your CSS in a similar way to:

https://bazaar.eprints.org/1150/1/epm/plumx/cfg/static/style/plumx_hide_box.css

Regards

David Newman


On 24/11/2024 11:53 am, Techsupport Mosys wrote:

CAUTION: This e-mail originated outside the University of Southampton.

Dear David,

Thank you so much!.

Issue no 1: Not resolved. 

We are very happy to see these plugins are displaying in Summary Page. 

 

<EPRINTS_PATH>/bin/generate_abstracts <ARCHIVE_ID> <EPRINT_ID>

If you still don't see the boxes for these plugins, then please could you confirm if you have changed any of the default configuration for these plugins.

 

Yes, Not able to see those plugins in the summary page. We have not changed any of these configurations. Though we've reinstalled many times. Still no progress.  

Issue no 2: On your other issue, the ORCID Support Bazaar plugin requires the Reports plugin to also be installed or you will get error messages like you have reported when running generate_views.

Issue resolved

 

On Sun, 24 Nov 2024 at 16:13, David R Newman <drn@ecs.soton.ac.uk> wrote:

Hi Revathi,

The Altmetric and PlumX plugins by default require one of three things to be true about the eprint record:

1. A bespoke doi field has been added to the eprint data object's fields and this has a value set.
2. The isbn field has a value set.
3. The id_number field has a value set and matches a very simple regular _expression_ intended to confirm this field stores a DOI (basically it must either start with or contain a "10.".  In the latter the "10." must be proceeded by a word-boundary character.  So it would match 10.1234/5678,  doi:10.1234/5678 and https://doi.org/10.1234/5678).

if one of the above is true, you should add least get an empty box displayed for Altmetric and PlumX.  This would be where a request has been sent to Altmetric and/or PlumX but it could not be understood, so nothing is returned.  If it understood but no data could be found about the DOI or ISBN, it should return some text to that affect, so the box would not be completely empty.  Hopefully, as your Dimensions plugin for your example eprint record is responding with some data, (even if reporting 0), then so should Altmetric and PlumX.

You said you "regenerated views".  Did you actually mean you "regenerated abstracts"?  If not, the one way to make sure that abstract pages are regenerated is to first make sure the latest repository configuration is loaded by reloading the webserver and then running epadmin refresh_abstracts:

apachectl graceful
<EPRINTS_PATH>/bin/epadmin refresh_abstracts <ARCHIVE_ID>

However, a better plan would be first to make sure you are happy with where these plugins' boxes are displaying on the abstract page of a typical eprint.  By running the generate_abstracts command for your example eprint record  (you don't need to reload the webserver each time as the generate_abstracts is running at the command line and not clearing a cache like refresh_abstracts, which means the latter ends up with the webserver generating a new abstract page cache on its next request).

<EPRINTS_PATH>/bin/generate_abstracts <ARCHIVE_ID> <EPRINT_ID>

If you still don't see the boxes for these plugins, then please could you confirm if you have changed any of the default configuration for these plugins.

On your other issue, the ORCID Support Bazaar plugin requires the Reports plugin to also be installed or you will get error messages like you have reported when running generate_views.

Regards

David Newman

On 24/11/2024 3:16 am, Techsupport Mosys wrote:

CAUTION: This e-mail originated outside the University of Southampton.

CAUTION: This e-mail originated outside the University of Southampton.

Dear Team,

We have installed the PlumX and Altmetrix through Bazaar and still its not reflecting in the summary page. We regenerated views using the portal as well as command mode. 

 

Example: https://academic.research.sma.ac.ae/id/eprint/5/

Also getting the below error while generating views.

Problem loading plugin EPrints::Plugin::Export::Report::CSV::CreatorsOrcid [/opt/eprints3/lib/plugins/EPrints/Plugin/Export/Report/CSV/CreatorsOrcid.pm]:
Can't locate EPrints/Plugin/Export/Report/CSV.pm in @INC (you may need to install the EPrints::Plugin::Export::Report::CSV module) (@INC entries checked: /opt/eprints3/perl_lib /opt/eprints3/ingredients/bazaar/plugins /opt/eprints3/flavours/pub_lib/plugins /opt/eprints3/site_lib/plugins /opt/eprints3/lib/plugins /opt/eprints3/bin/../perl_lib /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.38.2 /usr/local/share/perl/5.38.2 /usr/lib/x86_64-linux-gnu/perl5/5.38 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl-base /usr/lib/x86_64-linux-gnu/perl/5.38 /usr/share/perl/5.38 /usr/local/lib/site_perl) at /opt/eprints3/lib/plugins/EPrints/Plugin/Export/Report/CSV/CreatorsOrcid.pm line 3.
BEGIN failed--compilation aborted at /opt/eprints3/lib/plugins/EPrints/Plugin/Export/Report/CSV/CreatorsOrcid.pm line 3.
Compilation failed in require at (eval 420) line 1.
BEGIN failed--compilation aborted at (eval 420) line 1.

 

But still both plugins are not working. Early response would be appreciated

 

thanks

Revathi

*** Options: https://wiki.eprints.org/w/Eprints-tech_Mailing_List

*** Archive: https://www.eprints.org/tech.php/

*** EPrints community wiki: https://wiki.eprints.org/