EPrints Technical Mailing List Archive
See the EPrints wiki for instructions on how to join this mailing list and related information.
Message: #07377
< Previous (by date) | Next (by date) > | < Previous (in thread) | Next (in thread) > | Messages - Most Recent First | Threads - Most Recent First
Re: [EP-tech] Cumulative PhD theses
- To: <eprints-tech@ecs.soton.ac.uk>
- Subject: Re: [EP-tech] Cumulative PhD theses
- From: David R Newman <drn@ecs.soton.ac.uk>
- Date: Thu, 26 Jul 2018 16:22:26 +0100
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 follows:
{
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.
Regards
David Newman
On Thu, 2018-07-26 at 17:04 +0200, martin.braendle@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 URLPros: 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 aboutCon: 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ändleZentrale InformatikUniversität ZürichStampfenbachstr. 73CH-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/
- References:
- [EP-tech] Cumulative PhD theses
- From: <martin.braendle@id.uzh.ch>
- [EP-tech] Cumulative PhD theses
- Prev by Date: [EP-tech] Cumulative PhD theses
- Next by Date: [EP-tech] Create eprints under maintenance status
- Previous by thread: [EP-tech] EPrints/CRIS
- Next by thread: [EP-tech] DOI handling in orcid_support_advance
- Index(es):