[EP-tech] Re: Coversheets - anyone involved with the development still around?

[Jiadi Yao]

Hi John,

Sorry, I do not have any sample pdfs for you to test on.

I think it was failing on some Mac generated pdfs that do not conform 
the pdf standard.

regards,
Jiadi


On 23/09/2014 16:39, John Salter wrote:
>
> Hi Jiadi,
>
> Glad someone knows about this :o)
>
> I’ll take a look at this and see how I get on – were any sample PDFs 
> that failed/looped saved so I can test them too (no problems if not!)?
>
> Cheers,
>
> John
>
> *From:*eprints-tech-bounces at ecs.soton.ac.uk 
> [mailto:eprints-tech-bounces at ecs.soton.ac.uk] *On Behalf Of *Jiadi Yao
> *Sent:* 23 September 2014 16:10
> *To:* eprints-tech at ecs.soton.ac.uk
> *Subject:* [EP-tech] Re: Coversheets - anyone involved with the 
> development still around?
>
> Hi John,
>
> I think that the point the metadata would get lost is when the 
> covering pdf file is stitched to the original pdf, generating a 
> covered version.  In the latest coversheet bazaar package uses 
> ghostscript(gs) as the stitching program, which is not preserving the 
> metadata.
>
> Pdftk 
> (https://www.pdflabs.com/docs/install-pdftk-on-redhat-or-centos/), 
> which is a more comprehensive program that may have option to preserve 
> the metadata, was used previously until a serious bug caused it to 
> loop/never finish processing the stitching process for some types of 
> pdf files. The bug was believed to be fixed in a more recent version 
> of pdftk, but it has not been fully tested in eprints yet.
>
> It is probably worth to try to install the latest version of pdftk and 
> ask eprints to use it as the stitching program.
>
>
> _To switch to use pdftk in eprints_
> /opt/eprints3/lib/plugins/EPrints/Plugin/Convert/AddCoversheet.pm line 
> @ 215
>
>         my $temp_output_dir = File::Temp->newdir( 
> "ep-coversheet-finishedXXXX", TMPDIR => 1 );
>         my $temp_output_file = $temp_dir.'/temp.pdf';
>
>
> ##switch back using pdftk
>         my $pdftk = $plugin->get_repository->get_conf( "executables", 
> "pdftk" );
>         system( $pdftk, @input_files, "cat", "output", 
> $temp_output_file );
>
>         copy($temp_output_file, $output_file);
>
>         # check it worked
>         unless( -e $output_file && -s $output_file ) #check files 
> exists and is not zero length
>         {
> $repository->log("[Convert::AddCoversheet] pdftk could not create 
> '$output_file'. Check the PDF is not password-protected.");
>                 return;
>         }
>
>
> ##>>>>>>>>>>>>>>>
> =begin GHOST
>         # EPrints Services/pjw Modification to use Ghostscript rather 
> than pdftk
>         my $gs_cmd = $plugin->get_repository->get_conf( 
> "gs_pdf_stich_cmd" );
>         # add the output file
>         $gs_cmd .= $temp_output_file;
>         # add the input files
>         foreach my $input_file (@input_files)
>         {
>                 $gs_cmd .= " '$input_file'";
>         }
>
>         my $sys_call_status = system($gs_cmd);
>         # check it worked
>         if (0 == $sys_call_status)
>         {
>                 copy($temp_output_file, $output_file);
>         }
>         else
>         {
>                 my $eprint = $doc->get_eprint;
> #                       $repository->mail_administrator( 
> 'Plugin/Screen/Coversheet:email_subject',
> # 'Plugin/Screen/Coversheet:email_body',
> #                                                 eprintid => 
> $eprint->render_value("eprintid"),
> #                                                 docid => 
> $doc->render_value("docid") );
>
> $repository->log("[Convert::AddCoversheet] Ghostscript could not 
> create '$output_file'. Check the PDF is not password-protected.");
>                 return;
>         }
> =end GHOST
> =cut
> ##<<<<<<<<<<<<<<<<<<<<
>
>
>         EPrints::Utils::chown_for_eprints( $output_file );
>
>
> in archive/[repoid]/cfg/cfg.d/z_coversheet.pl  @line 30
>
> ##Add pdftk executable path:
> $c->{executables}->{pdftk} = "/usr/bin/pdftk";
>
>
>
>
> Best
> Jiadi
>
> On 23/09/2014 12:25, John Salter wrote:
>
>     Hi,
>
>     Does anyone around here have anything to do with the 'Coverpages' bazaar package?
>
>     http://bazaar.eprints.org/cgi/search/simple?q=Coversheets  
>
>     In particular I'm looking at the metadata associated with the resulting (covered) PDF. On the UKCoRR mailing list, there was a claim that some work had been done so that metadata that existed in the original PDF wasn't affected?
>
>       
>
>     Cheers,
>
>     John
>
>       
>
>     *** 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/
>
>
>
> -- 
> Jiadi Yao
> jy2e08 at ecs.soton.ac.uk  <mailto:jy2e08 at ecs.soton.ac.uk>
> EPrints Services
> 3081, Building 32
> University of Southampton
>
>
> *** 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/

-- 
Jiadi Yao
jy2e08 at ecs.soton.ac.uk
EPrints Services
3081, Building 32
University of Southampton

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ecs.soton.ac.uk/pipermail/eprints-tech/attachments/20140923/1a95a7e0/attachment.html