JiscMail Logo
Email discussion lists for the UK Education and Research communities

Help for DC-GOVERNMENT Archives


DC-GOVERNMENT Archives

DC-GOVERNMENT Archives


DC-GOVERNMENT@JISCMAIL.AC.UK


View:

Message:

[

First

|

Previous

|

Next

|

Last

]

By Topic:

[

First

|

Previous

|

Next

|

Last

]

By Author:

[

First

|

Previous

|

Next

|

Last

]

Font:

Proportional Font

LISTSERV Archives

LISTSERV Archives

DC-GOVERNMENT Home

DC-GOVERNMENT Home

DC-GOVERNMENT  March 2002

DC-GOVERNMENT March 2002

Options

Subscribe or Unsubscribe

Subscribe or Unsubscribe

Log In

Log In

Get Password

Get Password

Subject:

Re: SV: Subject Qualification [Was: Re: SV: DC Gov Application Profil e]

From:

John Roberts <[log in to unmask]>

Reply-To:

This list is intended for discussion of the uses to which the Dublin Core E <[log in to unmask]>

Date:

Mon, 25 Mar 2002 14:44:40 +1200

Content-Type:

text/plain

Parts/Attachments:

Parts/Attachments

text/plain (146 lines)

Hello all,

I am also somewhat unclear as to why these new qualifiers are needed.  I
think I can see how they do something that can't be achieved purely by
relying on encoding schemes, but I'm not sure it's enough to merit their
inclusion.

Classification is defined in the draft as "Term or code from a controlled
vocabulary or scheme designed to aid browsing and search by subject matter"
Keyword is defined as "Terms describing the specific subjects of the
resource"

The comments make it clear that classification is intended to facilitate
broad searches, while keyword is intended for narrow inquiries.

The use of an encoding scheme would be beneficial in both cases, and it is
tempting to see that the structure of the encoding scheme would provide the
meaning as to whether the value is a specific or broad term.  (ie if we
know that a particular thesaurus is used, we can tell where a given term
sits in the hierarchy of broader and narrower terms).  However, this will
only indicate whether the term is broad or narrow in respect of that
particular scheme, not in respect of the resource itself.  Depending on the
controlled vocab used, a given term can either be a top level term or
bottom level one.

As I understand the proposal, it is aiming to provide a means of
contextualising the descriptor as broad ("Classification") or precise
("Keyword") with respect to the resource, rather than the encoding scheme.
A resource may be about a subject much more precise than the encoding
scheme - so the narrowest term available could only be considered a
"classification", or equally, a resource on a broad topic could use a high
level term as a keyword.

That said, I'm not convinced that there is a real need for such a
refinement, and I think the issue will generally be dealt with within a
particular implementation by standardising the encoding scheme(s) to use
and exploiting the structure inherent in them.

Maewyn, perhaps you could confirm my understanding of how it is envisaged
that the two qualifiers be used?


John

John Roberts
Senior Archives Policy Analyst
Statutory Regulatory Group
Archives New Zealand

Phone: +64-4-496 1392
Fax: +64-4-495 6210
Mail: PO Box 12 050, Wellington New Zealand
Email: [log in to unmask]
WWW Page: http://www.archives.govt.nz





Palle Aagaard <[log in to unmask]>@JISCMAIL.AC.UK> on 22/03/2002 19:28:29

Please respond to This list is intended for discussion of the uses to which
      the Dublin Core E <[log in to unmask]>

Sent by:  This list is intended for discussion of the uses to which the
      Dublin Core E <[log in to unmask]>


To:   [log in to unmask]
cc:
Subject:  SV: Subject Qualification [Was: Re: SV: DC Gov Application Profil
      e]

All,

There are now two almost different opinions about Subject qualification. Or
more exact, there is one major question to the need for subject
qualification.

THERE IS NOW A NEED FOR MORE COMMENTS OR DISCUSSION ON THIS TOPIC. ANY
CONTRIBUTION WILL BE APPRECIATED.

Palle









