EPrints Technical Mailing List Archive
Message: #06987
< Previous (by date) | Next (by date) > | < Previous (in thread) | Next (in thread) > | Messages - Most Recent First | Threads - Most Recent First
Re: [EP-tech] REF Compliance Checker Plugin
- To: "eprints-tech@ecs.soton.ac.uk" <eprints-tech@ecs.soton.ac.uk>
- Subject: Re: [EP-tech] REF Compliance Checker Plugin
- From: "Alan.Stiles" <alan.stiles@open.ac.uk>
- Date: Thu, 30 Nov 2017 11:02:16 +0000
It does exactly that – it sets it the first time and then doesn’t change it. The easiest (dirty) way I’ve found to check it’s processing my override code is to put a
print STDERR “My Local Override_Function_Name: Doing this bit now\n”; in the function, which should then appear in the apache error log. From: eprints-tech-bounces@ecs.soton.ac.uk [mailto:eprints-tech-bounces@ecs.soton.ac.uk]
On Behalf Of Andrew Beeken Actually, looking at the code in more detail, for example this trigger (my modified version): # date of first compliant deposit - this uses our value of "stage" $c->add_dataset_trigger( 'eprint', EPrints::Const::EP_TRIGGER_BEFORE_COMMIT, sub { my( %args ) = @_;
my( $repo, $eprint, $changed ) = @args{qw( repository dataobj changed )}; # trigger only applies to repos with hefce_oa plugin enabled return unless $eprint->dataset->has_field( "hoa_compliant" ); return if $eprint->is_set( "hoa_date_fcd" ); return if $eprint->value( "eprint_status" ) eq "inbox"; for( $eprint->get_all_documents ) { next unless $_->is_set( "stage" ); next unless $_->value( "stage" ) eq "accepted" || $_->value( "stage" ) eq "published"; $eprint->set_value( "hoa_date_fcd", $_->value( "datestamp" ) ); $eprint->set_value( "hoa_version_fcd", $_->value( "stage" ) eq "accepted" ? "AM" : "VoR" ); } }, priority => 100 ); Does the line return if $eprint->is_set( "hoa_date_fcd" ); mean that if the date is already set, it won’t be recalculated? From:
eprints-tech-bounces@ecs.soton.ac.uk [mailto:eprints-tech-bounces@ecs.soton.ac.uk]
On Behalf Of Andrew Beeken Thanks John! Okay, I’ve made some progress on this but I’m coming a little unstuck on the Date of First Compliant Deposit and Date of First Compliant Open Access. So, for both of these I’ve needed to make a alight adjustment as we store our “accepted”, “published” etc in a variable called “stage”. No problem, I’ve switched “content” up for “stage” and I’m
getting a date through now based, looking at the code, on EPrints::Time::get_iso_date(). The issue I have is that in all instances this is showing as todays date. Speaking to Bev about how she wants this to work, she’s expecting to see: First Compliant Deposit – the date the record was created, so I assume the datestamp value of the record? First Compliant Open Access – the date the record was created OR the embargo date if one is set. Once I’ve got these setting as expected I think I can get this deployed. Any thoughts? From:
eprints-tech-bounces@ecs.soton.ac.uk [mailto:eprints-tech-bounces@ecs.soton.ac.uk]
On Behalf Of John Salter Hi Andrew, From:
eprints-tech-bounces@ecs.soton.ac.uk <eprints-tech-bounces@ecs.soton.ac.uk> on behalf of Andrew Beeken <anbeeken@lincoln.ac.uk> Hi all! Putting some final bits into place before I retire from the repository work in 2018, I’m now looking at the REF Compliance Checker Plugin (http://eprintsug.github.io/hefce_oa/). One of
the things I’ve noticed is that the plugin doesn’t seem to be picking up some of our specific workflow modifications which is to be expected. With the RIOXX plugin I was able to change the fields that were being looked at however I can’t seem to see an obvious
way to do this in the documentation. Any thoughts? Cheers! Andrew
|
- References:
- [EP-tech] REF Compliance Checker Plugin
- From: Andrew Beeken <anbeeken@lincoln.ac.uk>
- Re: [EP-tech] REF Compliance Checker Plugin
- From: John Salter <J.Salter@leeds.ac.uk>
- Re: [EP-tech] REF Compliance Checker Plugin
- From: Andrew Beeken <anbeeken@lincoln.ac.uk>
- Re: [EP-tech] REF Compliance Checker Plugin
- From: Andrew Beeken <anbeeken@lincoln.ac.uk>
- [EP-tech] REF Compliance Checker Plugin
- Prev by Date: Re: [EP-tech] REF Compliance Checker Plugin
- Next by Date: Re: [EP-tech] REF Compliance Checker Plugin
- Previous by thread: Re: [EP-tech] REF Compliance Checker Plugin
- Next by thread: Re: [EP-tech] REF Compliance Checker Plugin
- Index(es):