20.01.2015 Views

UPSpace Policy - Library - University of Pretoria

UPSpace Policy - Library - University of Pretoria

UPSpace Policy - Library - University of Pretoria

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

<strong>University</strong> <strong>of</strong> <strong>Pretoria</strong><br />

Digital Institutional Research Repository<br />

<strong>UPSpace</strong> User <strong>Policy</strong> Document<br />

Working Paper<br />

<strong>University</strong> <strong>of</strong> <strong>Pretoria</strong><br />

<strong>Pretoria</strong><br />

0001<br />

http://repository.up.ac.za<br />

E-mail: upspace@up.ac.za<br />

<strong>University</strong> <strong>of</strong> <strong>Pretoria</strong><br />

<strong>UPSpace</strong> User <strong>Policy</strong> Version 3.2<br />

Updated by Hettie Groenewald and Kataila Ramalibana on 6/20/2013<br />

1


Table <strong>of</strong> Contents<br />

1. About <strong>UPSpace</strong> 3<br />

2. <strong>UPSpace</strong> Project Evaluation Committee 3<br />

3. <strong>UPSpace</strong> User Group 4<br />

4. Open Access Approach at UP Libraries 5<br />

5. Submission <strong>Policy</strong> 5<br />

6. <strong>Policy</strong> on Communities/Collections within <strong>UPSpace</strong> 9<br />

7. Responsibilities & Services: Dept. <strong>of</strong> <strong>Library</strong> Services,<br />

<strong>Library</strong> Information Systems & Technology & Dept. <strong>of</strong> IT 11<br />

8. Rights <strong>of</strong> the Dept. <strong>of</strong> <strong>Library</strong> Services 12<br />

9. Responsibilities <strong>of</strong> the <strong>University</strong> <strong>of</strong> <strong>Pretoria</strong> 12<br />

10. Responsibilities <strong>of</strong> the Unit for Information Systems & Technology 12<br />

11. Licensing, Copyright, Privacy and Intellectual Property 12<br />

12. Services <strong>of</strong>fered through <strong>UPSpace</strong> 14<br />

13. Preservation <strong>Policy</strong> & Support 14<br />

14. Withdrawal policy 17<br />

15. Workflow <strong>Policy</strong> 17<br />

16. Persistent Identifiers in <strong>UPSpace</strong> 20<br />

17. Metadata Standards 20<br />

18. Provenance data tracked by <strong>UPSpace</strong> 21<br />

19. Authentication in <strong>UPSpace</strong> 21<br />

20. <strong>UPSpace</strong> Server Details 21<br />

21. Service Level Agreements 21<br />

22. Communication 22<br />

<strong>University</strong> <strong>of</strong> <strong>Pretoria</strong><br />

<strong>UPSpace</strong> User <strong>Policy</strong> Version 3.2<br />

Updated by Hettie Groenewald and Kataila Ramalibana on 6/20/2013<br />

2


1. About <strong>UPSpace</strong><br />

”In supporting Open Access, <strong>UPSpace</strong> is the UP archive <strong>of</strong> research output produced, submitted and<br />

sponsored by the UP Community and research material donated to the <strong>University</strong> <strong>of</strong> <strong>Pretoria</strong> for long<br />

term preservation, distribution on the web and to create visibility <strong>of</strong> the <strong>University</strong> <strong>of</strong> <strong>Pretoria</strong> and the<br />

authors internationally “ Pienaar, H. 2012. Strategic Planning 2012-2025, E-Service Unit. Department<br />

<strong>of</strong> <strong>Library</strong> Services, <strong>University</strong> <strong>of</strong> <strong>Pretoria</strong>.<br />

Attributes <strong>of</strong> a trusted repository are achieved by complying with the Reference Model for an Open<br />

Archival Information System (OAIS):<br />

An ISO standard (approved in 2003 and updated in 2009) that formally expresses the<br />

Roles, Functions and Content <strong>of</strong> an Archive at http://digi.nrf.ac.za<br />

The repository uses DSpace TM version 1.8.2 s<strong>of</strong>tware, developed at MIT with support from Hewlett<br />

Packard, which complies with the Open Archives Initiative (OAI); thus allowing items to be easily<br />

discovered by web search engines, services and indexing tools.<br />

Each item in the repository is assigned a unique persistent identifier, using the CNRI Handle System.<br />

The identifiers are resolvable in perpetuity, and will remain valid even if content migrates to a new<br />

system. This allows documents in the repository to be properly and effectively cited in other research.<br />

* The UP Community refers to:<br />

• Present and future staff members <strong>of</strong> the Department <strong>of</strong> <strong>Library</strong> Services, <strong>University</strong> <strong>of</strong><br />

<strong>Pretoria</strong>;<br />

• Past, present and future academic staff at the <strong>University</strong> <strong>of</strong> <strong>Pretoria</strong>;<br />

• Focus areas, faculties, centers, institutes and research divisions at UP.<br />

2. <strong>UPSpace</strong> Project Evaluation Committee<br />

2.1 Focus <strong>of</strong> the <strong>UPSpace</strong> Project Evaluation Committee<br />

It will be the responsibility <strong>of</strong> the <strong>UPSpace</strong> Project Evaluation Committee to evaluate applications<br />

(see Application form available at ) for new projects to be hosted on <strong>UPSpace</strong>. This will include:<br />

the capacity <strong>of</strong> the <strong>UPSpace</strong> server, copyright <strong>of</strong> material cleared or Letter <strong>of</strong> Consent received, the<br />

digitisation <strong>of</strong> material, adding retrospective material to existing collections, as well as the creation <strong>of</strong><br />

new collections on <strong>UPSpace</strong>. The availability <strong>of</strong> metadata editors and role players in the workflow <strong>of</strong><br />

the collections will also be considered, to ensure quality control on <strong>UPSpace</strong>, and to adhere to the<br />

attributes <strong>of</strong> a Trusted Repository. Projects accepted, will be prioritized according to above-mentioned<br />

terms and conditions.<br />

The <strong>UPSpace</strong> Project Evaluation Committee’s role will be ongoing; issues will be revisited on a<br />

regular basis, and as new issues arise. The <strong>UPSpace</strong> Project Evaluation Committee’s decisions will<br />

take into consideration the Department <strong>of</strong> <strong>Library</strong> Service’s overall mission, as well as the <strong>University</strong><br />

<strong>of</strong> <strong>Pretoria</strong>’s mission and goals, so as to ensure that the <strong>UPSpace</strong> service is aligned with these.<br />

2.2 Role <strong>of</strong> the <strong>UPSpace</strong> Project Evaluation Committee<br />

The <strong>UPSpace</strong> Project Evaluation Committee will make decisions related to <strong>UPSpace</strong> services,<br />

standards, and functionality. When the committee’s decisions have significant financial, service, or<br />

public relations impact, the issues will be referred to the Department <strong>of</strong> <strong>Library</strong> Services Management<br />

Team, made up <strong>of</strong> senior library administrators, for endorsement.<br />

<strong>University</strong> <strong>of</strong> <strong>Pretoria</strong><br />

<strong>UPSpace</strong> User <strong>Policy</strong> Version 3.2<br />

Updated by Hettie Groenewald and Kataila Ramalibana on 6/20/2013<br />

3


2.3 Composition <strong>of</strong> the <strong>UPSpace</strong> Project Evaluation Committee<br />

The committee includes the following:<br />

Assistant Director; E-Service Unit, Dept.<strong>of</strong> <strong>Library</strong> Services (Chair)<br />

IR Manager<br />

IR Systems Manager<br />

