EPrints Technical Mailing List Archive

See the EPrints wiki for instructions on how to join this mailing list and related information.

Message: #02987

< Previous (by date) | Next (by date) > | < Previous (in thread) | Next (in thread) > | Messages - Most Recent First | Threads - Most Recent First

[EP-tech] Re: collections_Eprints

Hi Ivana,
In addition to Ian and Florians answers, I thought these might be of use:
In the EPrints Bazaar, there are a few different 'collection' type packages:
http://bazaar.eprints.org/258/ - Shelves for EPrints
http://bazaar.eprints.org/226/ - Collections
http://bazaar.eprints.org/207/ - Kultivate project containers
[If you've got a recent Eprints repository working, you should be able to browse the Bazaar from the 'Admin' menu. If not, I find browsing the Bazaar easiest from this URL: http://bazaar.eprints.org/view/year/NULL.html ...)

One of these wiki pages might also help - this first was written based on my experience of customising an EPrints-3.3.10 repository (http://digital.library.leeds.ac.uk; http://digital.library.leeds.ac.uk/collections.html ):

http://wiki.eprints.org/w/How_to_control_eprint_workflow_based_on_a_user_field
http://wiki.eprints.org/w/How_to_create_a_separate,_searchable_%27collection%27_%28for_eTheses%29

Questions you might want to think about:
Where is the metadata coming from (a human or a machine)?
Can an item belong to more than one collection?
Do the different collections require different metadata structures (do you want/need to control the workflow based on which collection an item belongs to)? 

Hope that helps,
John

-----Original Message-----
From: eprints-tech-bounces@ecs.soton.ac.uk [mailto:eprints-tech-bounces@ecs.soton.ac.uk] On Behalf Of Florian Heß
Sent: 07 May 2014 07:45
To: eprints-tech@ecs.soton.ac.uk
Subject: [EP-tech] Re: collections_Eprints

Am 05.05.2014 15:48, schrieb Ivana Sarić:
> Thanks Ian,
>
> by collecton I mean that in one repository I can develop different
> collcetions (example: doctoral theses collection, writers of the 19th
> century collection, manuscript collection, and so on...). Each
> collection than could be browse by the subject head or
> classifications. Collection would be organized documents/items from one
> area organized by the subject of that area. As result of that you can
> browse all collections from one interface instead you have many
> different repository for each reserach area?

[Hope I can help here as a simple user, devs are welcome to discover any 
inadvertent misinformation.]

Hi Ivana,

this indeed is the question you'll have to decide in your planning a 
repository:

* Either you have one repository with collections based on a simple 
metadata field e.g. "is_in_collection" => { type => "set", options => 
["phd", "writers19th", "msc", ...], ...}, so you can search it over all 
collections at once when needed, but it is hard if not impossible - I 
guess there lurks much hackery to do anyway - to differentiate e.g. 
available subjects depending on the collection.

* Or you have totally different repositories for each collection, then 
you'll probably loose the possibility to search all collections at once 
and furthermore, it is a challenge to make the repositories look and 
feel all the same (at least if you want to make update-safe changes only).

You might be able (I guess, didn't test) to combine the advantages of 
both ways to some uncertain extent, by offering on the first stage in 
the document entry workflow not only the document type to specify, what 
is the default of EPrints, but also the collection. That way on the 
other workflow stages you can specify things like available metadata, 
required metadata, metadata options and configuration etc. depending on 
the type as well as on the collection (besides on user properties and 
other nice stuff).


Kind regards
Florian

> Ivana
>
>
> 2014-05-05 15:30 GMT+02:00 Ian Stuart <Ian.Stuart@ed.ac.uk
> <mailto:Ian.Stuart@ed.ac.uk>>:
>
>     On 05/05/14 12:57, Ivana Sarić wrote:
>      > Please,
>      >
>      > can somebody give me explanation about Eprints:
>      >
>      > 1) Does the system allow to develop multiple collections?
>     What do you mean by "Collection"?
>     How does a "Collection" differ from a "Subject"?
>
>     You can have multiple subject-like classifications an a single
>     repository - yes.
>
>      > 2) Does the system allow digital object to be a member of multiple
>      > collections?
>     Yes - in the same way a single record can be associated with multiple
>     subjects
>
>      > 3) Allows multiple collections within same installation of the
>     system?
>     Multiple subject-like classifications?
>     Yes - but the management of it would be a nightmare for your
>     data-loggers
>
>      > 4) Does the system supports browsing of collections?
>     Yep, just like for subject.
>
>     --
>
>     Ian Stuart.
>     Developer: ORI, RJ-Broker, and OpenDepot.org
>     Bibliographics and Multimedia Service Delivery team,
>     EDINA,
>     The University of Edinburgh.
>
>     http://edina.ac.uk/
>
>     This email was sent via the University of Edinburgh.
>
>     The University of Edinburgh is a charitable body, registered in
>     Scotland, with registration number SC005336.
>
>
>     *** 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/
>
>
>
>
> *** 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/
>


-- 
UB Heidelberg (Altstadt)
Plöck 107-109, 69117 HD
Abt. Informationstechnik
http://www.ub.uni-heidelberg.de/

*** 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/