Jump to content
Wiki Home
EPrints Home
Bazaar
Files
Main menu
Main menu
move to sidebar
hide
Navigation
Front Page
EPrints 3 Manual
EPrints Training Course
EPrints Glossary
Installing EPrints
How-to Configure EPrints
EPrints 3.2+ API
EPrints 3 Reference
EPrints Plugins
Wiki
All categories
Recent changes
Main Page
Help
EPrints Documentation
Search
Search
Appearance
Log in
Request account
Personal tools
Log in
Request account
Pages for logged out editors
learn more
Contributions
Talk
Editing
Manipulating eprints in 3.2
Page
Discussion
British English
Read
Edit
View history
Tools
Tools
move to sidebar
hide
Actions
Read
Edit
View history
General
What links here
Related changes
Special pages
Page information
Appearance
move to sidebar
hide
Warning:
You are not logged in. Your IP address will be publicly visible if you make any edits. If you
log in
or
create an account
, your edits will be attributed to your username, along with other benefits.
Anti-spam check. Do
not
fill this in!
[[Category: Obsolete]] [[Category: Eprints3.2]] =EPrints Objects= * An '''eprint''' (all small letters) is our top level object which contains '''documents''' which, in turn, contain '''files'''. * '''EPrints''' (big E, big P) is the name for the software. A single '''eprint''' may be titled “My Really Cool Web Project” where the 1st '''document''' is the web page, which contains '''files''' like index.html, style.css etc. A second '''document''' could be the access.log ('''file''') from the website. This a complex example however and most people are using the '''one file per document paradigm''', e.g. a collection of images would be one image per document. The eprint would then be the collection and would have metadata about the title of the collection. The “type” of the eprint would be “collection” or “image collection” or “thesis” etc. So a thesis collection in DSpace is simply a “type” field in EPrints. =The EPrints Submission Workflow= EPrints has 3 main states at which an eprint can live, and you can bypass the middle one: * '''inbox''': A users work area * '''buffer''': The editorial buffer, after a user has finished with it but before publication, a user can sometimes control an item in the buffer, e.g. change or delete it. * '''archive''': A live published item. There is also a '''deletion''' stage, but that is not important, just useful. So for a repository without an editorial buffer there is an inbox and an archive. =DataObjs= '''eprints''', '''documents''' and '''files''' are all types of '''dataobj''' thus they inherit many properties from the dataobj class. All good code should subclass and inherit a lot and thus you need to keep an eye out for this when doing development and looking at documention. =The EPrints API= As well as '''eprints''', '''documents''' and '''files''' you can also directly manipulate the '''repository''' (used to be called session) via API calls. To find out the available calls it is best to take a look at the documentation. I would recommend a good starting place being the [[API]] Page =Traversing an EPrint= my $an_eprint = $repo->eprint( 23 ); my $title = $an_eprint->value("title"); my @docs = $an_eprint->get_all_documents(); foreach my $doc(@docs) { foreach my $file (@{($doc->value("files"))}) { } }
Summary:
Please note that all contributions to EPrints Documentation may be edited, altered, or removed by other contributors. If you do not want your writing to be edited mercilessly, then do not submit it here.
You are also promising us that you wrote this yourself, or copied it from a public domain or similar free resource (see
EPrints Documentation:Copyrights
for details).
Do not submit copyrighted work without permission!
Cancel
Editing help
(opens in new window)