-----Oprindelig meddelelse-----
Fra: Chris Croome [mailto:[log in to unmask]]
Sendt: 21. marts 2002 16:23
Til: [log in to unmask]
Emne: Subject Qualification [Was: Re: SV: DC Gov Application Profile]


Hi

On Thu 21-Mar-2002 at 02:43:31 -0000, Cumming, Maewyn - e-Envoy
e-Government - wrote:
> The main reason we wanted a separate 'Keyword' qualifier is to
> distinguish between terms taken from controlled vocabularies and those
> that aren't.

I thought that a unqualified Subject is one that is not taken from a
controlled vocabulary, for example:

  <dc:subject>Formate Dehydrogenase</dc:subject>

> I know that an encoding scheme can tell you which vocabulary a term is
> from, and allow you to search on terms from a particular vocabulary,
> but it isn't that clear if you simply want to distinguish between
> controlled and uncontrolled terms.

It seems fairly clear to me, the above example might look like this when
qualified:

  <rdf:Description>
    <dc:subject>
      <dcterms:MESH>
        <rdf:value>D08.586.682.075.400</rdf:value>
        <rdfs:label>Formate Dehydrogenase</rdfs:label>
     </dcterms:MESH>
   </dc:subject>
 </rdf:Description>

This example is taken from
http://dublincore.org/documents/2001/11/30/dcq-rdf-xml/

What exactly is the difference between the proposed 'Subject Keyword'
and a unqualified Subject?

And what exactly is the difference between a 'Subject Classification'
and a qualified Subject?

Chris

--
Chris Croome                               <[log in to unmask]>
web design                             http://www.webarchitects.co.uk/
web content management                               http://mkdoc.com/
everything else                               http://chris.croome.net/

Top of Message | Previous Page | Permalink

JiscMail Tools


RSS Feeds and Sharing


Advanced Options


Archives

July 2021
April 2021
February 2021
November 2020
August 2020
May 2020
August 2019
July 2019
April 2019
September 2017
August 2017
June 2017
March 2017
February 2017
December 2016
February 2016
January 2016
June 2015
April 2015
February 2015
January 2015
November 2014
October 2014
September 2014
May 2014
March 2014
February 2014
January 2014
October 2013
September 2013
June 2013
May 2013
April 2013
March 2013
February 2013
January 2013
December 2012
November 2012
October 2012
August 2012
June 2012
May 2012
April 2012
March 2012
February 2012
January 2012
December 2011
November 2011
October 2011
September 2011
July 2011
June 2011
May 2011
April 2011
March 2011
February 2011
January 2011
December 2010
November 2010
October 2010
September 2010
August 2010
July 2010
April 2010
March 2010
February 2010
December 2009
November 2009
September 2009
August 2009
July 2009
June 2009
April 2009
March 2009
December 2008
November 2008
October 2008
September 2008
July 2008
June 2008
May 2008
April 2008
March 2008
August 2007
March 2007
February 2007
October 2006
September 2006
August 2006
July 2006
June 2006
May 2006
February 2006
November 2005
September 2005
August 2005
July 2005
June 2005
May 2005
April 2005
March 2005
February 2005
January 2005
December 2004
November 2004
October 2004
September 2004
August 2004
July 2004
June 2004
May 2004
April 2004
February 2004
January 2004
December 2003
November 2003
October 2003
September 2003
May 2003
April 2003
March 2003
February 2003
December 2002
November 2002
September 2002
August 2002
May 2002
April 2002
March 2002
February 2002
December 2001
November 2001
October 2001
September 2001
August 2001
July 2001
June 2001
May 2001
April 2001
March 2001
January 2001
December 2000
November 2000
October 2000
September 2000
August 2000
June 2000
April 2000
February 2000
January 2000
December 1999


JiscMail is a Jisc service.

View our service policies at https://www.jiscmail.ac.uk/policyandsecurity/ and Jisc's privacy policy at https://www.jisc.ac.uk/website/privacy-notice

For help and support help@jisc.ac.uk

Secured by F-Secure Anti-Virus CataList Email List Search Powered by the LISTSERV Email List Manager