<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en-GB">
	<id>https://wiki.ext-9.eprints-hosting.org/w/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Lac</id>
	<title>EPrints Documentation - User contributions [en-gb]</title>
	<link rel="self" type="application/atom+xml" href="https://wiki.ext-9.eprints-hosting.org/w/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Lac"/>
	<link rel="alternate" type="text/html" href="https://wiki.ext-9.eprints-hosting.org/w/Special:Contributions/Lac"/>
	<updated>2026-05-09T05:30:31Z</updated>
	<subtitle>User contributions</subtitle>
	<generator>MediaWiki 1.43.6</generator>
	<entry>
		<id>https://wiki.ext-9.eprints-hosting.org/w/index.php?title=Main_Page&amp;diff=11666</id>
		<title>Main Page</title>
		<link rel="alternate" type="text/html" href="https://wiki.ext-9.eprints-hosting.org/w/index.php?title=Main_Page&amp;diff=11666"/>
		<updated>2015-11-18T12:29:38Z</updated>

		<summary type="html">&lt;p&gt;Lac: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[Category:Rubbish]]&lt;br /&gt;
__NOTOC__&lt;br /&gt;
{{Box|title=EPrints Community Contributions Day|content=November 18th, 2015 is EPrints Community Contributions day.  We encourage everyone to participate.  See [[Community_Contributions_Day_November_2015|the event wiki page]]}}&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Welcome to the EPrints Wiki&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
This wiki contains technical and user-contributed documentation for the [[Introduction|EPrints software]].&lt;br /&gt;
&lt;br /&gt;
[http://demoprints3.eprints.org/ Demoprints] is our live, online server that allows anyone to try EPrints without having to install it first.&lt;br /&gt;
&lt;br /&gt;
For more information on the EPrints project and related activities visit http://eprints.org/.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;New to EPrints?&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
On this wiki you can find:&lt;br /&gt;
&lt;br /&gt;
*Training videos (link to a page of these?)&lt;br /&gt;
*Documentation  (link to)&lt;br /&gt;
*[[Working Groups]]  by topic&lt;br /&gt;
*Mailing lists&lt;br /&gt;
&lt;br /&gt;
There are two mail lists that you might like to join.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The EPrints User Group Google Group&#039;&#039;&#039; https://groups.google.com/forum/#!forum/eprints-uk-user-group &lt;br /&gt;
&lt;br /&gt;
This group is for anyone involved in using EPrints.  Ask questions, share ideas, hear about forthcoming meetings.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Eprints Technical Mailing List&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
Join the list at: http://wiki.eprints.org/w/Contact &lt;br /&gt;
&lt;br /&gt;
Offer solutions to peers or ask for help.&lt;br /&gt;
&lt;br /&gt;
*How to contribute to the wiki (link to the contributing to the wiki section on main page)&lt;br /&gt;
*Code Sharing Repository https://github.com/eprintsug&lt;br /&gt;
*Help - The EPrints mailing lists are useful starting points &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Download EPrints ==&lt;br /&gt;
&lt;br /&gt;
{{Download}}&lt;br /&gt;
&lt;br /&gt;
==Installation==&lt;br /&gt;
&lt;br /&gt;
* [[:Category:Installation|Installing]] EPrints on various platforms&lt;br /&gt;
&lt;br /&gt;
==Getting Started==&lt;br /&gt;
&lt;br /&gt;
* [[EPrints Manual|EPrints 3 Documentation]]&lt;br /&gt;
* [[Perl 101 for EPrints]]&lt;br /&gt;
* [http://www.eprints.org/software/training/ Training materials] provided by EPrints Services.&lt;br /&gt;
* [[Frequently Asked Questions]]&lt;br /&gt;
* [[:Category:Howto|How to...]]&lt;br /&gt;
* [[IRStats2 API]]&lt;br /&gt;
* [[EPrints_Training_Course|Training Videos]]&lt;br /&gt;
&lt;br /&gt;
==Getting Support==&lt;br /&gt;
&lt;br /&gt;
* [http://www.eprints.org/services/ EPrints Services] - premium support, training and hosting from EPrints experts&lt;br /&gt;
* [[Contact]] - mailing lists, bug reports etc.&lt;br /&gt;
&lt;br /&gt;
==Add-ons, patches and translations==&lt;br /&gt;
&lt;br /&gt;
* As of version 3.3 EPrints can now install plugins and translations through the [https://bazaar.eprints.org EPrints Bazaar] the wiki also has information about [[:Category:EPrints Bazaar|packaging plugins for the Bazaar]].&lt;br /&gt;
* The [http://files.eprints.org/ EPrints Files Repository] contains add-on and 3rd party scripts, patches and translations. This also provides an archive of all previous EPrints releases (3.0 onwards).&lt;br /&gt;
* [[:Category:Plugins|Plugins]]: Some Wiki pages about scripts and patches.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
{{Register}}&lt;br /&gt;
&lt;br /&gt;
==Contributing to EPrints==&lt;br /&gt;
&lt;br /&gt;
* [[Usability|EPrints usability]]&lt;br /&gt;
* [[:Category:Releases|New features in EPrints]] - released and proposed&lt;br /&gt;
* [[How to contribute|How to contribute to EPrints development]]&lt;br /&gt;
* [http://trac.eprints.org/ EPrints Trac] - access nightly builds, tickets and changes (requires free registration to view source code)&lt;br /&gt;
&lt;br /&gt;
== Content management ==&lt;br /&gt;
&lt;br /&gt;
* [[Digital preservation]]: managing content for longer-term access and use&lt;/div&gt;</summary>
		<author><name>Lac</name></author>
	</entry>
	<entry>
		<id>https://wiki.ext-9.eprints-hosting.org/w/index.php?title=Main_Page&amp;diff=11664</id>
		<title>Main Page</title>
		<link rel="alternate" type="text/html" href="https://wiki.ext-9.eprints-hosting.org/w/index.php?title=Main_Page&amp;diff=11664"/>
		<updated>2015-11-18T12:28:25Z</updated>

		<summary type="html">&lt;p&gt;Lac: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[Category:Rubbish]]&lt;br /&gt;
__NOTOC__&lt;br /&gt;
{{Box|title=EPrints Community Contributions Day|content=November 18th, 2015 is EPrints Community Contributions day.  We encourage everyone to participate.  See [[Community_Contributions_Day_November_2015|the event wiki page]]}}&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Welcome to the EPrints Wiki&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
This wiki contains technical and user-contributed documentation for the [[Introduction|EPrints software]].&lt;br /&gt;
&lt;br /&gt;
[http://demoprints3.eprints.org/ Demoprints] is our live, online server that allows anyone to try EPrints without having to install it first.&lt;br /&gt;
&lt;br /&gt;
For more information on the EPrints project and related activities visit http://eprints.org/.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;New to EPrints?&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
On this wiki you can find:&lt;br /&gt;
&lt;br /&gt;
*Training videos (link to a page of these?)&lt;br /&gt;
*Documentation  (link to)&lt;br /&gt;
*[[Working_Groups]]  by topic&lt;br /&gt;
*Mailing lists&lt;br /&gt;
&lt;br /&gt;
There are two mail lists that you might like to join.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The EPrints User Group Google Group&#039;&#039;&#039; https://groups.google.com/forum/#!forum/eprints-uk-user-group &lt;br /&gt;
&lt;br /&gt;
This group is for anyone involved in using EPrints.  Ask questions, share ideas, hear about forthcoming meetings.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Eprints Technical Mailing List&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
Join the list at: http://wiki.eprints.org/w/Contact &lt;br /&gt;
&lt;br /&gt;
Offer solutions to peers or ask for help.&lt;br /&gt;
&lt;br /&gt;
*How to contribute to the wiki (link to the contributing to the wiki section on main page)&lt;br /&gt;
*Code Sharing Repository https://github.com/eprintsug&lt;br /&gt;
*Help - The EPrints mailing lists are useful starting points &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Download EPrints ==&lt;br /&gt;
&lt;br /&gt;
{{Download}}&lt;br /&gt;
&lt;br /&gt;
==Installation==&lt;br /&gt;
&lt;br /&gt;
* [[:Category:Installation|Installing]] EPrints on various platforms&lt;br /&gt;
&lt;br /&gt;
==Getting Started==&lt;br /&gt;
&lt;br /&gt;
* [[EPrints Manual|EPrints 3 Documentation]]&lt;br /&gt;
* [[Perl 101 for EPrints]]&lt;br /&gt;
* [http://www.eprints.org/software/training/ Training materials] provided by EPrints Services.&lt;br /&gt;
* [[Frequently Asked Questions]]&lt;br /&gt;
* [[:Category:Howto|How to...]]&lt;br /&gt;
* [[IRStats2 API]]&lt;br /&gt;
* [[EPrints_Training_Course|Training Videos]]&lt;br /&gt;
&lt;br /&gt;
==Getting Support==&lt;br /&gt;
&lt;br /&gt;
* [http://www.eprints.org/services/ EPrints Services] - premium support, training and hosting from EPrints experts&lt;br /&gt;
* [[Contact]] - mailing lists, bug reports etc.&lt;br /&gt;
&lt;br /&gt;
==Add-ons, patches and translations==&lt;br /&gt;
&lt;br /&gt;
* As of version 3.3 EPrints can now install plugins and translations through the [https://bazaar.eprints.org EPrints Bazaar] the wiki also has information about [[:Category:EPrints Bazaar|packaging plugins for the Bazaar]].&lt;br /&gt;
* The [http://files.eprints.org/ EPrints Files Repository] contains add-on and 3rd party scripts, patches and translations. This also provides an archive of all previous EPrints releases (3.0 onwards).&lt;br /&gt;
* [[:Category:Plugins|Plugins]]: Some Wiki pages about scripts and patches.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
{{Register}}&lt;br /&gt;
&lt;br /&gt;
==Contributing to EPrints==&lt;br /&gt;
&lt;br /&gt;
* [[Usability|EPrints usability]]&lt;br /&gt;
* [[:Category:Releases|New features in EPrints]] - released and proposed&lt;br /&gt;
* [[How to contribute|How to contribute to EPrints development]]&lt;br /&gt;
* [http://trac.eprints.org/ EPrints Trac] - access nightly builds, tickets and changes (requires free registration to view source code)&lt;br /&gt;
&lt;br /&gt;
== Content management ==&lt;br /&gt;
&lt;br /&gt;
* [[Digital preservation]]: managing content for longer-term access and use&lt;/div&gt;</summary>
		<author><name>Lac</name></author>
	</entry>
	<entry>
		<id>https://wiki.ext-9.eprints-hosting.org/w/index.php?title=Main_Page&amp;diff=11662</id>
		<title>Main Page</title>
		<link rel="alternate" type="text/html" href="https://wiki.ext-9.eprints-hosting.org/w/index.php?title=Main_Page&amp;diff=11662"/>
		<updated>2015-11-18T12:27:47Z</updated>

		<summary type="html">&lt;p&gt;Lac: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[Category:Rubbish]]&lt;br /&gt;
__NOTOC__&lt;br /&gt;
{{Box|title=EPrints Community Contributions Day|content=November 18th, 2015 is EPrints Community Contributions day.  We encourage everyone to participate.  See [[Community_Contributions_Day_November_2015|the event wiki page]]}}&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Welcome to the EPrints Wiki&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
This wiki contains technical and user-contributed documentation for the [[Introduction|EPrints software]].&lt;br /&gt;
&lt;br /&gt;
[http://demoprints3.eprints.org/ Demoprints] is our live, online server that allows anyone to try EPrints without having to install it first.&lt;br /&gt;
&lt;br /&gt;
For more information on the EPrints project and related activities visit http://eprints.org/.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;New to EPrints?&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
On this wiki you can find:&lt;br /&gt;
&lt;br /&gt;
*Training videos (link to a page of these?)&lt;br /&gt;
*Documentation  (link to)&lt;br /&gt;
*[Working_Groups]  by topic&lt;br /&gt;
*Mailing lists&lt;br /&gt;
&lt;br /&gt;
There are two mail lists that you might like to join.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The EPrints User Group Google Group&#039;&#039;&#039; https://groups.google.com/forum/#!forum/eprints-uk-user-group &lt;br /&gt;
&lt;br /&gt;
This group is for anyone involved in using EPrints.  Ask questions, share ideas, hear about forthcoming meetings.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;The Eprints Technical Mailing List&#039;&#039;&#039; &lt;br /&gt;
&lt;br /&gt;
Join the list at: http://wiki.eprints.org/w/Contact &lt;br /&gt;
&lt;br /&gt;
Offer solutions to peers or ask for help.&lt;br /&gt;
&lt;br /&gt;
*How to contribute to the wiki (link to the contributing to the wiki section on main page)&lt;br /&gt;
*Code Sharing Repository https://github.com/eprintsug&lt;br /&gt;
*Help - The EPrints mailing lists are useful starting points &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Download EPrints ==&lt;br /&gt;
&lt;br /&gt;
{{Download}}&lt;br /&gt;
&lt;br /&gt;
==Installation==&lt;br /&gt;
&lt;br /&gt;
* [[:Category:Installation|Installing]] EPrints on various platforms&lt;br /&gt;
&lt;br /&gt;
==Getting Started==&lt;br /&gt;
&lt;br /&gt;
* [[EPrints Manual|EPrints 3 Documentation]]&lt;br /&gt;
* [[Perl 101 for EPrints]]&lt;br /&gt;
* [http://www.eprints.org/software/training/ Training materials] provided by EPrints Services.&lt;br /&gt;
* [[Frequently Asked Questions]]&lt;br /&gt;
* [[:Category:Howto|How to...]]&lt;br /&gt;
* [[IRStats2 API]]&lt;br /&gt;
* [[EPrints_Training_Course|Training Videos]]&lt;br /&gt;
&lt;br /&gt;
==Getting Support==&lt;br /&gt;
&lt;br /&gt;
* [http://www.eprints.org/services/ EPrints Services] - premium support, training and hosting from EPrints experts&lt;br /&gt;
* [[Contact]] - mailing lists, bug reports etc.&lt;br /&gt;
&lt;br /&gt;
==Add-ons, patches and translations==&lt;br /&gt;
&lt;br /&gt;
* As of version 3.3 EPrints can now install plugins and translations through the [https://bazaar.eprints.org EPrints Bazaar] the wiki also has information about [[:Category:EPrints Bazaar|packaging plugins for the Bazaar]].&lt;br /&gt;
* The [http://files.eprints.org/ EPrints Files Repository] contains add-on and 3rd party scripts, patches and translations. This also provides an archive of all previous EPrints releases (3.0 onwards).&lt;br /&gt;
* [[:Category:Plugins|Plugins]]: Some Wiki pages about scripts and patches.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
{{Register}}&lt;br /&gt;
&lt;br /&gt;
==Contributing to EPrints==&lt;br /&gt;
&lt;br /&gt;
* [[Usability|EPrints usability]]&lt;br /&gt;
* [[:Category:Releases|New features in EPrints]] - released and proposed&lt;br /&gt;
* [[How to contribute|How to contribute to EPrints development]]&lt;br /&gt;
* [http://trac.eprints.org/ EPrints Trac] - access nightly builds, tickets and changes (requires free registration to view source code)&lt;br /&gt;
&lt;br /&gt;
== Content management ==&lt;br /&gt;
&lt;br /&gt;
* [[Digital preservation]]: managing content for longer-term access and use&lt;/div&gt;</summary>
		<author><name>Lac</name></author>
	</entry>
	<entry>
		<id>https://wiki.ext-9.eprints-hosting.org/w/index.php?title=Working_Groups&amp;diff=11661</id>
		<title>Working Groups</title>
		<link rel="alternate" type="text/html" href="https://wiki.ext-9.eprints-hosting.org/w/index.php?title=Working_Groups&amp;diff=11661"/>
		<updated>2015-11-18T12:27:04Z</updated>

		<summary type="html">&lt;p&gt;Lac: Created page with &amp;#039;*Open Access *Research Data Management *Impact *Funding *Reporting *Standards - CASRAI&amp;#039;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;*[[Open Access]]&lt;br /&gt;
*[[Research Data Management]]&lt;br /&gt;
*[[Impact]]&lt;br /&gt;
*[[Funding]]&lt;br /&gt;
*[[Reporting]]&lt;br /&gt;
*[[Standards]] - CASRAI&lt;/div&gt;</summary>
		<author><name>Lac</name></author>
	</entry>
	<entry>
		<id>https://wiki.ext-9.eprints-hosting.org/w/index.php?title=WorkingGroups&amp;diff=11660</id>
		<title>WorkingGroups</title>
		<link rel="alternate" type="text/html" href="https://wiki.ext-9.eprints-hosting.org/w/index.php?title=WorkingGroups&amp;diff=11660"/>
		<updated>2015-11-18T12:26:33Z</updated>

		<summary type="html">&lt;p&gt;Lac: Created page with &amp;#039;*Open Access *Research Data Management *Impact *Funding *Reporting *Standards - CASRAI&amp;#039;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;*[[Open Access]]&lt;br /&gt;
*[[Research Data Management]]&lt;br /&gt;
*[[Impact]]&lt;br /&gt;
*[[Funding]]&lt;br /&gt;
*[[Reporting]]&lt;br /&gt;
*[[Standards]] - CASRAI&lt;/div&gt;</summary>
		<author><name>Lac</name></author>
	</entry>
	<entry>
		<id>https://wiki.ext-9.eprints-hosting.org/w/index.php?title=Standards&amp;diff=11659</id>
		<title>Standards</title>
		<link rel="alternate" type="text/html" href="https://wiki.ext-9.eprints-hosting.org/w/index.php?title=Standards&amp;diff=11659"/>
		<updated>2015-11-18T12:25:44Z</updated>

		<summary type="html">&lt;p&gt;Lac: Created page with &amp;#039;==Purpose==  The Standards working group...  ==Members==&amp;#039;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Purpose==&lt;br /&gt;
&lt;br /&gt;
The Standards working group...&lt;br /&gt;
&lt;br /&gt;
==Members==&lt;/div&gt;</summary>
		<author><name>Lac</name></author>
	</entry>
	<entry>
		<id>https://wiki.ext-9.eprints-hosting.org/w/index.php?title=Reporting&amp;diff=11658</id>
		<title>Reporting</title>
		<link rel="alternate" type="text/html" href="https://wiki.ext-9.eprints-hosting.org/w/index.php?title=Reporting&amp;diff=11658"/>
		<updated>2015-11-18T12:25:24Z</updated>

		<summary type="html">&lt;p&gt;Lac: Created page with &amp;#039;==Purpose==  The Reporting working group...  ==Members==&amp;#039;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Purpose==&lt;br /&gt;
&lt;br /&gt;
The Reporting working group...&lt;br /&gt;
&lt;br /&gt;
==Members==&lt;/div&gt;</summary>
		<author><name>Lac</name></author>
	</entry>
	<entry>
		<id>https://wiki.ext-9.eprints-hosting.org/w/index.php?title=Funding&amp;diff=11657</id>
		<title>Funding</title>
		<link rel="alternate" type="text/html" href="https://wiki.ext-9.eprints-hosting.org/w/index.php?title=Funding&amp;diff=11657"/>
		<updated>2015-11-18T12:25:11Z</updated>

		<summary type="html">&lt;p&gt;Lac: Created page with &amp;#039;==Purpose==  The Funding working group...  ==Members==&amp;#039;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Purpose==&lt;br /&gt;
&lt;br /&gt;
The Funding working group...&lt;br /&gt;
&lt;br /&gt;
==Members==&lt;/div&gt;</summary>
		<author><name>Lac</name></author>
	</entry>
	<entry>
		<id>https://wiki.ext-9.eprints-hosting.org/w/index.php?title=Impact&amp;diff=11656</id>
		<title>Impact</title>
		<link rel="alternate" type="text/html" href="https://wiki.ext-9.eprints-hosting.org/w/index.php?title=Impact&amp;diff=11656"/>
		<updated>2015-11-18T12:24:56Z</updated>

		<summary type="html">&lt;p&gt;Lac: Created page with &amp;#039;==Purpose==  The Impact working group...  ==Members==&amp;#039;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Purpose==&lt;br /&gt;
&lt;br /&gt;
The Impact working group...&lt;br /&gt;
&lt;br /&gt;
==Members==&lt;/div&gt;</summary>
		<author><name>Lac</name></author>
	</entry>
	<entry>
		<id>https://wiki.ext-9.eprints-hosting.org/w/index.php?title=Research_Data_Management&amp;diff=11655</id>
		<title>Research Data Management</title>
		<link rel="alternate" type="text/html" href="https://wiki.ext-9.eprints-hosting.org/w/index.php?title=Research_Data_Management&amp;diff=11655"/>
		<updated>2015-11-18T12:24:42Z</updated>

		<summary type="html">&lt;p&gt;Lac: Created page with &amp;#039;==Purpose==  The RDM working group...  ==Members==&amp;#039;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Purpose==&lt;br /&gt;
&lt;br /&gt;
The RDM working group...&lt;br /&gt;
&lt;br /&gt;
==Members==&lt;/div&gt;</summary>
		<author><name>Lac</name></author>
	</entry>
	<entry>
		<id>https://wiki.ext-9.eprints-hosting.org/w/index.php?title=Category:WorkingGroups&amp;diff=11652</id>
		<title>Category:WorkingGroups</title>
		<link rel="alternate" type="text/html" href="https://wiki.ext-9.eprints-hosting.org/w/index.php?title=Category:WorkingGroups&amp;diff=11652"/>
		<updated>2015-11-18T12:24:15Z</updated>

		<summary type="html">&lt;p&gt;Lac: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;*[[Open Access]]&lt;br /&gt;
*[[Research Data Management]]&lt;br /&gt;
*[[Impact]]&lt;br /&gt;
*[[Funding]]&lt;br /&gt;
*[[Reporting]]&lt;br /&gt;
*[[Standards]] - CASRAI&lt;/div&gt;</summary>
		<author><name>Lac</name></author>
	</entry>
	<entry>
		<id>https://wiki.ext-9.eprints-hosting.org/w/index.php?title=Category:WorkingGroups&amp;diff=11651</id>
		<title>Category:WorkingGroups</title>
		<link rel="alternate" type="text/html" href="https://wiki.ext-9.eprints-hosting.org/w/index.php?title=Category:WorkingGroups&amp;diff=11651"/>
		<updated>2015-11-18T12:23:46Z</updated>

		<summary type="html">&lt;p&gt;Lac: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;*[[Open Access]]&lt;br /&gt;
*[[Research data management]]&lt;br /&gt;
*[[Impact]]&lt;br /&gt;
*[[Funding]]&lt;br /&gt;
*[[Reporting]]&lt;br /&gt;
*[[Standards]] - CASRAI&lt;/div&gt;</summary>
		<author><name>Lac</name></author>
	</entry>
	<entry>
		<id>https://wiki.ext-9.eprints-hosting.org/w/index.php?title=Open_Access&amp;diff=11650</id>
		<title>Open Access</title>
		<link rel="alternate" type="text/html" href="https://wiki.ext-9.eprints-hosting.org/w/index.php?title=Open_Access&amp;diff=11650"/>
		<updated>2015-11-18T12:22:35Z</updated>

		<summary type="html">&lt;p&gt;Lac: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Purpose==&lt;br /&gt;
&lt;br /&gt;
The Open Access working group...&lt;br /&gt;
&lt;br /&gt;
==Members==&lt;/div&gt;</summary>
		<author><name>Lac</name></author>
	</entry>
	<entry>
		<id>https://wiki.ext-9.eprints-hosting.org/w/index.php?title=Open_Access&amp;diff=11649</id>
		<title>Open Access</title>
		<link rel="alternate" type="text/html" href="https://wiki.ext-9.eprints-hosting.org/w/index.php?title=Open_Access&amp;diff=11649"/>
		<updated>2015-11-18T12:22:08Z</updated>

		<summary type="html">&lt;p&gt;Lac: Created page with &amp;#039;==Open Access==  The Open Access working group...&amp;#039;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Open Access==&lt;br /&gt;
&lt;br /&gt;
The Open Access working group...&lt;/div&gt;</summary>
		<author><name>Lac</name></author>
	</entry>
	<entry>
		<id>https://wiki.ext-9.eprints-hosting.org/w/index.php?title=Main_Page&amp;diff=11643</id>
		<title>Main Page</title>
		<link rel="alternate" type="text/html" href="https://wiki.ext-9.eprints-hosting.org/w/index.php?title=Main_Page&amp;diff=11643"/>
		<updated>2015-11-18T12:15:51Z</updated>

		<summary type="html">&lt;p&gt;Lac: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[Category:Rubbish]]&lt;br /&gt;
__NOTOC__&lt;br /&gt;
{{Box|title=EPrints Community Contributions Day|content=November 18th, 2015 is EPrints Community Contributions day.  We encourage everyone to participate.  See [[Community_Contributions_Day_November_2015|the event wiki page]]}}&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Welcome to the EPrints Wiki&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
This wiki contains technical and user-contributed documentation for the [[Introduction|EPrints software]].&lt;br /&gt;
&lt;br /&gt;
[http://demoprints3.eprints.org/ Demoprints] is our live, online server that allows anyone to try EPrints without having to install it first.&lt;br /&gt;
&lt;br /&gt;
For more information on the EPrints project and related activities visit http://eprints.org/.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;New to EPrints?&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
On this wiki you can find:&lt;br /&gt;
&lt;br /&gt;
*Training videos (link to a page of these?)&lt;br /&gt;
*Documentation  (link to)&lt;br /&gt;
*[[:Category:WorkingGroups|Working Groups]]  by topic (link to - see below) &lt;br /&gt;
*Mailing lists&lt;br /&gt;
&lt;br /&gt;
There are two mail lists that you might like to join.&lt;br /&gt;
&lt;br /&gt;
The EPrints User Group Google Group https://groups.google.com/forum/#!forum/eprints-uk-user-group &lt;br /&gt;
&lt;br /&gt;
This group is for anyone involved in using EPrints.  Ask questions, share ideas, hear about forthcoming meetings.&lt;br /&gt;
&lt;br /&gt;
2) The Eprints Technical Mailing List &lt;br /&gt;
Join the list at: http://wiki.eprints.org/w/Contact &lt;br /&gt;
&lt;br /&gt;
Offer solutions to peers or ask for help.&lt;br /&gt;
&lt;br /&gt;
*How to contribute to the wiki (link to the contributing to the wiki section on main page)&lt;br /&gt;
*Code Sharing Repository https://github.com/eprintsug&lt;br /&gt;
*Help - The EPrints mailing lists are useful starting points (link to mail list bit)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Download EPrints ==&lt;br /&gt;
&lt;br /&gt;
{{Download}}&lt;br /&gt;
&lt;br /&gt;
==Installation==&lt;br /&gt;
&lt;br /&gt;
* [[:Category:Installation|Installing]] EPrints on various platforms&lt;br /&gt;
&lt;br /&gt;
==Getting Started==&lt;br /&gt;
&lt;br /&gt;
* [[EPrints Manual|EPrints 3 Documentation]]&lt;br /&gt;
* [[Perl 101 for EPrints]]&lt;br /&gt;
* [http://www.eprints.org/software/training/ Training materials] provided by EPrints Services.&lt;br /&gt;
* [[Frequently Asked Questions]]&lt;br /&gt;
* [[:Category:Howto|How to...]]&lt;br /&gt;
* [[IRStats2 API]]&lt;br /&gt;
* [[EPrints_Training_Course|Training Videos]]&lt;br /&gt;
&lt;br /&gt;
==Getting Support==&lt;br /&gt;
&lt;br /&gt;
* [http://www.eprints.org/services/ EPrints Services] - premium support, training and hosting from EPrints experts&lt;br /&gt;
* [[Contact]] - mailing lists, bug reports etc.&lt;br /&gt;
&lt;br /&gt;
==Add-ons, patches and translations==&lt;br /&gt;
&lt;br /&gt;
* As of version 3.3 EPrints can now install plugins and translations through the [https://bazaar.eprints.org EPrints Bazaar] the wiki also has information about [[:Category:EPrints Bazaar|packaging plugins for the Bazaar]].&lt;br /&gt;
* The [http://files.eprints.org/ EPrints Files Repository] contains add-on and 3rd party scripts, patches and translations. This also provides an archive of all previous EPrints releases (3.0 onwards).&lt;br /&gt;
* [[:Category:Plugins|Plugins]]: Some Wiki pages about scripts and patches.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
{{Register}}&lt;br /&gt;
&lt;br /&gt;
==Contributing to EPrints==&lt;br /&gt;
&lt;br /&gt;
* [[Usability|EPrints usability]]&lt;br /&gt;
* [[:Category:Releases|New features in EPrints]] - released and proposed&lt;br /&gt;
* [[How to contribute|How to contribute to EPrints development]]&lt;br /&gt;
* [http://trac.eprints.org/ EPrints Trac] - access nightly builds, tickets and changes (requires free registration to view source code)&lt;br /&gt;
&lt;br /&gt;
== Content management ==&lt;br /&gt;
&lt;br /&gt;
* [[Digital preservation]]: managing content for longer-term access and use&lt;/div&gt;</summary>
		<author><name>Lac</name></author>
	</entry>
	<entry>
		<id>https://wiki.ext-9.eprints-hosting.org/w/index.php?title=Category:WorkingGroups&amp;diff=11635</id>
		<title>Category:WorkingGroups</title>
		<link rel="alternate" type="text/html" href="https://wiki.ext-9.eprints-hosting.org/w/index.php?title=Category:WorkingGroups&amp;diff=11635"/>
		<updated>2015-11-18T12:09:30Z</updated>

		<summary type="html">&lt;p&gt;Lac: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;*[[Open Access]]&lt;br /&gt;
*Research data management&lt;br /&gt;
*Impact&lt;br /&gt;
*Funding&lt;br /&gt;
*Reporting&lt;br /&gt;
*Standards - CASRAI&lt;/div&gt;</summary>
		<author><name>Lac</name></author>
	</entry>
	<entry>
		<id>https://wiki.ext-9.eprints-hosting.org/w/index.php?title=Category:WorkingGroups&amp;diff=11632</id>
		<title>Category:WorkingGroups</title>
		<link rel="alternate" type="text/html" href="https://wiki.ext-9.eprints-hosting.org/w/index.php?title=Category:WorkingGroups&amp;diff=11632"/>
		<updated>2015-11-18T12:07:10Z</updated>

		<summary type="html">&lt;p&gt;Lac: Created page with &amp;#039;*Open Access *Research data management *Impact *Funding *Reporting *Standards - CASRAI&amp;#039;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;*Open Access&lt;br /&gt;
*Research data management&lt;br /&gt;
*Impact&lt;br /&gt;
*Funding&lt;br /&gt;
*Reporting&lt;br /&gt;
*Standards - CASRAI&lt;/div&gt;</summary>
		<author><name>Lac</name></author>
	</entry>
	<entry>
		<id>https://wiki.ext-9.eprints-hosting.org/w/index.php?title=New_Features_in_EPrints_3.2&amp;diff=6319</id>
		<title>New Features in EPrints 3.2</title>
		<link rel="alternate" type="text/html" href="https://wiki.ext-9.eprints-hosting.org/w/index.php?title=New_Features_in_EPrints_3.2&amp;diff=6319"/>
		<updated>2009-05-08T06:52:51Z</updated>

		<summary type="html">&lt;p&gt;Lac: /* Linked Data Support */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= EPrints Edit locking = &lt;br /&gt;
&lt;br /&gt;
Allows you to lock editing to certain users and sessions (to make sure that two editors don&#039;t make simultaneous changes to the same record).&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= Plug-in Based Storage Layer and Storage Controller =&lt;br /&gt;
&lt;br /&gt;
The EPrints Storage Layer is evolving to enable easy plug-and-plug with many storage platforms including local and multiple institutional storage as well as cloud storage. The Storage Controller enables you to use multiple storage platforms simultaneously, define rules for what is stored on each platform and also manage these platforms and migrate resources between platforms as required. More information, including the current API, can be found on the [[StorageController]] page.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= Thumbnails are now documents =&lt;br /&gt;
&lt;br /&gt;
Up to now, thumbnails have been &#039;special case&#039; files that have not been managed very consistently by the repository. In particular, there has been no way to create or manage thumbnails through the API. Now, thumbnails and document previews are normal documents of a specific type and specific relationships to other documents. This allows a much more flexible approach to be taken to thumbnails, with multiple size and multiple formats being produced by external services. It also becomes possible to have more complex categories of thumbnail, for example a different thumbnail for every slide in a PowerPoint slideshow, not just a thumbnail of the front slide. That in turn allows EPrints to potentially build visual catalogues of collections of PowerPoint presentations.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= SWORD 2 (1.3 Specification Support) =&lt;br /&gt;
&lt;br /&gt;
Conforming to the new standards set out by the SWORD project, EPrints 3.2 will include compatibility for the new features.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= Preservation Planning Capabilities = &lt;br /&gt;
&lt;br /&gt;
Allows EPrints to be linked with file classification tools (primarily DROID) and risk analysis services (PRONOM) which can then not only profile the content of your repository but also identify risks to objects contained within it.&lt;br /&gt;
&lt;br /&gt;
More information on this can be found on the [[Preservation in EPrints 3.2]] page.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= Enhanced Compatability for DRIVER project systems =&lt;br /&gt;
&lt;br /&gt;
In EPrints 3.2 repositories will be by default DREIVER enabled. In a future 3.1 release the better compatability will exist but will remain off by default. &lt;br /&gt;
&lt;br /&gt;
Expected: EPrints 3.1 and 3.2.&lt;br /&gt;
&lt;br /&gt;
= Arbitrary metadata linking capabilities =&lt;br /&gt;
&lt;br /&gt;
Allows the user to expand their data model with custom predicates which link a resources with other resources. Such an example include the derivedFrom predicate which we are already using.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= docx,xslx,pptx MS Office XML compatability = &lt;br /&gt;
&lt;br /&gt;
Upon upload of these file types EPrints 3.2 will automatically fill in much of the metadata such as title, authors and abstract if possible. 3.2 will also be able to pull these files apart offering optional access to the content within them such as embedded pictures. &lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1 (tentative)&lt;br /&gt;
&lt;br /&gt;
= Enhancements to repository web site management =&lt;br /&gt;
&lt;br /&gt;
Taking on the push of 3.1 to make it easy for the repository manager to edit and change the repository configuration without needing access to the configuration files themselves, we are taking that another step further. Coming in 3.2 we intend to allow full look and feel (branding) editing of the main EPrints web pages and templates to be done externally to EPrints in tools such Dreamweaver and Amaya. There will also be a complementary way of uploading new image files.&lt;br /&gt;
&lt;br /&gt;
This editing capability is also complemented by two links which appear on certain pages enabling the administrator to directly edit the page look and feel as well as the phrases on that page. &lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= Abstract Page Improvements = &lt;br /&gt;
&lt;br /&gt;
Lightboxes have been added to the abstract pages for easier previewing of documents.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= User definable datasets = &lt;br /&gt;
&lt;br /&gt;
Allows you to expand the core EPrints data model with whole new types of data and datasets which can be indexed and used in searches. It is proposed that the stakeholders in the CERIF standard (projects, authors, institutions etc) will be modelled as separate EPrints datasets and used to support Research Management activities and integration with Research Information Systems.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1 (command line only)&lt;br /&gt;
&lt;br /&gt;
= OAI-ORE Import and Export Plug-ins = &lt;br /&gt;
&lt;br /&gt;
Capability to import and export resources or collections of resources as ORE Resource Maps. Both Atom and RDF serialisations are planned to be made available.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= IRStats/EPStats = &lt;br /&gt;
&lt;br /&gt;
Institutional Repository stats are becoming an even more important part of the repository and we hope to have these in the final 3.2 release.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= EPrints Scheduler = &lt;br /&gt;
&lt;br /&gt;
Allows tracking of events which happen as well as scheduling new events which need to take place to maintain your repository. Investigation is under way into the power of such a system and if it can be interfaced with desktop calendar programs such as iCal and Google Calendar.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 2&lt;br /&gt;
&lt;br /&gt;
= Shelves of EPrints =&lt;br /&gt;
&lt;br /&gt;
No details to be released on this yet&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 2 (tentative)&lt;br /&gt;
&lt;br /&gt;
= Coverpage capabilities =&lt;br /&gt;
&lt;br /&gt;
Provides a mechanism for adding coverpages to documents before they are provided to users.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 2 (tentative)&lt;br /&gt;
&lt;br /&gt;
= Issues Raising and Resolving Tool = &lt;br /&gt;
&lt;br /&gt;
No description currently &lt;br /&gt;
&lt;br /&gt;
Expected: Beta 2 (tentative)&lt;br /&gt;
&lt;br /&gt;
= Plugin system for document upload processing =&lt;br /&gt;
&lt;br /&gt;
So zip,targz,file, from URL etc. become a plugin each and we add Docx/PPTx too.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1 (tentative)&lt;br /&gt;
&lt;br /&gt;
= FTP and WebDAV Daemon Support =&lt;br /&gt;
&lt;br /&gt;
Access to the user&#039;s inbox via FTP and WebDAV, allowing the repository to be mounted as a file system or network drive.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1 (tentative)&lt;br /&gt;
&lt;br /&gt;
= Multi-stage editorial buffer = &lt;br /&gt;
&lt;br /&gt;
If an institution has a number of stages to the editorial process (e.g and editor to check the metadata, followed by a different(?) editor to check copyright), they should be able to configure editor roles and buffer stages.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 2 (tentative)&lt;br /&gt;
&lt;br /&gt;
= User Profiles =&lt;br /&gt;
&lt;br /&gt;
For those without institutional &#039;people&#039; pages, EPrints will generate a page for each user containing information including a list of publications and perhaps a picture.&lt;br /&gt;
&lt;br /&gt;
= Institutional GeoLoc Authority and Autocompletion =&lt;br /&gt;
&lt;br /&gt;
Implementation of an optional institution autocompletion script (for e.g. conference repositories) that autocompletes on an authority file containing canonical institution names and coordinates.&lt;br /&gt;
&lt;br /&gt;
= REST Interface =&lt;br /&gt;
Creating a proper REST interface for EPrints CRUD operations. E.g.&lt;br /&gt;
http://devel.eprints.org/eprint/103/creators/1/name/family.txt&lt;br /&gt;
will return a text form of the family component of the namer of the first creator of eprint id 103.&lt;br /&gt;
&lt;br /&gt;
= Linked Data Support =&lt;br /&gt;
EPrints is now represented on the Linked Data map (see http://linkeddata.org/ ). It currently has an RDF exporter, but it lacks a systematic way of coining appropriate institutionally-blessed URIs for individuals, projects etc. A new version of the RDF plugin will be released which enables repositories to participate in the international linked data effort.&lt;br /&gt;
&lt;br /&gt;
= ISI Citation Data Management =&lt;br /&gt;
As well as Google Scholar citation data, EPrints 3.2 adds the capability of managing Thomson ISI citation data. EPrints will harvest citation data, displaying it on abstract pages. Items can be searched by citation range, searches can be ordered by citation impact and aggregate reports of  citation statistics (including h-index) can be produced per research group or subject area using the citation report export plugin.&lt;/div&gt;</summary>
		<author><name>Lac</name></author>
	</entry>
	<entry>
		<id>https://wiki.ext-9.eprints-hosting.org/w/index.php?title=New_Features_in_EPrints_3.2&amp;diff=6287</id>
		<title>New Features in EPrints 3.2</title>
		<link rel="alternate" type="text/html" href="https://wiki.ext-9.eprints-hosting.org/w/index.php?title=New_Features_in_EPrints_3.2&amp;diff=6287"/>
		<updated>2009-04-17T14:05:28Z</updated>

		<summary type="html">&lt;p&gt;Lac: /* Institutional GeoLoc Authority and Autocompletion */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= EPrints Edit locking = &lt;br /&gt;
&lt;br /&gt;
Allows you to lock editing to certain users and sessions (to make sure that two editors don&#039;t make simultaneous changes to the same record).&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= Plug-in Based Storage Layer and Storage Controller =&lt;br /&gt;
&lt;br /&gt;
The EPrints Storage Layer is evolving to enable easy plug-and-plug with many storage platforms including local and multiple institutional storage as well as cloud storage. The Storage Controller enables you to use multiple storage platforms simultaneously, define rules for what is stored on each platform and also manage these platforms and migrate resources between platforms as required. More information, including the current API, can be found on the [[StorageController]] page.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= Thumbnails are now documents =&lt;br /&gt;
&lt;br /&gt;
Up to now, thumbnails have been &#039;special case&#039; files that have not been managed very consistently by the repository. In particular, there has been no way to create or manage thumbnails through the API. Now, thumbnails and document previews are normal documents of a specific type and specific relationships to other documents. This allows a much more flexible approach to be taken to thumbnails, with multiple size and multiple formats being produced by external services. It also becomes possible to have more complex categories of thumbnail, for example a different thumbnail for every slide in a PowerPoint slideshow, not just a thumbnail of the front slide. That in turn allows EPrints to potentially build visual catalogues of collections of PowerPoint presentations.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= SWORD 2 (1.3 Specification Support) =&lt;br /&gt;
&lt;br /&gt;
Conforming to the new standards set out by the SWORD project, EPrints 3.2 will include compatibility for the new features.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= Preservation Planning Capabilities = &lt;br /&gt;
&lt;br /&gt;
Allows EPrints to be linked with file classification tools (primarily DROID) and risk analysis services (PRONOM) which can then not only profile the content of your repository but also identify risks to objects contained within it.&lt;br /&gt;
&lt;br /&gt;
More information on this can be found on the [[Preservation in EPrints 3.2]] page.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= Enhanced Compatability for DRIVER project systems =&lt;br /&gt;
&lt;br /&gt;
In EPrints 3.2 repositories will be by default DREIVER enabled. In a future 3.1 release the better compatability will exist but will remain off by default. &lt;br /&gt;
&lt;br /&gt;
Expected: EPrints 3.1 and 3.2.&lt;br /&gt;
&lt;br /&gt;
= Arbitrary metadata linking capabilities =&lt;br /&gt;
&lt;br /&gt;
Allows the user to expand their data model with custom predicates which link a resources with other resources. Such an example include the derivedFrom predicate which we are already using.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= docx,xslx,pptx MS Office XML compatability = &lt;br /&gt;
&lt;br /&gt;
Upon upload of these file types EPrints 3.2 will automatically fill in much of the metadata such as title, authors and abstract if possible. 3.2 will also be able to pull these files apart offering optional access to the content within them such as embedded pictures. &lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1 (tentative)&lt;br /&gt;
&lt;br /&gt;
= Enhancements to repository web site management =&lt;br /&gt;
&lt;br /&gt;
Taking on the push of 3.1 to make it easy for the repository manager to edit and change the repository configuration without needing access to the configuration files themselves, we are taking that another step further. Coming in 3.2 we intend to allow full look and feel (branding) editing of the main EPrints web pages and templates to be done externally to EPrints in tools such Dreamweaver and Amaya. There will also be a complementary way of uploading new image files.&lt;br /&gt;
&lt;br /&gt;
This editing capability is also complemented by two links which appear on certain pages enabling the administrator to directly edit the page look and feel as well as the phrases on that page. &lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= Abstract Page Improvements = &lt;br /&gt;
&lt;br /&gt;
Lightboxes have been added to the abstract pages for easier previewing of documents.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= User definable datasets = &lt;br /&gt;
&lt;br /&gt;
Allows you to expand the core EPrints data model with whole new types of data and datasets which can be indexed and used in searches. It is proposed that the stakeholders in the CERIF standard (projects, authors, institutions etc) will be modelled as separate EPrints datasets and used to support Research Management activities and integration with Research Information Systems.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1 (command line only)&lt;br /&gt;
&lt;br /&gt;
= OAI-ORE Import and Export Plug-ins = &lt;br /&gt;
&lt;br /&gt;
Capability to import and export resources or collections of resources as ORE Resource Maps. Both Atom and RDF serialisations are planned to be made available.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= IRStats/EPStats = &lt;br /&gt;
&lt;br /&gt;
Institutional Repository stats are becoming an even more important part of the repository and we hope to have these in the final 3.2 release.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= EPrints Scheduler = &lt;br /&gt;
&lt;br /&gt;
Allows tracking of events which happen as well as scheduling new events which need to take place to maintain your repository. Investigation is under way into the power of such a system and if it can be interfaced with desktop calendar programs such as iCal and Google Calendar.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 2&lt;br /&gt;
&lt;br /&gt;
= Shelves of EPrints =&lt;br /&gt;
&lt;br /&gt;
No details to be released on this yet&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 2 (tentative)&lt;br /&gt;
&lt;br /&gt;
= Coverpage capabilities =&lt;br /&gt;
&lt;br /&gt;
Provides a mechanism for adding coverpages to documents before they are provided to users.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 2 (tentative)&lt;br /&gt;
&lt;br /&gt;
= Issues Raising and Resolving Tool = &lt;br /&gt;
&lt;br /&gt;
No description currently &lt;br /&gt;
&lt;br /&gt;
Expected: Beta 2 (tentative)&lt;br /&gt;
&lt;br /&gt;
= Plugin system for document upload processing =&lt;br /&gt;
&lt;br /&gt;
So zip,targz,file, from URL etc. become a plugin each and we add Docx/PPTx too.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1 (tentative)&lt;br /&gt;
&lt;br /&gt;
= FTP and WebDAV Daemon Support =&lt;br /&gt;
&lt;br /&gt;
Access to the user&#039;s inbox via FTP and WebDAV, allowing the repository to be mounted as a file system or network drive.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1 (tentative)&lt;br /&gt;
&lt;br /&gt;
= Multi-stage editorial buffer = &lt;br /&gt;
&lt;br /&gt;
If an institution has a number of stages to the editorial process (e.g and editor to check the metadata, followed by a different(?) editor to check copyright), they should be able to configure editor roles and buffer stages.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 2 (tentative)&lt;br /&gt;
&lt;br /&gt;
= User Profiles =&lt;br /&gt;
&lt;br /&gt;
For those without institutional &#039;people&#039; pages, EPrints will generate a page for each user containing information including a list of publications and perhaps a picture.&lt;br /&gt;
&lt;br /&gt;
= Institutional GeoLoc Authority and Autocompletion =&lt;br /&gt;
&lt;br /&gt;
Implementation of an optional institution autocompletion script (for e.g. conference repositories) that autocompletes on an authority file containing canonical institution names and coordinates.&lt;br /&gt;
&lt;br /&gt;
= REST Interface =&lt;br /&gt;
Creating a proper REST interface for EPrints CRUD operations. E.g.&lt;br /&gt;
http://devel.eprints.org/eprint/103/creators/1/name/family.txt&lt;br /&gt;
will return a text form of the family component of the namer of the first creator of eprint id 103.&lt;br /&gt;
&lt;br /&gt;
= Linked Data Support =&lt;br /&gt;
EPrints is now represented on the Linked Data map (see http://linkeddata.org/ ). It currently has an RDF exporter, but it lacks a systematic way of coining appropriate institutionally-blessed URIs for individuals, projects etc. A new version of the RDF plugin will be released which enables repositories to participate in the international linked data effort.&lt;/div&gt;</summary>
		<author><name>Lac</name></author>
	</entry>
	<entry>
		<id>https://wiki.ext-9.eprints-hosting.org/w/index.php?title=New_Features_in_EPrints_3.2&amp;diff=6265</id>
		<title>New Features in EPrints 3.2</title>
		<link rel="alternate" type="text/html" href="https://wiki.ext-9.eprints-hosting.org/w/index.php?title=New_Features_in_EPrints_3.2&amp;diff=6265"/>
		<updated>2009-02-25T20:32:40Z</updated>

		<summary type="html">&lt;p&gt;Lac: /* Thumbnails are now documents */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= EPrints Edit locking = &lt;br /&gt;
&lt;br /&gt;
Allows you to lock editing to certain users and sessions (to make sure that two editors don&#039;t make simultaneous changes to the same record).&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= Plug-in Based Storage Layer and Storage Controller =&lt;br /&gt;
&lt;br /&gt;
The EPrints Storage Layer is evolving to enable easy plug-and-plug with many storage platforms including local and multiple institutional storage as well as cloud storage. The Storage Controller enables you to use multiple storage platforms simultaneously, define rules for what is stored on each platform and also manage these platforms and migrate resources between platforms as required. More information, including the current API, can be found on the [[StorageController]] page.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= Thumbnails are now documents =&lt;br /&gt;
&lt;br /&gt;
Up to now, thumbnails have been &#039;special case&#039; files that have not been managed very consistently by the repository. In particular, there has been no way to create or manage thumbnails through the API. Now, thumbnails and document previews are normal documents of a specific type and specific relationships to other documents. This allows a much more flexible approach to be taken to thumbnails, with multiple size and multiple formats being produced by external services. It also becomes possible to have more complex categories of thumbnail, for example a different thumbnail for every slide in a PowerPoint slideshow, not just a thumbnail of the front slide. That in turn allows EPrints to potentially build visual catalogues of collections of PowerPoint presentations.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= SWORD 2 (1.3 Specification Support) =&lt;br /&gt;
&lt;br /&gt;
Conforming to the new standards set out by the SWORD project, EPrints 3.2 will include compatibility for the new features.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= Preservation Planning Capabilities = &lt;br /&gt;
&lt;br /&gt;
Allows EPrints to be linked with file classification tools (primarily DROID) and risk analysis services (PRONOM) which can then not only profile the content of your repository but also identify risks to objects contained within it.&lt;br /&gt;
&lt;br /&gt;
More information on this can be found on the [[Preservation in EPrints 3.2]] page.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= Enhanced Compatability for DRIVER project systems =&lt;br /&gt;
&lt;br /&gt;
In EPrints 3.2 repositories will be by default DREIVER enabled. In a future 3.1 release the better compatability will exist but will remain off by default. &lt;br /&gt;
&lt;br /&gt;
Expected: EPrints 3.1 and 3.2.&lt;br /&gt;
&lt;br /&gt;
= Arbitrary metadata linking capabilities =&lt;br /&gt;
&lt;br /&gt;
Allows the user to expand their data model with custom predicates which link a resources with other resources. Such an example include the derivedFrom predicate which we are already using.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= docx,xslx,pptx MS Office XML compatability = &lt;br /&gt;
&lt;br /&gt;
Upon upload of these file types EPrints 3.2 will automatically fill in much of the metadata such as title, authors and abstract if possible. 3.2 will also be able to pull these files apart offering optional access to the content within them such as embedded pictures. &lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1 (tentative)&lt;br /&gt;
&lt;br /&gt;
= Enhancements to repository web site management =&lt;br /&gt;
&lt;br /&gt;
Taking on the push of 3.1 to make it easy for the repository manager to edit and change the repository configuration without needing access to the configuration files themselves, we are taking that another step further. Coming in 3.2 we intend to allow full look and feel (branding) editing of the main EPrints web pages and templates to be done externally to EPrints in tools such Dreamweaver and Amaya. There will also be a complementary way of uploading new image files.&lt;br /&gt;
&lt;br /&gt;
This editing capability is also complemented by two links which appear on certain pages enabling the administrator to directly edit the page look and feel as well as the phrases on that page. &lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= Abstract Page Improvements = &lt;br /&gt;
&lt;br /&gt;
Lightboxes have been added to the abstract pages for easier previewing of documents.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= User definable datasets = &lt;br /&gt;
&lt;br /&gt;
Allows you to expand the core EPrints data model with whole new types of data and datasets which can be indexed and used in searches. It is proposed that the stakeholders in the CERIF standard (projects, authors, institutions etc) will be modelled as separate EPrints datasets and used to support Research Management activities and integration with Research Information Systems.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1 (command line only)&lt;br /&gt;
&lt;br /&gt;
= OAI-ORE Import and Export Plug-ins = &lt;br /&gt;
&lt;br /&gt;
Capability to import and export resources or collections of resources as ORE Resource Maps. Both Atom and RDF serialisations are planned to be made available.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= IR Stats = &lt;br /&gt;
&lt;br /&gt;
Institutional Repository stats are becoming an even more important part of the repository and we hope to have these in the final 3.2 release.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 2 &lt;br /&gt;
&lt;br /&gt;
= EPrints Scheduler = &lt;br /&gt;
&lt;br /&gt;
Allows tracking of events which happen as well as scheduling new events which need to take place to maintain your repository. Investigation is under way into the power of such a system and if it can be interfaced with desktop calendar programs such as iCal and Google Calendar.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 2&lt;br /&gt;
&lt;br /&gt;
= Shelves of EPrints =&lt;br /&gt;
&lt;br /&gt;
No details to be released on this yet&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 2 (tentative)&lt;br /&gt;
&lt;br /&gt;
= Coverpage capabilities =&lt;br /&gt;
&lt;br /&gt;
Provides a mechanism for adding coverpages to documents before they are provided to users.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 2 (tentative)&lt;br /&gt;
&lt;br /&gt;
= Issues Raising and Resolving Tool = &lt;br /&gt;
&lt;br /&gt;
No description currently &lt;br /&gt;
&lt;br /&gt;
Expected: Beta 2 (tentative)&lt;br /&gt;
&lt;br /&gt;
= Plugin system for document upload processing =&lt;br /&gt;
&lt;br /&gt;
So zip,targz,file, from URL etc. become a plugin each and we add Docx/PPTx too.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1 (tentative)&lt;br /&gt;
&lt;br /&gt;
= FTP and WebDAV Daemon Support =&lt;br /&gt;
&lt;br /&gt;
Access to the user&#039;s inbox via FTP and WebDAV, allowing the repository to be mounted as a file system or network drive.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1 (tentative)&lt;/div&gt;</summary>
		<author><name>Lac</name></author>
	</entry>
	<entry>
		<id>https://wiki.ext-9.eprints-hosting.org/w/index.php?title=New_Features_in_EPrints_3.2&amp;diff=6264</id>
		<title>New Features in EPrints 3.2</title>
		<link rel="alternate" type="text/html" href="https://wiki.ext-9.eprints-hosting.org/w/index.php?title=New_Features_in_EPrints_3.2&amp;diff=6264"/>
		<updated>2009-02-25T20:30:00Z</updated>

		<summary type="html">&lt;p&gt;Lac: /* Thumbnails are now documents */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= EPrints Edit locking = &lt;br /&gt;
&lt;br /&gt;
Allows you to lock editing to certain users and sessions (to make sure that two editors don&#039;t make simultaneous changes to the same record).&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= Plug-in Based Storage Layer and Storage Controller =&lt;br /&gt;
&lt;br /&gt;
The EPrints Storage Layer is evolving to enable easy plug-and-plug with many storage platforms including local and multiple institutional storage as well as cloud storage. The Storage Controller enables you to use multiple storage platforms simultaneously, define rules for what is stored on each platform and also manage these platforms and migrate resources between platforms as required. More information, including the current API, can be found on the [[StorageController]] page.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= Thumbnails are now documents =&lt;br /&gt;
&lt;br /&gt;
Up to now, thumbnails have been &#039;special case&#039; files that have not been managed very consistently by the repository. In particular, there has been no way to create or manage thumbnails through the API. Now, thumbnails and document previews are just documents of a specific type. This allows a much more flexible approach to be taken to thumbnails, with multiple size and multiple formats being acoomodated. It also becomes possible to have a different thumbnail for every slide in a PowerPoint slideshow, not just a thumbnail of the front slide. That in turn allows EPrints to potentially build visual catalogues of collections of PowerPoint presentations.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= SWORD 2 (1.3 Specification Support) =&lt;br /&gt;
&lt;br /&gt;
Conforming to the new standards set out by the SWORD project, EPrints 3.2 will include compatibility for the new features.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= Preservation Planning Capabilities = &lt;br /&gt;
&lt;br /&gt;
Allows EPrints to be linked with file classification tools (primarily DROID) and risk analysis services (PRONOM) which can then not only profile the content of your repository but also identify risks to objects contained within it.&lt;br /&gt;
&lt;br /&gt;
More information on this can be found on the [[Preservation in EPrints 3.2]] page.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= Enhanced Compatability for DRIVER project systems =&lt;br /&gt;
&lt;br /&gt;
In EPrints 3.2 repositories will be by default DREIVER enabled. In a future 3.1 release the better compatability will exist but will remain off by default. &lt;br /&gt;
&lt;br /&gt;
Expected: EPrints 3.1 and 3.2.&lt;br /&gt;
&lt;br /&gt;
= Arbitrary metadata linking capabilities =&lt;br /&gt;
&lt;br /&gt;
Allows the user to expand their data model with custom predicates which link a resources with other resources. Such an example include the derivedFrom predicate which we are already using.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= docx,xslx,pptx MS Office XML compatability = &lt;br /&gt;
&lt;br /&gt;
Upon upload of these file types EPrints 3.2 will automatically fill in much of the metadata such as title, authors and abstract if possible. 3.2 will also be able to pull these files apart offering optional access to the content within them such as embedded pictures. &lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1 (tentative)&lt;br /&gt;
&lt;br /&gt;
= Enhancements to repository web site management =&lt;br /&gt;
&lt;br /&gt;
Taking on the push of 3.1 to make it easy for the repository manager to edit and change the repository configuration without needing access to the configuration files themselves, we are taking that another step further. Coming in 3.2 we intend to allow full look and feel (branding) editing of the main EPrints web pages and templates to be done externally to EPrints in tools such Dreamweaver and Amaya. There will also be a complementary way of uploading new image files.&lt;br /&gt;
&lt;br /&gt;
This editing capability is also complemented by two links which appear on certain pages enabling the administrator to directly edit the page look and feel as well as the phrases on that page. &lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= Abstract Page Improvements = &lt;br /&gt;
&lt;br /&gt;
Lightboxes have been added to the abstract pages for easier previewing of documents.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= User definable datasets = &lt;br /&gt;
&lt;br /&gt;
Allows you to expand the core EPrints data model with whole new types of data and datasets which can be indexed and used in searches. It is proposed that the stakeholders in the CERIF standard (projects, authors, institutions etc) will be modelled as separate EPrints datasets and used to support Research Management activities and integration with Research Information Systems.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1 (command line only)&lt;br /&gt;
&lt;br /&gt;
= OAI-ORE Import and Export Plug-ins = &lt;br /&gt;
&lt;br /&gt;
Capability to import and export resources or collections of resources as ORE Resource Maps. Both Atom and RDF serialisations are planned to be made available.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= IR Stats = &lt;br /&gt;
&lt;br /&gt;
Institutional Repository stats are becoming an even more important part of the repository and we hope to have these in the final 3.2 release.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 2 &lt;br /&gt;
&lt;br /&gt;
= EPrints Scheduler = &lt;br /&gt;
&lt;br /&gt;
Allows tracking of events which happen as well as scheduling new events which need to take place to maintain your repository. Investigation is under way into the power of such a system and if it can be interfaced with desktop calendar programs such as iCal and Google Calendar.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 2&lt;br /&gt;
&lt;br /&gt;
= Shelves of EPrints =&lt;br /&gt;
&lt;br /&gt;
No details to be released on this yet&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 2 (tentative)&lt;br /&gt;
&lt;br /&gt;
= Coverpage capabilities =&lt;br /&gt;
&lt;br /&gt;
Provides a mechanism for adding coverpages to documents before they are provided to users.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 2 (tentative)&lt;br /&gt;
&lt;br /&gt;
= Issues Raising and Resolving Tool = &lt;br /&gt;
&lt;br /&gt;
No description currently &lt;br /&gt;
&lt;br /&gt;
Expected: Beta 2 (tentative)&lt;br /&gt;
&lt;br /&gt;
= Plugin system for document upload processing =&lt;br /&gt;
&lt;br /&gt;
So zip,targz,file, from URL etc. become a plugin each and we add Docx/PPTx too.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1 (tentative)&lt;br /&gt;
&lt;br /&gt;
= FTP and WebDAV Daemon Support =&lt;br /&gt;
&lt;br /&gt;
Access to the user&#039;s inbox via FTP and WebDAV, allowing the repository to be mounted as a file system or network drive.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1 (tentative)&lt;/div&gt;</summary>
		<author><name>Lac</name></author>
	</entry>
	<entry>
		<id>https://wiki.ext-9.eprints-hosting.org/w/index.php?title=New_Features_in_EPrints_3.2&amp;diff=6263</id>
		<title>New Features in EPrints 3.2</title>
		<link rel="alternate" type="text/html" href="https://wiki.ext-9.eprints-hosting.org/w/index.php?title=New_Features_in_EPrints_3.2&amp;diff=6263"/>
		<updated>2009-02-25T20:29:04Z</updated>

		<summary type="html">&lt;p&gt;Lac: /* Thumbnails are now documents */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= EPrints Edit locking = &lt;br /&gt;
&lt;br /&gt;
Allows you to lock editing to certain users and sessions (to make sure that two editors don&#039;t make simultaneous changes to the same record).&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= Plug-in Based Storage Layer and Storage Controller =&lt;br /&gt;
&lt;br /&gt;
The EPrints Storage Layer is evolving to enable easy plug-and-plug with many storage platforms including local and multiple institutional storage as well as cloud storage. The Storage Controller enables you to use multiple storage platforms simultaneously, define rules for what is stored on each platform and also manage these platforms and migrate resources between platforms as required. More information, including the current API, can be found on the [[StorageController]] page.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= Thumbnails are now documents =&lt;br /&gt;
&lt;br /&gt;
Up to now, thumbnails have been &#039;special case&#039; files that haven&#039;t been managed very consistently by the repository. In particular, there is no wau to create or manage thumbnails through the API. Now, thumbnails and document previews are just documents of a specific type. This allows a much more flexible approach to be taken to thumbnails, with multiple size and multiple formats being acoomodated. It also becomes possible to have a different thumbnail for every slide in a PowerPoint slideshow, not just a thumbnail of the front slide. That in turn allows EPrints to potentially build visual catalogues of collections of PowerPoint presentations.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= SWORD 2 (1.3 Specification Support) =&lt;br /&gt;
&lt;br /&gt;
Conforming to the new standards set out by the SWORD project, EPrints 3.2 will include compatibility for the new features.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= Preservation Planning Capabilities = &lt;br /&gt;
&lt;br /&gt;
Allows EPrints to be linked with file classification tools (primarily DROID) and risk analysis services (PRONOM) which can then not only profile the content of your repository but also identify risks to objects contained within it.&lt;br /&gt;
&lt;br /&gt;
More information on this can be found on the [[Preservation in EPrints 3.2]] page.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= Enhanced Compatability for DRIVER project systems =&lt;br /&gt;
&lt;br /&gt;
In EPrints 3.2 repositories will be by default DREIVER enabled. In a future 3.1 release the better compatability will exist but will remain off by default. &lt;br /&gt;
&lt;br /&gt;
Expected: EPrints 3.1 and 3.2.&lt;br /&gt;
&lt;br /&gt;
= Arbitrary metadata linking capabilities =&lt;br /&gt;
&lt;br /&gt;
Allows the user to expand their data model with custom predicates which link a resources with other resources. Such an example include the derivedFrom predicate which we are already using.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= docx,xslx,pptx MS Office XML compatability = &lt;br /&gt;
&lt;br /&gt;
Upon upload of these file types EPrints 3.2 will automatically fill in much of the metadata such as title, authors and abstract if possible. 3.2 will also be able to pull these files apart offering optional access to the content within them such as embedded pictures. &lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1 (tentative)&lt;br /&gt;
&lt;br /&gt;
= Enhancements to repository web site management =&lt;br /&gt;
&lt;br /&gt;
Taking on the push of 3.1 to make it easy for the repository manager to edit and change the repository configuration without needing access to the configuration files themselves, we are taking that another step further. Coming in 3.2 we intend to allow full look and feel (branding) editing of the main EPrints web pages and templates to be done externally to EPrints in tools such Dreamweaver and Amaya. There will also be a complementary way of uploading new image files.&lt;br /&gt;
&lt;br /&gt;
This editing capability is also complemented by two links which appear on certain pages enabling the administrator to directly edit the page look and feel as well as the phrases on that page. &lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= Abstract Page Improvements = &lt;br /&gt;
&lt;br /&gt;
Lightboxes have been added to the abstract pages for easier previewing of documents.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= User definable datasets = &lt;br /&gt;
&lt;br /&gt;
Allows you to expand the core EPrints data model with whole new types of data and datasets which can be indexed and used in searches. It is proposed that the stakeholders in the CERIF standard (projects, authors, institutions etc) will be modelled as separate EPrints datasets and used to support Research Management activities and integration with Research Information Systems.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1 (command line only)&lt;br /&gt;
&lt;br /&gt;
= OAI-ORE Import and Export Plug-ins = &lt;br /&gt;
&lt;br /&gt;
Capability to import and export resources or collections of resources as ORE Resource Maps. Both Atom and RDF serialisations are planned to be made available.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= IR Stats = &lt;br /&gt;
&lt;br /&gt;
Institutional Repository stats are becoming an even more important part of the repository and we hope to have these in the final 3.2 release.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 2 &lt;br /&gt;
&lt;br /&gt;
= EPrints Scheduler = &lt;br /&gt;
&lt;br /&gt;
Allows tracking of events which happen as well as scheduling new events which need to take place to maintain your repository. Investigation is under way into the power of such a system and if it can be interfaced with desktop calendar programs such as iCal and Google Calendar.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 2&lt;br /&gt;
&lt;br /&gt;
= Shelves of EPrints =&lt;br /&gt;
&lt;br /&gt;
No details to be released on this yet&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 2 (tentative)&lt;br /&gt;
&lt;br /&gt;
= Coverpage capabilities =&lt;br /&gt;
&lt;br /&gt;
Provides a mechanism for adding coverpages to documents before they are provided to users.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 2 (tentative)&lt;br /&gt;
&lt;br /&gt;
= Issues Raising and Resolving Tool = &lt;br /&gt;
&lt;br /&gt;
No description currently &lt;br /&gt;
&lt;br /&gt;
Expected: Beta 2 (tentative)&lt;br /&gt;
&lt;br /&gt;
= Plugin system for document upload processing =&lt;br /&gt;
&lt;br /&gt;
So zip,targz,file, from URL etc. become a plugin each and we add Docx/PPTx too.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1 (tentative)&lt;br /&gt;
&lt;br /&gt;
= FTP and WebDAV Daemon Support =&lt;br /&gt;
&lt;br /&gt;
Access to the user&#039;s inbox via FTP and WebDAV, allowing the repository to be mounted as a file system or network drive.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1 (tentative)&lt;/div&gt;</summary>
		<author><name>Lac</name></author>
	</entry>
	<entry>
		<id>https://wiki.ext-9.eprints-hosting.org/w/index.php?title=New_Features_in_EPrints_3.2&amp;diff=6262</id>
		<title>New Features in EPrints 3.2</title>
		<link rel="alternate" type="text/html" href="https://wiki.ext-9.eprints-hosting.org/w/index.php?title=New_Features_in_EPrints_3.2&amp;diff=6262"/>
		<updated>2009-02-25T19:58:04Z</updated>

		<summary type="html">&lt;p&gt;Lac: /* EPrints Edit locking */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= EPrints Edit locking = &lt;br /&gt;
&lt;br /&gt;
Allows you to lock editing to certain users and sessions (to make sure that two editors don&#039;t make simultaneous changes to the same record).&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= Plug-in Based Storage Layer and Storage Controller =&lt;br /&gt;
&lt;br /&gt;
The EPrints Storage Layer is evolving to enable easy plug-and-plug with many storage platforms including local and multiple institutional storage as well as cloud storage. The Storage Controller enables you to use multiple storage platforms simultaneously, define rules for what is stored on each platform and also manage these platforms and migrate resources between platforms as required. More information, including the current API, can be found on the [[StorageController]] page.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= Thumbnails are now documents =&lt;br /&gt;
&lt;br /&gt;
More details soon.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= SWORD 2 (1.3 Specification Support) =&lt;br /&gt;
&lt;br /&gt;
Conforming to the new standards set out by the SWORD project, EPrints 3.2 will include compatibility for the new features.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= Preservation Planning Capabilities = &lt;br /&gt;
&lt;br /&gt;
Allows EPrints to be linked with file classification tools (primarily DROID) and risk analysis services (PRONOM) which can then not only profile the content of your repository but also identify risks to objects contained within it.&lt;br /&gt;
&lt;br /&gt;
More information on this can be found on the [[Preservation in EPrints 3.2]] page.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= Enhanced Compatability for DRIVER project systems =&lt;br /&gt;
&lt;br /&gt;
In EPrints 3.2 repositories will be by default DREIVER enabled. In a future 3.1 release the better compatability will exist but will remain off by default. &lt;br /&gt;
&lt;br /&gt;
Expected: EPrints 3.1 and 3.2.&lt;br /&gt;
&lt;br /&gt;
= Arbitrary metadata linking capabilities =&lt;br /&gt;
&lt;br /&gt;
Allows the user to expand their data model with custom predicates which link a resources with other resources. Such an example include the derivedFrom predicate which we are already using.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= docx,xslx,pptx MS Office XML compatability = &lt;br /&gt;
&lt;br /&gt;
Upon upload of these file types EPrints 3.2 will automatically fill in much of the metadata such as title, authors and abstract if possible. 3.2 will also be able to pull these files apart offering optional access to the content within them such as embedded pictures. &lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1 (tentative)&lt;br /&gt;
&lt;br /&gt;
= Enhancements to repository web site management =&lt;br /&gt;
&lt;br /&gt;
Taking on the push of 3.1 to make it easy for the repository manager to edit and change the repository configuration without needing access to the configuration files themselves, we are taking that another step further. Coming in 3.2 we intend to allow full look and feel (branding) editing of the main EPrints web pages and templates to be done externally to EPrints in tools such Dreamweaver and Amaya. There will also be a complementary way of uploading new image files.&lt;br /&gt;
&lt;br /&gt;
This editing capability is also complemented by two links which appear on certain pages enabling the administrator to directly edit the page look and feel as well as the phrases on that page. &lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= Abstract Page Improvements = &lt;br /&gt;
&lt;br /&gt;
Lightboxes have been added to the abstract pages for easier previewing of documents.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= User definable datasets = &lt;br /&gt;
&lt;br /&gt;
Allows you to expand the core EPrints data model with whole new types of data and datasets which can be indexed and used in searches. It is proposed that the stakeholders in the CERIF standard (projects, authors, institutions etc) will be modelled as separate EPrints datasets and used to support Research Management activities and integration with Research Information Systems.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1 (command line only)&lt;br /&gt;
&lt;br /&gt;
= OAI-ORE Import and Export Plug-ins = &lt;br /&gt;
&lt;br /&gt;
Capability to import and export resources or collections of resources as ORE Resource Maps. Both Atom and RDF serialisations are planned to be made available.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= IR Stats = &lt;br /&gt;
&lt;br /&gt;
Institutional Repository stats are becoming an even more important part of the repository and we hope to have these in the final 3.2 release.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 2 &lt;br /&gt;
&lt;br /&gt;
= EPrints Scheduler = &lt;br /&gt;
&lt;br /&gt;
Allows tracking of events which happen as well as scheduling new events which need to take place to maintain your repository. Investigation is under way into the power of such a system and if it can be interfaced with desktop calendar programs such as iCal and Google Calendar.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 2&lt;br /&gt;
&lt;br /&gt;
= Shelves of EPrints =&lt;br /&gt;
&lt;br /&gt;
No details to be released on this yet&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 2 (tentative)&lt;br /&gt;
&lt;br /&gt;
= Coverpage capabilities =&lt;br /&gt;
&lt;br /&gt;
Provides a mechanism for adding coverpages to documents before they are provided to users.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 2 (tentative)&lt;br /&gt;
&lt;br /&gt;
= Issues Raising and Resolving Tool = &lt;br /&gt;
&lt;br /&gt;
No description currently &lt;br /&gt;
&lt;br /&gt;
Expected: Beta 2 (tentative)&lt;br /&gt;
&lt;br /&gt;
= Plugin system for document upload processing =&lt;br /&gt;
&lt;br /&gt;
So zip,targz,file, from URL etc. become a plugin each and we add Docx/PPTx too.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1 (tentative)&lt;br /&gt;
&lt;br /&gt;
= FTP and WebDAV Daemon Support =&lt;br /&gt;
&lt;br /&gt;
Access to the user&#039;s inbox via FTP and WebDAV, allowing the repository to be mounted as a file system or network drive.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1 (tentative)&lt;/div&gt;</summary>
		<author><name>Lac</name></author>
	</entry>
	<entry>
		<id>https://wiki.ext-9.eprints-hosting.org/w/index.php?title=New_Features_in_EPrints_3.2&amp;diff=6259</id>
		<title>New Features in EPrints 3.2</title>
		<link rel="alternate" type="text/html" href="https://wiki.ext-9.eprints-hosting.org/w/index.php?title=New_Features_in_EPrints_3.2&amp;diff=6259"/>
		<updated>2009-02-24T12:03:08Z</updated>

		<summary type="html">&lt;p&gt;Lac: /* FTP and WebDAV Daemon Support */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= EPrints Edit locking = &lt;br /&gt;
&lt;br /&gt;
Allows you to lock editing to certain users and sessions&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= Plug-in Based Storage Layer and Storage Controller =&lt;br /&gt;
&lt;br /&gt;
The EPrints Storage Layer is evolving to enable easy plug-and-plug with many storage platforms including local and multiple institutional storage as well as cloud storage. The Storage Controller enables you to use multiple storage platforms simultaneously, define rules for what is stored on each platform and also manage these platforms and migrate resources between platforms as required. More information, including the current API, can be found on the [[StorageController]] page.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= Thumbnails are now documents =&lt;br /&gt;
&lt;br /&gt;
More details soon.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= SWORD 2 (1.3 Specification Support) =&lt;br /&gt;
&lt;br /&gt;
Conforming to the new standards set out by the SWORD project, EPrints 3.2 will include compatibility for the new features.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= Preservation Planning Capabilities = &lt;br /&gt;
&lt;br /&gt;
Allows EPrints to be linked with file classification tools (primarily DROID) and risk analysis services (PRONOM) which can then not only profile the content of your repository but also identify risks to objects contained within it.&lt;br /&gt;
&lt;br /&gt;
More information on this can be found on the [[Preservation in EPrints 3.2]] page.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= Enhanced Compatability for DRIVER project systems =&lt;br /&gt;
&lt;br /&gt;
In EPrints 3.2 repositories will be by default DREIVER enabled. In a future 3.1 release the better compatability will exist but will remain off by default. &lt;br /&gt;
&lt;br /&gt;
Expected: EPrints 3.1 and 3.2.&lt;br /&gt;
&lt;br /&gt;
= Arbitrary metadata linking capabilities =&lt;br /&gt;
&lt;br /&gt;
Allows the user to expand their data model with custom predicates which link a resources with other resources. Such an example include the derivedFrom predicate which we are already using.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= docx,xslx,pptx MS Office XML compatability = &lt;br /&gt;
&lt;br /&gt;
Upon upload of these file types EPrints 3.2 will automatically fill in much of the metadata such as title, authors and abstract if possible. 3.2 will also be able to pull these files apart offering optional access to the content within them such as embedded pictures. &lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1 (tentative)&lt;br /&gt;
&lt;br /&gt;
= Enhancements to repository web site management =&lt;br /&gt;
&lt;br /&gt;
Taking on the push of 3.1 to make it easy for the repository manager to edit and change the repository configuration without needing access to the configuration files themselves, we are taking that another step further. Coming in 3.2 we intend to allow full look and feel (branding) editing of the main EPrints web pages and templates to be done externally to EPrints in tools such Dreamweaver and Amaya. There will also be a complementary way of uploading new image files.&lt;br /&gt;
&lt;br /&gt;
This editing capability is also complemented by two links which appear on certain pages enabling the administrator to directly edit the page look and feel as well as the phrases on that page. &lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= Abstract Page Improvements = &lt;br /&gt;
&lt;br /&gt;
Lightboxes have been added to the abstract pages for easier previewing of documents.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= User definable datasets = &lt;br /&gt;
&lt;br /&gt;
Allows you to expand the core EPrints data model with whole new types of data and datasets which can be indexed and used in searches. It is proposed that the stakeholders in the CERIF standard (projects, authors, institutions etc) will be modelled as separate EPrints datasets and used to support Research Management activities and integration with Research Information Systems.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1 (command line only)&lt;br /&gt;
&lt;br /&gt;
= OAI-ORE Import and Export Plug-ins = &lt;br /&gt;
&lt;br /&gt;
Capability to import and export resources or collections of resources as ORE Resource Maps. Both Atom and RDF serialisations are planned to be made available.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= IR Stats = &lt;br /&gt;
&lt;br /&gt;
Institutional Repository stats are becoming an even more important part of the repository and we hope to have these in the final 3.2 release.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 2 &lt;br /&gt;
&lt;br /&gt;
= EPrints Scheduler = &lt;br /&gt;
&lt;br /&gt;
Allows tracking of events which happen as well as scheduling new events which need to take place to maintain your repository. Investigation is under way into the power of such a system and if it can be interfaced with desktop calendar programs such as iCal and Google Calendar.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 2&lt;br /&gt;
&lt;br /&gt;
= Shelves of EPrints =&lt;br /&gt;
&lt;br /&gt;
No details to be released on this yet&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 2 (tentative)&lt;br /&gt;
&lt;br /&gt;
= Coverpage capabilities =&lt;br /&gt;
&lt;br /&gt;
Provides a mechanism for adding coverpages to documents before they are provided to users.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 2 (tentative)&lt;br /&gt;
&lt;br /&gt;
= Issues Raising and Resolving Tool = &lt;br /&gt;
&lt;br /&gt;
No description currently &lt;br /&gt;
&lt;br /&gt;
Expected: Beta 2 (tentative)&lt;br /&gt;
&lt;br /&gt;
= Plugin system for document upload processing =&lt;br /&gt;
&lt;br /&gt;
So zip,targz,file, from URL etc. become a plugin each and we add Docx/PPTx too.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1 (tentative)&lt;br /&gt;
&lt;br /&gt;
= FTP and WebDAV Daemon Support =&lt;br /&gt;
&lt;br /&gt;
Access to the user&#039;s inbox via FTP and WebDAV, allowing the repository to be mounted as a file system or network drive.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1 (tentative)&lt;/div&gt;</summary>
		<author><name>Lac</name></author>
	</entry>
	<entry>
		<id>https://wiki.ext-9.eprints-hosting.org/w/index.php?title=New_Features_in_EPrints_3.2&amp;diff=6258</id>
		<title>New Features in EPrints 3.2</title>
		<link rel="alternate" type="text/html" href="https://wiki.ext-9.eprints-hosting.org/w/index.php?title=New_Features_in_EPrints_3.2&amp;diff=6258"/>
		<updated>2009-02-24T12:02:21Z</updated>

		<summary type="html">&lt;p&gt;Lac: /* User definable datasets */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= EPrints Edit locking = &lt;br /&gt;
&lt;br /&gt;
Allows you to lock editing to certain users and sessions&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= Plug-in Based Storage Layer and Storage Controller =&lt;br /&gt;
&lt;br /&gt;
The EPrints Storage Layer is evolving to enable easy plug-and-plug with many storage platforms including local and multiple institutional storage as well as cloud storage. The Storage Controller enables you to use multiple storage platforms simultaneously, define rules for what is stored on each platform and also manage these platforms and migrate resources between platforms as required. More information, including the current API, can be found on the [[StorageController]] page.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= Thumbnails are now documents =&lt;br /&gt;
&lt;br /&gt;
More details soon.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= SWORD 2 (1.3 Specification Support) =&lt;br /&gt;
&lt;br /&gt;
Conforming to the new standards set out by the SWORD project, EPrints 3.2 will include compatibility for the new features.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= Preservation Planning Capabilities = &lt;br /&gt;
&lt;br /&gt;
Allows EPrints to be linked with file classification tools (primarily DROID) and risk analysis services (PRONOM) which can then not only profile the content of your repository but also identify risks to objects contained within it.&lt;br /&gt;
&lt;br /&gt;
More information on this can be found on the [[Preservation in EPrints 3.2]] page.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= Enhanced Compatability for DRIVER project systems =&lt;br /&gt;
&lt;br /&gt;
In EPrints 3.2 repositories will be by default DREIVER enabled. In a future 3.1 release the better compatability will exist but will remain off by default. &lt;br /&gt;
&lt;br /&gt;
Expected: EPrints 3.1 and 3.2.&lt;br /&gt;
&lt;br /&gt;
= Arbitrary metadata linking capabilities =&lt;br /&gt;
&lt;br /&gt;
Allows the user to expand their data model with custom predicates which link a resources with other resources. Such an example include the derivedFrom predicate which we are already using.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= docx,xslx,pptx MS Office XML compatability = &lt;br /&gt;
&lt;br /&gt;
Upon upload of these file types EPrints 3.2 will automatically fill in much of the metadata such as title, authors and abstract if possible. 3.2 will also be able to pull these files apart offering optional access to the content within them such as embedded pictures. &lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1 (tentative)&lt;br /&gt;
&lt;br /&gt;
= Enhancements to repository web site management =&lt;br /&gt;
&lt;br /&gt;
Taking on the push of 3.1 to make it easy for the repository manager to edit and change the repository configuration without needing access to the configuration files themselves, we are taking that another step further. Coming in 3.2 we intend to allow full look and feel (branding) editing of the main EPrints web pages and templates to be done externally to EPrints in tools such Dreamweaver and Amaya. There will also be a complementary way of uploading new image files.&lt;br /&gt;
&lt;br /&gt;
This editing capability is also complemented by two links which appear on certain pages enabling the administrator to directly edit the page look and feel as well as the phrases on that page. &lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= Abstract Page Improvements = &lt;br /&gt;
&lt;br /&gt;
Lightboxes have been added to the abstract pages for easier previewing of documents.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= User definable datasets = &lt;br /&gt;
&lt;br /&gt;
Allows you to expand the core EPrints data model with whole new types of data and datasets which can be indexed and used in searches. It is proposed that the stakeholders in the CERIF standard (projects, authors, institutions etc) will be modelled as separate EPrints datasets and used to support Research Management activities and integration with Research Information Systems.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1 (command line only)&lt;br /&gt;
&lt;br /&gt;
= OAI-ORE Import and Export Plug-ins = &lt;br /&gt;
&lt;br /&gt;
Capability to import and export resources or collections of resources as ORE Resource Maps. Both Atom and RDF serialisations are planned to be made available.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1&lt;br /&gt;
&lt;br /&gt;
= IR Stats = &lt;br /&gt;
&lt;br /&gt;
Institutional Repository stats are becoming an even more important part of the repository and we hope to have these in the final 3.2 release.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 2 &lt;br /&gt;
&lt;br /&gt;
= EPrints Scheduler = &lt;br /&gt;
&lt;br /&gt;
Allows tracking of events which happen as well as scheduling new events which need to take place to maintain your repository. Investigation is under way into the power of such a system and if it can be interfaced with desktop calendar programs such as iCal and Google Calendar.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 2&lt;br /&gt;
&lt;br /&gt;
= Shelves of EPrints =&lt;br /&gt;
&lt;br /&gt;
No details to be released on this yet&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 2 (tentative)&lt;br /&gt;
&lt;br /&gt;
= Coverpage capabilities =&lt;br /&gt;
&lt;br /&gt;
Provides a mechanism for adding coverpages to documents before they are provided to users.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 2 (tentative)&lt;br /&gt;
&lt;br /&gt;
= Issues Raising and Resolving Tool = &lt;br /&gt;
&lt;br /&gt;
No description currently &lt;br /&gt;
&lt;br /&gt;
Expected: Beta 2 (tentative)&lt;br /&gt;
&lt;br /&gt;
= Plugin system for document upload processing =&lt;br /&gt;
&lt;br /&gt;
So zip,targz,file, from URL etc. become a plugin each and we add Docx/PPTx too.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1 (tentative)&lt;br /&gt;
&lt;br /&gt;
= FTP and WebDAV Daemon Support =&lt;br /&gt;
&lt;br /&gt;
Access to the user&#039;s inbox via FTP and WebDAV.&lt;br /&gt;
&lt;br /&gt;
Expected: Beta 1 (tentative)&lt;/div&gt;</summary>
		<author><name>Lac</name></author>
	</entry>
	<entry>
		<id>https://wiki.ext-9.eprints-hosting.org/w/index.php?title=What_Is_EPrints&amp;diff=6047</id>
		<title>What Is EPrints</title>
		<link rel="alternate" type="text/html" href="https://wiki.ext-9.eprints-hosting.org/w/index.php?title=What_Is_EPrints&amp;diff=6047"/>
		<updated>2008-04-27T23:10:38Z</updated>

		<summary type="html">&lt;p&gt;Lac: /* Review */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Let&#039;s get away from the OAIS definitions and repository talk. Let&#039;s think about EPrints as an abstract information system. WHat features does it provide, so what classes of problem can it be used for?&lt;br /&gt;
&lt;br /&gt;
== Acquisition ==&lt;br /&gt;
Perhaps primarily, EPrints is a tool for getting information from people. It has a very good interface (though we say so ourselves) for helping people enter quite complex information in as accurate and complete a way as possible, and it is very flexible about what kind of information can be entered and how.&lt;br /&gt;
&lt;br /&gt;
You can use it for anything you want to capture from people: coursework handins, conference submissions, blog entries, summer holiday photo snaps, MP3 or video collections, questionnaires, workshop registration or credit card details. Or there&#039;s the more obvious repository candidates: scientific data, published documents, student portfolios, fine art exhibitions.&lt;br /&gt;
&lt;br /&gt;
== Review ==&lt;br /&gt;
EPrints provides an editorial workflow for items that have been entered (see acquisition, above) to be checked, reviewed, commented on, modified, returned to the original depositor, moved to another reviewer, or placed into a final, published state. This facilitates simple peer review, editorial oversight or management authorisation for publishing, commentary or rights checking. EPrints has an extremely flexible editorial workflow that allows items that are requested for deposit to be passed to one or more editorial assistants, depending on the &#039;&#039;editorial scope&#039;&#039; that they have been assigned. Items can pass between different editors as different parts of the workflow are enacted. This means that a report can undergo copy-editing, copyright checks, IPR scrutiny and security analyses by a range of different people before it is allowed to appear in the public repository, or that a student PhD thesis can be signed off by the viva committee, the departmental teaching office and the library.&lt;br /&gt;
&lt;br /&gt;
== Dissemination and Publishing ==&lt;br /&gt;
EPrints allows you to create and manage a large web site, with skins, a variety of navigation structures and search options, multilingual intefaces and adaptable content.  The licensing and visibility of each item of content is controllable. This is great for all aspects of dissemination and publishing in the academic world. (We differentiate between the two because the items in the repository may have been &#039;&#039;published&#039;&#039; by a third party.)&lt;br /&gt;
&lt;br /&gt;
As well as disseminating individual items, EPrints can deal with a set or collection of material. For example, it is an ideal place to put the proceedings from a conference or workshop, instead of creating a bare website from scratch. You can either set up a whole repository if it is a big conference (like [http://pubs.or08.ecs.soton.ac.uk/ Open Repositories 2008]) or just use a single collection if it is a small workshop (for example [http://journal.webscience.org/view/subjects/WE20081.html Web Evolve 2008]).&lt;br /&gt;
&lt;br /&gt;
== Classification and Tagging ==&lt;br /&gt;
EPrints allows items to be tagged with controlled metadata from restricted vocabularies or taxonomies or with uncontrolled keywords or informal folksonomies. Its autocompletion facilities allow users to be [http://files.eprints.org/351/1/keyword-completion.png prompted with commonly used folk terms] to describe an item, and its keyword view styles [http://files.eprints.org/340/1/keyword-tagcloud.png allow tag clouds to be displayed].&lt;br /&gt;
&lt;br /&gt;
== Ongoing Review Conditions ==&lt;br /&gt;
The manager-defined quality issues allow live items in the repository to be monitored against phases in their ongoing lifecycles. For example, to make sure that a record about a project has been updated with the completion report, or a submitted journal article has been updated with the decision to publish, or that a user has updated their CV in the last 6 months, or that the full set of referee&#039;s comments have been entered for a paper in a workshop.&lt;br /&gt;
&lt;br /&gt;
== ITunes Interface ==&lt;br /&gt;
EPrints provides an ITunes-like, multicolumn interface for viewing selected attributes of a set of records taken from the repository. This allows an overall view of slices of the repository, and allows large numbers of records to be quickly compared and acted on. &#039;&#039;List some enabled use cases&#039;&#039;&lt;/div&gt;</summary>
		<author><name>Lac</name></author>
	</entry>
	<entry>
		<id>https://wiki.ext-9.eprints-hosting.org/w/index.php?title=What_Is_EPrints&amp;diff=6046</id>
		<title>What Is EPrints</title>
		<link rel="alternate" type="text/html" href="https://wiki.ext-9.eprints-hosting.org/w/index.php?title=What_Is_EPrints&amp;diff=6046"/>
		<updated>2008-04-27T23:10:19Z</updated>

		<summary type="html">&lt;p&gt;Lac: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Let&#039;s get away from the OAIS definitions and repository talk. Let&#039;s think about EPrints as an abstract information system. WHat features does it provide, so what classes of problem can it be used for?&lt;br /&gt;
&lt;br /&gt;
== Acquisition ==&lt;br /&gt;
Perhaps primarily, EPrints is a tool for getting information from people. It has a very good interface (though we say so ourselves) for helping people enter quite complex information in as accurate and complete a way as possible, and it is very flexible about what kind of information can be entered and how.&lt;br /&gt;
&lt;br /&gt;
You can use it for anything you want to capture from people: coursework handins, conference submissions, blog entries, summer holiday photo snaps, MP3 or video collections, questionnaires, workshop registration or credit card details. Or there&#039;s the more obvious repository candidates: scientific data, published documents, student portfolios, fine art exhibitions.&lt;br /&gt;
&lt;br /&gt;
== Review ==&lt;br /&gt;
EPrints provides an editorial workflow for items that have been entered (see acquisition, above) to be checked, reviewed, commented on, modified, returned to the original depositor, moved to another reviewer, or placed into a final, published state. This facilitates simple peer review, editorial oversight or management authorisation for publishing, commentary or rights checking. EPrints has an extremely flexible editorial workflow that allows items that are requested for deposit to be passed to one or more editorial assistants, depending on the &#039;&#039;editorial scope&#039;&#039; that they have been assigned. Items can pass between different editors as different parts of the workflow are enacted. This means that a report can undergo copy-editing, copyright checks, IPR scrutiny and security analyses by a range of different people before it is allowed to appear in the public repository, or that a student PhD thesis can be signed off by the viva committee, the departmental teaching office and the library.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Dissemination and Publishing ==&lt;br /&gt;
EPrints allows you to create and manage a large web site, with skins, a variety of navigation structures and search options, multilingual intefaces and adaptable content.  The licensing and visibility of each item of content is controllable. This is great for all aspects of dissemination and publishing in the academic world. (We differentiate between the two because the items in the repository may have been &#039;&#039;published&#039;&#039; by a third party.)&lt;br /&gt;
&lt;br /&gt;
As well as disseminating individual items, EPrints can deal with a set or collection of material. For example, it is an ideal place to put the proceedings from a conference or workshop, instead of creating a bare website from scratch. You can either set up a whole repository if it is a big conference (like [http://pubs.or08.ecs.soton.ac.uk/ Open Repositories 2008]) or just use a single collection if it is a small workshop (for example [http://journal.webscience.org/view/subjects/WE20081.html Web Evolve 2008]).&lt;br /&gt;
&lt;br /&gt;
== Classification and Tagging ==&lt;br /&gt;
EPrints allows items to be tagged with controlled metadata from restricted vocabularies or taxonomies or with uncontrolled keywords or informal folksonomies. Its autocompletion facilities allow users to be [http://files.eprints.org/351/1/keyword-completion.png prompted with commonly used folk terms] to describe an item, and its keyword view styles [http://files.eprints.org/340/1/keyword-tagcloud.png allow tag clouds to be displayed].&lt;br /&gt;
&lt;br /&gt;
== Ongoing Review Conditions ==&lt;br /&gt;
The manager-defined quality issues allow live items in the repository to be monitored against phases in their ongoing lifecycles. For example, to make sure that a record about a project has been updated with the completion report, or a submitted journal article has been updated with the decision to publish, or that a user has updated their CV in the last 6 months, or that the full set of referee&#039;s comments have been entered for a paper in a workshop.&lt;br /&gt;
&lt;br /&gt;
== ITunes Interface ==&lt;br /&gt;
EPrints provides an ITunes-like, multicolumn interface for viewing selected attributes of a set of records taken from the repository. This allows an overall view of slices of the repository, and allows large numbers of records to be quickly compared and acted on. &#039;&#039;List some enabled use cases&#039;&#039;&lt;/div&gt;</summary>
		<author><name>Lac</name></author>
	</entry>
	<entry>
		<id>https://wiki.ext-9.eprints-hosting.org/w/index.php?title=What_Is_EPrints&amp;diff=6045</id>
		<title>What Is EPrints</title>
		<link rel="alternate" type="text/html" href="https://wiki.ext-9.eprints-hosting.org/w/index.php?title=What_Is_EPrints&amp;diff=6045"/>
		<updated>2008-04-27T23:09:22Z</updated>

		<summary type="html">&lt;p&gt;Lac: /* ITunes Interface */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Let&#039;s get away from the OAIS definitions and repository talk. Let&#039;s think about EPrints as an abstract information system. WHat features does it provide, so what classes of problem can it be used for?&lt;br /&gt;
&lt;br /&gt;
== Acquisition ==&lt;br /&gt;
Perhaps primarily, EPrints is a tool for getting information from people. It has a very good interface (though we say so ourselves) for helping people enter quite complex information in as accurate and complete a way as possible, and it is very flexible about what kind of information can be entered and how.&lt;br /&gt;
&lt;br /&gt;
You can use it for anything you want to capture from people: coursework handins, conference submissions, blog entries, summer holiday photo snaps, MP3 or video collections, questionnaires, workshop registration or credit card details. Or there&#039;s the more obvious repository candidates: scientific data, published documents, student portfolios, fine art exhibitions.&lt;br /&gt;
&lt;br /&gt;
== Review ==&lt;br /&gt;
EPrints provides an editorial workflow for items that have been entered (see acquisition, above) to be checked, reviewed, commented on, modified, returned to the original depositor, moved to another reviewer, or placed into a final, published state. This facilitates simple peer review, editorial oversight or management authorisation for publishing, commentary or rights checking.&lt;br /&gt;
&lt;br /&gt;
== Dissemination and Publishing ==&lt;br /&gt;
EPrints allows you to create and manage a large web site, with skins, a variety of navigation structures and search options, multilingual intefaces and adaptable content.  The licensing and visibility of each item of content is controllable. This is great for all aspects of dissemination and publishing in the academic world. (We differentiate between the two because the items in the repository may have been &#039;&#039;published&#039;&#039; by a third party.)&lt;br /&gt;
&lt;br /&gt;
As well as disseminating individual items, EPrints can deal with a set or collection of material. For example, it is an ideal place to put the proceedings from a conference or workshop, instead of creating a bare website from scratch. You can either set up a whole repository if it is a big conference (like [http://pubs.or08.ecs.soton.ac.uk/ Open Repositories 2008]) or just use a single collection if it is a small workshop (for example [http://journal.webscience.org/view/subjects/WE20081.html Web Evolve 2008]).&lt;br /&gt;
&lt;br /&gt;
== Classification and Tagging ==&lt;br /&gt;
EPrints allows items to be tagged with controlled metadata from restricted vocabularies or taxonomies or with uncontrolled keywords or informal folksonomies. Its autocompletion facilities allow users to be [http://files.eprints.org/351/1/keyword-completion.png prompted with commonly used folk terms] to describe an item, and its keyword view styles [http://files.eprints.org/340/1/keyword-tagcloud.png allow tag clouds to be displayed].&lt;br /&gt;
&lt;br /&gt;
== Ongoing Review Conditions ==&lt;br /&gt;
The manager-defined quality issues allow live items in the repository to be monitored against phases in their ongoing lifecycles. For example, to make sure that a record about a project has been updated with the completion report, or a submitted journal article has been updated with the decision to publish, or that a user has updated their CV in the last 6 months, or that the full set of referee&#039;s comments have been entered for a paper in a workshop.&lt;br /&gt;
&lt;br /&gt;
== ITunes Interface ==&lt;br /&gt;
EPrints provides an ITunes-like, multicolumn interface for viewing selected attributes of a set of records taken from the repository. This allows an overall view of slices of the repository, and allows large numbers of records to be quickly compared and acted on. &#039;&#039;List some enabled use cases&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
== Editorial Workflow ==&lt;br /&gt;
EPrints has an extremely flexible editorial workflow that allows items that are requested for deposit to be passed to one or more editorial assistants, depending on the &#039;&#039;editorial scope&#039;&#039; that they have been assigned. Items can pass between different editors as different parts of the workflow are enacted. This means that a report can undergo copy-editing, copyright checks, IPR scrutiny and security analyses by a range of different people before it is allowed to appear in the public repository, or that a student PhD thesis can be signed off by the viva committee, the departmental teaching office and the library.&lt;/div&gt;</summary>
		<author><name>Lac</name></author>
	</entry>
	<entry>
		<id>https://wiki.ext-9.eprints-hosting.org/w/index.php?title=What_Is_EPrints&amp;diff=6044</id>
		<title>What Is EPrints</title>
		<link rel="alternate" type="text/html" href="https://wiki.ext-9.eprints-hosting.org/w/index.php?title=What_Is_EPrints&amp;diff=6044"/>
		<updated>2008-04-27T22:54:09Z</updated>

		<summary type="html">&lt;p&gt;Lac: /* Ongoing Review Conditions */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Let&#039;s get away from the OAIS definitions and repository talk. Let&#039;s think about EPrints as an abstract information system. WHat features does it provide, so what classes of problem can it be used for?&lt;br /&gt;
&lt;br /&gt;
== Acquisition ==&lt;br /&gt;
Perhaps primarily, EPrints is a tool for getting information from people. It has a very good interface (though we say so ourselves) for helping people enter quite complex information in as accurate and complete a way as possible, and it is very flexible about what kind of information can be entered and how.&lt;br /&gt;
&lt;br /&gt;
You can use it for anything you want to capture from people: coursework handins, conference submissions, blog entries, summer holiday photo snaps, MP3 or video collections, questionnaires, workshop registration or credit card details. Or there&#039;s the more obvious repository candidates: scientific data, published documents, student portfolios, fine art exhibitions.&lt;br /&gt;
&lt;br /&gt;
== Review ==&lt;br /&gt;
EPrints provides an editorial workflow for items that have been entered (see acquisition, above) to be checked, reviewed, commented on, modified, returned to the original depositor, moved to another reviewer, or placed into a final, published state. This facilitates simple peer review, editorial oversight or management authorisation for publishing, commentary or rights checking.&lt;br /&gt;
&lt;br /&gt;
== Dissemination and Publishing ==&lt;br /&gt;
EPrints allows you to create and manage a large web site, with skins, a variety of navigation structures and search options, multilingual intefaces and adaptable content.  The licensing and visibility of each item of content is controllable. This is great for all aspects of dissemination and publishing in the academic world. (We differentiate between the two because the items in the repository may have been &#039;&#039;published&#039;&#039; by a third party.)&lt;br /&gt;
&lt;br /&gt;
As well as disseminating individual items, EPrints can deal with a set or collection of material. For example, it is an ideal place to put the proceedings from a conference or workshop, instead of creating a bare website from scratch. You can either set up a whole repository if it is a big conference (like [http://pubs.or08.ecs.soton.ac.uk/ Open Repositories 2008]) or just use a single collection if it is a small workshop (for example [http://journal.webscience.org/view/subjects/WE20081.html Web Evolve 2008]).&lt;br /&gt;
&lt;br /&gt;
== Classification and Tagging ==&lt;br /&gt;
EPrints allows items to be tagged with controlled metadata from restricted vocabularies or taxonomies or with uncontrolled keywords or informal folksonomies. Its autocompletion facilities allow users to be [http://files.eprints.org/351/1/keyword-completion.png prompted with commonly used folk terms] to describe an item, and its keyword view styles [http://files.eprints.org/340/1/keyword-tagcloud.png allow tag clouds to be displayed].&lt;br /&gt;
&lt;br /&gt;
== Ongoing Review Conditions ==&lt;br /&gt;
The manager-defined quality issues allow live items in the repository to be monitored against phases in their ongoing lifecycles. For example, to make sure that a record about a project has been updated with the completion report, or a submitted journal article has been updated with the decision to publish, or that a user has updated their CV in the last 6 months, or that the full set of referee&#039;s comments have been entered for a paper in a workshop.&lt;br /&gt;
&lt;br /&gt;
== ITunes Interface ==&lt;br /&gt;
EPrints provides an ITunes-like, multicolumn interface for viewing selected attributes of a set of records taken from the repository. This allows an overall view of slices of the repository, and allows large numbers of records to be quickly compared.&lt;/div&gt;</summary>
		<author><name>Lac</name></author>
	</entry>
	<entry>
		<id>https://wiki.ext-9.eprints-hosting.org/w/index.php?title=What_Is_EPrints&amp;diff=6043</id>
		<title>What Is EPrints</title>
		<link rel="alternate" type="text/html" href="https://wiki.ext-9.eprints-hosting.org/w/index.php?title=What_Is_EPrints&amp;diff=6043"/>
		<updated>2008-04-27T22:47:47Z</updated>

		<summary type="html">&lt;p&gt;Lac: /* Review Conditions */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Let&#039;s get away from the OAIS definitions and repository talk. Let&#039;s think about EPrints as an abstract information system. WHat features does it provide, so what classes of problem can it be used for?&lt;br /&gt;
&lt;br /&gt;
== Acquisition ==&lt;br /&gt;
Perhaps primarily, EPrints is a tool for getting information from people. It has a very good interface (though we say so ourselves) for helping people enter quite complex information in as accurate and complete a way as possible, and it is very flexible about what kind of information can be entered and how.&lt;br /&gt;
&lt;br /&gt;
You can use it for anything you want to capture from people: coursework handins, conference submissions, blog entries, summer holiday photo snaps, MP3 or video collections, questionnaires, workshop registration or credit card details. Or there&#039;s the more obvious repository candidates: scientific data, published documents, student portfolios, fine art exhibitions.&lt;br /&gt;
&lt;br /&gt;
== Review ==&lt;br /&gt;
EPrints provides an editorial workflow for items that have been entered (see acquisition, above) to be checked, reviewed, commented on, modified, returned to the original depositor, moved to another reviewer, or placed into a final, published state. This facilitates simple peer review, editorial oversight or management authorisation for publishing, commentary or rights checking.&lt;br /&gt;
&lt;br /&gt;
== Dissemination and Publishing ==&lt;br /&gt;
EPrints allows you to create and manage a large web site, with skins, a variety of navigation structures and search options, multilingual intefaces and adaptable content.  The licensing and visibility of each item of content is controllable. This is great for all aspects of dissemination and publishing in the academic world. (We differentiate between the two because the items in the repository may have been &#039;&#039;published&#039;&#039; by a third party.)&lt;br /&gt;
&lt;br /&gt;
As well as disseminating individual items, EPrints can deal with a set or collection of material. For example, it is an ideal place to put the proceedings from a conference or workshop, instead of creating a bare website from scratch. You can either set up a whole repository if it is a big conference (like [http://pubs.or08.ecs.soton.ac.uk/ Open Repositories 2008]) or just use a single collection if it is a small workshop (for example [http://journal.webscience.org/view/subjects/WE20081.html Web Evolve 2008]).&lt;br /&gt;
&lt;br /&gt;
== Classification and Tagging ==&lt;br /&gt;
EPrints allows items to be tagged with controlled metadata from restricted vocabularies or taxonomies or with uncontrolled keywords or informal folksonomies. Its autocompletion facilities allow users to be [http://files.eprints.org/351/1/keyword-completion.png prompted with commonly used folk terms] to describe an item, and its keyword view styles [http://files.eprints.org/340/1/keyword-tagcloud.png allow tag clouds to be displayed].&lt;br /&gt;
&lt;br /&gt;
== Ongoing Review Conditions ==&lt;br /&gt;
The manager-defined quality issues allow live items in the repository to be monitored against phases in their ongoing lifecycles. For example, to make sure that a record about a project has been updated with the completion report, or a submitted journal article has been updated with the decision to publish, or that a user has updated their CV in the last 6 months, or that the full set of referee&#039;s comments have been entered for a paper in a workshop.&lt;/div&gt;</summary>
		<author><name>Lac</name></author>
	</entry>
	<entry>
		<id>https://wiki.ext-9.eprints-hosting.org/w/index.php?title=What_Is_EPrints&amp;diff=6042</id>
		<title>What Is EPrints</title>
		<link rel="alternate" type="text/html" href="https://wiki.ext-9.eprints-hosting.org/w/index.php?title=What_Is_EPrints&amp;diff=6042"/>
		<updated>2008-04-27T11:41:42Z</updated>

		<summary type="html">&lt;p&gt;Lac: /* Classification and Tagging */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Let&#039;s get away from the OAIS definitions and repository talk. Let&#039;s think about EPrints as an abstract information system. WHat features does it provide, so what classes of problem can it be used for?&lt;br /&gt;
&lt;br /&gt;
== Acquisition ==&lt;br /&gt;
Perhaps primarily, EPrints is a tool for getting information from people. It has a very good interface (though we say so ourselves) for helping people enter quite complex information in as accurate and complete a way as possible, and it is very flexible about what kind of information can be entered and how.&lt;br /&gt;
&lt;br /&gt;
You can use it for anything you want to capture from people: coursework handins, conference submissions, blog entries, summer holiday photo snaps, MP3 or video collections, questionnaires, workshop registration or credit card details. Or there&#039;s the more obvious repository candidates: scientific data, published documents, student portfolios, fine art exhibitions.&lt;br /&gt;
&lt;br /&gt;
== Review ==&lt;br /&gt;
EPrints provides an editorial workflow for items that have been entered (see acquisition, above) to be checked, reviewed, commented on, modified, returned to the original depositor, moved to another reviewer, or placed into a final, published state. This facilitates simple peer review, editorial oversight or management authorisation for publishing, commentary or rights checking.&lt;br /&gt;
&lt;br /&gt;
== Dissemination and Publishing ==&lt;br /&gt;
EPrints allows you to create and manage a large web site, with skins, a variety of navigation structures and search options, multilingual intefaces and adaptable content.  The licensing and visibility of each item of content is controllable. This is great for all aspects of dissemination and publishing in the academic world. (We differentiate between the two because the items in the repository may have been &#039;&#039;published&#039;&#039; by a third party.)&lt;br /&gt;
&lt;br /&gt;
As well as disseminating individual items, EPrints can deal with a set or collection of material. For example, it is an ideal place to put the proceedings from a conference or workshop, instead of creating a bare website from scratch. You can either set up a whole repository if it is a big conference (like [http://pubs.or08.ecs.soton.ac.uk/ Open Repositories 2008]) or just use a single collection if it is a small workshop (for example [http://journal.webscience.org/view/subjects/WE20081.html Web Evolve 2008]).&lt;br /&gt;
&lt;br /&gt;
== Classification and Tagging ==&lt;br /&gt;
EPrints allows items to be tagged with controlled metadata from restricted vocabularies or taxonomies or with uncontrolled keywords or informal folksonomies. Its autocompletion facilities allow users to be [http://files.eprints.org/351/1/keyword-completion.png prompted with commonly used folk terms] to describe an item, and its keyword view styles [http://files.eprints.org/340/1/keyword-tagcloud.png allow tag clouds to be displayed].&lt;br /&gt;
&lt;br /&gt;
== Review Conditions ==&lt;br /&gt;
The manager-defined quality issues allow live items to be checked against ongoing phases in their lifecycles. For example, to make sure that a funding proposal has been updated with the decision to support, or a submitted journal article has been updated with the decision to publish.&lt;/div&gt;</summary>
		<author><name>Lac</name></author>
	</entry>
	<entry>
		<id>https://wiki.ext-9.eprints-hosting.org/w/index.php?title=What_Is_EPrints&amp;diff=6041</id>
		<title>What Is EPrints</title>
		<link rel="alternate" type="text/html" href="https://wiki.ext-9.eprints-hosting.org/w/index.php?title=What_Is_EPrints&amp;diff=6041"/>
		<updated>2008-04-27T11:23:05Z</updated>

		<summary type="html">&lt;p&gt;Lac: /* Classification and Tagging */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Let&#039;s get away from the OAIS definitions and repository talk. Let&#039;s think about EPrints as an abstract information system. WHat features does it provide, so what classes of problem can it be used for?&lt;br /&gt;
&lt;br /&gt;
== Acquisition ==&lt;br /&gt;
Perhaps primarily, EPrints is a tool for getting information from people. It has a very good interface (though we say so ourselves) for helping people enter quite complex information in as accurate and complete a way as possible, and it is very flexible about what kind of information can be entered and how.&lt;br /&gt;
&lt;br /&gt;
You can use it for anything you want to capture from people: coursework handins, conference submissions, blog entries, summer holiday photo snaps, MP3 or video collections, questionnaires, workshop registration or credit card details. Or there&#039;s the more obvious repository candidates: scientific data, published documents, student portfolios, fine art exhibitions.&lt;br /&gt;
&lt;br /&gt;
== Review ==&lt;br /&gt;
EPrints provides an editorial workflow for items that have been entered (see acquisition, above) to be checked, reviewed, commented on, modified, returned to the original depositor, moved to another reviewer, or placed into a final, published state. This facilitates simple peer review, editorial oversight or management authorisation for publishing, commentary or rights checking.&lt;br /&gt;
&lt;br /&gt;
== Dissemination and Publishing ==&lt;br /&gt;
EPrints allows you to create and manage a large web site, with skins, a variety of navigation structures and search options, multilingual intefaces and adaptable content.  The licensing and visibility of each item of content is controllable. This is great for all aspects of dissemination and publishing in the academic world. (We differentiate between the two because the items in the repository may have been &#039;&#039;published&#039;&#039; by a third party.)&lt;br /&gt;
&lt;br /&gt;
As well as disseminating individual items, EPrints can deal with a set or collection of material. For example, it is an ideal place to put the proceedings from a conference or workshop, instead of creating a bare website from scratch. You can either set up a whole repository if it is a big conference (like [http://pubs.or08.ecs.soton.ac.uk/ Open Repositories 2008]) or just use a single collection if it is a small workshop (for example [http://journal.webscience.org/view/subjects/WE20081.html Web Evolve 2008]).&lt;br /&gt;
&lt;br /&gt;
== Classification and Tagging ==&lt;br /&gt;
EPrints allows items to be tagged with controlled metadata from restricted vocabularies or taxonomies or with uncontrolled keywords or informal folksonomies. Its autocompletion facilities allow users to be [http://files.eprints.org/351/1/keyword-completion.png prompted with commonly used folk terms] to describe an item, and its keyword view styles [http://files.eprints.org/340/1/keyword-tagcloud.png allow tag clouds to be displayed].&lt;/div&gt;</summary>
		<author><name>Lac</name></author>
	</entry>
	<entry>
		<id>https://wiki.ext-9.eprints-hosting.org/w/index.php?title=What_Is_EPrints&amp;diff=6038</id>
		<title>What Is EPrints</title>
		<link rel="alternate" type="text/html" href="https://wiki.ext-9.eprints-hosting.org/w/index.php?title=What_Is_EPrints&amp;diff=6038"/>
		<updated>2008-04-23T09:18:45Z</updated>

		<summary type="html">&lt;p&gt;Lac: /* Classification and Tagging */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Let&#039;s get away from the OAIS definitions and repository talk. Let&#039;s think about EPrints as an abstract information system. WHat features does it provide, so what classes of problem can it be used for?&lt;br /&gt;
&lt;br /&gt;
== Acquisition ==&lt;br /&gt;
Perhaps primarily, EPrints is a tool for getting information from people. It has a very good interface (though we say so ourselves) for helping people enter quite complex information in as accurate and complete a way as possible, and it is very flexible about what kind of information can be entered and how.&lt;br /&gt;
&lt;br /&gt;
You can use it for anything you want to capture from people: coursework handins, conference submissions, blog entries, summer holiday photo snaps, MP3 or video collections, questionnaires, workshop registration or credit card details. Or there&#039;s the more obvious repository candidates: scientific data, published documents, student portfolios, fine art exhibitions.&lt;br /&gt;
&lt;br /&gt;
== Review ==&lt;br /&gt;
EPrints provides an editorial workflow for items that have been entered (see acquisition, above) to be checked, reviewed, commented on, modified, returned to the original depositor, moved to another reviewer, or placed into a final, published state. This facilitates simple peer review, editorial oversight or management authorisation for publishing, commentary or rights checking.&lt;br /&gt;
&lt;br /&gt;
== Dissemination and Publishing ==&lt;br /&gt;
EPrints allows you to create and manage a large web site, with skins, a variety of navigation structures and search options, multilingual intefaces and adaptable content.  The licensing and visibility of each item of content is controllable. This is great for all aspects of dissemination and publishing in the academic world. (We differentiate between the two because the items in the repository may have been &#039;&#039;published&#039;&#039; by a third party.)&lt;br /&gt;
&lt;br /&gt;
As well as disseminating individual items, EPrints can deal with a set or collection of material. For example, it is an ideal place to put the proceedings from a conference or workshop, instead of creating a bare website from scratch. You can either set up a whole repository if it is a big conference (like [http://pubs.or08.ecs.soton.ac.uk/ Open Repositories 2008]) or just use a single collection if it is a small workshop (for example [http://journal.webscience.org/view/subjects/WE20081.html Web Evolve 2008]).&lt;br /&gt;
&lt;br /&gt;
== Classification and Tagging ==&lt;br /&gt;
EPrints allows items to be tagged with controlled metadata from restricted vocabularies or taxonomies or with uncontrolled keywords or informal folksonomies. Its autocompletion facilities allow users to be prompted with commonly used folk terms to describe an item ([http://files.eprints.org/351/1/keyword-completion.png see example]), and its keyword view styles allow tag clouds to be displayed ([http://files.eprints.org/340/1/keyword-tagcloud.png see example]).&lt;/div&gt;</summary>
		<author><name>Lac</name></author>
	</entry>
	<entry>
		<id>https://wiki.ext-9.eprints-hosting.org/w/index.php?title=What_Is_EPrints&amp;diff=6037</id>
		<title>What Is EPrints</title>
		<link rel="alternate" type="text/html" href="https://wiki.ext-9.eprints-hosting.org/w/index.php?title=What_Is_EPrints&amp;diff=6037"/>
		<updated>2008-04-23T06:03:37Z</updated>

		<summary type="html">&lt;p&gt;Lac: /* Classification and Tagging */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Let&#039;s get away from the OAIS definitions and repository talk. Let&#039;s think about EPrints as an abstract information system. WHat features does it provide, so what classes of problem can it be used for?&lt;br /&gt;
&lt;br /&gt;
== Acquisition ==&lt;br /&gt;
Perhaps primarily, EPrints is a tool for getting information from people. It has a very good interface (though we say so ourselves) for helping people enter quite complex information in as accurate and complete a way as possible, and it is very flexible about what kind of information can be entered and how.&lt;br /&gt;
&lt;br /&gt;
You can use it for anything you want to capture from people: coursework handins, conference submissions, blog entries, summer holiday photo snaps, MP3 or video collections, questionnaires, workshop registration or credit card details. Or there&#039;s the more obvious repository candidates: scientific data, published documents, student portfolios, fine art exhibitions.&lt;br /&gt;
&lt;br /&gt;
== Review ==&lt;br /&gt;
EPrints provides an editorial workflow for items that have been entered (see acquisition, above) to be checked, reviewed, commented on, modified, returned to the original depositor, moved to another reviewer, or placed into a final, published state. This facilitates simple peer review, editorial oversight or management authorisation for publishing, commentary or rights checking.&lt;br /&gt;
&lt;br /&gt;
== Dissemination and Publishing ==&lt;br /&gt;
EPrints allows you to create and manage a large web site, with skins, a variety of navigation structures and search options, multilingual intefaces and adaptable content.  The licensing and visibility of each item of content is controllable. This is great for all aspects of dissemination and publishing in the academic world. (We differentiate between the two because the items in the repository may have been &#039;&#039;published&#039;&#039; by a third party.)&lt;br /&gt;
&lt;br /&gt;
As well as disseminating individual items, EPrints can deal with a set or collection of material. For example, it is an ideal place to put the proceedings from a conference or workshop, instead of creating a bare website from scratch. You can either set up a whole repository if it is a big conference (like [http://pubs.or08.ecs.soton.ac.uk/ Open Repositories 2008]) or just use a single collection if it is a small workshop (for example [http://journal.webscience.org/view/subjects/WE20081.html Web Evolve 2008]).&lt;br /&gt;
&lt;br /&gt;
== Classification and Tagging ==&lt;br /&gt;
EPrints allows items to be tagged with controlled metadata from restricted vocabularies or taxonomies or with uncontrolled keywords or informal folksonomies. Its autocompletion facilities allow users to be prompted by commonly used &#039;&#039;folk&#039;&#039; terms to describe an item, and its keyword view styles allow tag clouds to be displayed ([http://files.eprints.org/340/1/keyword-tagcloud.png see example]).&lt;/div&gt;</summary>
		<author><name>Lac</name></author>
	</entry>
	<entry>
		<id>https://wiki.ext-9.eprints-hosting.org/w/index.php?title=What_Is_EPrints&amp;diff=6036</id>
		<title>What Is EPrints</title>
		<link rel="alternate" type="text/html" href="https://wiki.ext-9.eprints-hosting.org/w/index.php?title=What_Is_EPrints&amp;diff=6036"/>
		<updated>2008-04-23T00:10:30Z</updated>

		<summary type="html">&lt;p&gt;Lac: /* Classification and Tagging */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Let&#039;s get away from the OAIS definitions and repository talk. Let&#039;s think about EPrints as an abstract information system. WHat features does it provide, so what classes of problem can it be used for?&lt;br /&gt;
&lt;br /&gt;
== Acquisition ==&lt;br /&gt;
Perhaps primarily, EPrints is a tool for getting information from people. It has a very good interface (though we say so ourselves) for helping people enter quite complex information in as accurate and complete a way as possible, and it is very flexible about what kind of information can be entered and how.&lt;br /&gt;
&lt;br /&gt;
You can use it for anything you want to capture from people: coursework handins, conference submissions, blog entries, summer holiday photo snaps, MP3 or video collections, questionnaires, workshop registration or credit card details. Or there&#039;s the more obvious repository candidates: scientific data, published documents, student portfolios, fine art exhibitions.&lt;br /&gt;
&lt;br /&gt;
== Review ==&lt;br /&gt;
EPrints provides an editorial workflow for items that have been entered (see acquisition, above) to be checked, reviewed, commented on, modified, returned to the original depositor, moved to another reviewer, or placed into a final, published state. This facilitates simple peer review, editorial oversight or management authorisation for publishing, commentary or rights checking.&lt;br /&gt;
&lt;br /&gt;
== Dissemination and Publishing ==&lt;br /&gt;
EPrints allows you to create and manage a large web site, with skins, a variety of navigation structures and search options, multilingual intefaces and adaptable content.  The licensing and visibility of each item of content is controllable. This is great for all aspects of dissemination and publishing in the academic world. (We differentiate between the two because the items in the repository may have been &#039;&#039;published&#039;&#039; by a third party.)&lt;br /&gt;
&lt;br /&gt;
As well as disseminating individual items, EPrints can deal with a set or collection of material. For example, it is an ideal place to put the proceedings from a conference or workshop, instead of creating a bare website from scratch. You can either set up a whole repository if it is a big conference (like [http://pubs.or08.ecs.soton.ac.uk/ Open Repositories 2008]) or just use a single collection if it is a small workshop (for example [http://journal.webscience.org/view/subjects/WE20081.html Web Evolve 2008]).&lt;br /&gt;
&lt;br /&gt;
== Classification and Tagging ==&lt;br /&gt;
EPrints allows items to be tagged with controlled metadata from restricted vocabularies or taxonomies or with uncontrolled keywords or informal folksonomies. Its autocompletion facilities allow users to be prompted by commonly used &#039;&#039;folk&#039;&#039; terms to describe an item, and its keyword view styles allow tag clouds to be displayed.&lt;/div&gt;</summary>
		<author><name>Lac</name></author>
	</entry>
	<entry>
		<id>https://wiki.ext-9.eprints-hosting.org/w/index.php?title=What_Is_EPrints&amp;diff=6035</id>
		<title>What Is EPrints</title>
		<link rel="alternate" type="text/html" href="https://wiki.ext-9.eprints-hosting.org/w/index.php?title=What_Is_EPrints&amp;diff=6035"/>
		<updated>2008-04-23T00:10:10Z</updated>

		<summary type="html">&lt;p&gt;Lac: /* Dissemination and Publishing */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Let&#039;s get away from the OAIS definitions and repository talk. Let&#039;s think about EPrints as an abstract information system. WHat features does it provide, so what classes of problem can it be used for?&lt;br /&gt;
&lt;br /&gt;
== Acquisition ==&lt;br /&gt;
Perhaps primarily, EPrints is a tool for getting information from people. It has a very good interface (though we say so ourselves) for helping people enter quite complex information in as accurate and complete a way as possible, and it is very flexible about what kind of information can be entered and how.&lt;br /&gt;
&lt;br /&gt;
You can use it for anything you want to capture from people: coursework handins, conference submissions, blog entries, summer holiday photo snaps, MP3 or video collections, questionnaires, workshop registration or credit card details. Or there&#039;s the more obvious repository candidates: scientific data, published documents, student portfolios, fine art exhibitions.&lt;br /&gt;
&lt;br /&gt;
== Review ==&lt;br /&gt;
EPrints provides an editorial workflow for items that have been entered (see acquisition, above) to be checked, reviewed, commented on, modified, returned to the original depositor, moved to another reviewer, or placed into a final, published state. This facilitates simple peer review, editorial oversight or management authorisation for publishing, commentary or rights checking.&lt;br /&gt;
&lt;br /&gt;
== Dissemination and Publishing ==&lt;br /&gt;
EPrints allows you to create and manage a large web site, with skins, a variety of navigation structures and search options, multilingual intefaces and adaptable content.  The licensing and visibility of each item of content is controllable. This is great for all aspects of dissemination and publishing in the academic world. (We differentiate between the two because the items in the repository may have been &#039;&#039;published&#039;&#039; by a third party.)&lt;br /&gt;
&lt;br /&gt;
As well as disseminating individual items, EPrints can deal with a set or collection of material. For example, it is an ideal place to put the proceedings from a conference or workshop, instead of creating a bare website from scratch. You can either set up a whole repository if it is a big conference (like [http://pubs.or08.ecs.soton.ac.uk/ Open Repositories 2008]) or just use a single collection if it is a small workshop (for example [http://journal.webscience.org/view/subjects/WE20081.html Web Evolve 2008]).&lt;br /&gt;
&lt;br /&gt;
= Classification and Tagging =&lt;br /&gt;
EPrints allows items to be tagged with controlled metadata from restricted vocabularies or taxonomies or with uncontrolled keywords or informal folksonomies. Its autocompletion facilities allow users to be prompted by commonly used &#039;&#039;folk&#039;&#039; terms to describe an item, and its keyword view styles allow tag clouds to be displayed.&lt;/div&gt;</summary>
		<author><name>Lac</name></author>
	</entry>
	<entry>
		<id>https://wiki.ext-9.eprints-hosting.org/w/index.php?title=What_Is_EPrints&amp;diff=6034</id>
		<title>What Is EPrints</title>
		<link rel="alternate" type="text/html" href="https://wiki.ext-9.eprints-hosting.org/w/index.php?title=What_Is_EPrints&amp;diff=6034"/>
		<updated>2008-04-22T11:46:23Z</updated>

		<summary type="html">&lt;p&gt;Lac: /* Dissemination */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Let&#039;s get away from the OAIS definitions and repository talk. Let&#039;s think about EPrints as an abstract information system. WHat features does it provide, so what classes of problem can it be used for?&lt;br /&gt;
&lt;br /&gt;
== Acquisition ==&lt;br /&gt;
Perhaps primarily, EPrints is a tool for getting information from people. It has a very good interface (though we say so ourselves) for helping people enter quite complex information in as accurate and complete a way as possible, and it is very flexible about what kind of information can be entered and how.&lt;br /&gt;
&lt;br /&gt;
You can use it for anything you want to capture from people: coursework handins, conference submissions, blog entries, summer holiday photo snaps, MP3 or video collections, questionnaires, workshop registration or credit card details. Or there&#039;s the more obvious repository candidates: scientific data, published documents, student portfolios, fine art exhibitions.&lt;br /&gt;
&lt;br /&gt;
== Review ==&lt;br /&gt;
EPrints provides an editorial workflow for items that have been entered (see acquisition, above) to be checked, reviewed, commented on, modified, returned to the original depositor, moved to another reviewer, or placed into a final, published state. This facilitates simple peer review, editorial oversight or management authorisation for publishing, commentary or rights checking.&lt;br /&gt;
&lt;br /&gt;
== Dissemination and Publishing ==&lt;br /&gt;
EPrints allows you to create and manage a large web site, with skins, a variety of navigation structures and search options, multilingual intefaces and adaptable content.  The licensing and visibility of each item of content is controllable. This is great for all aspects of dissemination and publishing in the academic world. (We differentiate between the two because the items in the repository may have been &#039;&#039;published&#039;&#039; by a third party.)&lt;br /&gt;
&lt;br /&gt;
As well as disseminating individual items, EPrints can deal with a set or collection of material. For example, it is an ideal place to put the proceedings from a conference or workshop, instead of creating a bare website from scratch. You can either set up a whole repository if it is a big conference (like [http://pubs.or08.ecs.soton.ac.uk/ Open Repositories 2008]) or just use a single collection if it is a small workshop (for example [http://journal.webscience.org/view/subjects/WE20081.html Web Evolve 2008]).&lt;/div&gt;</summary>
		<author><name>Lac</name></author>
	</entry>
	<entry>
		<id>https://wiki.ext-9.eprints-hosting.org/w/index.php?title=What_Is_EPrints&amp;diff=6033</id>
		<title>What Is EPrints</title>
		<link rel="alternate" type="text/html" href="https://wiki.ext-9.eprints-hosting.org/w/index.php?title=What_Is_EPrints&amp;diff=6033"/>
		<updated>2008-04-21T17:22:27Z</updated>

		<summary type="html">&lt;p&gt;Lac: /* Review */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Let&#039;s get away from the OAIS definitions and repository talk. Let&#039;s think about EPrints as an abstract information system. WHat features does it provide, so what classes of problem can it be used for?&lt;br /&gt;
&lt;br /&gt;
== Acquisition ==&lt;br /&gt;
Perhaps primarily, EPrints is a tool for getting information from people. It has a very good interface (though we say so ourselves) for helping people enter quite complex information in as accurate and complete a way as possible, and it is very flexible about what kind of information can be entered and how.&lt;br /&gt;
&lt;br /&gt;
You can use it for anything you want to capture from people: coursework handins, conference submissions, blog entries, summer holiday photo snaps, MP3 or video collections, questionnaires, workshop registration or credit card details. Or there&#039;s the more obvious repository candidates: scientific data, published documents, student portfolios, fine art exhibitions.&lt;br /&gt;
&lt;br /&gt;
== Review ==&lt;br /&gt;
EPrints provides an editorial workflow for items that have been entered (see acquisition, above) to be checked, reviewed, commented on, modified, returned to the original depositor, moved to another reviewer, or placed into a final, published state. This facilitates simple peer review, editorial oversight or management authorisation for publishing, commentary or rights checking.&lt;br /&gt;
&lt;br /&gt;
== Dissemination ==&lt;br /&gt;
EPrints allows you to create and manage a large web site, with skins, a variety of navigation structures and search options, multilingual intefaces and adaptable content.  The licensing and visibility of each item of content is controllable.&lt;/div&gt;</summary>
		<author><name>Lac</name></author>
	</entry>
	<entry>
		<id>https://wiki.ext-9.eprints-hosting.org/w/index.php?title=What_Is_EPrints&amp;diff=6032</id>
		<title>What Is EPrints</title>
		<link rel="alternate" type="text/html" href="https://wiki.ext-9.eprints-hosting.org/w/index.php?title=What_Is_EPrints&amp;diff=6032"/>
		<updated>2008-04-21T17:01:05Z</updated>

		<summary type="html">&lt;p&gt;Lac: /* Acquisition */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Let&#039;s get away from the OAIS definitions and repository talk. Let&#039;s think about EPrints as an abstract information system. WHat features does it provide, so what classes of problem can it be used for?&lt;br /&gt;
&lt;br /&gt;
== Acquisition ==&lt;br /&gt;
Perhaps primarily, EPrints is a tool for getting information from people. It has a very good interface (though we say so ourselves) for helping people enter quite complex information in as accurate and complete a way as possible, and it is very flexible about what kind of information can be entered and how.&lt;br /&gt;
&lt;br /&gt;
You can use it for anything you want to capture from people: coursework handins, conference submissions, blog entries, summer holiday photo snaps, MP3 or video collections, questionnaires, workshop registration or credit card details. Or there&#039;s the more obvious repository candidates: scientific data, published documents, student portfolios, fine art exhibitions.&lt;br /&gt;
&lt;br /&gt;
== Review ==&lt;br /&gt;
EPrints provides an editorial workflow for items that have been entered (see acquisition, above) to be checked, reviewed, commented on, modified, returned to the original depositor, moved to another reviewer, or placed into a final, published state. This facilitates simple peer review, editorial oversight or management authorisation for publishing, commentary or right checking.&lt;/div&gt;</summary>
		<author><name>Lac</name></author>
	</entry>
	<entry>
		<id>https://wiki.ext-9.eprints-hosting.org/w/index.php?title=What_Is_EPrints&amp;diff=6031</id>
		<title>What Is EPrints</title>
		<link rel="alternate" type="text/html" href="https://wiki.ext-9.eprints-hosting.org/w/index.php?title=What_Is_EPrints&amp;diff=6031"/>
		<updated>2008-04-21T14:15:42Z</updated>

		<summary type="html">&lt;p&gt;Lac: New page: Let&amp;#039;s get away from the OAIS definitions and repository talk. Let&amp;#039;s think about EPrints as an abstract information system. WHat features does it provide, so what classes of problem can it ...&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Let&#039;s get away from the OAIS definitions and repository talk. Let&#039;s think about EPrints as an abstract information system. WHat features does it provide, so what classes of problem can it be used for?&lt;br /&gt;
&lt;br /&gt;
== Acquisition ==&lt;br /&gt;
Perhaps primarily, EPrints is a tool for getting information from people. It has a very good interface (though we say so ourselves) for helping people enter quite complex information in as accurate amnd complete a way as possible, and it is very flexible about what kind of information can be entered and how.&lt;br /&gt;
&lt;br /&gt;
You can use it for anything you want to capture from people: coursework handins, conference submissions, blog entries, summer holiday photo snaps, MP3 or video collections, questionnaires, workshop registration or credit card details. Or there&#039;s the more obvious repository candidates: scientific data, published documents, student portfolios, fine art exhibitions.&lt;/div&gt;</summary>
		<author><name>Lac</name></author>
	</entry>
	<entry>
		<id>https://wiki.ext-9.eprints-hosting.org/w/index.php?title=User:Ckeene/Ideas_for_future_versions_of_eprints&amp;diff=6030</id>
		<title>User:Ckeene/Ideas for future versions of eprints</title>
		<link rel="alternate" type="text/html" href="https://wiki.ext-9.eprints-hosting.org/w/index.php?title=User:Ckeene/Ideas_for_future_versions_of_eprints&amp;diff=6030"/>
		<updated>2008-04-19T12:01:21Z</updated>

		<summary type="html">&lt;p&gt;Lac: /* Long term : fit in with academic workflow */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Long term : fit in with academic workflow ==&lt;br /&gt;
Academics make funding bids, do research, etc, then write a draft article, then submit to journal(s), get published. (actually I don&#039;t really have a clue what academics do, but hopefully this is a good guess!)&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;All of these are examples of creating documents and revising documents and sharing documents. This isn&#039;t too far from what a repository is. We have thought about helping integrate with the desktop by supporting WebDAV.&#039;&#039; [LES CARR]&lt;br /&gt;
&lt;br /&gt;
At the moment we &#039;bolt on&#039; to the end of this, but what if we could play a bigger role. &lt;br /&gt;
&lt;br /&gt;
This may be controversial as in a sense it moves eprints away from being just a repository, and perhaps maybe instead of any extra functionality being put in to eprints, we look at what popular &#039;research process management&#039; solutions are out there and see how we can work with them (integrate, api&#039;s etc). If we had a tool that helps people manage their biids and funding awards, lets them refer to old ones, and see the documents they produced as a result (which - just so happened to make those documents available to the world) then this may well appeal to many academics. Of course at this point eprints stops being what it is and becomes something else, so any moves to accommodate such things would need to be carefully thought out).&lt;br /&gt;
&lt;br /&gt;
== Allow users to be authenticated by an external system ==&lt;br /&gt;
&lt;br /&gt;
See my [http://www.eprints.org/tech.php/8842.html email message from April 2008].&lt;br /&gt;
&lt;br /&gt;
At the moment eprints can be configured to use an LDAP server for authentication. Eprints takes the user credentials and then passes them to the LDAP server for authentication.&lt;br /&gt;
&lt;br /&gt;
Perhaps a more generic extension to this is to allow the our sourcing of authentication completely.&lt;br /&gt;
&lt;br /&gt;
E.g. when authentication is needed, the user is redirected to a predefined webpage (probably on the Institutions website) which handles login, and can pass back to eprints a successful login and the username of the user who has logged in.&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;I think this is already what we do with eprints.ecs, as al authentication is handled by a single login page. I will check with Chris&#039;&#039; [LES CARR]&lt;br /&gt;
&lt;br /&gt;
This is a little similar to what ezproxy can do&lt;br /&gt;
http://www.oclc.org/us/en/support/documentation/ezproxy/usr/cgi.htm&lt;br /&gt;
and also, in a way, to how shibboleth works.&lt;br /&gt;
&lt;br /&gt;
The advantage is that it would allow a wide variety of campus authentication systems to be used to authenticate eprints, and eprints does not need to worry about handling password (and being secure with them, which is a key issue!).&lt;br /&gt;
&lt;br /&gt;
== Enhance the concept of authors (and editors) ==&lt;br /&gt;
&lt;br /&gt;
Eprints has a type of person  called a &#039;depositor&#039;. they can log in, submit stuff, have a profile, list what they have submitted, etc. Nice.&lt;br /&gt;
&lt;br /&gt;
But Authors as a concept does not really exist. they are just bits on text strings in the system. Sure, we can generate a view of all authors (often so large and with variant entries that it is of limited use).&lt;br /&gt;
&lt;br /&gt;
Having an &#039;object&#039; for authors would allow, for example, one REAL Author to have multiple display names, so that if one paper has them down as &amp;quot;C Keene&amp;quot; and another as &amp;quot;Prof C.J.Keene&amp;quot; eprints can still treat them as the same person, even if they show up differently on different papers. It allows for clever things, like allowing other systems to have a list of one person&#039;s research (not just research that so happens to have the same name attached to it, how many John Smiths work at your Uni?). And perhaps in the future it would allow &#039;Authors&#039; (not just depositors) to login and see everything of theirs in the repository (everything they have co-authors, not just deposited) and &#039;do stuff with it&#039;.&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;But you can already do all these things. That&#039;s why we have ids attached to authors, not just their names. You can View by Author IDs, and produce complete lists of an individual&#039;s research. As you point out there are USER objects which you could provide a bigger role for, beyond identifying the depositor as they do now.&#039;&#039; [LES CARR]&lt;br /&gt;
&lt;br /&gt;
== Enhance the eprint abstract page (a la flickr) ==&lt;br /&gt;
the Eprints team briefly demonstrated this at OR08. It looked great.&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;Here&#039;s a mockup [http://users.ecs.soton.ac.uk/jtp/projects/ePrints/index4.html Abstract page]&#039;&#039; [LES CARR]&lt;br /&gt;
&lt;br /&gt;
Basically two things:&lt;br /&gt;
* At the moment many people come in via google, land on a page and that is it. If the Abstract page had &#039;see similar items&#039; &#039;people who looked at this also looked at&#039;, plus tags etc for enhanced navigation. As well as these autogenerated facilities, perhaps something where repository managers can say &#039;if a record belongs to chemistry then advertise item x, or display this promotional image/text).&lt;br /&gt;
* Something I know has been discussed is the idea that it is the item that is import. for documents, a large preview, for images and movies, they should be shown on the page. Again, I know people often refer to flick as a way of showing the content, with the metadata still visible but not dominant, and I would add my vote in saying this sounds like the right direction.&lt;br /&gt;
&lt;br /&gt;
== One Repository, multiple views (long term?) ==&lt;br /&gt;
At the moment eprints has the model: One repository database has one user interface. &lt;br /&gt;
&lt;br /&gt;
I think there is scope in changing this to one repository, many interfaces. I include deposit/user area, branding, and certain config in with &#039;interface&#039;. &lt;br /&gt;
&lt;br /&gt;
* Some Universities have created separate etheses repositories, surely it would be better if everything was in one database, but they were able to create a separate interface. So that theses would see a user area just for them, with unique branding, etc. Postgrad Office may want a unique deposit/management process for theses and not just the generic deposit process.&lt;br /&gt;
* Some Universities have semi-autonomous units who have their own branding and organisation. These units may toy with a respository, but want to do it there way, with their deposit process, branding, a search just for their items. etc (but may be happy with the idea that their  research shows up in the main repository as well. this would allow them to create a second interface to do accommodate them, rather than them creating their own repository.&lt;br /&gt;
* Repository Managers go to departments to try and encourage them to make use of the IR. A Department may be interested, but again, want specific browse views and searches that can appear on their departmental pages, (they may, for example hate the idea of unpublished items showing up with published ones, or only want their items to show). The ability to say &#039;sure we can set that up&#039; is a huge plus.&lt;br /&gt;
&lt;br /&gt;
Of course &#039;&#039;&#039;some&#039;&#039;&#039; of this is technically possible (creating a search form which only searchers certain criteria or creating extra browse views), but I think a more comprehensive approach could have some potential. I guess what I am saying is that to all intents and purposes, the public and users would see two (or more) sperate repositories, but behind the scenes is just one. In fact, situations like the Soton/ECS dual setup could potentially be nicely accommodated with this!&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;There is a general issue of making special collections a lot easier to manage, and that is something that we are working on. (That will support research groups and journals as well as scholarly collections.) However the issue of allowing groups to have their own listings on their own pages is often better supported by allowing them to import  blank (unbranded) listings from the repository which are then branded by the local site using stylesheets. This puts control of the department/research group&#039;s pages into their hands, which makes them happy.&#039;&#039; [LES CARR]&lt;br /&gt;
&lt;br /&gt;
== Auto LOC classify ==&lt;br /&gt;
 &lt;br /&gt;
Eprints has a simple LOC based classification system setup by default. This is good, but researchers don&#039;t find LOC that easy to decide which category to use,  and find it all a little complex.&lt;br /&gt;
&lt;br /&gt;
If there was some way eprints could use some web based service to find a suitable LOC heading to suggest to the user, based on the journal/book title. (i.e. if there is a web service that can be passed a title or issn/isbn and return a LOC heading for that journal/book).&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;We attempted this in an old JISC Project called &amp;quot;EPrints UK&amp;quot; using Dewey instead of LOC, but it relied on an experimental service from OCLC. If anyone could point us at such a service for LoC we would happily use it! &#039;&#039; [LES CARR]&lt;br /&gt;
&lt;br /&gt;
== Auto submit to other repositories ==&lt;br /&gt;
&lt;br /&gt;
&amp;quot;why should I deposit in the IR when I have arxiv.org where all my peers submit to as well?&amp;quot;&lt;br /&gt;
&amp;quot;If I have to deposit to my Research Councils repository* why should I deposit to the IR as well?&amp;quot;&lt;br /&gt;
&lt;br /&gt;
* http://www.sparceurope.org/press_release/RC%20OA%20policies%20v1.3.xls&lt;br /&gt;
&lt;br /&gt;
Good questions! and what if the answer was &amp;quot;By submitting to the IR it will automatically be uploaded to the other repository just by ticking a box&amp;quot;&lt;br /&gt;
&lt;br /&gt;
With SWORD this should now finally be possible. This could be a killer feature and I think it could do more than just support the protocol. It should use logic to recommend other repositories that the user can just tick for it to try and submit the item to as well i.e. if user is a physicist suggest arXiv, or if item has been categorized as &#039;Econmics&#039; then suggest [http://repec.org/ repec], or if it has a co-author at Watford Gap University then suggest that it is deposited their as well.&lt;br /&gt;
&lt;br /&gt;
== Refine search / facet search ==&lt;br /&gt;
See an example on the left of [http://www.worldcat.org/search?qt=worldcat_org_all&amp;amp;q=sussex this worldcat page].&lt;br /&gt;
&lt;br /&gt;
On search results, allow people to refine by year, author, department, type, with-full text, published, peer review, etc.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Make document available in other formats ==&lt;br /&gt;
&lt;br /&gt;
Similar in a way to the first idea. If someone deposits a PDF/PS/RTF then make it available in a number of file types, either converting it on the fly or perhaps converting it as it is deposited (use more space, but may have archival plus points&#039;.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
These are just my personal thoughts,  partly based on feedback we&#039;ve received from academics. Though the last idea was mainly due to Citeseer making documents availabele in many formats (e.g. http://citeseer.ist.psu.edu/lagoze01open.html)&lt;br /&gt;
Like I say, these are all non-trivial, but hope it makes for good food for thought!&lt;br /&gt;
&lt;br /&gt;
== Things that have made it in to Eprints 3.1 ==&lt;br /&gt;
=== Auto covert MS Word to PDF ===&lt;br /&gt;
[April 08n update: this looks like it is a plugin in 3.1, excellent]&lt;br /&gt;
&lt;br /&gt;
The ability to let users upload a Word file and eprints to turn it in to a PDF (and store both) would make help many users and make the system more attractive to use.&lt;br /&gt;
&lt;br /&gt;
Telephone call..&lt;br /&gt;
&lt;br /&gt;
Humanities academic: &amp;quot;err hi, I&#039;ve hear you&#039;re the people to contact to put my research online, how do I go about it?&amp;quot;&lt;br /&gt;
&lt;br /&gt;
eprints admin: &amp;quot;cool, you just need to find you final draft of your article, covert it to PDF, using any PDF tool such as Acrobat or PDFcreator, which you may need to install, if you have admin rights on your PC, and then....&amp;quot; [sounds of despair from other end of phone, caller hangs up]&lt;br /&gt;
&lt;br /&gt;
Of course, academics hardly ever phone up with such enthusiasm, but this talk of complicated stuff doesn&#039;t make it easy. If there&#039;s some sort of *nix library/tool out there which eprints could use to convert on the fly MS Word files to PDF, then this would make it so much easier from the researcher&#039;s point of view.&lt;br /&gt;
They just need to upload their Word file, and it&#039;s made available as a PDF to users.&lt;/div&gt;</summary>
		<author><name>Lac</name></author>
	</entry>
	<entry>
		<id>https://wiki.ext-9.eprints-hosting.org/w/index.php?title=User:Ckeene/Ideas_for_future_versions_of_eprints&amp;diff=6029</id>
		<title>User:Ckeene/Ideas for future versions of eprints</title>
		<link rel="alternate" type="text/html" href="https://wiki.ext-9.eprints-hosting.org/w/index.php?title=User:Ckeene/Ideas_for_future_versions_of_eprints&amp;diff=6029"/>
		<updated>2008-04-19T10:08:07Z</updated>

		<summary type="html">&lt;p&gt;Lac: /* Auto LOC classify */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Long term : fit in with academic workflow ==&lt;br /&gt;
Academics make funding bids, do research, etc, then write a draft article, then submit to journal(s), get published. (actually I don&#039;t really have a clue what academics do, but hopefully this is a good guess!)&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;All of these are examples of creating documents and revising documents and sharing documents. This isn&#039;t too far from what a repository is.&#039;&#039; [LES CARR]&lt;br /&gt;
&lt;br /&gt;
At the moment we &#039;bolt on&#039; to the end of this, but what if we could play a bigger role. &lt;br /&gt;
&lt;br /&gt;
This may be controversial as in a sense it moves eprints away from being just a repository, and perhaps maybe instead of any extra functionality being put in to eprints, we look at what popular &#039;research process management&#039; solutions are out there and see how we can work with them (integrate, api&#039;s etc). If we had a tool that helps people manage their biids and funding awards, lets them refer to old ones, and see the documents they produced as a result (which - just so happened to make those documents available to the world) then this may well appeal to many academics. Of course at this point eprints stops being what it is and becomes something else, so any moves to accommodate such things would need to be carefully thought out).&lt;br /&gt;
&lt;br /&gt;
== Allow users to be authenticated by an external system ==&lt;br /&gt;
&lt;br /&gt;
See my [http://www.eprints.org/tech.php/8842.html email message from April 2008].&lt;br /&gt;
&lt;br /&gt;
At the moment eprints can be configured to use an LDAP server for authentication. Eprints takes the user credentials and then passes them to the LDAP server for authentication.&lt;br /&gt;
&lt;br /&gt;
Perhaps a more generic extension to this is to allow the our sourcing of authentication completely.&lt;br /&gt;
&lt;br /&gt;
E.g. when authentication is needed, the user is redirected to a predefined webpage (probably on the Institutions website) which handles login, and can pass back to eprints a successful login and the username of the user who has logged in.&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;I think this is already what we do with eprints.ecs, as al authentication is handled by a single login page. I will check with Chris&#039;&#039; [LES CARR]&lt;br /&gt;
&lt;br /&gt;
This is a little similar to what ezproxy can do&lt;br /&gt;
http://www.oclc.org/us/en/support/documentation/ezproxy/usr/cgi.htm&lt;br /&gt;
and also, in a way, to how shibboleth works.&lt;br /&gt;
&lt;br /&gt;
The advantage is that it would allow a wide variety of campus authentication systems to be used to authenticate eprints, and eprints does not need to worry about handling password (and being secure with them, which is a key issue!).&lt;br /&gt;
&lt;br /&gt;
== Enhance the concept of authors (and editors) ==&lt;br /&gt;
&lt;br /&gt;
Eprints has a type of person  called a &#039;depositor&#039;. they can log in, submit stuff, have a profile, list what they have submitted, etc. Nice.&lt;br /&gt;
&lt;br /&gt;
But Authors as a concept does not really exist. they are just bits on text strings in the system. Sure, we can generate a view of all authors (often so large and with variant entries that it is of limited use).&lt;br /&gt;
&lt;br /&gt;
Having an &#039;object&#039; for authors would allow, for example, one REAL Author to have multiple display names, so that if one paper has them down as &amp;quot;C Keene&amp;quot; and another as &amp;quot;Prof C.J.Keene&amp;quot; eprints can still treat them as the same person, even if they show up differently on different papers. It allows for clever things, like allowing other systems to have a list of one person&#039;s research (not just research that so happens to have the same name attached to it, how many John Smiths work at your Uni?). And perhaps in the future it would allow &#039;Authors&#039; (not just depositors) to login and see everything of theirs in the repository (everything they have co-authors, not just deposited) and &#039;do stuff with it&#039;.&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;But you can already do all these things. That&#039;s why we have ids attached to authors, not just their names. You can View by Author IDs, and produce complete lists of an individual&#039;s research. As you point out there are USER objects which you could provide a bigger role for, beyond identifying the depositor as they do now.&#039;&#039; [LES CARR]&lt;br /&gt;
&lt;br /&gt;
== Enhance the eprint abstract page (a la flickr) ==&lt;br /&gt;
the Eprints team briefly demonstrated this at OR08. It looked great.&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;Here&#039;s a mockup [http://users.ecs.soton.ac.uk/jtp/projects/ePrints/index4.html Abstract page]&#039;&#039; [LES CARR]&lt;br /&gt;
&lt;br /&gt;
Basically two things:&lt;br /&gt;
* At the moment many people come in via google, land on a page and that is it. If the Abstract page had &#039;see similar items&#039; &#039;people who looked at this also looked at&#039;, plus tags etc for enhanced navigation. As well as these autogenerated facilities, perhaps something where repository managers can say &#039;if a record belongs to chemistry then advertise item x, or display this promotional image/text).&lt;br /&gt;
* Something I know has been discussed is the idea that it is the item that is import. for documents, a large preview, for images and movies, they should be shown on the page. Again, I know people often refer to flick as a way of showing the content, with the metadata still visible but not dominant, and I would add my vote in saying this sounds like the right direction.&lt;br /&gt;
&lt;br /&gt;
== One Repository, multiple views (long term?) ==&lt;br /&gt;
At the moment eprints has the model: One repository database has one user interface. &lt;br /&gt;
&lt;br /&gt;
I think there is scope in changing this to one repository, many interfaces. I include deposit/user area, branding, and certain config in with &#039;interface&#039;. &lt;br /&gt;
&lt;br /&gt;
* Some Universities have created separate etheses repositories, surely it would be better if everything was in one database, but they were able to create a separate interface. So that theses would see a user area just for them, with unique branding, etc. Postgrad Office may want a unique deposit/management process for theses and not just the generic deposit process.&lt;br /&gt;
* Some Universities have semi-autonomous units who have their own branding and organisation. These units may toy with a respository, but want to do it there way, with their deposit process, branding, a search just for their items. etc (but may be happy with the idea that their  research shows up in the main repository as well. this would allow them to create a second interface to do accommodate them, rather than them creating their own repository.&lt;br /&gt;
* Repository Managers go to departments to try and encourage them to make use of the IR. A Department may be interested, but again, want specific browse views and searches that can appear on their departmental pages, (they may, for example hate the idea of unpublished items showing up with published ones, or only want their items to show). The ability to say &#039;sure we can set that up&#039; is a huge plus.&lt;br /&gt;
&lt;br /&gt;
Of course &#039;&#039;&#039;some&#039;&#039;&#039; of this is technically possible (creating a search form which only searchers certain criteria or creating extra browse views), but I think a more comprehensive approach could have some potential. I guess what I am saying is that to all intents and purposes, the public and users would see two (or more) sperate repositories, but behind the scenes is just one. In fact, situations like the Soton/ECS dual setup could potentially be nicely accommodated with this!&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;There is a general issue of making special collections a lot easier to manage, and that is something that we are working on. (That will support research groups and journals as well as scholarly collections.) However the issue of allowing groups to have their own listings on their own pages is often better supported by allowing them to import  blank (unbranded) listings from the repository which are then branded by the local site using stylesheets. This puts control of the department/research group&#039;s pages into their hands, which makes them happy.&#039;&#039; [LES CARR]&lt;br /&gt;
&lt;br /&gt;
== Auto LOC classify ==&lt;br /&gt;
 &lt;br /&gt;
Eprints has a simple LOC based classification system setup by default. This is good, but researchers don&#039;t find LOC that easy to decide which category to use,  and find it all a little complex.&lt;br /&gt;
&lt;br /&gt;
If there was some way eprints could use some web based service to find a suitable LOC heading to suggest to the user, based on the journal/book title. (i.e. if there is a web service that can be passed a title or issn/isbn and return a LOC heading for that journal/book).&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;We attempted this in an old JISC Project called &amp;quot;EPrints UK&amp;quot; using Dewey instead of LOC, but it relied on an experimental service from OCLC. If anyone could point us at such a service for LoC we would happily use it! &#039;&#039; [LES CARR]&lt;br /&gt;
&lt;br /&gt;
== Auto submit to other repositories ==&lt;br /&gt;
&lt;br /&gt;
&amp;quot;why should I deposit in the IR when I have arxiv.org where all my peers submit to as well?&amp;quot;&lt;br /&gt;
&amp;quot;If I have to deposit to my Research Councils repository* why should I deposit to the IR as well?&amp;quot;&lt;br /&gt;
&lt;br /&gt;
* http://www.sparceurope.org/press_release/RC%20OA%20policies%20v1.3.xls&lt;br /&gt;
&lt;br /&gt;
Good questions! and what if the answer was &amp;quot;By submitting to the IR it will automatically be uploaded to the other repository just by ticking a box&amp;quot;&lt;br /&gt;
&lt;br /&gt;
With SWORD this should now finally be possible. This could be a killer feature and I think it could do more than just support the protocol. It should use logic to recommend other repositories that the user can just tick for it to try and submit the item to as well i.e. if user is a physicist suggest arXiv, or if item has been categorized as &#039;Econmics&#039; then suggest [http://repec.org/ repec], or if it has a co-author at Watford Gap University then suggest that it is deposited their as well.&lt;br /&gt;
&lt;br /&gt;
== Refine search / facet search ==&lt;br /&gt;
See an example on the left of [http://www.worldcat.org/search?qt=worldcat_org_all&amp;amp;q=sussex this worldcat page].&lt;br /&gt;
&lt;br /&gt;
On search results, allow people to refine by year, author, department, type, with-full text, published, peer review, etc.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Make document available in other formats ==&lt;br /&gt;
&lt;br /&gt;
Similar in a way to the first idea. If someone deposits a PDF/PS/RTF then make it available in a number of file types, either converting it on the fly or perhaps converting it as it is deposited (use more space, but may have archival plus points&#039;.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
These are just my personal thoughts,  partly based on feedback we&#039;ve received from academics. Though the last idea was mainly due to Citeseer making documents availabele in many formats (e.g. http://citeseer.ist.psu.edu/lagoze01open.html)&lt;br /&gt;
Like I say, these are all non-trivial, but hope it makes for good food for thought!&lt;br /&gt;
&lt;br /&gt;
== Things that have made it in to Eprints 3.1 ==&lt;br /&gt;
=== Auto covert MS Word to PDF ===&lt;br /&gt;
[April 08n update: this looks like it is a plugin in 3.1, excellent]&lt;br /&gt;
&lt;br /&gt;
The ability to let users upload a Word file and eprints to turn it in to a PDF (and store both) would make help many users and make the system more attractive to use.&lt;br /&gt;
&lt;br /&gt;
Telephone call..&lt;br /&gt;
&lt;br /&gt;
Humanities academic: &amp;quot;err hi, I&#039;ve hear you&#039;re the people to contact to put my research online, how do I go about it?&amp;quot;&lt;br /&gt;
&lt;br /&gt;
eprints admin: &amp;quot;cool, you just need to find you final draft of your article, covert it to PDF, using any PDF tool such as Acrobat or PDFcreator, which you may need to install, if you have admin rights on your PC, and then....&amp;quot; [sounds of despair from other end of phone, caller hangs up]&lt;br /&gt;
&lt;br /&gt;
Of course, academics hardly ever phone up with such enthusiasm, but this talk of complicated stuff doesn&#039;t make it easy. If there&#039;s some sort of *nix library/tool out there which eprints could use to convert on the fly MS Word files to PDF, then this would make it so much easier from the researcher&#039;s point of view.&lt;br /&gt;
They just need to upload their Word file, and it&#039;s made available as a PDF to users.&lt;/div&gt;</summary>
		<author><name>Lac</name></author>
	</entry>
	<entry>
		<id>https://wiki.ext-9.eprints-hosting.org/w/index.php?title=User:Ckeene/Ideas_for_future_versions_of_eprints&amp;diff=6028</id>
		<title>User:Ckeene/Ideas for future versions of eprints</title>
		<link rel="alternate" type="text/html" href="https://wiki.ext-9.eprints-hosting.org/w/index.php?title=User:Ckeene/Ideas_for_future_versions_of_eprints&amp;diff=6028"/>
		<updated>2008-04-19T10:05:25Z</updated>

		<summary type="html">&lt;p&gt;Lac: /* One Repository, multiple views (long term?) */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Long term : fit in with academic workflow ==&lt;br /&gt;
Academics make funding bids, do research, etc, then write a draft article, then submit to journal(s), get published. (actually I don&#039;t really have a clue what academics do, but hopefully this is a good guess!)&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;All of these are examples of creating documents and revising documents and sharing documents. This isn&#039;t too far from what a repository is.&#039;&#039; [LES CARR]&lt;br /&gt;
&lt;br /&gt;
At the moment we &#039;bolt on&#039; to the end of this, but what if we could play a bigger role. &lt;br /&gt;
&lt;br /&gt;
This may be controversial as in a sense it moves eprints away from being just a repository, and perhaps maybe instead of any extra functionality being put in to eprints, we look at what popular &#039;research process management&#039; solutions are out there and see how we can work with them (integrate, api&#039;s etc). If we had a tool that helps people manage their biids and funding awards, lets them refer to old ones, and see the documents they produced as a result (which - just so happened to make those documents available to the world) then this may well appeal to many academics. Of course at this point eprints stops being what it is and becomes something else, so any moves to accommodate such things would need to be carefully thought out).&lt;br /&gt;
&lt;br /&gt;
== Allow users to be authenticated by an external system ==&lt;br /&gt;
&lt;br /&gt;
See my [http://www.eprints.org/tech.php/8842.html email message from April 2008].&lt;br /&gt;
&lt;br /&gt;
At the moment eprints can be configured to use an LDAP server for authentication. Eprints takes the user credentials and then passes them to the LDAP server for authentication.&lt;br /&gt;
&lt;br /&gt;
Perhaps a more generic extension to this is to allow the our sourcing of authentication completely.&lt;br /&gt;
&lt;br /&gt;
E.g. when authentication is needed, the user is redirected to a predefined webpage (probably on the Institutions website) which handles login, and can pass back to eprints a successful login and the username of the user who has logged in.&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;I think this is already what we do with eprints.ecs, as al authentication is handled by a single login page. I will check with Chris&#039;&#039; [LES CARR]&lt;br /&gt;
&lt;br /&gt;
This is a little similar to what ezproxy can do&lt;br /&gt;
http://www.oclc.org/us/en/support/documentation/ezproxy/usr/cgi.htm&lt;br /&gt;
and also, in a way, to how shibboleth works.&lt;br /&gt;
&lt;br /&gt;
The advantage is that it would allow a wide variety of campus authentication systems to be used to authenticate eprints, and eprints does not need to worry about handling password (and being secure with them, which is a key issue!).&lt;br /&gt;
&lt;br /&gt;
== Enhance the concept of authors (and editors) ==&lt;br /&gt;
&lt;br /&gt;
Eprints has a type of person  called a &#039;depositor&#039;. they can log in, submit stuff, have a profile, list what they have submitted, etc. Nice.&lt;br /&gt;
&lt;br /&gt;
But Authors as a concept does not really exist. they are just bits on text strings in the system. Sure, we can generate a view of all authors (often so large and with variant entries that it is of limited use).&lt;br /&gt;
&lt;br /&gt;
Having an &#039;object&#039; for authors would allow, for example, one REAL Author to have multiple display names, so that if one paper has them down as &amp;quot;C Keene&amp;quot; and another as &amp;quot;Prof C.J.Keene&amp;quot; eprints can still treat them as the same person, even if they show up differently on different papers. It allows for clever things, like allowing other systems to have a list of one person&#039;s research (not just research that so happens to have the same name attached to it, how many John Smiths work at your Uni?). And perhaps in the future it would allow &#039;Authors&#039; (not just depositors) to login and see everything of theirs in the repository (everything they have co-authors, not just deposited) and &#039;do stuff with it&#039;.&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;But you can already do all these things. That&#039;s why we have ids attached to authors, not just their names. You can View by Author IDs, and produce complete lists of an individual&#039;s research. As you point out there are USER objects which you could provide a bigger role for, beyond identifying the depositor as they do now.&#039;&#039; [LES CARR]&lt;br /&gt;
&lt;br /&gt;
== Enhance the eprint abstract page (a la flickr) ==&lt;br /&gt;
the Eprints team briefly demonstrated this at OR08. It looked great.&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;Here&#039;s a mockup [http://users.ecs.soton.ac.uk/jtp/projects/ePrints/index4.html Abstract page]&#039;&#039; [LES CARR]&lt;br /&gt;
&lt;br /&gt;
Basically two things:&lt;br /&gt;
* At the moment many people come in via google, land on a page and that is it. If the Abstract page had &#039;see similar items&#039; &#039;people who looked at this also looked at&#039;, plus tags etc for enhanced navigation. As well as these autogenerated facilities, perhaps something where repository managers can say &#039;if a record belongs to chemistry then advertise item x, or display this promotional image/text).&lt;br /&gt;
* Something I know has been discussed is the idea that it is the item that is import. for documents, a large preview, for images and movies, they should be shown on the page. Again, I know people often refer to flick as a way of showing the content, with the metadata still visible but not dominant, and I would add my vote in saying this sounds like the right direction.&lt;br /&gt;
&lt;br /&gt;
== One Repository, multiple views (long term?) ==&lt;br /&gt;
At the moment eprints has the model: One repository database has one user interface. &lt;br /&gt;
&lt;br /&gt;
I think there is scope in changing this to one repository, many interfaces. I include deposit/user area, branding, and certain config in with &#039;interface&#039;. &lt;br /&gt;
&lt;br /&gt;
* Some Universities have created separate etheses repositories, surely it would be better if everything was in one database, but they were able to create a separate interface. So that theses would see a user area just for them, with unique branding, etc. Postgrad Office may want a unique deposit/management process for theses and not just the generic deposit process.&lt;br /&gt;
* Some Universities have semi-autonomous units who have their own branding and organisation. These units may toy with a respository, but want to do it there way, with their deposit process, branding, a search just for their items. etc (but may be happy with the idea that their  research shows up in the main repository as well. this would allow them to create a second interface to do accommodate them, rather than them creating their own repository.&lt;br /&gt;
* Repository Managers go to departments to try and encourage them to make use of the IR. A Department may be interested, but again, want specific browse views and searches that can appear on their departmental pages, (they may, for example hate the idea of unpublished items showing up with published ones, or only want their items to show). The ability to say &#039;sure we can set that up&#039; is a huge plus.&lt;br /&gt;
&lt;br /&gt;
Of course &#039;&#039;&#039;some&#039;&#039;&#039; of this is technically possible (creating a search form which only searchers certain criteria or creating extra browse views), but I think a more comprehensive approach could have some potential. I guess what I am saying is that to all intents and purposes, the public and users would see two (or more) sperate repositories, but behind the scenes is just one. In fact, situations like the Soton/ECS dual setup could potentially be nicely accommodated with this!&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;There is a general issue of making special collections a lot easier to manage, and that is something that we are working on. (That will support research groups and journals as well as scholarly collections.) However the issue of allowing groups to have their own listings on their own pages is often better supported by allowing them to import  blank (unbranded) listings from the repository which are then branded by the local site using stylesheets. This puts control of the department/research group&#039;s pages into their hands, which makes them happy.&#039;&#039; [LES CARR]&lt;br /&gt;
&lt;br /&gt;
== Auto LOC classify ==&lt;br /&gt;
 &lt;br /&gt;
Eprints has a simple LOC based classification system setup by default. This is good, but researchers don&#039;t find LOC that easy to decide which category to use,  and find it all a little complex.&lt;br /&gt;
&lt;br /&gt;
If there was some way eprints could use some web based service to find a suitable LOC heading to suggest to the user, based on the journal/book title. (i.e. if there is a web service that can be passed a title or issn/isbn and return a LOC heading for that journal/book).&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Auto submit to other repositories ==&lt;br /&gt;
&lt;br /&gt;
&amp;quot;why should I deposit in the IR when I have arxiv.org where all my peers submit to as well?&amp;quot;&lt;br /&gt;
&amp;quot;If I have to deposit to my Research Councils repository* why should I deposit to the IR as well?&amp;quot;&lt;br /&gt;
&lt;br /&gt;
* http://www.sparceurope.org/press_release/RC%20OA%20policies%20v1.3.xls&lt;br /&gt;
&lt;br /&gt;
Good questions! and what if the answer was &amp;quot;By submitting to the IR it will automatically be uploaded to the other repository just by ticking a box&amp;quot;&lt;br /&gt;
&lt;br /&gt;
With SWORD this should now finally be possible. This could be a killer feature and I think it could do more than just support the protocol. It should use logic to recommend other repositories that the user can just tick for it to try and submit the item to as well i.e. if user is a physicist suggest arXiv, or if item has been categorized as &#039;Econmics&#039; then suggest [http://repec.org/ repec], or if it has a co-author at Watford Gap University then suggest that it is deposited their as well.&lt;br /&gt;
&lt;br /&gt;
== Refine search / facet search ==&lt;br /&gt;
See an example on the left of [http://www.worldcat.org/search?qt=worldcat_org_all&amp;amp;q=sussex this worldcat page].&lt;br /&gt;
&lt;br /&gt;
On search results, allow people to refine by year, author, department, type, with-full text, published, peer review, etc.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Make document available in other formats ==&lt;br /&gt;
&lt;br /&gt;
Similar in a way to the first idea. If someone deposits a PDF/PS/RTF then make it available in a number of file types, either converting it on the fly or perhaps converting it as it is deposited (use more space, but may have archival plus points&#039;.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
These are just my personal thoughts,  partly based on feedback we&#039;ve received from academics. Though the last idea was mainly due to Citeseer making documents availabele in many formats (e.g. http://citeseer.ist.psu.edu/lagoze01open.html)&lt;br /&gt;
Like I say, these are all non-trivial, but hope it makes for good food for thought!&lt;br /&gt;
&lt;br /&gt;
== Things that have made it in to Eprints 3.1 ==&lt;br /&gt;
=== Auto covert MS Word to PDF ===&lt;br /&gt;
[April 08n update: this looks like it is a plugin in 3.1, excellent]&lt;br /&gt;
&lt;br /&gt;
The ability to let users upload a Word file and eprints to turn it in to a PDF (and store both) would make help many users and make the system more attractive to use.&lt;br /&gt;
&lt;br /&gt;
Telephone call..&lt;br /&gt;
&lt;br /&gt;
Humanities academic: &amp;quot;err hi, I&#039;ve hear you&#039;re the people to contact to put my research online, how do I go about it?&amp;quot;&lt;br /&gt;
&lt;br /&gt;
eprints admin: &amp;quot;cool, you just need to find you final draft of your article, covert it to PDF, using any PDF tool such as Acrobat or PDFcreator, which you may need to install, if you have admin rights on your PC, and then....&amp;quot; [sounds of despair from other end of phone, caller hangs up]&lt;br /&gt;
&lt;br /&gt;
Of course, academics hardly ever phone up with such enthusiasm, but this talk of complicated stuff doesn&#039;t make it easy. If there&#039;s some sort of *nix library/tool out there which eprints could use to convert on the fly MS Word files to PDF, then this would make it so much easier from the researcher&#039;s point of view.&lt;br /&gt;
They just need to upload their Word file, and it&#039;s made available as a PDF to users.&lt;/div&gt;</summary>
		<author><name>Lac</name></author>
	</entry>
	<entry>
		<id>https://wiki.ext-9.eprints-hosting.org/w/index.php?title=User:Ckeene/Ideas_for_future_versions_of_eprints&amp;diff=6027</id>
		<title>User:Ckeene/Ideas for future versions of eprints</title>
		<link rel="alternate" type="text/html" href="https://wiki.ext-9.eprints-hosting.org/w/index.php?title=User:Ckeene/Ideas_for_future_versions_of_eprints&amp;diff=6027"/>
		<updated>2008-04-19T09:59:07Z</updated>

		<summary type="html">&lt;p&gt;Lac: /* Enhance the eprint abstract page (a la flickr) */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Long term : fit in with academic workflow ==&lt;br /&gt;
Academics make funding bids, do research, etc, then write a draft article, then submit to journal(s), get published. (actually I don&#039;t really have a clue what academics do, but hopefully this is a good guess!)&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;All of these are examples of creating documents and revising documents and sharing documents. This isn&#039;t too far from what a repository is.&#039;&#039; [LES CARR]&lt;br /&gt;
&lt;br /&gt;
At the moment we &#039;bolt on&#039; to the end of this, but what if we could play a bigger role. &lt;br /&gt;
&lt;br /&gt;
This may be controversial as in a sense it moves eprints away from being just a repository, and perhaps maybe instead of any extra functionality being put in to eprints, we look at what popular &#039;research process management&#039; solutions are out there and see how we can work with them (integrate, api&#039;s etc). If we had a tool that helps people manage their biids and funding awards, lets them refer to old ones, and see the documents they produced as a result (which - just so happened to make those documents available to the world) then this may well appeal to many academics. Of course at this point eprints stops being what it is and becomes something else, so any moves to accommodate such things would need to be carefully thought out).&lt;br /&gt;
&lt;br /&gt;
== Allow users to be authenticated by an external system ==&lt;br /&gt;
&lt;br /&gt;
See my [http://www.eprints.org/tech.php/8842.html email message from April 2008].&lt;br /&gt;
&lt;br /&gt;
At the moment eprints can be configured to use an LDAP server for authentication. Eprints takes the user credentials and then passes them to the LDAP server for authentication.&lt;br /&gt;
&lt;br /&gt;
Perhaps a more generic extension to this is to allow the our sourcing of authentication completely.&lt;br /&gt;
&lt;br /&gt;
E.g. when authentication is needed, the user is redirected to a predefined webpage (probably on the Institutions website) which handles login, and can pass back to eprints a successful login and the username of the user who has logged in.&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;I think this is already what we do with eprints.ecs, as al authentication is handled by a single login page. I will check with Chris&#039;&#039; [LES CARR]&lt;br /&gt;
&lt;br /&gt;
This is a little similar to what ezproxy can do&lt;br /&gt;
http://www.oclc.org/us/en/support/documentation/ezproxy/usr/cgi.htm&lt;br /&gt;
and also, in a way, to how shibboleth works.&lt;br /&gt;
&lt;br /&gt;
The advantage is that it would allow a wide variety of campus authentication systems to be used to authenticate eprints, and eprints does not need to worry about handling password (and being secure with them, which is a key issue!).&lt;br /&gt;
&lt;br /&gt;
== Enhance the concept of authors (and editors) ==&lt;br /&gt;
&lt;br /&gt;
Eprints has a type of person  called a &#039;depositor&#039;. they can log in, submit stuff, have a profile, list what they have submitted, etc. Nice.&lt;br /&gt;
&lt;br /&gt;
But Authors as a concept does not really exist. they are just bits on text strings in the system. Sure, we can generate a view of all authors (often so large and with variant entries that it is of limited use).&lt;br /&gt;
&lt;br /&gt;
Having an &#039;object&#039; for authors would allow, for example, one REAL Author to have multiple display names, so that if one paper has them down as &amp;quot;C Keene&amp;quot; and another as &amp;quot;Prof C.J.Keene&amp;quot; eprints can still treat them as the same person, even if they show up differently on different papers. It allows for clever things, like allowing other systems to have a list of one person&#039;s research (not just research that so happens to have the same name attached to it, how many John Smiths work at your Uni?). And perhaps in the future it would allow &#039;Authors&#039; (not just depositors) to login and see everything of theirs in the repository (everything they have co-authors, not just deposited) and &#039;do stuff with it&#039;.&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;But you can already do all these things. That&#039;s why we have ids attached to authors, not just their names. You can View by Author IDs, and produce complete lists of an individual&#039;s research. As you point out there are USER objects which you could provide a bigger role for, beyond identifying the depositor as they do now.&#039;&#039; [LES CARR]&lt;br /&gt;
&lt;br /&gt;
== Enhance the eprint abstract page (a la flickr) ==&lt;br /&gt;
the Eprints team briefly demonstrated this at OR08. It looked great.&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;Here&#039;s a mockup [http://users.ecs.soton.ac.uk/jtp/projects/ePrints/index4.html Abstract page]&#039;&#039; [LES CARR]&lt;br /&gt;
&lt;br /&gt;
Basically two things:&lt;br /&gt;
* At the moment many people come in via google, land on a page and that is it. If the Abstract page had &#039;see similar items&#039; &#039;people who looked at this also looked at&#039;, plus tags etc for enhanced navigation. As well as these autogenerated facilities, perhaps something where repository managers can say &#039;if a record belongs to chemistry then advertise item x, or display this promotional image/text).&lt;br /&gt;
* Something I know has been discussed is the idea that it is the item that is import. for documents, a large preview, for images and movies, they should be shown on the page. Again, I know people often refer to flick as a way of showing the content, with the metadata still visible but not dominant, and I would add my vote in saying this sounds like the right direction.&lt;br /&gt;
&lt;br /&gt;
== One Repository, multiple views (long term?) ==&lt;br /&gt;
At the moment eprints has the model: One repository database has one user interface. &lt;br /&gt;
&lt;br /&gt;
I think there is scope in changing this to one repository, many interfaces. I include deposit/user area, branding, and certain config in with &#039;interface&#039;. &lt;br /&gt;
&lt;br /&gt;
* Some Universities have created separate etheses repositories, surely it would be better if everything was in one database, but they were able to create a separate interface. So that theses would see a user area just for them, with unique branding, etc. Postgrad Office may want a unique deposit/management process for theses and not just the generic deposit process.&lt;br /&gt;
* Some Universities have semi-autonomous units who have their own branding and organisation. These units may toy with a respository, but want to do it there way, with their deposit process, branding, a search just for their items. etc (but may be happy with the idea that their  research shows up in the main repository as well. this would allow them to create a second interface to do accommodate them, rather than them creating their own repository.&lt;br /&gt;
* Repository Managers go to departments to try and encourage them to make use of the IR. A Department may be interested, but again, want specific browse views and searches that can appear on their departmental pages, (they may, for example hate the idea of unpublished items showing up with published ones, or only want their items to show). The ability to say &#039;sure we can set that up&#039; is a huge plus.&lt;br /&gt;
&lt;br /&gt;
Of course &#039;&#039;&#039;some&#039;&#039;&#039; of this is technically possible (creating a search form which only searchers certain criteria or creating extra browse views), but I think a more comprehensive approach could have some potential. I guess what I am saying is that to all intents and purposes, the public and users would see two (or more) sperate repositories, but behind the scenes is just one. In fact, situations like the Soton/ECS dual setup could potentially be nicely accommodated with this!&lt;br /&gt;
&lt;br /&gt;
== Auto LOC classify ==&lt;br /&gt;
 &lt;br /&gt;
Eprints has a simple LOC based classification system setup by default. This is good, but researchers don&#039;t find LOC that easy to decide which category to use,  and find it all a little complex.&lt;br /&gt;
&lt;br /&gt;
If there was some way eprints could use some web based service to find a suitable LOC heading to suggest to the user, based on the journal/book title. (i.e. if there is a web service that can be passed a title or issn/isbn and return a LOC heading for that journal/book).&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Auto submit to other repositories ==&lt;br /&gt;
&lt;br /&gt;
&amp;quot;why should I deposit in the IR when I have arxiv.org where all my peers submit to as well?&amp;quot;&lt;br /&gt;
&amp;quot;If I have to deposit to my Research Councils repository* why should I deposit to the IR as well?&amp;quot;&lt;br /&gt;
&lt;br /&gt;
* http://www.sparceurope.org/press_release/RC%20OA%20policies%20v1.3.xls&lt;br /&gt;
&lt;br /&gt;
Good questions! and what if the answer was &amp;quot;By submitting to the IR it will automatically be uploaded to the other repository just by ticking a box&amp;quot;&lt;br /&gt;
&lt;br /&gt;
With SWORD this should now finally be possible. This could be a killer feature and I think it could do more than just support the protocol. It should use logic to recommend other repositories that the user can just tick for it to try and submit the item to as well i.e. if user is a physicist suggest arXiv, or if item has been categorized as &#039;Econmics&#039; then suggest [http://repec.org/ repec], or if it has a co-author at Watford Gap University then suggest that it is deposited their as well.&lt;br /&gt;
&lt;br /&gt;
== Refine search / facet search ==&lt;br /&gt;
See an example on the left of [http://www.worldcat.org/search?qt=worldcat_org_all&amp;amp;q=sussex this worldcat page].&lt;br /&gt;
&lt;br /&gt;
On search results, allow people to refine by year, author, department, type, with-full text, published, peer review, etc.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Make document available in other formats ==&lt;br /&gt;
&lt;br /&gt;
Similar in a way to the first idea. If someone deposits a PDF/PS/RTF then make it available in a number of file types, either converting it on the fly or perhaps converting it as it is deposited (use more space, but may have archival plus points&#039;.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
These are just my personal thoughts,  partly based on feedback we&#039;ve received from academics. Though the last idea was mainly due to Citeseer making documents availabele in many formats (e.g. http://citeseer.ist.psu.edu/lagoze01open.html)&lt;br /&gt;
Like I say, these are all non-trivial, but hope it makes for good food for thought!&lt;br /&gt;
&lt;br /&gt;
== Things that have made it in to Eprints 3.1 ==&lt;br /&gt;
=== Auto covert MS Word to PDF ===&lt;br /&gt;
[April 08n update: this looks like it is a plugin in 3.1, excellent]&lt;br /&gt;
&lt;br /&gt;
The ability to let users upload a Word file and eprints to turn it in to a PDF (and store both) would make help many users and make the system more attractive to use.&lt;br /&gt;
&lt;br /&gt;
Telephone call..&lt;br /&gt;
&lt;br /&gt;
Humanities academic: &amp;quot;err hi, I&#039;ve hear you&#039;re the people to contact to put my research online, how do I go about it?&amp;quot;&lt;br /&gt;
&lt;br /&gt;
eprints admin: &amp;quot;cool, you just need to find you final draft of your article, covert it to PDF, using any PDF tool such as Acrobat or PDFcreator, which you may need to install, if you have admin rights on your PC, and then....&amp;quot; [sounds of despair from other end of phone, caller hangs up]&lt;br /&gt;
&lt;br /&gt;
Of course, academics hardly ever phone up with such enthusiasm, but this talk of complicated stuff doesn&#039;t make it easy. If there&#039;s some sort of *nix library/tool out there which eprints could use to convert on the fly MS Word files to PDF, then this would make it so much easier from the researcher&#039;s point of view.&lt;br /&gt;
They just need to upload their Word file, and it&#039;s made available as a PDF to users.&lt;/div&gt;</summary>
		<author><name>Lac</name></author>
	</entry>
	<entry>
		<id>https://wiki.ext-9.eprints-hosting.org/w/index.php?title=User:Ckeene/Ideas_for_future_versions_of_eprints&amp;diff=6026</id>
		<title>User:Ckeene/Ideas for future versions of eprints</title>
		<link rel="alternate" type="text/html" href="https://wiki.ext-9.eprints-hosting.org/w/index.php?title=User:Ckeene/Ideas_for_future_versions_of_eprints&amp;diff=6026"/>
		<updated>2008-04-19T09:40:36Z</updated>

		<summary type="html">&lt;p&gt;Lac: /* Enhance the concept of authors (and editors) */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Long term : fit in with academic workflow ==&lt;br /&gt;
Academics make funding bids, do research, etc, then write a draft article, then submit to journal(s), get published. (actually I don&#039;t really have a clue what academics do, but hopefully this is a good guess!)&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;All of these are examples of creating documents and revising documents and sharing documents. This isn&#039;t too far from what a repository is.&#039;&#039; [LES CARR]&lt;br /&gt;
&lt;br /&gt;
At the moment we &#039;bolt on&#039; to the end of this, but what if we could play a bigger role. &lt;br /&gt;
&lt;br /&gt;
This may be controversial as in a sense it moves eprints away from being just a repository, and perhaps maybe instead of any extra functionality being put in to eprints, we look at what popular &#039;research process management&#039; solutions are out there and see how we can work with them (integrate, api&#039;s etc). If we had a tool that helps people manage their biids and funding awards, lets them refer to old ones, and see the documents they produced as a result (which - just so happened to make those documents available to the world) then this may well appeal to many academics. Of course at this point eprints stops being what it is and becomes something else, so any moves to accommodate such things would need to be carefully thought out).&lt;br /&gt;
&lt;br /&gt;
== Allow users to be authenticated by an external system ==&lt;br /&gt;
&lt;br /&gt;
See my [http://www.eprints.org/tech.php/8842.html email message from April 2008].&lt;br /&gt;
&lt;br /&gt;
At the moment eprints can be configured to use an LDAP server for authentication. Eprints takes the user credentials and then passes them to the LDAP server for authentication.&lt;br /&gt;
&lt;br /&gt;
Perhaps a more generic extension to this is to allow the our sourcing of authentication completely.&lt;br /&gt;
&lt;br /&gt;
E.g. when authentication is needed, the user is redirected to a predefined webpage (probably on the Institutions website) which handles login, and can pass back to eprints a successful login and the username of the user who has logged in.&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;I think this is already what we do with eprints.ecs, as al authentication is handled by a single login page. I will check with Chris&#039;&#039; [LES CARR]&lt;br /&gt;
&lt;br /&gt;
This is a little similar to what ezproxy can do&lt;br /&gt;
http://www.oclc.org/us/en/support/documentation/ezproxy/usr/cgi.htm&lt;br /&gt;
and also, in a way, to how shibboleth works.&lt;br /&gt;
&lt;br /&gt;
The advantage is that it would allow a wide variety of campus authentication systems to be used to authenticate eprints, and eprints does not need to worry about handling password (and being secure with them, which is a key issue!).&lt;br /&gt;
&lt;br /&gt;
== Enhance the concept of authors (and editors) ==&lt;br /&gt;
&lt;br /&gt;
Eprints has a type of person  called a &#039;depositor&#039;. they can log in, submit stuff, have a profile, list what they have submitted, etc. Nice.&lt;br /&gt;
&lt;br /&gt;
But Authors as a concept does not really exist. they are just bits on text strings in the system. Sure, we can generate a view of all authors (often so large and with variant entries that it is of limited use).&lt;br /&gt;
&lt;br /&gt;
Having an &#039;object&#039; for authors would allow, for example, one REAL Author to have multiple display names, so that if one paper has them down as &amp;quot;C Keene&amp;quot; and another as &amp;quot;Prof C.J.Keene&amp;quot; eprints can still treat them as the same person, even if they show up differently on different papers. It allows for clever things, like allowing other systems to have a list of one person&#039;s research (not just research that so happens to have the same name attached to it, how many John Smiths work at your Uni?). And perhaps in the future it would allow &#039;Authors&#039; (not just depositors) to login and see everything of theirs in the repository (everything they have co-authors, not just deposited) and &#039;do stuff with it&#039;.&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;But you can already do all these things. That&#039;s why we have ids attached to authors, not just their names. You can View by Author IDs, and produce complete lists of an individual&#039;s research. As you point out there are USER objects which you could provide a bigger role for, beyond identifying the depositor as they do now.&#039;&#039; [LES CARR]&lt;br /&gt;
&lt;br /&gt;
== Enhance the eprint abstract page (a la flickr) ==&lt;br /&gt;
the Eprints team briefly demonstrated this at OR08. It looked great.&lt;br /&gt;
&lt;br /&gt;
Basically two things:&lt;br /&gt;
* At the moment many people come in via google, land on a page and that is it. If the Abstract page had &#039;see similar items&#039; &#039;people who looked at this also looked at&#039;, plus tags etc for enhanced navigation. As well as these autogenerated facilities, perhaps something where repository managers can say &#039;if a record belongs to chemistry then advertise item x, or display this promotional image/text).&lt;br /&gt;
* Something I know has been discussed is the idea that it is the item that is import. for documents, a large preview, for images and movies, they should be shown on the page. Again, I know people often refer to flick as a way of showing the content, with the metadata still visible but not dominant, and I would add my vote in saying this sounds like the right direction.&lt;br /&gt;
&lt;br /&gt;
== One Repository, multiple views (long term?) ==&lt;br /&gt;
At the moment eprints has the model: One repository database has one user interface. &lt;br /&gt;
&lt;br /&gt;
I think there is scope in changing this to one repository, many interfaces. I include deposit/user area, branding, and certain config in with &#039;interface&#039;. &lt;br /&gt;
&lt;br /&gt;
* Some Universities have created separate etheses repositories, surely it would be better if everything was in one database, but they were able to create a separate interface. So that theses would see a user area just for them, with unique branding, etc. Postgrad Office may want a unique deposit/management process for theses and not just the generic deposit process.&lt;br /&gt;
* Some Universities have semi-autonomous units who have their own branding and organisation. These units may toy with a respository, but want to do it there way, with their deposit process, branding, a search just for their items. etc (but may be happy with the idea that their  research shows up in the main repository as well. this would allow them to create a second interface to do accommodate them, rather than them creating their own repository.&lt;br /&gt;
* Repository Managers go to departments to try and encourage them to make use of the IR. A Department may be interested, but again, want specific browse views and searches that can appear on their departmental pages, (they may, for example hate the idea of unpublished items showing up with published ones, or only want their items to show). The ability to say &#039;sure we can set that up&#039; is a huge plus.&lt;br /&gt;
&lt;br /&gt;
Of course &#039;&#039;&#039;some&#039;&#039;&#039; of this is technically possible (creating a search form which only searchers certain criteria or creating extra browse views), but I think a more comprehensive approach could have some potential. I guess what I am saying is that to all intents and purposes, the public and users would see two (or more) sperate repositories, but behind the scenes is just one. In fact, situations like the Soton/ECS dual setup could potentially be nicely accommodated with this!&lt;br /&gt;
&lt;br /&gt;
== Auto LOC classify ==&lt;br /&gt;
 &lt;br /&gt;
Eprints has a simple LOC based classification system setup by default. This is good, but researchers don&#039;t find LOC that easy to decide which category to use,  and find it all a little complex.&lt;br /&gt;
&lt;br /&gt;
If there was some way eprints could use some web based service to find a suitable LOC heading to suggest to the user, based on the journal/book title. (i.e. if there is a web service that can be passed a title or issn/isbn and return a LOC heading for that journal/book).&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Auto submit to other repositories ==&lt;br /&gt;
&lt;br /&gt;
&amp;quot;why should I deposit in the IR when I have arxiv.org where all my peers submit to as well?&amp;quot;&lt;br /&gt;
&amp;quot;If I have to deposit to my Research Councils repository* why should I deposit to the IR as well?&amp;quot;&lt;br /&gt;
&lt;br /&gt;
* http://www.sparceurope.org/press_release/RC%20OA%20policies%20v1.3.xls&lt;br /&gt;
&lt;br /&gt;
Good questions! and what if the answer was &amp;quot;By submitting to the IR it will automatically be uploaded to the other repository just by ticking a box&amp;quot;&lt;br /&gt;
&lt;br /&gt;
With SWORD this should now finally be possible. This could be a killer feature and I think it could do more than just support the protocol. It should use logic to recommend other repositories that the user can just tick for it to try and submit the item to as well i.e. if user is a physicist suggest arXiv, or if item has been categorized as &#039;Econmics&#039; then suggest [http://repec.org/ repec], or if it has a co-author at Watford Gap University then suggest that it is deposited their as well.&lt;br /&gt;
&lt;br /&gt;
== Refine search / facet search ==&lt;br /&gt;
See an example on the left of [http://www.worldcat.org/search?qt=worldcat_org_all&amp;amp;q=sussex this worldcat page].&lt;br /&gt;
&lt;br /&gt;
On search results, allow people to refine by year, author, department, type, with-full text, published, peer review, etc.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Make document available in other formats ==&lt;br /&gt;
&lt;br /&gt;
Similar in a way to the first idea. If someone deposits a PDF/PS/RTF then make it available in a number of file types, either converting it on the fly or perhaps converting it as it is deposited (use more space, but may have archival plus points&#039;.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
These are just my personal thoughts,  partly based on feedback we&#039;ve received from academics. Though the last idea was mainly due to Citeseer making documents availabele in many formats (e.g. http://citeseer.ist.psu.edu/lagoze01open.html)&lt;br /&gt;
Like I say, these are all non-trivial, but hope it makes for good food for thought!&lt;br /&gt;
&lt;br /&gt;
== Things that have made it in to Eprints 3.1 ==&lt;br /&gt;
=== Auto covert MS Word to PDF ===&lt;br /&gt;
[April 08n update: this looks like it is a plugin in 3.1, excellent]&lt;br /&gt;
&lt;br /&gt;
The ability to let users upload a Word file and eprints to turn it in to a PDF (and store both) would make help many users and make the system more attractive to use.&lt;br /&gt;
&lt;br /&gt;
Telephone call..&lt;br /&gt;
&lt;br /&gt;
Humanities academic: &amp;quot;err hi, I&#039;ve hear you&#039;re the people to contact to put my research online, how do I go about it?&amp;quot;&lt;br /&gt;
&lt;br /&gt;
eprints admin: &amp;quot;cool, you just need to find you final draft of your article, covert it to PDF, using any PDF tool such as Acrobat or PDFcreator, which you may need to install, if you have admin rights on your PC, and then....&amp;quot; [sounds of despair from other end of phone, caller hangs up]&lt;br /&gt;
&lt;br /&gt;
Of course, academics hardly ever phone up with such enthusiasm, but this talk of complicated stuff doesn&#039;t make it easy. If there&#039;s some sort of *nix library/tool out there which eprints could use to convert on the fly MS Word files to PDF, then this would make it so much easier from the researcher&#039;s point of view.&lt;br /&gt;
They just need to upload their Word file, and it&#039;s made available as a PDF to users.&lt;/div&gt;</summary>
		<author><name>Lac</name></author>
	</entry>
	<entry>
		<id>https://wiki.ext-9.eprints-hosting.org/w/index.php?title=User:Ckeene/Ideas_for_future_versions_of_eprints&amp;diff=6025</id>
		<title>User:Ckeene/Ideas for future versions of eprints</title>
		<link rel="alternate" type="text/html" href="https://wiki.ext-9.eprints-hosting.org/w/index.php?title=User:Ckeene/Ideas_for_future_versions_of_eprints&amp;diff=6025"/>
		<updated>2008-04-19T09:37:31Z</updated>

		<summary type="html">&lt;p&gt;Lac: /* Allow users to be authenticated by an external system */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Long term : fit in with academic workflow ==&lt;br /&gt;
Academics make funding bids, do research, etc, then write a draft article, then submit to journal(s), get published. (actually I don&#039;t really have a clue what academics do, but hopefully this is a good guess!)&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;All of these are examples of creating documents and revising documents and sharing documents. This isn&#039;t too far from what a repository is.&#039;&#039; [LES CARR]&lt;br /&gt;
&lt;br /&gt;
At the moment we &#039;bolt on&#039; to the end of this, but what if we could play a bigger role. &lt;br /&gt;
&lt;br /&gt;
This may be controversial as in a sense it moves eprints away from being just a repository, and perhaps maybe instead of any extra functionality being put in to eprints, we look at what popular &#039;research process management&#039; solutions are out there and see how we can work with them (integrate, api&#039;s etc). If we had a tool that helps people manage their biids and funding awards, lets them refer to old ones, and see the documents they produced as a result (which - just so happened to make those documents available to the world) then this may well appeal to many academics. Of course at this point eprints stops being what it is and becomes something else, so any moves to accommodate such things would need to be carefully thought out).&lt;br /&gt;
&lt;br /&gt;
== Allow users to be authenticated by an external system ==&lt;br /&gt;
&lt;br /&gt;
See my [http://www.eprints.org/tech.php/8842.html email message from April 2008].&lt;br /&gt;
&lt;br /&gt;
At the moment eprints can be configured to use an LDAP server for authentication. Eprints takes the user credentials and then passes them to the LDAP server for authentication.&lt;br /&gt;
&lt;br /&gt;
Perhaps a more generic extension to this is to allow the our sourcing of authentication completely.&lt;br /&gt;
&lt;br /&gt;
E.g. when authentication is needed, the user is redirected to a predefined webpage (probably on the Institutions website) which handles login, and can pass back to eprints a successful login and the username of the user who has logged in.&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;I think this is already what we do with eprints.ecs, as al authentication is handled by a single login page. I will check with Chris&#039;&#039; [LES CARR]&lt;br /&gt;
&lt;br /&gt;
This is a little similar to what ezproxy can do&lt;br /&gt;
http://www.oclc.org/us/en/support/documentation/ezproxy/usr/cgi.htm&lt;br /&gt;
and also, in a way, to how shibboleth works.&lt;br /&gt;
&lt;br /&gt;
The advantage is that it would allow a wide variety of campus authentication systems to be used to authenticate eprints, and eprints does not need to worry about handling password (and being secure with them, which is a key issue!).&lt;br /&gt;
&lt;br /&gt;
== Enhance the concept of authors (and editors) ==&lt;br /&gt;
&lt;br /&gt;
Eprints has a type of person  called a &#039;depositor&#039;. they can log in, submit stuff, have a profile, list what they have submitted, etc. Nice.&lt;br /&gt;
&lt;br /&gt;
But Authors as a concept does not really exist. they are just bits on text strings in the system. Sure, we can generate a view of all authors (often so large and with variant entries that it is of limited use).&lt;br /&gt;
&lt;br /&gt;
Having an &#039;object&#039; for authors would allow, for example, one REAL Author to have multiple display names, so that if one paper has them down as &amp;quot;C Keene&amp;quot; and another as &amp;quot;Prof C.J.Keene&amp;quot; eprints can still treat them as the same person, even if they show up differently on different papers. It allows for clever things, like allowing other systems to have a list of one person&#039;s research (not just research that so happens to have the same name attached to it, how many John Smiths work at your Uni?). And perhaps in the future it would allow &#039;Authors&#039; (not just depositors) to login and see everything of theirs in the repository (everything they have co-authors, not just deposited) and &#039;do stuff with it&#039;.&lt;br /&gt;
&lt;br /&gt;
== Enhance the eprint abstract page (a la flickr) ==&lt;br /&gt;
the Eprints team briefly demonstrated this at OR08. It looked great.&lt;br /&gt;
&lt;br /&gt;
Basically two things:&lt;br /&gt;
* At the moment many people come in via google, land on a page and that is it. If the Abstract page had &#039;see similar items&#039; &#039;people who looked at this also looked at&#039;, plus tags etc for enhanced navigation. As well as these autogenerated facilities, perhaps something where repository managers can say &#039;if a record belongs to chemistry then advertise item x, or display this promotional image/text).&lt;br /&gt;
* Something I know has been discussed is the idea that it is the item that is import. for documents, a large preview, for images and movies, they should be shown on the page. Again, I know people often refer to flick as a way of showing the content, with the metadata still visible but not dominant, and I would add my vote in saying this sounds like the right direction.&lt;br /&gt;
&lt;br /&gt;
== One Repository, multiple views (long term?) ==&lt;br /&gt;
At the moment eprints has the model: One repository database has one user interface. &lt;br /&gt;
&lt;br /&gt;
I think there is scope in changing this to one repository, many interfaces. I include deposit/user area, branding, and certain config in with &#039;interface&#039;. &lt;br /&gt;
&lt;br /&gt;
* Some Universities have created separate etheses repositories, surely it would be better if everything was in one database, but they were able to create a separate interface. So that theses would see a user area just for them, with unique branding, etc. Postgrad Office may want a unique deposit/management process for theses and not just the generic deposit process.&lt;br /&gt;
* Some Universities have semi-autonomous units who have their own branding and organisation. These units may toy with a respository, but want to do it there way, with their deposit process, branding, a search just for their items. etc (but may be happy with the idea that their  research shows up in the main repository as well. this would allow them to create a second interface to do accommodate them, rather than them creating their own repository.&lt;br /&gt;
* Repository Managers go to departments to try and encourage them to make use of the IR. A Department may be interested, but again, want specific browse views and searches that can appear on their departmental pages, (they may, for example hate the idea of unpublished items showing up with published ones, or only want their items to show). The ability to say &#039;sure we can set that up&#039; is a huge plus.&lt;br /&gt;
&lt;br /&gt;
Of course &#039;&#039;&#039;some&#039;&#039;&#039; of this is technically possible (creating a search form which only searchers certain criteria or creating extra browse views), but I think a more comprehensive approach could have some potential. I guess what I am saying is that to all intents and purposes, the public and users would see two (or more) sperate repositories, but behind the scenes is just one. In fact, situations like the Soton/ECS dual setup could potentially be nicely accommodated with this!&lt;br /&gt;
&lt;br /&gt;
== Auto LOC classify ==&lt;br /&gt;
 &lt;br /&gt;
Eprints has a simple LOC based classification system setup by default. This is good, but researchers don&#039;t find LOC that easy to decide which category to use,  and find it all a little complex.&lt;br /&gt;
&lt;br /&gt;
If there was some way eprints could use some web based service to find a suitable LOC heading to suggest to the user, based on the journal/book title. (i.e. if there is a web service that can be passed a title or issn/isbn and return a LOC heading for that journal/book).&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Auto submit to other repositories ==&lt;br /&gt;
&lt;br /&gt;
&amp;quot;why should I deposit in the IR when I have arxiv.org where all my peers submit to as well?&amp;quot;&lt;br /&gt;
&amp;quot;If I have to deposit to my Research Councils repository* why should I deposit to the IR as well?&amp;quot;&lt;br /&gt;
&lt;br /&gt;
* http://www.sparceurope.org/press_release/RC%20OA%20policies%20v1.3.xls&lt;br /&gt;
&lt;br /&gt;
Good questions! and what if the answer was &amp;quot;By submitting to the IR it will automatically be uploaded to the other repository just by ticking a box&amp;quot;&lt;br /&gt;
&lt;br /&gt;
With SWORD this should now finally be possible. This could be a killer feature and I think it could do more than just support the protocol. It should use logic to recommend other repositories that the user can just tick for it to try and submit the item to as well i.e. if user is a physicist suggest arXiv, or if item has been categorized as &#039;Econmics&#039; then suggest [http://repec.org/ repec], or if it has a co-author at Watford Gap University then suggest that it is deposited their as well.&lt;br /&gt;
&lt;br /&gt;
== Refine search / facet search ==&lt;br /&gt;
See an example on the left of [http://www.worldcat.org/search?qt=worldcat_org_all&amp;amp;q=sussex this worldcat page].&lt;br /&gt;
&lt;br /&gt;
On search results, allow people to refine by year, author, department, type, with-full text, published, peer review, etc.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Make document available in other formats ==&lt;br /&gt;
&lt;br /&gt;
Similar in a way to the first idea. If someone deposits a PDF/PS/RTF then make it available in a number of file types, either converting it on the fly or perhaps converting it as it is deposited (use more space, but may have archival plus points&#039;.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
These are just my personal thoughts,  partly based on feedback we&#039;ve received from academics. Though the last idea was mainly due to Citeseer making documents availabele in many formats (e.g. http://citeseer.ist.psu.edu/lagoze01open.html)&lt;br /&gt;
Like I say, these are all non-trivial, but hope it makes for good food for thought!&lt;br /&gt;
&lt;br /&gt;
== Things that have made it in to Eprints 3.1 ==&lt;br /&gt;
=== Auto covert MS Word to PDF ===&lt;br /&gt;
[April 08n update: this looks like it is a plugin in 3.1, excellent]&lt;br /&gt;
&lt;br /&gt;
The ability to let users upload a Word file and eprints to turn it in to a PDF (and store both) would make help many users and make the system more attractive to use.&lt;br /&gt;
&lt;br /&gt;
Telephone call..&lt;br /&gt;
&lt;br /&gt;
Humanities academic: &amp;quot;err hi, I&#039;ve hear you&#039;re the people to contact to put my research online, how do I go about it?&amp;quot;&lt;br /&gt;
&lt;br /&gt;
eprints admin: &amp;quot;cool, you just need to find you final draft of your article, covert it to PDF, using any PDF tool such as Acrobat or PDFcreator, which you may need to install, if you have admin rights on your PC, and then....&amp;quot; [sounds of despair from other end of phone, caller hangs up]&lt;br /&gt;
&lt;br /&gt;
Of course, academics hardly ever phone up with such enthusiasm, but this talk of complicated stuff doesn&#039;t make it easy. If there&#039;s some sort of *nix library/tool out there which eprints could use to convert on the fly MS Word files to PDF, then this would make it so much easier from the researcher&#039;s point of view.&lt;br /&gt;
They just need to upload their Word file, and it&#039;s made available as a PDF to users.&lt;/div&gt;</summary>
		<author><name>Lac</name></author>
	</entry>
	<entry>
		<id>https://wiki.ext-9.eprints-hosting.org/w/index.php?title=User:Ckeene/Ideas_for_future_versions_of_eprints&amp;diff=6024</id>
		<title>User:Ckeene/Ideas for future versions of eprints</title>
		<link rel="alternate" type="text/html" href="https://wiki.ext-9.eprints-hosting.org/w/index.php?title=User:Ckeene/Ideas_for_future_versions_of_eprints&amp;diff=6024"/>
		<updated>2008-04-19T09:36:08Z</updated>

		<summary type="html">&lt;p&gt;Lac: /* Long term : fit in with academic workflow */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Long term : fit in with academic workflow ==&lt;br /&gt;
Academics make funding bids, do research, etc, then write a draft article, then submit to journal(s), get published. (actually I don&#039;t really have a clue what academics do, but hopefully this is a good guess!)&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;All of these are examples of creating documents and revising documents and sharing documents. This isn&#039;t too far from what a repository is.&#039;&#039; [LES CARR]&lt;br /&gt;
&lt;br /&gt;
At the moment we &#039;bolt on&#039; to the end of this, but what if we could play a bigger role. &lt;br /&gt;
&lt;br /&gt;
This may be controversial as in a sense it moves eprints away from being just a repository, and perhaps maybe instead of any extra functionality being put in to eprints, we look at what popular &#039;research process management&#039; solutions are out there and see how we can work with them (integrate, api&#039;s etc). If we had a tool that helps people manage their biids and funding awards, lets them refer to old ones, and see the documents they produced as a result (which - just so happened to make those documents available to the world) then this may well appeal to many academics. Of course at this point eprints stops being what it is and becomes something else, so any moves to accommodate such things would need to be carefully thought out).&lt;br /&gt;
&lt;br /&gt;
== Allow users to be authenticated by an external system ==&lt;br /&gt;
&lt;br /&gt;
See my [http://www.eprints.org/tech.php/8842.html email message from April 2008].&lt;br /&gt;
&lt;br /&gt;
At the moment eprints can be configured to use an LDAP server for authentication. Eprints takes the user credentials and then passes them to the LDAP server for authentication.&lt;br /&gt;
&lt;br /&gt;
Perhaps a more generic extension to this is to allow the our sourcing of authentication completely.&lt;br /&gt;
&lt;br /&gt;
E.g. when authentication is needed, the user is redirected to a predefined webpage (probably on the Institutions website) which handles login, and can pass back to eprints a successful login and the username of the user who has logged in.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
This is a little similar to what ezproxy can do&lt;br /&gt;
http://www.oclc.org/us/en/support/documentation/ezproxy/usr/cgi.htm&lt;br /&gt;
and also, in a way, to how shibboleth works.&lt;br /&gt;
&lt;br /&gt;
The advantage is that it would allow a wide variety of campus authentication systems to be used to authenticate eprints, and eprints does not need to worry about handling password (and being secure with them, which is a key issue!). &lt;br /&gt;
&lt;br /&gt;
== Enhance the concept of authors (and editors) ==&lt;br /&gt;
&lt;br /&gt;
Eprints has a type of person  called a &#039;depositor&#039;. they can log in, submit stuff, have a profile, list what they have submitted, etc. Nice.&lt;br /&gt;
&lt;br /&gt;
But Authors as a concept does not really exist. they are just bits on text strings in the system. Sure, we can generate a view of all authors (often so large and with variant entries that it is of limited use).&lt;br /&gt;
&lt;br /&gt;
Having an &#039;object&#039; for authors would allow, for example, one REAL Author to have multiple display names, so that if one paper has them down as &amp;quot;C Keene&amp;quot; and another as &amp;quot;Prof C.J.Keene&amp;quot; eprints can still treat them as the same person, even if they show up differently on different papers. It allows for clever things, like allowing other systems to have a list of one person&#039;s research (not just research that so happens to have the same name attached to it, how many John Smiths work at your Uni?). And perhaps in the future it would allow &#039;Authors&#039; (not just depositors) to login and see everything of theirs in the repository (everything they have co-authors, not just deposited) and &#039;do stuff with it&#039;.&lt;br /&gt;
&lt;br /&gt;
== Enhance the eprint abstract page (a la flickr) ==&lt;br /&gt;
the Eprints team briefly demonstrated this at OR08. It looked great.&lt;br /&gt;
&lt;br /&gt;
Basically two things:&lt;br /&gt;
* At the moment many people come in via google, land on a page and that is it. If the Abstract page had &#039;see similar items&#039; &#039;people who looked at this also looked at&#039;, plus tags etc for enhanced navigation. As well as these autogenerated facilities, perhaps something where repository managers can say &#039;if a record belongs to chemistry then advertise item x, or display this promotional image/text).&lt;br /&gt;
* Something I know has been discussed is the idea that it is the item that is import. for documents, a large preview, for images and movies, they should be shown on the page. Again, I know people often refer to flick as a way of showing the content, with the metadata still visible but not dominant, and I would add my vote in saying this sounds like the right direction.&lt;br /&gt;
&lt;br /&gt;
== One Repository, multiple views (long term?) ==&lt;br /&gt;
At the moment eprints has the model: One repository database has one user interface. &lt;br /&gt;
&lt;br /&gt;
I think there is scope in changing this to one repository, many interfaces. I include deposit/user area, branding, and certain config in with &#039;interface&#039;. &lt;br /&gt;
&lt;br /&gt;
* Some Universities have created separate etheses repositories, surely it would be better if everything was in one database, but they were able to create a separate interface. So that theses would see a user area just for them, with unique branding, etc. Postgrad Office may want a unique deposit/management process for theses and not just the generic deposit process.&lt;br /&gt;
* Some Universities have semi-autonomous units who have their own branding and organisation. These units may toy with a respository, but want to do it there way, with their deposit process, branding, a search just for their items. etc (but may be happy with the idea that their  research shows up in the main repository as well. this would allow them to create a second interface to do accommodate them, rather than them creating their own repository.&lt;br /&gt;
* Repository Managers go to departments to try and encourage them to make use of the IR. A Department may be interested, but again, want specific browse views and searches that can appear on their departmental pages, (they may, for example hate the idea of unpublished items showing up with published ones, or only want their items to show). The ability to say &#039;sure we can set that up&#039; is a huge plus.&lt;br /&gt;
&lt;br /&gt;
Of course &#039;&#039;&#039;some&#039;&#039;&#039; of this is technically possible (creating a search form which only searchers certain criteria or creating extra browse views), but I think a more comprehensive approach could have some potential. I guess what I am saying is that to all intents and purposes, the public and users would see two (or more) sperate repositories, but behind the scenes is just one. In fact, situations like the Soton/ECS dual setup could potentially be nicely accommodated with this!&lt;br /&gt;
&lt;br /&gt;
== Auto LOC classify ==&lt;br /&gt;
 &lt;br /&gt;
Eprints has a simple LOC based classification system setup by default. This is good, but researchers don&#039;t find LOC that easy to decide which category to use,  and find it all a little complex.&lt;br /&gt;
&lt;br /&gt;
If there was some way eprints could use some web based service to find a suitable LOC heading to suggest to the user, based on the journal/book title. (i.e. if there is a web service that can be passed a title or issn/isbn and return a LOC heading for that journal/book).&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Auto submit to other repositories ==&lt;br /&gt;
&lt;br /&gt;
&amp;quot;why should I deposit in the IR when I have arxiv.org where all my peers submit to as well?&amp;quot;&lt;br /&gt;
&amp;quot;If I have to deposit to my Research Councils repository* why should I deposit to the IR as well?&amp;quot;&lt;br /&gt;
&lt;br /&gt;
* http://www.sparceurope.org/press_release/RC%20OA%20policies%20v1.3.xls&lt;br /&gt;
&lt;br /&gt;
Good questions! and what if the answer was &amp;quot;By submitting to the IR it will automatically be uploaded to the other repository just by ticking a box&amp;quot;&lt;br /&gt;
&lt;br /&gt;
With SWORD this should now finally be possible. This could be a killer feature and I think it could do more than just support the protocol. It should use logic to recommend other repositories that the user can just tick for it to try and submit the item to as well i.e. if user is a physicist suggest arXiv, or if item has been categorized as &#039;Econmics&#039; then suggest [http://repec.org/ repec], or if it has a co-author at Watford Gap University then suggest that it is deposited their as well.&lt;br /&gt;
&lt;br /&gt;
== Refine search / facet search ==&lt;br /&gt;
See an example on the left of [http://www.worldcat.org/search?qt=worldcat_org_all&amp;amp;q=sussex this worldcat page].&lt;br /&gt;
&lt;br /&gt;
On search results, allow people to refine by year, author, department, type, with-full text, published, peer review, etc.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Make document available in other formats ==&lt;br /&gt;
&lt;br /&gt;
Similar in a way to the first idea. If someone deposits a PDF/PS/RTF then make it available in a number of file types, either converting it on the fly or perhaps converting it as it is deposited (use more space, but may have archival plus points&#039;.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
These are just my personal thoughts,  partly based on feedback we&#039;ve received from academics. Though the last idea was mainly due to Citeseer making documents availabele in many formats (e.g. http://citeseer.ist.psu.edu/lagoze01open.html)&lt;br /&gt;
Like I say, these are all non-trivial, but hope it makes for good food for thought!&lt;br /&gt;
&lt;br /&gt;
== Things that have made it in to Eprints 3.1 ==&lt;br /&gt;
=== Auto covert MS Word to PDF ===&lt;br /&gt;
[April 08n update: this looks like it is a plugin in 3.1, excellent]&lt;br /&gt;
&lt;br /&gt;
The ability to let users upload a Word file and eprints to turn it in to a PDF (and store both) would make help many users and make the system more attractive to use.&lt;br /&gt;
&lt;br /&gt;
Telephone call..&lt;br /&gt;
&lt;br /&gt;
Humanities academic: &amp;quot;err hi, I&#039;ve hear you&#039;re the people to contact to put my research online, how do I go about it?&amp;quot;&lt;br /&gt;
&lt;br /&gt;
eprints admin: &amp;quot;cool, you just need to find you final draft of your article, covert it to PDF, using any PDF tool such as Acrobat or PDFcreator, which you may need to install, if you have admin rights on your PC, and then....&amp;quot; [sounds of despair from other end of phone, caller hangs up]&lt;br /&gt;
&lt;br /&gt;
Of course, academics hardly ever phone up with such enthusiasm, but this talk of complicated stuff doesn&#039;t make it easy. If there&#039;s some sort of *nix library/tool out there which eprints could use to convert on the fly MS Word files to PDF, then this would make it so much easier from the researcher&#039;s point of view.&lt;br /&gt;
They just need to upload their Word file, and it&#039;s made available as a PDF to users.&lt;/div&gt;</summary>
		<author><name>Lac</name></author>
	</entry>
</feed>