thank you for your posting and for sharing your solution. Far away from being a MODS/METS expert I lately started dealing with similar stuff re. the newspaper archives of ZBW (http://webopac0.hwwa.de/digiview/). The idea is to re-publish it as linked data (using OAI-ORE). As a viewer component we take DFG-Viewer into account, which works on a METS/MODS data model. So I found their description about the METS/MODS metadata profile (http://dfg-viewer.de/profil-der-metadaten/). They don't deal with newspaper articles (in fact don't even have them defined as a document type), but maybe the link could be helpful anyway.
German National Library of Economics (ZBW)
Leibniz Information Centre for Economics
Neuer Jungfernstieg 21
E-Mail: [log in to unmask]
Von: Metadata Object Description Schema List im Auftrag von Wolfram Zieger
Gesendet: Mi 04.11.2009 12:26
An: [log in to unmask]
Betreff: [MODS] outsource related host infos with identifier?
Hello dear MODS experts community,
this is my first post to this list - and I hope the topic I am going to
raise was not discussed before. It is a bit hard to search for this in terms
of a proper search term - so maybe I missed it.
So instead of answering directly to this post I would also appreciate it, if
you just point me to a already "fought through" thread within this list,
dealing with my concerns...
Ok - let's start.
Here at the Kunst Historisches Institut in Florence, Italy, we are about to
do a project involving METS and MODS for cataloging rare "arty" newspapers
from the beginning of the last century. I feel a bit responsible for this -
so I am the one who is doing an example implementation of one newspaper in
METS using wrapped MODS elements for article descriptions. You may think -
ok, that's METS stuff - but no - my question is indeed related to a special
(wrapped) MODS issue I have.
I will show the (reduced for here) structure below for a deeper look - but
the problem can be easily outlined like this:
The main idea is to have a METS:dmdSec for every single article which is
completely done with wrapped in MODS elements (that is, because I like to
use the fabulous METS:structMap Feature to do different approaches to the
content). But to show the relation of those single articles to the "hosting"
newspaper I've got to show the "related host" within every Article again.
Doing it the other way around (starting with the newspaper itself and then
coming up with every single article as related items, which sounds more
logical at first) would not allow to link to the articles from the METS
StructureMap, because within METS I need METS IDs, not wrapped in MODS IDs
(at least if I want to do it in a "clean" way). This way I would only have
the whole Newspaper itself for the METS Structure Map - so it would make no
sense to use this structure map at all. Correct me, if I am wrong here - but
I am pretty sure that this is, how things work (or not work in my case).
So - having the newspaper itself as a relatedItem type="host" within every
article descriptions leads to some kind of heavyweight XML structures. I
wonder - and this is actually my questions - if I could shorten this by
using <identifier> TAGs pointing to a single MODS file containing only the
newspaper description? I wonder what to do then with the <part> elements
showing the pages the article spans over. This mods:extent unit="pages"
thing belongs under the related host I want to outsource - but the
mods:extent unit="pages" TAG is different for (almost) any article. Is this
still a valid MODS-XML format if I am doing this (just appending the <part>
section below the <ident>referrer)?
To give you a less theoretical view, here comes the MODS structure so far
itself (and afterwards what I want to do, wondering if it's valid this way):
The <mods:*> syntax is because of the "wrapped within METS"-nature. And:
I'll do comments in "//" for the mailing list because I don't want to
irritate your browser/mailviewer with those html-tagged comments.
Sorry - I can't do proper indenting from within the web pages mailing list
// an article oft the newspaper starts here
// --- The "hosting" newspaper is coming up here ---
<mods:identifier type="local" displayLabel="KHI Futurismus Projekt">
// All the <relatedItem> parts above are fix. They don't change per
article. But the following details change with (almost) every article. So
this <part> section is the (only) variable part of the relatedItem:
That was the structure so far. What I want to do now is this:
// an article oft the newspaper starts here
// The "hosting" newspaper is coming up here
<identifier type="uri">some reference to the MODS xml containing anything
but the part info</identifier>
// The following details change with (almost) every article. So this
<part> section is the (only) variable part of the relatedItem:
What I want to do is to stay strictly within the METS/MODS specs. So would
this idea fulfill those requirements? Or am I completely on a wrong track?
Should I perhaps put the newspaper into its own METS:dmdSEC wrapped MODS
part and refer to this? Refering from a wrapped MOD to a METS:Object (even
when it only contains a wrapped MODS-Description)?
I would really appreciate it, if one of you MODS-experts could enlighten me
Thanks a lot in advance, with best regards
Wolfram Zieger, Florence
PS: I will attach the same messages in it's original format again - in case
the indenting was messed up.