Print

Print


Jenn,

Thanks for the response. I want to find out more about what you are doing.
In particular, I'd like to see the XML of a record with your categories in
use.

I have a couple of very general question about MODS. I need to start
slowly. At any step I could go horribly wrong and start a landslide :-)

1. Is there any reason we cannot build an application profile based on MODS
(primarily) but incorporating elements from other recognized schemas?
2. If we do this, and declare the various namespaces of the schemas in use,
and preface all the element names with their sources, e.g. <mods:titleInfo>
<cidoc:aquisitionSource> <rulib:objectArchitecture>, do we need to use the
<extension> element?

Ruth



> [Original Message]
> From: Riley, Jenn <[log in to unmask]>
> To: <[log in to unmask]>
> Date: 1/12/2005 1:40:19 PM
> Subject: Re: [MODS] Using the <extension> element
>
> Hi all-
>
> For the exchange listed below, I ended up not using <mods:extension>,
> and instead fitting some of the information into a label attribute.
>
> We are, however, for a different project, using <mods:extension> to
> record information about which of our project categories a specific
> subject-type term falls into. A first draft of this schema can be found
> at <http://www.dlib.indiana.edu/metadata/eviada/eviadacv/eviadacv.xsd>.
> We ended up going with a local schema within <mods:extension> for this
> type of data because we never could find a good way of recording for a
> given term what vocabulary a term originally came from (a lot were from
> LCSH) AND at the same time recording which of our local categories the
> term belonged to (e.g., "Venue" "Culture Group" or "Theme"). So we're
> recording this data in the format most useful for us underneath
> <mods:extension>, and also recording them as subject terms (where
> applicable, some belong in genre) in the MODS document proper (without
> an indication of which project category the term is in), for
> interoperability reasons. This isn't fully implmented yet, but that's
> the plan, at least. :-)
>
> This exact schema outlines our local categories so I'm not sure how much
> use it will be outside of this project, but the idea of <mods:extension>
> for subject categories more granular than MODS offers I think might be
> useful to others.
>
> Jenn
>
> ========================
> Jenn Riley
> Metadata Librarian
> Digital Library Program
> Indiana University - Bloomington
> Main Library E170
> (812) 856-5759
> www.dlib.indiana.edu
>
>
> ________________________________
>
>         From: Metadata Object Description Schema List
> [mailto:[log in to unmask]] On Behalf Of Ruth Bogan
>         Sent: Wednesday, January 12, 2005 10:49 AM
>         To: [log in to unmask]
>         Subject: [MODS] Using the <extension> element
>
>
>
>                 I'm interested in hearing about uses of the <extension>
> element in MODS. I copied out a fairly recent exchange, because this is
> the type of extension I am interested in. I also found a declaration of
> MODS extension for dates that Oxford University uses at
> http://www2.odl.ox.ac.uk/data/aaaaaa/schema/odl.xsd
> <http://www2.odl.ox.ac.uk/data/aaaaaa/schema/odl.xsd>
>
>
>
>         Are there more examples out there?
>
>
>
>         Ruth
>
>
>         Ruth A. Bogan
>         Head, Database and Catalog Portal Management
>         Rutgers University Libraries
>         47 Davidson Rd., Busch Campus
>         Piscataway NJ 08854
>
>
>         Rebecca Guenther to Jenn Riley: 20041104
>
>
>
>         Another alternative might be to use the <extension> element,
> where you can use elements from another schema. Using that you could
> point to the
>
>         namespace for MIX and then use the MIX element.  Here is what it
> would
>
>         like like:
>
>
>
>         <extension><CameraCaptureSettings xmls:
>
>         "http://www.loc.gov/standards/mix/mix.xsd"
> <http://www.loc.gov/standards/mix/mix.xsd> >
>
>         then you would parse the data into its appropriate subelements
> as detailed in MIX. (see: http://www.loc.gov/standards/mix/mix.xsd
> <http://www.loc.gov/standards/mix/mix.xsd>  or the example at:
>
>         http://www.loc.gov/standards/mix/instances/mix_test.xml
> <http://www.loc.gov/standards/mix/instances/mix_test.xml> )
>
>
>
>         Another alternative if you are just using this locally is to use
> the
>
>         <extension> element with your own local element, e.g.
>
>         <extension><cameraSettings>100 f 4.5 TL</cameraSettings>
>
>
>
>         The intent of extension is to either use a local element or
> bring in one from another namespace. If the latter, including the
> namespace allows it to validate against that other schema. If you just
> use a local element, it doesn't validate the data under it.