software metadata standard
I'm forwarding an email interchange regarding NSDL metadata. The
conversation was spawned by a reference to an IEEE standard for software
metadata called BIDM (basic interoperability data model.) Up to now THREDDS
has not concerned itself with this sort of metadata, but perhaps we should
consider it because a significant element of THREDDS is to provide software
for accessing and analyzing scientific data.
---------- Forwarded Message ----------
Date: Thursday, January 17, 2002 6:54 AM -0800
From: Stuart Sutton <address@hidden>
Subject: RE: [Standards-general] Re: [Collections-group] metadata for dyna
mic learning objects
Shirley, the NSDL team at Cornell (through Diane) are making such crosswalks
and pointers to such crosswalks available to various communities at large.
So once such cross-walks are complete, they can be "published" for wide use
thus promoting interoperability..
From: Shirley Moore [mailto:address@hidden
Sent: Thursday, January 17, 2002 6:45 AM
Subject: Re: [Standards-general] Re: [Collections-group] metadata for
dynamic learning objects
Looks like we'll need to do a crosswalk for the BIDM to the Dublin Core
anyway for our project, so we can make it available to anyone who wants
to use it.
On Wed, 16 Jan 2002, Diane I. Hillmann wrote:
Susan, Mimi, et al.:
I've taken the liberty of copying this comment to the standards-general
list, in hopes of bringing in some of the metadata-aware folks on that
into this conversation.
I found Susan's reply very interesting and took a look at the links she
suggested, which seemed perfectly relevant to the question posed. One
concern I had was that Mimi's question ended with the phrase, " ... in the
NSDL context," and I wanted to attempt a bit of an addendum to Susan's
answer based on some concerns I see buried in this exchange.
While the metadata options Susan mentions may be a good fit for Mimi's
collection, this does not necessarily mean that it is automatically so "in
the NSDL context." NSDL will be built based on a metadata repository
expecting to process a limited number of metadata formats (I refer
to the recently published paper in DLIB Magazine for more details:
http://www.dlib.org/dlib/january02/arms/01arms.html ). In order to assure
that the metadata that Mimi's project creates can be exposed to potential
users via the NSDL, there needs to be some planning, somewhere, to make
sure that there is a way to crosswalk the metadata into the NSDL metadata
lingua franca (Dublin Core). Choosing a standard format, as Susan has
suggested, makes far more long-term sense than making something up, and I
commend Mimi for going the extra mile to find a standard that suits her
On the other hand, the BIDM is not now one of the standard formats that
NSDL is expecting to process routinely (information on those formats is at
the NSDL Metadata Resources Page, at:
http://188.8.131.52/NSDLMetaWG/IntroPage.html ). Does that mean that
Mimi shouldn't use it? No, but it means that Mimi, or anyone else using a
format not already listed needs to make some extra efforts to make sure
that the format they're using "natively" will be usable as well by the
Metadata Repository, preferably BEFORE it comes time to import their
records into the repository. How to do that? My suggestions are as
1. Get in contact with the body maintaining the standards, and see if they
already have a crosswalk to Dublin Core;
2. If they don't, suggest that it would be really great if they could
create and support one. Tell them why;
3. If they won't, find some other users and see if anyone has already done
4. If they haven't, let the metadata mavens on the Standards and Metadata
Workspace know that you need some help (preferably via the
Standards-general mailing list: address@hidden)
Keep in mind that the CI group at Cornell, currently engaged in building
the Metadata Repository and associated software and processes, has a
full plate right now, and any efforts you make towards a recognizable
metadata format with an already existing DC crosswalk will pay off, big
time, for us all.
At 10:03 AM 1/14/2002 -0700, Susan Jesuroga wrote:
> I don't have a specific answer to your question, however there is an
> collections project that is organizing numerical software for science
> engineering. They are using the IEEE standard for software metadata
> BIDM (basic interoperability data model.) Might be worth getting some
> input from these folks since their focus is also in reuse.
> The PI is Jack Dongarra (address@hidden) at the U. of Tennessee,
> Knoxville. Some background info on the tools used in the project is at
> http://www.dlib.org/test-suite/netlib.html and info on the BIDM
> standard is at http://www.nhse.org/RIB/bidm.html
> I've taken the liberty to CC Prof. Dongarra on this email to see if we
> get a conversation going about the best way to resolve your question
> parameter initialization metadata.
> Susan Jesuroga
> Technical Project Liaison
> UCAR Central Office
> NSDL Core Integration
> --On Friday, January 11, 2002 4:43 PM -0700 Mimi Recker
> <address@hidden> wrote:
>> please excuse me if this has been discussed; i just joined the list.
>> we have a small collection of math education applets (the MATTI
>> collection at Utah State University) for which we are creating
>> One functionality we would like to support is the ability to store
>> parameter initialization values for these applets (or other kinds of
>> dynamic web objects (flash, director, applet...)) so that users could
>> emded these inline into a web page.
>> A kludgy solution is something like:
>> metadata field name: "inline html"
>> metadata value: "<applet ...param values...>" or "<embed ...>" or
>> "<object ...>"
>> Can anyone propose a standard solution to this thatt works in the NSDL
>> context? Thanks,
>> mimi recker
>> dept. of instructional technology
>> utah state university, logan, ut, 84322-2830
>> Collections-group mailing list
Diane I. Hillmann
Project Manager & Metadata Specialist
National Science Digital Library Project at Cornell
Department of Computer Science Voice: 607/255-5691
417 Rhodes Hall Fax: 607/255-4428
Ithaca, NY 14853 Email: address@hidden
Shirley Moore address@hidden Computer Science Dept.
Associate Director (865) 974-3547 University of Tennessee
Innovative Computing Lab Fax (865) 974-8296 1122 Volunteer Blvd., Suite
http://icl.cs.utk.edu/ Knoxville, TN 37996-3450
Standards-general mailing list
Collections-group mailing list
---------- End Forwarded Message ----------
NOTE: All email exchanges with Unidata User Support are recorded in the
Unidata inquiry tracking system and then made publicly available
through the web. If you do not want to have your interactions made
available in this way, you must let us know in each email you send to us.