[EP-tech] Cumulative PhD theses

David R Newman drn at ecs.soton.ac.uk
Thu Jul 26 16:22:26 BST 2018

Hi Martin,
I created a field called related_item recently that was a multiple
compound field with the sub-fields type and eprint.  type (may be
better called relation in your scenario) is just a free-text field but
you could make this a set if you needed strictly limited relationships.
 eprint is an itemref field.  I add these to eprint_fields.pl as
       name=>"related_item", type=>"compound", multiple=>1,
       fields => [
                                sub_name => "type",
                                type => "text",
                                input_cols => 35,
                                sub_name => "eprint",
                                type => "itemref",
                                datasetid => "eprint",
                                input_cols => 8,
        input_lookup_url => "/cgi/users/lookup/related_item",
        input_lookup_params =>"label_field=title",
        render_value => 'render_related_item',
If you are interested, I can send you the
/cgi/users/lookup/related_item and the render_related_item function.
 Obviously you also need to also make sure you add the related_item
field to the workflow and the list of field in eprint_render.pl.
David Newman
On Thu, 2018-07-26 at 17:04 +0200, martin.braendle at id.uzh.ch wrote:
> Hi,
> with the upcoming reform of the doctoral regulations of one of our
> faculties, we have to accommodate cumulative PhD theses in our repo.
> I'm wondering how other EPrints repos are doing this.
> Our idea is
> - to deposit the parts as individual eprints, so document type,
> coauthors, licenses, embargos etc. can be specified
> - to deposit the main document (the thesis) as individual eprint. Use
> type dissertation as usual, maybe have an additional field
>  dissertation_type that has values "cumulative" and "monographic"
> - as soon as the main document is available, link the parts and the
> main document in both directions using related URLs with URL Type
> "HasPart" and "IsPartOf" (or similar). The related URL is the eprint
> id URL
> Pros: Workflow remains (nearly) unchanged, allows maximum flexibility
> for parts and main document,  academic reporting is done for the
> parts at the time (year) when they were published/deposited, parts
> are deposited even if for some reason the PhD thesis will be unable
> to come about
> Con: Thesis must be downloaded in parts (we would display the links
> to the related parts in the download section)
> Instead of the related URL/URL Type there is also the ItemRef
> Metafield type for linking eprints, but I'm somewhat hesitant.
> What do you think?
> Best regards,
> Martin
> --
> Dr. Martin Brändle
> Zentrale Informatik
> Universität Zürich
> Stampfenbachstr. 73
> CH-8006 Zürich
> *** 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/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ecs.soton.ac.uk/pipermail/eprints-tech/attachments/20180726/d5e4622b/attachment-0001.html 

More information about the Eprints-tech mailing list