Re: [Dspace-tech] understanding communities, collections and items

2008-12-22 Thread Vlastimil Krejcir
   Hi all,

   I have done some work about this in Czech Digital Mathematics Library 
project (DML-CZ). My solution needs Manakin (new templates, Aspects and 
so), it could be useful. Except for journals I also include proceedings 
and monographs into the DSpace structure. You can check the DML-CZ 
directly to see how it looks at

http://dml.cz/

and to learn more about the project

http://project.dml.cz/

and finally to learn how the things work in DSpace you can download the 
paper "Building the Czech Digital Mathematics Library upon DSpace System" 
at (it is third link)

http://project.dml.cz/documents.html


regards

Vlastik


Vlastimil Krejčíř
Library and Information Centre, Institute of Computer Science
Masaryk University in Brno, Czech Republic
Email: krejcir (at) ics (dot) muni (dot) cz
Phone: +420 549 49 3872
ICQ: 163963217
Jabber: kre...@jabber.org


On Thu, 11 Dec 2008, Mark H. Wood wrote:

> Well, you could add another layer of communities above.  Communities
> nest.  The names of the objects still don't make sense
> w.r.t. journals, but you can get the four-tiered structure that you
> asked for.
>
> Another approach would be to make issues at the item level and let the
> articles of a given issue be separate bitstreams of that item.  I
> haven't tried that, so I don't know how well this structure maps to
> the way that searching works.  It may be bending the tool to make the
> labels seem to fit.  Whether this approach works for you may come down
> to how closely the articles in a typical issue are related to one
> another.
>
> Who in the community has experience with either or both of these
> models of journal deployment?  Is that experience written up anywhere?
>
> -- 
> Mark H. Wood, Lead System Programmer   mw...@iupui.edu
> Friends don't let friends publish revisable-form documents.
>

--
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] understanding communities, collections and items

2008-12-11 Thread Dorothea Salo
> Who in the community has experience with either or both of these
> models of journal deployment?  Is that experience written up anywhere?

We've been thinking about it, with an essentially identical use-case in mind.

The problem with one-comm/coll-per-[journal unit] is the overhead
involved in creating those communities and collections. This can't (I
don't think) be done via SWORD or other remote protocol, so it creates
a hassle for repository admins.

What I vaguely had a mind to do was ask my godly sysadmin to help me
build an Aspect that could make a chunked-up browse based on a
specific piece of metadata -- in this case, probably dc.ispartof or
dc.ispartofseries. This can only be kludgey, to be sure, but it would
allow all the articles to be placed in a single collection and viewed
in a journal-ish fashion without extra work.

(Only journal-*ish*, because I don't see any obvious way to order
items or place them in categories unless I number them for the sake of
the title browse, which is an awful thing to do... but still
better than nothing.)

Dorothea

-- 
Dorothea Salo[EMAIL PROTECTED]
Digital Repository Librarian  AIM: mindsatuw
University of Wisconsin
Rm 218, Memorial Library
(608) 262-5493

--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] understanding communities, collections and items

2008-12-11 Thread Mark H. Wood
Well, you could add another layer of communities above.  Communities
nest.  The names of the objects still don't make sense
w.r.t. journals, but you can get the four-tiered structure that you
asked for.

Another approach would be to make issues at the item level and let the
articles of a given issue be separate bitstreams of that item.  I
haven't tried that, so I don't know how well this structure maps to
the way that searching works.  It may be bending the tool to make the
labels seem to fit.  Whether this approach works for you may come down
to how closely the articles in a typical issue are related to one
another.

Who in the community has experience with either or both of these
models of journal deployment?  Is that experience written up anywhere?

-- 
Mark H. Wood, Lead System Programmer   [EMAIL PROTECTED]
Friends don't let friends publish revisable-form documents.


pgpKnPVxnYCJa.pgp
Description: PGP signature
--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] understanding communities, collections and items

2008-12-10 Thread Claudia Juergen
Hi Andrew,

communities are containers for communities and collections, collections
are containers for items, items are containers for bundles, bundles are
containers for bitstreams. Thats the basic hierarchy.

You thus can create the Societies as top level communities and the
journals as subcommunities, with further division as you need.
- Society A (top level community)
-- Journal A (subcommunity)
--- Year (subcommunity)
 Issue (collection
- Article (item)
-- Journal B (subcommunity)
- Society B
...

And so on. Here is an example for a journal (without issues)
https://eldorado.uni-dortmund.de/handle/2003/22130.

Another approach would be adding the issue information as metadata and use
the new configurable browse to browse by issue.

Hope that helps

Claudia Jürgen

> Hello,
>
> Now that I have finally got DSpace working and I have been able to
> customize
> the xmlui so it looks more like what I want, I am ready to consider
> importing documents into it. So I have to look at how they will organised
> with respect to communities, collections and items. But I have a problem
> understanding how my documents fit into the {communities,
> collections,items}
> way of looking at things.
>
> The documents I have are articles from issues from journals. So it seems
> to
> me like an articles corresponds to an item. There is a PDF for each
> article.
> So what would correspond to an issue? Would that be a collection? If so
> then
> I suppose journal would correspond to community.  I am not completely
> comfortable with this because there is an additional level of abstraction
> that this does not cope with. A number of journals are published by a
> given
> society. For example, the Royal Society of Chemistry publishes 'The
> Analyst', 'Chemical Communications and molecular biosystems' and
> 'Chemistry
> education research and practice' (amongst others). I want to be able to
> start my navigation from a list of societies, go down to the journal
> titles
> it publishes, pick a particular issue of that journal, then choose an
> article from that issue.
>
> My guess is that I would say that the 'Chemical Communications and
> molecular
> biosystems' (for example) is a community and each issue of the journal is
> a
> collection. Within a collection the items correspond to the articles for
> that issue. But the language of communities, collections,items makes me
> think that my approach would be wrong. To me, community sounds much more
> like the society. But then what would collection correspond to?
>
> Can someone please give me some guidance on how my collections etc can be
> arranged to allow a hierachy of society, journal, issue, article?
>
> --
> Regards,
>
> Andrew M.
> --
> SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas,
> Nevada.
> The future of the web can't happen without you.  Join us at MIX09 to help
> pave the way to the Next Web now. Learn more and register at
> http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/___
> DSpace-tech mailing list
> DSpace-tech@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/dspace-tech
>



--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech