Print

Print


On Fri, 28 Jan 2005 09:39:43 -0500, Bruce D'Arcus <[log in to unmask]> wrote:
> On Jan 28, 2005, at 9:09 AM, Ruth Bogan wrote:
>
> > I wish the more finely grained fielding of the <part> element could be
> > incorporated into the MODS <titleInfo> and <physicalDescription>
> > elements.
>
> Interesting observations.
>
> I'd worry a bit about stretching the semantics too much.  Part was
> conceived to explicitly refer to the metadata that locates an
> analytical within a larger work.  That doesn't mean it couldn't be
> broadened, but I'm just a little unclear of how would one use mods:part
> in the content of mods:titleInfo?  And if it was used in that context,
> what is the semantic meaning of mods:part?
>
> BTW, just to reiterate two remaining issues I'd like to see addressed
> in MODS v4, one of which is related to this discussion:
>
> 1)  the more-than-one-name-variant-in-a-mods-record issue I've posted
> on a few times (and will probably continue to do so)
>
> 2)  markup within mods:titleInfo
>
> *My* interest in 2 is a little different than Ruth's I think (as in, I
> just want html-like tagging to indicate emphasis, or a foreign phrase,
> or title-within-title, etc.), but perhaps they're still related?

I would love to see markup in mods:title or mods:titleInfo.  For
example, when mods:titleInfo/@type is set to "uniform" in the case of
a foreign language title, let mods:titleInfo have a <lang> (XML or
MODS language doesn't matter to *me*...) subnode instead of appending
the language directly to the end of the title. Ie:

<datafield tag="240" ind1="1" ind2="0">
   <subfield code="a">Harry Potter and the prisoner of Azkaban.</subfield>
   <subfield code="l">Spanish</subfield>
</datafield>

would become:

<titleInfo type="uniform">
  <title>Harry Potter and the prisoner of Azkaban.</title>
  <lang>Spanish</lang>
</titleInfo>

instead of:

<titleInfo type="uniform">
  <title>Harry Potter and the prisoner of Azkaban. Spanish</title>
</titleInfo>

The reason that this would be so wonderful is that it would simplify
creating a FRBR-type matching algorithm based on MODS (which is easier
to process) as opposed to MARC21.

If this is already being addressed in MODSv4, please accept my thanks!

But that's just my $.02 :)

--
Mike Rylander
[log in to unmask]
GPLS -- PINES Development
Database Developer
http://open-ils.org