Re: Citation is Medium-Independent

2004-01-28 Thread Ed Sponsler
We follow the citation style indicated by SH (roughly) for unpublished
papers for most of our eprints records. It's simple, basic and serves its
function of getting people to the eprints metadata page.

Author (year) Title. URL

As in:

Sponsler, Ed (2001) PURR - The Persistent URL Resource Resolver.
http://resolver.caltech.edu/CaltechLIB:2001.003

The URL actually takes you to a resolver service that redirects you to the
actual destination. The whole purpose of this redirection step is to provide
people with a URL suitable for citation--a URL that does not need to change
even if we move this record to a different server or software, or whatever.

Incidentily, the above reference is a how-to setup such a resolver,
especially for eprints.org users.

--
Ed Sponsler
Caltech Library System
Pasadena, CA USA



> -Original Message-
> From: owner-eprints-undergro...@ecs.soton.ac.uk
> [mailto:owner-eprints-undergro...@ecs.soton.ac.uk] On Behalf
> Of Christopher Gutteridge
> Sent: Wednesday, January 28, 2004 9:12 AM
> To: EPrints Underground List
> Cc: AmSci Forum
> Subject: Re: [EP-underground] Re: Citation is Medium-Independent
>
>
> The intension in the design was that the 'metadata' page
> would be used as the URL reference. That way people can see
> information on other versions, formats etc.
>
> On Wed, 2004-01-28 at 12:54, Stevan Harnad wrote:
> > On Wed, 28 Jan 2004, Chris Korycinski wrote:
> >
> > > is there a standard way (or any way) of referencing
> material/papers
> > > which are on an eprints server?
> >
> > Yes. For published papers: the standard journal (or book-chapter or
> > conference) bibliographic citation, followed by the archive URL.
> >
> > For unpublished papers: author, title, date, followed by
> the archive
> > URL. (It is not a good idea to include publication venue
> information
> > until/unless the preprint has been accepted. One can add "under
> > refereeing" or some such, without naming the venue.)
> >
> > > I would presume that in most cases this reference would be to the
> > > full
> > > text, but if the deposit is for 'admin staff only' then
> you might want to
> > > quote the metadata page, which is public, followed by the
> paper, which
> > > then becomes a 'personal communication' as you have got
> it directly
> > > from the author & not the eprints server.
> > >
> > > Chris Korycinski
> > > St Andrews eprints administrator, Main Library
> >
> > The eprint archive is in general not a publication venue
> but an access
> > venue. Cite documents in it exactly as you would if you
> read them on
> > paper (e.g., unpublished personal communication, if it is
> unpublished)
> > and add the archive URL (whether it contains the full-text
> or merely
> > the metadata).
> >
> > It is a mistake to treat self-archiving as publication (in the
> > "publish-or-perish" sense). It is not.
> > http://www.eprints.org/self-faq/#self-archiving-vs-publication
> > http://www.ecs.soton.ac.uk/~harnad/Tp/resolution.htm#1.4
> >
> > "Citation is Medium-Independent"
> > http://www.ecs.soton.ac.uk/~harnad/Hypermail/Amsci/0362.html
> >
> > "Self-Archiving vs. Self-Publishing FAQ"
> > http://www.ecs.soton.ac.uk/~harnad/Hypermail/Amsci/0500.html
> >
> > "Self-Archiving Refereed Research vs. Self-Publishing
> Unrefereed Research"
> > http://www.ecs.soton.ac.uk/~harnad/Hypermail/Amsci/1468.html
> >
> > "Garfield: 'Acknowledged Self-Archiving is Not Prior
> Publication'"
> > http://www.ecs.soton.ac.uk/~harnad/Hypermail/Amsci/2239.html
> >
> > "Chronicle of Higher Education Article on 'Self-Publication'"
> > http://www.ecs.soton.ac.uk/~harnad/Hypermail/Amsci/2375.html
> >
> > Stevan Harnad
> --
> Christopher Gutteridge 
>


Re: Sustaining ePrints

2002-01-18 Thread Ed Sponsler
> -Original Message-
> From: ePrints Support [mailto:supp...@ecs.soton.ac.uk]
> Sent: Friday, January 18, 2002 3:39 AM
> To: Bob Kemp
> Cc: EPrints Underground List; jisc-d...@jiscmail.ac.uk;
> american-scientist-open-access-fo...@amsci.org;
> oai-gene...@oaisrv.nsdl.cornell.edu
> Subject: Re: Sustaining ePrints
>
>
> One issue in the design of eprints-2 is that it is geared up to allow
> many (smaller) archives to be run on one physical computer.
> Which means
> that a larger organisation could buy one "chunky" computer and then
> provide eprints archives with seperate customisations, OAI
> exports (and
> colour schemes) for various departments which don't have the
> resources and
> expertise to do this themseleves. This should reduce the cost
> in parts (and
> system admin hours!) to get several archives going.

In addition, should a particular archive become heavily used, moving it to a
dedicated box is a snap. You really loose nothing with a multi-archive
(versus monolith) design, and gain so much. Thanks to OAI protocols,
developing an institute wide interface to all the small archives isn't much
of a hassle -- in fact kinda unnecessary due to ARC
(http://arc.cs.odu.edu/). If you can't tell, I'm a fan of this design.

> This would probably work out more cost effective than buying
> and installing
> a machine and having learn the ins-and outs of the system for a single
> archive. EPrints is free, so we don't have to grub for
> licenses by requiring
> one copy per archive :)

Hurrah for free (GPL) software!

> My own server, running eprints-alpha-2, is running
> demoprints.eprints.org,
> eprints.aktors.org + a couple of other test archives. Later,
> it will be
> running our department publications archive and an archive of
> Ted Nelsons
> material.
>
> The bottle neck is processor power, caused by larger datasets
> but mostly
> by "hits". So large, popular archives should probably run on
> their own
> machine.

Some more metrics: on my un-optimized server, eprints/apache/mysql
altogether require about 40MB of memory per archive. Most web hits are from
robots and some from OAI harvesters (as it should be).  We have 10 archives
now, though some are just skeletons waiting for our authors to "see the
light" so to speak.

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Ed Sponsler - Sr. Applications Development
Caltech Library System
e...@library.caltech.edu
http://library.caltech.edu/digital