Manager; Digitisation Office<br />

Coordinator; Metadata Editors<br />

Meetings will be arranged as requested by the IR Manager, and will then include Ad hoc members<br />

affiliated with the project.<br />

3. <strong>UPSpace</strong> User Group<br />

3.1 Focus <strong>of</strong> the <strong>UPSpace</strong> User Group<br />

It will be the responsibility <strong>of</strong> the IR Manager to inform the <strong>UPSpace</strong> User Group on operational level<br />

including:<br />

new policies;<br />

upgrading to a new version;<br />

enhancements;<br />

changes in workflow;<br />

guidelines and policies;<br />

quality control;<br />

sharing monthly statistics<br />

The IR Manager will share the implementation <strong>of</strong> policy decisions taken by the <strong>UPSpace</strong> Project<br />

Evaluation Committee<br />

3.2 Composition <strong>of</strong> the <strong>UPSpace</strong> User Group<br />

This team includes the following individuals and meetings will be arranged as needed:<br />

IR Manager<br />

IR IT Support Manager<br />

Digitisation Specialist<br />

Metadata Specialist<br />

Open Access Specialist<br />

Copyright Officer<br />

Special Collections Representative<br />

Representatives (Information Specialists) from Faculty Libraries – give feedback to team<br />

Representatives (UP Departments) involved in <strong>UPSpace</strong> collections<br />

3.3 Notes <strong>of</strong> these meetings will be made available to all relevant parties via the<br />

upspace@kendy.up.ac.za mailing list.<br />

<strong>University</strong> <strong>of</strong> <strong>Pretoria</strong><br />

<strong>UPSpace</strong> User <strong>Policy</strong> Version 3.2<br />

Updated by Hettie Groenewald and Kataila Ramalibana on 6/20/2013<br />

4


4. Open Access Approach at UP Libraries<br />

Research is not always accessible to all, and <strong>of</strong>ten only to the benefit <strong>of</strong> those who can afford to<br />

subscribe to very expensive databases. The Department <strong>of</strong> <strong>Library</strong> Services supports open access to<br />

all research conducted by members <strong>of</strong> the UP community, provided that patents, copyright and<br />

intellectual property rights issues are taken into account, and the laws that govern these issues are<br />

adhered to. Through making UP research output freely available for all to access and use, we would<br />

like to help increase the usage, impact and citation rate <strong>of</strong> research conducted by our members, as<br />

well as the visibility <strong>of</strong> the <strong>University</strong> <strong>of</strong> <strong>Pretoria</strong> on international level. This can in turn impact on the<br />

NRF-rating and H-index <strong>of</strong> individual researchers, and the listing <strong>of</strong> the <strong>University</strong> <strong>of</strong> <strong>Pretoria</strong> on the<br />

Shanghai <strong>University</strong> List. Also refer to the UP Open Access Mandate (August 2009).<br />

Currently there are two currents in the Open Access movement:<br />

• OA self-archiving in institutional repositories (“green” road to OA)<br />

• OA publishing (“gold” road to OA – see e.g. DOAJ)<br />

In addition to archive their research output within the institutional repository, researchers are<br />

encouraged to publish in journals supporting the gold road.<br />

5. Submission <strong>Policy</strong><br />

5.1 Persons allowed to submit content to <strong>UPSpace</strong><br />

<br />

Any UP staff member or research member <strong>of</strong> the UP Community may submit items to the<br />

repository once the necessary rights have been assigned to that individual by the Collection<br />

Administrator <strong>of</strong> a specific Collection as defined in the Application for a new Collection<br />

Permission to submit items to a specific Collection will have to be granted to that member by<br />

the administrator <strong>of</strong> a Collection, assuming that training is being provided.<br />

5.2 Content to be submitted to <strong>UPSpace</strong><br />

Content <strong>of</strong> the following nature will be allowed for submission to <strong>UPSpace</strong>:<br />

1. The work must be produced, submitted or sponsored by the UP Community.<br />

2. The work must be scholarly or research oriented.<br />

3. The work must not be ephemeral.<br />

4. The work must be in digital form.<br />

5. The work should be complete and ready for "publication".<br />

6. The author/owner should be willing and able to grant the <strong>University</strong> <strong>of</strong> <strong>Pretoria</strong> the right to preserve<br />

and distribute the work via <strong>UPSpace</strong>.<br />

7. If the work is part <strong>of</strong> a series, other works in that series should also be contributed so that<br />

<strong>UPSpace</strong> can <strong>of</strong>fer as full a set as possible.<br />

8. The motivation for submitting an item to <strong>UPSpace</strong> should be to ensure long-term preservation<br />

<strong>of</strong> the work. Work <strong>of</strong> temporary value will not be allowed.<br />

9. Work that has been donated to the <strong>University</strong> <strong>of</strong> <strong>Pretoria</strong>.<br />

<strong>University</strong> <strong>of</strong> <strong>Pretoria</strong><br />

<strong>UPSpace</strong> User <strong>Policy</strong> Version 3.2<br />

Updated by Hettie Groenewald and Kataila Ramalibana on 6/20/2013<br />

5


10. Copyright for all items and files (bitstreams) submitted to <strong>UPSpace</strong> must have been cleared in<br />

advance and where necessary, and a note has to be added to each individual item on<br />

submission to <strong>UPSpace</strong>.<br />

11. File names for files (bitstreams) should adhere to the file naming structure decided upon by<br />

the Collection Administrator, as specified in the Collection policy.<br />

12. It is recommended that items rather be “Withdrawn” than to be fully “Deleted”,<br />

A description.provenance note stating the reason should be added prior to the withdrawal,<br />

documenting the history. The same applies when an item is reinstated.<br />

13. When an item is moved to another collection a description provenance note stating the reason<br />

should be added to the metadata record prior to moving the item.<br />

14. By entering the expired date <strong>of</strong> a restricted item in the description embargo field,<br />

the system will automatically lift the restriction <strong>of</strong> the item.<br />

15. Mini-dissertations can be defined as:<br />

- lectured/coursework Masters<br />

- required research projects for final years (4 th and 5 th year) undergraduate courses<br />

The policy regarding the hosting <strong>of</strong> mini-dissertations on <strong>UPSpace</strong> will imply the following:<br />

- Approval for publication on web by HOD <strong>of</strong> Department by means <strong>of</strong> a “Letter <strong>of</strong> consent”<br />

- The letter will be uploaded in the restricted <strong>UPSpace</strong> Letters <strong>of</strong> Consent collection on the<br />

Institutional Repository and the link made available on the specific collection.<br />

- All copyright issues are cleared, including sensitive information <strong>of</strong> firms used in preparation <strong>of</strong><br />

dissertation<br />

- Confidential reports will not be uploaded<br />

- Completing the Application for a new Collection request annually<br />

- An evaluation committee will evaluate the application and give feedback<br />

- Role players will be allocated and trained<br />

- The collection and archived records will be monitored by the IR Manager and:<br />

- records not adhering to IR set standards will be withdrawn<br />

- role players not upholding the quality standards be removed from the collection<br />

5.3 Content not to be submitted to <strong>UPSpace</strong><br />

The following material/ content will not be allowed to be submitted into <strong>UPSpace</strong>:<br />

Material which is <strong>of</strong> controversial nature.<br />

Material which contains content <strong>of</strong> discriminatory nature.<br />

Administrative material.<br />

Commercial material.<br />

Material without the relevant full text attached.<br />

Content submitted to <strong>UPSpace</strong> have to comply with the South African Bill <strong>of</strong> Human Rights.<br />

5.4 Digital formats accepted by <strong>UPSpace</strong><br />

