Re: new iafa draft
Jon Knight <J.P.Knight@lut.ac.uk> Fri, 12 January 1996 10:12 UTC
Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa08484; 12 Jan 96 5:12 EST
Received: from CNRI.Reston.VA.US by IETF.CNRI.Reston.VA.US id aa08480; 12 Jan 96 5:12 EST
Received: from services.Bunyip.COM by CNRI.Reston.VA.US id aa04244; 12 Jan 96 5:12 EST
Received: (from daemon@localhost) by services.bunyip.com (8.6.10/8.6.9) id FAA18078 for iafa-out; Fri, 12 Jan 1996 05:11:24 -0500
Received: from mocha.bunyip.com (mocha.Bunyip.Com [192.197.208.1]) by services.bunyip.com (8.6.10/8.6.9) with SMTP id FAA18072 for <iafa@services.bunyip.com>; Fri, 12 Jan 1996 05:11:18 -0500
Received: from bgate.lut.ac.uk by mocha.bunyip.com with SMTP (5.65a/IDA-1.4.2b/CC-Guru-2b) id AA11583 (mail destined for iafa@services.bunyip.com); Fri, 12 Jan 96 05:11:12 -0500
Received: (jon@localhost) by weeble.lut.ac.uk (8.7.3/8.6.9) id KAA28943; Fri, 12 Jan 1996 10:10:45 GMT
Date: Fri, 12 Jan 1996 10:10:44 +0000
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Jon Knight <J.P.Knight@lut.ac.uk>
To: Thomas Krichel <T.Krichel@surrey.ac.uk>
Cc: iafa@bunyip.com
Subject: Re: new iafa draft
In-Reply-To: <9601120012.AA06971@central.surrey.ac.uk>
Message-Id: <Pine.SUN.3.91.960112100043.28865B-100000@weeble.lut.ac.uk>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"
X-Orig-Sender: owner-iafa@bunyip.com
Precedence: bulk
On Fri, 12 Jan 1996, Thomas Krichel wrote: > > And once you've done that, its but a short step to SGML style markup... > > The problem that I forecast for the SGML is that it might be too difficult > for the average archive provider to provide the info. This I think is a very important point; the big advantage of IAFA is that it is simple to encode and most people can easily get to grips with it. OK, it might not have all the functionality of say USMARC but then you need to be a trained cataloguer who understands such things as AACR2 to use USMARC properly. One things that we'll be looking at in the ROADS project is how to convert our IAFA style templates (which are slightly extended versions of the ones in the IAFA draft) in some MARC representation(s) (and maybe vice versa). I've a feeling that all the URC/metadata efforts are going to hit this problem where you want to keep things simple for new users but still offer a reasonable complete set of attributes (or an upgrade path to another format) for more advanced cataloguers. > Incidently when the URI group was split I read that Stu Weibel was > charged with administering a group that would look into metadata > encoding. Later I read from Stu that he simply wanted to make a > draft. Does anybody know what became out of that? I don't know what became of that per se, but the URC charter that's been chucked about on the URC mailing list last night/this morning (depending upon where you are on the planet) seemed to include representations for some subtypes as well as defining how to transport URCs over things such as HTTP. Stu of course was also heavily involved in the creation of the Dublin Core Metadata set and so I wouldn't be surprised if some encoding ideas haven't popped up from that. Jon -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Jon "Jim'll" Knight, Researcher, Sysop and General Dogsbody, Dept. Computer Studies, Loughborough University of Technology, Leics., ENGLAND. LE11 3TU. * I've found I now dream in Perl. More worryingly, I enjoy those dreams. *
- new iafa draft R M Heery
- Re: new iafa draft Jon Knight
- Re: new iafa draft Thomas Krichel
- Re: new iafa draft Thomas Krichel
- Re: new iafa draft R M Heery
- Re: new iafa draft Chris Weider
- Re: new iafa draft Thomas Krichel
- Re: new iafa draft Jon Knight
- Re: new iafa draft Thomas Krichel
- Re: new iafa draft Larry Masinter
- Re: new iafa draft Jon Knight
- Re: new iafa draft Thomas Krichel
- Re: new iafa draft Larry Masinter
- Re: new iafa draft Martin Hamilton