EPrints Technical Mailing List Archive

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

Message: #02985

< 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

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/