At the <strong>University</strong> <strong>of</strong> <strong>Pretoria</strong> all manner <strong>of</strong> digital formats aimed at supporting research activities will<br />

be allowed for submission.<br />

Some examples <strong>of</strong> items that can be accommodated by <strong>UPSpace</strong> are:<br />

• Documents (e.g. articles, pre-prints, post-prints, working papers, technical reports,<br />

conference papers, speeches, newspaper clippings, manuscripts)<br />

• E-resources e.g. E-books<br />

• Data sets<br />

<strong>University</strong> <strong>of</strong> <strong>Pretoria</strong><br />

<strong>UPSpace</strong> User <strong>Policy</strong> Version 3.2<br />

Updated by Hettie Groenewald and Kataila Ramalibana on 6/20/2013<br />

6


• Computer programs<br />

• Visualizations, simulations, and other models<br />

• Multimedia publications<br />

• Theses and dissertations<br />

The following will, for now, not be accommodated through <strong>UPSpace</strong>:<br />

• Temporary Learning Objects (Use clickUP/ Blackboard)<br />

• Full text digital articles and digital images <strong>of</strong> temporary nature, e.g. reserved material (Use<br />

Millennium)<br />

5.5 Required fields for a Submission<br />

The Qualified Dublin Core Schema (http://dublincore.org/ ), consisting <strong>of</strong> 15 elements and the<br />

qualifiers for each, is used to collect metadata from an item (resource). Reasons for collecting<br />

metadata:<br />

• To aid in the retrieval process<br />

• As a surrogate for the item (for instance, metadata harvesting by another system)<br />

• For use in later products (for instance, a bibliography in a particular discipline)<br />

Listed below are the 15 Qualified Dublin Core fields. Mandatory fields are indicated where applicable.<br />

Metadata<br />

Element<br />

Creator<br />

Contributor<br />

Coverage<br />

Date<br />

Description<br />

Format<br />

Identifier<br />

Language<br />

Publisher<br />

Element Description<br />

Main author. An entity primarily responsible for<br />

making the content <strong>of</strong> the resource e.g. a<br />

person, an organization or a service.<br />

An entity responsible for making contributions to<br />

the content <strong>of</strong> the resource.<br />

The extent or scope <strong>of</strong> the content <strong>of</strong> the<br />

resource. Spatial/temporal characteristics <strong>of</strong> the<br />

intellectual content <strong>of</strong> a resource.<br />

A date <strong>of</strong> an event in the lifecycle <strong>of</strong> the<br />

resource, associated with the creation,<br />

availability or lifecycle <strong>of</strong> the resource.<br />

An account <strong>of</strong> the content and provenance <strong>of</strong><br />

the resource, e.g. an abstract, table <strong>of</strong> contents,<br />

origin. All available information on the item not<br />

provided for elsewhere.<br />

The physical or digital manifestation <strong>of</strong> the<br />

resource.<br />

An unambiguous reference to the resource<br />

within a given context.<br />

A language <strong>of</strong> the intellectual content <strong>of</strong> the<br />

resource.<br />

An entity responsible for making the resource<br />

available, responsible for publication, distribution<br />

or imprint.<br />

<strong>Policy</strong><br />

Mandatory (Unknown if not<br />

available)<br />

Not required<br />

Not required<br />

System supplied if not provided<br />

by user<br />

Encouraged<br />

System supplied<br />

System supplied<br />

Mandatory (pull-down menu,<br />

including "non-text")<br />

Not required<br />

Relation A reference to a related resource. Required if available<br />

<strong>University</strong> <strong>of</strong> <strong>Pretoria</strong><br />

<strong>UPSpace</strong> User <strong>Policy</strong> Version 3.2<br />

Updated by Hettie Groenewald and Kataila Ramalibana on 6/20/2013<br />

7


Rights<br />

Source<br />

Subject<br />

(unqualified)<br />

Title<br />

(unqualified)<br />

Type<br />

Information about rights held in and over the<br />

resource.<br />

A reference to a resource from which the<br />

present resource is derived.<br />

The topic <strong>of</strong> the content <strong>of</strong> the resource. Free<br />

language terms.<br />

A name given to the resource. The title will be<br />

the name by which the resource is formally<br />

known.<br />

The nature or genre <strong>of</strong> the content <strong>of</strong> the<br />

resource.<br />

Mandatory (indicate if no rights<br />

apply)<br />

Not required<br />

Mandatory<br />

Mandatory<br />

Mandatory<br />

For a detailed explanation and policy on how to apply the 15 metadata fields within <strong>UPSpace</strong>, please<br />

refer to the Metadata <strong>Policy</strong> Working Paper available at http://www.dspace.up.ac.za/metadata.pdf<br />

As Resource Description and Access (RDA) standards will be replacing the Anglo-American<br />

Cataloguing Rules as the international cataloguing standard from 2013 onwards, it will be<br />

implemented in <strong>UPSpace</strong> metadata and will be available online.<br />

In consultancy with the IR manager a community may have a community-specific or collection user<br />

interface.<br />

5.6 Submission <strong>of</strong> revised versions<br />

The repository will treat any revised versions and the first draft as separate records. Every update<br />

that is to be archived will need to be submitted separately. A request for the withdrawal <strong>of</strong> previous<br />

submissions may be sent to upspace@up.ac.za. All requests will be archived within the “<strong>UPSpace</strong><br />

Provenance” Collection, and documented within the description.provenance field <strong>of</strong> an item.<br />

<strong>University</strong> <strong>of</strong> <strong>Pretoria</strong><br />

<strong>UPSpace</strong> User <strong>Policy</strong> Version 3.2<br />

Updated by Hettie Groenewald and Kataila Ramalibana on 6/20/2013<br />

8


6. <strong>Policy</strong> on Collections within <strong>UPSpace</strong><br />

6.1 Defining a Collection in <strong>UPSpace</strong><br />

Items in the repository are organized according to Collections. A <strong>UPSpace</strong> "Collection" can be<br />

described as an academic unit that produces research, has a defined leader, has long-term stability,<br />

and can assume responsibility for setting Collection policies. Each Collection must be able to assign a<br />

coordinator (administrator) who can work with the <strong>UPSpace</strong> Manager. Groups wishing to establish a<br />

<strong>UPSpace</strong> Collection that do not fall into this definition will be considered on a case-by-case basis.<br />

Individuals may not submit items without belonging to an established Collection in <strong>UPSpace</strong> because<br />

they do not constitute a unit.<br />

A Top-level Community will only be created once the need therefore is expressed, and once items<br />

become available for submission to Collection/s within that Top-level Community. Communities which<br />

contain Collections without any content will be removed from the system by the <strong>UPSpace</strong> Manager.<br />

For procedure please refer to the following diagram, all requests received by the IR Manager will be<br />

shared with the relevant Information Specialist<br />

Procedure:<br />

<strong>Library</strong> Intranet<br />

How to apply<br />

Application for new<br />

collections<br />

Application: adding<br />

material to<br />

retrospective<br />

collections<br />

Digitisation: confer<br />

with Digitisation<br />

Office Manager<br />

The policy document compiled by a Collection will represent a formal agreement with the Department<br />

<strong>of</strong> <strong>Library</strong> Services or <strong>University</strong> <strong>of</strong> <strong>Pretoria</strong>, with regard to the fair use <strong>of</strong> <strong>UPSpace</strong>.<br />

The information model that will be applied at the <strong>University</strong> <strong>of</strong> <strong>Pretoria</strong> is structured as follows:<br />

Top-level Community (Faculty/School)<br />

Sub-Community (Department/s)<br />

<strong>University</strong> <strong>of</strong> <strong>Pretoria</strong><br />

<strong>UPSpace</strong> User <strong>Policy</strong> Version 3.2<br />

Updated by Hettie Groenewald and Kataila Ramalibana on 6/20/2013<br />

9


Collections (Research Articles, Focus Areas, Conference Papers &<br />

Presentations, Conference Proceedings, Chapters from Books, Media & Communication,<br />

Working Papers, Open Lectures, Conferences, etc.)<br />

6.2 Responsibilities <strong>of</strong> a <strong>UPSpace</strong> Manager<br />

At the <strong>University</strong> <strong>of</strong> <strong>Pretoria</strong>, a <strong>UPSpace</strong> Manager agrees to:<br />

• Arrange for submission and description <strong>of</strong> content (negotiate for assistance).<br />

• Decide on policy regarding content to be submitted (within <strong>UPSpace</strong> policy & guidelines).<br />

• Make decisions about Community and Collection definitions and Collection membership.<br />

• Notify <strong>UPSpace</strong> <strong>of</strong> organisational changes affecting submissions.<br />

• Understand and observe university policies relevant to <strong>UPSpace</strong>, and educate community<br />

submitters regarding these policies.<br />

• Monitor and arrange for copyright clearance. Open Scholarship Office takes responsibility for<br />

clearing copyright <strong>of</strong> research articles.<br />

• Decide upon a submission workflow for each Collection, in collaboration with the specific<br />

collection application.<br />

• Decide upon a user interface for each Collection, in collaboration with the specific collection<br />

administrator.<br />

• Administer submitters within a Collection (register & modify submitters).<br />

• Update information on submitters where necessary.<br />

• Withdraw and move items when required.<br />

• Promote <strong>UPSpace</strong> amongst potential <strong>UPSpace</strong> users.<br />

• Coordinate and monitor overall workflow within Collection.<br />

• Communicate important information on the Collection Homepage.<br />

• Edit items where required; modify metadata at any stage in line with Metadata Working<br />

Paper.<br />

• Map items from other Collections into Collection.<br />

• Back-up for roles within workflow.<br />

• Create Item Templates in collaboration with Metadata Editor.<br />

• Frequently communicate information re research available on <strong>UPSpace</strong> to the relevant<br />

department.<br />

<strong>University</strong> <strong>of</strong> <strong>Pretoria</strong><br />

<strong>UPSpace</strong> User <strong>Policy</strong> Version 3.2<br />

Updated by Hettie Groenewald and Kataila Ramalibana on 6/20/2013<br />

10


7. Responsibilities and Services <strong>of</strong>fered by the Department <strong>of</strong> <strong>Library</strong><br />

Services, <strong>Library</strong> Information Systems & Technology and Dept. <strong>of</strong><br />

Information Technology<br />

At the <strong>University</strong> <strong>of</strong> <strong>Pretoria</strong>, the Department <strong>of</strong> <strong>Library</strong> Services in collaboration with <strong>Library</strong><br />

Information Systems & Technology and the Dept. <strong>of</strong> Information Technology will take<br />

responsibility for the following:<br />

• Retain and maintain content submitted to <strong>UPSpace</strong>.<br />

• Distribute content according to Collection decisions.<br />

• Preserve content using accepted preservation techniques.<br />

• Notify Collections <strong>of</strong> significant changes to content, e.g. format migration.<br />

• Submission service: Submitters may contact upspace@up.ac.za to receive help or to inquire<br />

about the services <strong>of</strong>fered regarding <strong>UPSpace</strong>.<br />

• Repository service: Dept. <strong>of</strong> <strong>Library</strong> Service IT Services, in collaboration with the <strong>University</strong> <strong>of</strong><br />

<strong>Pretoria</strong>’s IT Services when applicable will provide permanent storage, including appropriate<br />

back-up and recovery procedures.<br />

• Access service: Maintain an appropriate interface to browse, search, view and download<br />

material from the repository, in line with the policy <strong>of</strong> the <strong>University</strong> <strong>of</strong> <strong>Pretoria</strong>.<br />

• System management: The <strong>UPSpace</strong> System Administrator will maintain, administer, upgrade<br />

and enhance the system and will enhance metadata records providing for better retrieval.<br />

When a new version <strong>of</strong> DSpace becomes available, the system will be migrated to the most<br />

recent version.<br />

• Code developed and owned by the Dept. <strong>of</strong> <strong>Library</strong> Services will be donated to the DSpace<br />

Community.<br />

8. Rights <strong>of</strong> the Department <strong>of</strong> <strong>Library</strong> Services<br />

The Dept. <strong>of</strong> <strong>Library</strong> Services/<strong>UPSpace</strong> retain the right to:<br />

• Redistribute or amend metadata for items in <strong>UPSpace</strong>.<br />

• De-accession items or Collections under certain circumstances - as outlined in the<br />

"Withdrawal <strong>Policy</strong>".<br />

• Refuse items or collections not within the scope <strong>of</strong> <strong>UPSpace</strong> as defined by the content that<br />

will be accepted in <strong>UPSpace</strong>.<br />

• Renegotiate terms <strong>of</strong> original agreement with Collections.<br />

• Perform appraisal for long-term archiving when Collections cease to exist or within thirty<br />

years <strong>of</strong> the creation <strong>of</strong> a Collection.<br />

• Move Collections to reflect current agreement between <strong>UPSpace</strong> and Communities.<br />

• Migrate items for preservation purposes or at the Department <strong>of</strong> <strong>Library</strong> Service’s discretion.<br />

• Map/link between Communities/Collections/Items and the UP Research Report to guide the<br />

user.<br />

• Set quotas (size <strong>of</strong> files, number <strong>of</strong> items) to determine what constitutes fair use.<br />

• Charge a fee for activities requiring extensive centralised support from <strong>UPSpace</strong> (for<br />

example, for a large amount <strong>of</strong> de-accessioning).<br />

<strong>University</strong> <strong>of</strong> <strong>Pretoria</strong><br />

<strong>UPSpace</strong> User <strong>Policy</strong> Version 3.2<br />

Updated by Hettie Groenewald and Kataila Ramalibana on 6/20/2013<br />

11


9. Responsibilities <strong>of</strong> the <strong>University</strong> <strong>of</strong> <strong>Pretoria</strong><br />

At the <strong>University</strong> <strong>of</strong> <strong>Pretoria</strong>, the university is expected to:<br />

• Be actively committed to the preservation <strong>of</strong> research material through <strong>UPSpace</strong>.<br />

• Provide support with regard to hardware, manpower, funding.<br />

• Set policy at <strong>University</strong> level regarding issues that affect <strong>UPSpace</strong>, e.g. copyright rules,<br />

image requirements, etc. Also see the Open Access mandate and policy re theses,<br />

dissertations and mini-dissertations.<br />

• Support functions mandated by existing policies.<br />

10. Responsibilities <strong>of</strong> the <strong>Library</strong> Information Systems & Technology<br />

The <strong>Library</strong> Unit Information Systems & Technology provides s<strong>of</strong>tware support on application level<br />

with regard to <strong>UPSpace</strong>, which include the following (See Service Level Agreement Unit Information<br />

Systems & Technology):<br />

<br />

<br />

<br />

S<strong>of</strong>tware installation and upgrading<br />

Projects: Roll-out <strong>of</strong> S<strong>of</strong>tware, Networking and Hardware<br />

Supplement or augment in-house technical skills, network administration, project<br />

management<br />

Their mission are amongst others to “Interpret the strategic plan <strong>of</strong> UP and the <strong>Library</strong> in order to<br />

ensure that the necessary IT Infrastructure and programs are available in time to realize the<br />

strategies”.<br />

11. Licensing, Copyright, Privacy and Intellectual Property Issues<br />

11.1 <strong>UPSpace</strong> Distribution License<br />

When submitting an item to <strong>UPSpace</strong>, the submitter, author/s or copyright owner/s grants nonexclusive<br />

distribution rights to the <strong>University</strong> <strong>of</strong> <strong>Pretoria</strong>. This non-exclusive distribution rights in no<br />

way prevents an author/s or copyright owner/s from publishing the work in a research journal or<br />

distributing it in any other fashion. The author/s or copyright owner/s retains full copyright <strong>of</strong> the work.<br />

It is the responsibility <strong>of</strong> the submitters to gain copyright clearance where necessary, and to<br />

familiarize themselves with the self-archiving policies <strong>of</strong> the various publishers, nationally and<br />

internationally.<br />

When submitting items to <strong>UPSpace</strong>, please make sure that you adhere to copyright requirements.<br />

Ask permission before you archive material on <strong>UPSpace</strong>, and submit the letter <strong>of</strong> consent to the<br />

<strong>UPSpace</strong> Letters <strong>of</strong> Consent Collection (http://hdl.handle.net/2263/1149) on <strong>UPSpace</strong>. Use the<br />

"Rights" field to refer to the permission that was obtained.<br />

<strong>University</strong> <strong>of</strong> <strong>Pretoria</strong><br />

<strong>UPSpace</strong> User <strong>Policy</strong> Version 3.2<br />

Updated by Hettie Groenewald and Kataila Ramalibana on 6/20/2013<br />

12


Copyright <strong>of</strong> Research articles: Policies <strong>of</strong> many publishers <strong>of</strong> research articles can be found in the<br />

Romeo Project available at http://www.sherpa.ac.uk/romeo.php. If the publisher’s policy is not<br />

available on this database, publishers are contacted directly to obtain permission. The letter <strong>of</strong><br />

consent/ no consent is then archived within the <strong>UPSpace</strong> Letters <strong>of</strong> Consent Collection. Publishers<br />

are also encouraged to make their policies on self-archiving within institutional repositories available<br />

on SHERPA RoMEO. See http://www.sherpa.ac.uk/romeoupdate.php<br />

Embargoed dates applying to articles as specified by the Publishers permission will be entered in the<br />

dc. Description embargo field and will automatically expire on the given date<br />

Access to the <strong>UPSpace</strong> Letters <strong>of</strong> Consent Collection is restricted, since permission policies within<br />

this collection only apply to permission granted to the <strong>University</strong> <strong>of</strong> <strong>Pretoria</strong>. Apply to be registered as<br />

a Submitter with upspace@up.ac.za .<br />

Copyright <strong>of</strong> UP Theses & dissertations: It is compulsory for all UP students to submit electronic copies <strong>of</strong><br />

their theses or dissertations to an online repository (see General Regulation G57.4(i) - page 19). UP holds the<br />

copyright for theses and dissertations produced by its members during enrolment at the <strong>University</strong> <strong>of</strong> <strong>Pretoria</strong>.<br />

The <strong>University</strong> <strong>of</strong> <strong>Pretoria</strong> uses the following license agreement in <strong>UPSpace</strong>:<br />

Non-Exclusive Distribution License<br />

In order for <strong>UPSpace</strong> to reproduce, translate and distribute your submission worldwide your<br />

agreement to the following terms is necessary.<br />

By submitting this license, you (the submitter, author or copyright owner, or on behalf <strong>of</strong> the submitter,<br />

author or copyright owner) grant to the <strong>University</strong> <strong>of</strong> <strong>Pretoria</strong> the non-exclusive right to reproduce,<br />

translate (as defined below), and/or distribute your submission (including the abstract) worldwide in<br />

print and electronic format and in any medium, including but not limited to audio or video.<br />

You agree that the <strong>University</strong> <strong>of</strong> <strong>Pretoria</strong> may, without changing the content, translate the submission<br />

to any medium or format for the purpose <strong>of</strong> preservation.<br />

You also agree that the <strong>University</strong> <strong>of</strong> <strong>Pretoria</strong> may keep more than one copy <strong>of</strong> this submission for<br />

purposes <strong>of</strong> security, back-up and preservation.<br />

You represent that the submission is your original work, and that you have the right to grant the rights<br />

contained in this license. You also represent that your submission does not, to the best <strong>of</strong> your<br />

knowledge, infringe upon anyone's copyright.<br />

If the submission contains material for which you do not hold copyright, you represent that you have<br />

obtained the unrestricted permission <strong>of</strong> the copyright owner to grant the <strong>University</strong> <strong>of</strong> <strong>Pretoria</strong> the<br />

rights required by this license, and that such third-party owned material is clearly identified and<br />

acknowledged within the text or content <strong>of</strong> the submission.<br />

IF THE SUBMISSION IS BASED UPON WORK THAT HAS BEEN SPONSORED OR SUPPORTED<br />

BY AN AGENCY OR ORGANIZATION OTHER THAN THE UNIVERSITY OF PRETORIA, YOU<br />

REPRESENT THAT YOU HAVE FULFILLED ANY RIGHT OF REVIEW OR OTHER OBLIGATIONS<br />

REQUIRED BY SUCH CONTRACT OR AGREEMENT.<br />

The <strong>University</strong> <strong>of</strong> <strong>Pretoria</strong> will clearly identify your name(s) as the submitter, author(s) or owner(s) <strong>of</strong><br />

the submission, and will not make any alteration, other than as allowed by this license, to your<br />

submission.<br />

All items in the <strong>UPSpace</strong> collection are subject to the SA Copyright Act No. 98 <strong>of</strong> 1978 (as amended)<br />

available at http://www.buys.co.za/publications/cyberlaw/CopyrightAct.htm<br />

11.2 <strong>UPSpace</strong> Privacy <strong>Policy</strong><br />

The <strong>UPSpace</strong> Privacy <strong>Policy</strong> at the <strong>University</strong> <strong>of</strong> <strong>Pretoria</strong> states that the university is committed to<br />

preserving privacy. The personal information the <strong>University</strong> <strong>of</strong> <strong>Pretoria</strong> receives through <strong>UPSpace</strong> is<br />

<strong>University</strong> <strong>of</strong> <strong>Pretoria</strong><br />

<strong>UPSpace</strong> User <strong>Policy</strong> Version 3.2<br />

Updated by Hettie Groenewald and Kataila Ramalibana on 6/20/2013<br />

13


used solely for purposes <strong>of</strong> the functioning <strong>of</strong> the system, and for the specific research purposes as<br />

described in the policy document.<br />

This system collects personal information from:<br />

1. Users involved in the submission <strong>of</strong> <strong>UPSpace</strong> content and metadata<br />

2. Users who subscribe to the <strong>UPSpace</strong> alerting service<br />

Personal information collected by <strong>UPSpace</strong> will not be used for any commercial or philanthropic<br />

purpose not directly connected with or approved by the <strong>University</strong> <strong>of</strong> <strong>Pretoria</strong>.<br />

We do not disclose information about your individual visits to our site, or personal information that you<br />

provide us, such as your name, address, email address, telephone number, etc. to any outside<br />

parties except when we believe, in good faith (i) that the law requires it, or (ii) that disclosure is<br />

necessary to protect the rights and property <strong>of</strong> <strong>UPSpace</strong> users.<br />

12. Services <strong>of</strong>fered through <strong>UPSpace</strong><br />

The <strong>UPSpace</strong> Service will <strong>of</strong>fer a set <strong>of</strong> core services, available at no charge to Community members<br />

and consumers <strong>of</strong> <strong>UPSpace</strong> content. Services will be reviewed over time.<br />

UP Space Core Services are comprised <strong>of</strong> two distinct but interconnected service elements,<br />

Interactive Services and Operations Services. <strong>UPSpace</strong> Interactive Services <strong>of</strong>fer a fully functional<br />

system that allows <strong>UPSpace</strong> Community members and consumers <strong>of</strong> <strong>UPSpace</strong> content to<br />

accomplish all tasks necessary to submit and access items in <strong>UPSpace</strong>, as applicable. Additionally,<br />

the Dept. <strong>of</strong> <strong>Library</strong> Services in collaboration with the Dept. <strong>of</strong> IT, <strong>University</strong> <strong>of</strong> <strong>Pretoria</strong> provides<br />

Operations Services to host and preserve faculty materials, establish and deliver ongoing support for<br />

<strong>UPSpace</strong> Communities, respond to customer inquiries, and supply system monitoring, back up, and<br />

recovery.<br />

13. Preservation <strong>Policy</strong> & Support<br />

13.1 File formats<br />

The <strong>University</strong> <strong>of</strong> <strong>Pretoria</strong> implementation <strong>of</strong> DSpace/<strong>UPSpace</strong> attempts to support as many file<br />

formats as possible.<br />

<strong>UPSpace</strong> identifies two levels <strong>of</strong> digital preservation: bit preservation, and functional preservation.<br />

Bit preservation ensures that a file remains exactly the same over time and not a single bit is<br />

changed while the physical media evolve around it.<br />

Functional preservation: the file does change over time so that the material continues to be<br />

immediately usable in the same way it was originally while the digital formats (and the physical<br />

media) evolve over time. Some file formats can be functionally preserved using straightforward format<br />

migration (e.g. TIFF images or XML documents). Other formats are proprietary, or for other reasons<br />

are much harder to preserve functionally.<br />

At the <strong>University</strong> <strong>of</strong> <strong>Pretoria</strong>, for the time being, we acknowledge the fact that the formats in which<br />

faculty create their research material are not something we can predict or control. Faculties use the<br />

<strong>University</strong> <strong>of</strong> <strong>Pretoria</strong><br />

<strong>UPSpace</strong> User <strong>Policy</strong> Version 3.2<br />

Updated by Hettie Groenewald and Kataila Ramalibana on 6/20/2013<br />

14


tools that are best for their purposes, and we will get whatever formats those tools produce. Because<br />

<strong>of</strong> this <strong>UPSpace</strong> defines three levels <strong>of</strong> preservation for a given format: supported, known, or<br />

unsupported.<br />

• Supported: The format will be fully supported and preserved using either format migration or<br />

emulation techniques.<br />

• Known: The format can be recognised by <strong>UPSpace</strong>, but full support cannot be guaranteed.<br />

• Unsupported: The format cannot be recognised by <strong>UPSpace</strong>; these will be listed as<br />

"application/octet-stream", aka Unknown.<br />

When a file is uploaded to <strong>UPSpace</strong>, it will be assigned to one <strong>of</strong> those three categories. For all three<br />

levels bit-level preservation will be done so that digital archaeologists <strong>of</strong> the future will have the raw<br />

material to work with if the material proves to be worth that effort.<br />

For the full text <strong>of</strong> text items to be fully searchable in <strong>UPSpace</strong>, these items must be made available<br />

on <strong>UPSpace</strong> in any <strong>of</strong> the following formats:<br />

Adobe PDF (only if text-based or OCRed) - without any securities added<br />

Micros<strong>of</strong>t Word<br />

Plain Text<br />

HTML<br />

13.2 Description Metadata (Administrative, Technical, Preservation)<br />

For preservation purposes - in other words, so that we will still be able to access files submitted to<br />

<strong>UPSpace</strong> in a 100 years time - it is very important to give a description <strong>of</strong> how the file was created in<br />

the "Description" field <strong>of</strong> the submission form, the origin <strong>of</strong> the file etc. Also use this field to describe<br />

the dimensions <strong>of</strong> the object, how it was digitized, etc. This kind <strong>of</strong> information will help information<br />

architects <strong>of</strong> the future to migrate obsolete files to updated versions, so that it will still be accessible<br />

long after our time. Any info the submitter can <strong>of</strong>fer, will be <strong>of</strong> value in such a case. Also see the<br />

guidelines in the <strong>UPSpace</strong> Quick Guide: http://www.dspace.up.ac.za/quickguide.pdf (Updated on 17<br />

March 2008)<br />

Example 1:<br />

https://www.up.ac.za/dspace/handle/2263/2273<br />

Description: Black/white wash painting technique. Original canvas size: (w)24.5 x (h)25.0 cm. Original<br />

scanned size in pixels: 6312 x 7872 pixels (800 dpi). Final size in pixels: 550 x 436 (150 dpi).<br />

Estimate download time: 37 sec @ 28.8 kbps.<br />

Example 2:<br />

https://www.up.ac.za/dspace/handle/2263/5220<br />

Description: This paper was transferred from the original CD ROM created for this conference. The<br />

material on the CD ROM was published using Adobe Acrobat technology. The original CD ROM was<br />

produced by Document Transformation Technologies Postal Address: PO Box 560 Irene 0062 South<br />

Africa. Tel.: +27 12 667 2074 Fax: +27 12 667 2766 E-mail: doctech@doctech.co.za URL:<br />

http://www.doctech.co.za<br />

13.3 Checksums<br />

For each item submitted to <strong>UPSpace</strong> a checksum is generated. This checksum is used to verify the<br />

integrity <strong>of</strong> a full text file over time. Therefore replacement <strong>of</strong> bitstreams will be restricted as far as<br />

possible.<br />

<strong>University</strong> <strong>of</strong> <strong>Pretoria</strong><br />

<strong>UPSpace</strong> User <strong>Policy</strong> Version 3.2<br />

Updated by Hettie Groenewald and Kataila Ramalibana on 6/20/2013<br />

15


To summarise - UP's policy for file formats is:<br />

• Everything put in <strong>UPSpace</strong> will be retrievable.<br />

• As many files formats as possible will be recognised.<br />

• As many known file formats as possible will be supported through <strong>UPSpace</strong>.<br />

• Formats and techniques will be continuously monitored to ensure needs can be<br />

accommodated as they arise.<br />

• The size <strong>of</strong> a bitstream allowed for submission is currently unlimited, but this will be revised<br />

over time.<br />

• All files need to be submitted in at least pdf format (open standard, recommended for<br />

preservation purposes), and then any additional format. For media files:<br />

Below a list <strong>of</strong> various file formats in <strong>UPSpace</strong>:<br />

MIME type Description Extensions Level<br />

Application/marc MARC marc, mrc supported<br />

Application/mathematica Mathematica ma known<br />

Application/msword<br />

Application/octet-stream<br />

Micros<strong>of</strong>t<br />

Word<br />

Unknown<br />

doc<br />

(anything not<br />

listed)<br />

known<br />

unsupported<br />

Application/pdf Adobe PDF pdf supported<br />

Application/postscript Postscript ps, eps, ai supported<br />

Application/sgml SGML sgm, sgml known<br />

Application/vnd.ms-excel<br />

Application/vnd.ms-powerpint<br />

Application/vnd.ms-project<br />

Micros<strong>of</strong>t<br />

Excel<br />

Micros<strong>of</strong>t<br />

Powerpoint<br />

Micros<strong>of</strong>t<br />

Project<br />

xls<br />

ppt<br />

mpp, mpx,<br />

mpd<br />

known<br />

known<br />

known<br />

Application/vnd.visio Micros<strong>of</strong>t Visio vsd known<br />

Application/wordperfect5.1 WordPerfect wpd known<br />

Application/x-dvi TeXdvi dvi known<br />

Application/x-filemaker FMP3 fm known<br />

Application/x-latex LateX latex known<br />

Application/x-photoshop Photoshop psd, pdd known<br />

Application/x-tex TeX tex known<br />

audio/x-aiff AIFF aiff, aif, aifc supported<br />

audio/basic audio/basic au, snd known<br />

audio/x-mpeg<br />

MPEG Audio<br />

mpa, abs,<br />

mpeg<br />

known<br />

audio/x-pn-realaudio RealAudio Ra, ram known<br />

audio/x-wav WAV wav known<br />

image/gif GIF gif supported<br />

image/jpeg JPEG jpeg, jpg supported<br />

<strong>University</strong> <strong>of</strong> <strong>Pretoria</strong><br />

<strong>UPSpace</strong> User <strong>Policy</strong> Version 3.2<br />

Updated by Hettie Groenewald and Kataila Ramalibana on 6/20/2013<br />

16


image/png PNG png supported<br />

image/tiff TIFF tiff, tif supported<br />

image/x-ms-bmp BMP bmp known<br />

image/x-photo-cd Photo CD pcd known<br />

text/html HTML html, htm supported<br />

text/plain Text txt supported<br />

text/richtext<br />

Rich Text<br />

Format<br />

rtf<br />

supported<br />

text/xml XML xml supported<br />

video/mpeg<br />

video/quicktime<br />

MPEG<br />

Video<br />

Quicktime<br />

mpeg, mpg,<br />

mpe<br />

mov, qt<br />

known<br />

known<br />

14. Withdrawal <strong>Policy</strong><br />

It is foreseen that sometimes it may be necessary to remove items from the repository. Under some<br />

circumstances items will be removed from view (withdrawn), but to avoid loss <strong>of</strong> the historical record,<br />

all such transactions will be traced in the form <strong>of</strong> a note in the field <strong>of</strong> the<br />

Dublin Core record. The content <strong>of</strong> the note should be one <strong>of</strong> the following:<br />

" removed from view at request <strong>of</strong> the author"<br />

" removed from view at the library's discretion"<br />

" removed from view at UP's discretion"<br />

" removed from view by legal order"<br />

Since any repository item that has existed at some time may have been cited, we will always supply a<br />

“tombstone” when the item is requested, which will provide a withdrawal statement in place <strong>of</strong> the link<br />

to the object. The metadata should be visible, but not searchable. These items will be made<br />

unavailable for metadata harvesting.<br />

Items to be finally deleted (expunged) from the system will be considered on a case-by-case basis.<br />

15. Workflow <strong>Policy</strong><br />

The <strong>University</strong> <strong>of</strong> <strong>Pretoria</strong> recognizes that Communities (schools/faculties) have very different ideas<br />

as to how material should be submitted to <strong>UPSpace</strong>, by whom, and with what restrictions. The<br />

following are issues that should be addressed by the Community representatives (administrators),<br />

working together with the <strong>UPSpace</strong> Manager, and are then modeled in a workflow for each collection<br />

to enforce their decisions.<br />

• Who can deposit items<br />

• What type <strong>of</strong> items will they deposit<br />

• Who else needs to review, enhance, or approve the submission<br />

• To what collections can they deposit material<br />

<strong>University</strong> <strong>of</strong> <strong>Pretoria</strong><br />

<strong>UPSpace</strong> User <strong>Policy</strong> Version 3.2<br />

Updated by Hettie Groenewald and Kataila Ramalibana on 6/20/2013<br />

17


• Who can see the items once deposited<br />

• What metadata fields should be included on the Submission User Interface for specific<br />

Collections Will it be the default DSpace Submission user interface, or a customised<br />

interface for that specific Collection<br />

15.1 <strong>UPSpace</strong> Roles<br />

The system has the notion <strong>of</strong> e-people who have roles in the workflow <strong>of</strong> a particular Community in<br />

the context <strong>of</strong> a given collection. Individuals from the Community are automatically registered with<br />

<strong>UPSpace</strong> via the UP Portal (after authentication against the LDAP Server), then manually assigned to<br />

appropriate roles.<br />

There are three possible roles in <strong>UPSpace</strong> as part <strong>of</strong> the workflow process: submitter, reviewer, and<br />

metadata editor. An e-mail message is sent to each person at the appropriate step in the workflow,<br />

with authorizations set up in advance for each role. We are committed towards processing items<br />

within a period <strong>of</strong> six working days. <strong>UPSpace</strong> responsibilities are formally part <strong>of</strong> the<br />

role descriptions <strong>of</strong> all Cataloguers (Metadata Editors) and Information Specialists (Collection<br />

Administrators) at UP libraries.<br />

Submitter permissions - Can edit metadata for own submission<br />

- Can upload files for own submission<br />

- Cannot do anything once item is submitted<br />

Reviewer permissions<br />

(optional)<br />

(Accept/ Reject/ Edit<br />

Metadata)<br />

Metadata Editor<br />

permissions<br />

(optional)<br />

(Edit Metadata)<br />

Collection<br />

Administrator<br />

permissions<br />

- Can review content <strong>of</strong> all files submitted to collection<br />

- Can edit baseline metadata <strong>of</strong> all items<br />

- Can accept or reject all submissions to collection<br />

- Can send a message explaining decision<br />

- Rejection will stop submission. Possible reasons: duplicates, item<br />

does not adhere to <strong>UPSpace</strong> policy/ collection policy, incorrect<br />

version <strong>of</strong> file/ file naming, formatting incorrect, etc.<br />

- Acceptance will let submission go to next step<br />

- Can edit metadata <strong>of</strong> all submissions to collection<br />

(Cannot change files)<br />

- Can edit metadata <strong>of</strong> all submissions to collection<br />

- Add LCSH to each item submitted<br />

- Submission automatically becomes part <strong>of</strong> DSpace after this step<br />

- (Any approval would have happened before)<br />

- Primary responsibility to communicate to departments<br />

- Identify opportunities<br />

- Monitor activities within Collections<br />

- Create Item Template in collaboration with Metadata Editor<br />

- Update Collection Home Page<br />

<strong>University</strong> <strong>of</strong> <strong>Pretoria</strong><br />

<strong>UPSpace</strong> User <strong>Policy</strong> Version 3.2<br />

Updated by Hettie Groenewald and Kataila Ramalibana on 6/20/2013<br />

18


15.2 Workflow<br />

Below a demonstration <strong>of</strong> the <strong>UPSpace</strong> automated workflow:<br />

Copyright<br />

clearance<br />

Research articles: openUP<br />

All other: UP Copyright Officer<br />

Digital format<br />

Prepare document & digitize if not born digital<br />

Submitter<br />

submits<br />

Information Specialists/ Research Assistants/ Researchers/Other<br />

Reject if it doesn’t adhere to policy<br />

Reviewer<br />

Collection Administrator/ Subject Expert<br />

Metadata Editor<br />

<strong>Library</strong> Cataloguer<br />

Available on <strong>UPSpace</strong><br />

<strong>UPSpace</strong> Manager, Collection Manager = Faculty <strong>Library</strong> Manager; Collection Administrator = Information Specialist<br />

Digitisation & Metadata Specialists play an advisory role in Digitisation & Metadata Editing processes<br />

<strong>University</strong> <strong>of</strong> <strong>Pretoria</strong><br />

<strong>UPSpace</strong> User <strong>Policy</strong> Version 3.2<br />

Updated by Hettie Groenewald and Kataila Ramalibana on 6/20/2013<br />

19


16. Persistent Identifiers in <strong>UPSpace</strong><br />

<strong>UPSpace</strong> uses the Handle System from CNRI to assign and resolve persistent identifiers for each<br />

and every digital item. Handles are URN-compliant identifiers, and the Handle resolver is an opensource<br />

system which is used in conjunction with the DSpace (<strong>UPSpace</strong>) system.<br />

Handles in DSpace are currently implemented as URLs, but can also be modified to work with future<br />

protocols. Additional development work would be required to adopt some other form <strong>of</strong> persistent<br />

identifiers.<br />

When citing items within the repository, end-users are required to use the persistent URL as indicated<br />

on the Item Display <strong>of</strong> each item.<br />

17. Metadata Standards<br />

Submitters can access <strong>UPSpace</strong> via the UP Portal, metadata can be entered into <strong>UPSpace</strong>, stored in<br />

the database, indexed appropriately, and made searchable through the public <strong>UPSpace</strong> UI. At the<br />

present time, this applies mainly to descriptive metadata, although as standards emerge it could also<br />

include technical, rights, preservation, structural and behavioral metadata.<br />

Currently DSpace supports the Dublin Core metadata element set, and other sets can be imported.<br />

<strong>UPSpace</strong> has been registered with OAISTER (http://oaister.umdl.umich.edu/o/oaister/ ), a metadata<br />

harvester harvesting the digital resources <strong>of</strong> an institution like the <strong>University</strong> <strong>of</strong> <strong>Pretoria</strong>. Through<br />

OAISTER freely available, previously difficult-to-access, academically-oriented digital resources that<br />

are easily searchable by anyone will be made available to the rest <strong>of</strong> the world.<br />

Metadata from items are also retrievable via Google and GoogleScholar, and the repository has been<br />

registered with the following:<br />

DRIVER<br />

Institutional Archive Registry<br />

DSpace<br />

Open Archives Institute<br />

openDOAR<br />

ROAR<br />

Wikipedia<br />

UP Dept <strong>of</strong> Research<br />

UP <strong>Library</strong> Catalogue<br />

Webometrics<br />

Facebook etc.<br />

A Metadata Specialist has been assigned. This person has the responsibility to monitor the overall<br />

quality <strong>of</strong> metadata within <strong>UPSpace</strong>, and plays and advisory role with regard to metadata decisions.<br />

The Metadata Specialist has rights to editing the metadata <strong>of</strong> any item within the repository.<br />

LCSH’s are assigned to each item within the repository. Rationale for assigning LCSH’s: For retrieval<br />

purposes it is very important to group material that belongs together by assigning responding<br />

keywords or subjects. This is even more important within a digital environment. The reason being that<br />

one should be able to create a hyperlink to a search result in <strong>UPSpace</strong>, based on certain search<br />

criteria.<br />

<strong>University</strong> <strong>of</strong> <strong>Pretoria</strong><br />

<strong>UPSpace</strong> User <strong>Policy</strong> Version 3.2<br />

Updated by Hettie Groenewald and Kataila Ramalibana on 6/20/2013<br />

20


18. Provenance data tracked by <strong>UPSpace</strong><br />

The following data is tracked by the system:<br />

• Creation <strong>of</strong> item, collection, or community<br />

• Changes re accessibility, format, organizational (per item, per collection and per community)<br />

• Withdrawal <strong>of</strong> item, collection, or community<br />

19. Authentication in <strong>UPSpace</strong><br />

Browsing and downloading items from <strong>UPSpace</strong> is open to the WWW Community, unless access to<br />

an individual Community, Collection or Item is restricted to registered users only. Restriction to a<br />

specific Community/Collection will be indicated on the home page <strong>of</strong> that specific<br />

Collection/Community, and to a file (bitstream) in the Description metadata field.<br />

Submission rights will be granted by the <strong>UPSpace</strong> Manager and <strong>UPSpace</strong> Systems Administrator on<br />

the <strong>UPSpace</strong> server hosted at the <strong>Library</strong>.<br />

20. <strong>UPSpace</strong> Server Details<br />

The <strong>UPSpace</strong> Quality Assurance Server (also referred to as QA Server) is the server on which we<br />

usually test changes before we go into production and deploy changes on the live server. It is only<br />

available on campus. Please contact the Systems Administrator for access to the QA Server<br />

(upspace@up.ac.za).<br />

The Production Server is running an VMWare host. The details <strong>of</strong> the host is as follows:<br />

Operating System: VMWare ESXI 5.0<br />

Model: Dell PowerEdge R310<br />

Processor: Intel Xeon X3470 @ 2.93GHz<br />

CPU Cores: 4<br />

RAM: 16 GB<br />

Production Server details:<br />

Operating System: Ubuntu 11.10, 10GB Ram, 300GB HDD<br />

21. Service Level Agreements re System Availability & System Backup<br />

The backup <strong>of</strong> the <strong>UPSpace</strong> System is the responsibility <strong>of</strong> the IT Service Unit, UPLS, <strong>University</strong> <strong>of</strong><br />

<strong>Pretoria</strong>. Back-up’s <strong>of</strong> the <strong>UPSpace</strong> system (all data, incl. the databasis, bitstreams and metadata)<br />

are done on and <strong>of</strong>f campus.<br />

Master copies <strong>of</strong> archival material (i.e. unique material after being digitized) are stored on the Archival<br />

Server, in tiff format.<br />

<strong>University</strong> <strong>of</strong> <strong>Pretoria</strong><br />

<strong>UPSpace</strong> User <strong>Policy</strong> Version 3.2<br />

Updated by Hettie Groenewald and Kataila Ramalibana on 6/20/2013<br />

21


22. Communication<br />

ePersons and other <strong>UPSpace</strong> members are encouraged to make use <strong>of</strong> the internal <strong>UPSpace</strong> mailing<br />

list: upspace@kendy.up.ac.za<br />

Ground rules for this mailing list<br />

1. Mail to the group should be <strong>of</strong> broad interest to the group as a whole.<br />

2. Please be conscientious <strong>of</strong> the volume <strong>of</strong> mail posted. Send personal mail directly to the person<br />

concerned.<br />

3. No flaming! Any messages <strong>of</strong> complaint about another subscriber should be sent directly to that<br />

person.<br />

4. The writings and opinions posted to the mailing list are strictly the opinions <strong>of</strong> the writer and do not<br />

contain any endorsements or guarantees <strong>of</strong> any kind, unless otherwise noted.<br />

5. Postings that could be construed as defamatory, libelous, or <strong>of</strong>fensive to individuals, organizations, or<br />

institutions should not be posted to this list.<br />

6. Membership on this list constitutes an undertaking to abide by these ground rules and to be considerate<br />

<strong>of</strong> other members when posting mail to the list.<br />

Owner & Administrator: IR Manager<br />

For direct e-mail communication:<br />

All <strong>UPSpace</strong> Inquiries/ Requests<br />

upspace@up.ac.za<br />

<strong>University</strong> <strong>of</strong> <strong>Pretoria</strong><br />

<strong>UPSpace</strong> User <strong>Policy</strong> Version 3.2<br />

Updated by Hettie Groenewald and Kataila Ramalibana on 6/20/2013<br />

22

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!