my immediate thought on reading "quick and dirty
does not work " was a full-throated "YES".
the point, at least in libraries, is to differentiate between:
- brief [quick but not dirty - = use authority files
for author and subject]
- full cataloging
but ... sometimes, it does require doing something
quick and dirty just to prove that the work needs
to be done.
mary larsgaard
Markus Klink wrote:
> "Weibel,Stu" wrote:
>
> > Yes... this version of perfect world is quite within reach. The use of
> > Authority records will satisfy this requirement.
> >
> > I am not much in favor of *requiring* perfection of everyone, however...
> > there will be applications that want to do simple, straighforward things
> > without the added benefits and associated costs of authority control, and
> > there should be room in the tent for this style of application as well.
> >
> > The same architecture will support the spectrum of quick-and-dirty to
> > rich-and-elegant. Managing the costs and benefits along this spectrum will
> > give implementors the freedom to populate the niche most appropriate to
> > their particular service model while staying in the same semantic tent.
> >
> > stu
>
> Well, if someone wants to gather data quick and dirty there is nothing that we
> can do against, although experience shows that this is a very myopic approach.
>
> I do not like the words "the same architecture" however.It implies that a
> DC-quick-and-dirty lies within the same architecture as one that uses
> controlled vocabulary and in general describes resources in a way that makes
> sense. I do not see how one could merge these two datasets without impairing
> the value of the information contained within the datasets.
>
> By making an effort to come up with a suitable standard for the description of
> Internet resources, I think that someone will have to tell the truth as well,
> that "quick and dirty" simply does not work.
> Markus
>
> --
> Homepage: http://wotan.econ.surrey.ac.uk/~markus
> http://wotan.econ.surrey.ac.uk/test/gemini.cgi?show=RePEc:per:1972-06-06:MARKUS_KLINK
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
|