[Dspace-general] Best practice - serials and periodicals?

[David Goodman]

Also,
remember to allow for 
letters to the editor
editorials
announcements
news items
publisher-provided indexes
supplements
oversize maps (in print, they're fold-out) or put in a pocket
special charts, (like the human genome ones that are published periodically)
special issues
special parts of issues,  like columns
non-recurring special parts of issues
proceedings of conferences published as an issue instead of separately
proceedings of conferences published as an issue as well as separately
book reviews
advertisements (which remain of critical historical importance; most libraries now keep the one that are in print issues they get instead of discarding those pages,)
duplicate abstracts in different languages (e.g. French & English for Canadian publications
and any good serials librarian (which is not my specialty) could think of a few dozen more.   

Some of these may eventually not have electronic equivalents, but some may. 

Dr. David Goodman
Associate Professor, 
Palmer School of Library and Information Science
Long Island University, Brookville, NY 
dgoodman at liu.edu


-----Original Message-----
From: dspace-general-bounces at mit.edu [mailto:dspace-general-bounces at mit.edu] On Behalf Of MacKenzie Smith
Sent: Thursday, October 14, 2004 4:17 PM
To: Gaelle Bozec; dspace-general at mit.edu
Cc: dspace-publishing at mit.edu
Subject: Re: [Dspace-general] Best practice - serials and periodicals?


Hi Gaelle,

I second what Scott Yeadon said, and would add that with the introduction 
of sub-communities in DSpace 1.2 you  *could* think about representing a 
journal in this way:

--Top-level community = journal title
----Second-level community = volume
------Collection = issue
--------Items = articles
----------Bitstream = article component/version

Appropriate metadata can then be assigned to each level, and you have the 
granularity at the article level which is so important.
If these are normal journals then you'll have to deal with frontmatter like 
the TOC and editorial board. The TOC can be represented
at the Collection/issue level (and replicated as an item if you like, for 
authenticity), and the board should probably also be an item
of its own (or all the frontmatter together).

I think someone in Brazil (Beatriz Langiano perhaps?) tried this in a 
pre-1.2 version of DSpace, so perhaps she can speak up
on how it worked out.

Best,

MacKenzie

At 04:43 PM 10/11/2004 +0200, Gaelle Bozec wrote:
>Hello,
>Here at the Bergen University Library (Norway), we are currently 
>running
>DSpace v1.2.
>
>I was wondering what is the usual practice for those of you having
>registred serials and periodicals in DSpace.
>
>- Do you register each volume as a collection and then each article as 
>a
>single item in the defined collection? (Here I have a problem for the 
>table of contents and the introduction of the volume). My choice was to 
>give the file the name of the author and the file description is the title 
>of the article...
>
>- Do you register the serial as a collection? Then each item is a 
>volume
>of the serial? In that case the item consists of several files (one file 
>for one author, rigth?). Retriving the author is then a problem since I am 
>not able to view a list of authors (the same with titles).
>
>In one case, it's not easy to identify authors (because none are 
>registred
>as authors) and in another case I'm not sure how I can best show each volume.
>
>I'm not sure I'm clear here but hope that someone had the same thougths
>once and can share ideas and reflexions.
>
>Best regards from Norway
>
>Gaëlle Bozec
>Bergen University Library, Norway
>
>_______________________________________________
>Dspace-general mailing list
>Dspace-general at mit.edu 
>http://mailman.mit.edu/mailman/listinfo/dspace-general

MacKenzie Smith
Associate Director for Technology
MIT Libraries
Building 14S-308
77 Massachusetts Avenue
Cambridge, MA  02139
(617)253-8184
kenzie at mit.edu 


_______________________________________________
Dspace-general mailing list
Dspace-general at mit.edu http://mailman.mit.edu/mailman/listinfo/dspace-general