 |
 |
this feels like a DC-Registry problem to me... definitely not an architecture problem stu -----Original Message----- From: Stuart Sutton [mailto:[log in to unmask]] Sent: Friday, June 22, 2001 10:01 AM To: [log in to unmask] Subject: Re: DC-Ed as an Application Profile? Tom, I'm interested in devoting some of my time to looking at this matter of 'profiles' in DC. I also think that moving it to a forum that reaches all of those affected folks working through issues (e.g., architecture, registry, ?) is a very good idea. Stuart -----Original Message----- From: Thomas Baker [mailto:[log in to unmask]] Sent: Thursday, June 21, 2001 12:15 AM To: [log in to unmask] Subject: DC-Ed as an Application Profile? Stuart, Stu, I have been thinking alot about this question too and agree that we could and probably should be in the business of acknowledging APs "based on" Dublin Core. Stuart's point about the pressure to put everything into the DC namespace is particularly compelling. In order to do this, we would need to have some agreement on what an AP is and on guidelines for their construction. In the SCHEMAS Project, we have developed some simple AP guidelines and principles which would, I think, meet the immediate need while providing a path for evolution. We are writing a paper about it for DC-2001, and I'd be happy to put that forward as a strawman for DCMI APs. I have some further ideas on how the Profile concept could meet other needs (for example, an Element Profile for using the Creator element for preprints that would finally provide a way to associate Affiliation with Creator in a way that makes sense grammatically). I guess I'd first like to know whether the members of this list generally like the idea, and who else would be interested in pushing a simple Profile concept through to formal approval in DCMI so that we could start using it for things like the DC-Education proposal. Process-wise, where would such a proposal best be discussed and reviewed? I have copied Rachel for the Registry WG and Dan for the Architecture WG. Since Dan and Rachel cannot post back to dc-usage, one suggestion might be to move this discussion to one of those groups. Tom On Wed, 20 Jun 2001, Weibel,Stu wrote: > I think I agree with Stuart concerning the registration of APs. > > One of the notions motivating a registry is to promote convergence. How can > we do this unless we make it easy for others to identify APs that involve > not only DCMI vocabularies, but also others? > > No, I don't know best how it should be done! > > stu > > > -----Original Message----- > From: Stuart Sutton [mailto:[log in to unmask]] > Sent: Wednesday, June 20, 2001 1:15 PM > To: [log in to unmask] > Subject: Questions about DC-Ed proposal as application profile > > > Since the Usage Board meeting, I have been grappling > with an issue that I think needs addressing with regard > to the DC-Education proposal and our resulting decisions/ > recommendations. > > We decided that action on the DC-Ed proposal in terms of > approving/not approving the IEEE elements was out of > scope for the UB--I agree. We also decided that application > profiles should not reside in the DCMI registry--not so sure I > think this is a good idea. At the meeting, I asked where the > DC-Ed application profile should reside otherwise. One answer > was in the Schemas registry. At least in terms of being > accessible, that would be OK. But, beyond my not knowing the > projected lifespan of that registry, I have a fairly systemic > question. If the Usage Board does not "act" in some > manner on aspects of working group proposals that reference > other namespaces (e.g., the IEEE LOM with DC-Ed), doesn't that > mean that there is no official DCMI "imprimatur of approval" of > the application profile itself? Or, does it mean that approval of those > aspects of the proposal that make it an application profile rest > solely with the working group? If this is the case, where does such > authority stem from and where is it acknowledged? > > I think that if DCMI does not somehow "recommend" DCMI-sourced > application profiles and manage the profile schemas, the pressure > will be on to _not_ reference other namespaces when it is otherwise > appropriate to do so and to instead include new elements and > qualifiers within the DCMI namespace. Buy-in to an application profile > will only be large if the application profile has some official status. > Right now, the DC-Ed application profile has none. Isn't it possible > for there to be a DCMI recommendation (I assume with Domain- > Specific status) for application profiles--a recommendation involving > the "use" of non-DCMI elements without recommending those > elements as "conforming"? I don't know whether any other application > profiles from other working groups loom on the horizon, but I cannot > help but think that there will be others. > > Stuart > ---------------------------------------------------------------------------- > --- > Stuart A. Sutton, Associate Professor > The Information School of the University of Washington > Suite 370, Mary Gates Hall, Box 352840 > Seattle, WA 98195-2840 > (206) 685-6618(V) (206) 616-3152(F) > http://www.iSchool.washington.edu > ---------------------------------------------------------------------------- > --- > > > > ---------------------------------------------------------------------------- > --- > Stuart A. Sutton, Associate Professor > The Information School of the University of Washington > Suite 370, Mary Gates Hall, Box 352840 > Seattle, WA 98195-2840 > (206) 685-6618(V) (206) 616-3152(F) > http://www.iSchool.washington.edu > ---------------------------------------------------------------------------- > --- > ____________________________________________________________________________ ___ Dr. Thomas Baker [log in to unmask] GMD Library Schloss Birlinghoven +49-2241-14-2352 53754 Sankt Augustin, Germany fax +49-2241-14-2619