Search (55 results, page 3 of 3)

0.0060976665 = product of:
  0.036585998 = sum of:
    0.036585998 = weight(_text_:web in 3201) [ClassicSimilarity], result of:
      0.036585998 = score(doc=3201,freq=2.0), product of:
        0.14495286 = queryWeight, product of:
          3.2635105 = idf(docFreq=4597, maxDocs=44218)
          0.044416238 = queryNorm
        0.25239927 = fieldWeight in 3201, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          3.2635105 = idf(docFreq=4597, maxDocs=44218)
          0.0546875 = fieldNorm(doc=3201)
  0.16666667 = coord(1/6)

0.0060976665 = product of:
  0.036585998 = sum of:
    0.036585998 = weight(_text_:web in 4635) [ClassicSimilarity], result of:
      0.036585998 = score(doc=4635,freq=2.0), product of:
        0.14495286 = queryWeight, product of:
          3.2635105 = idf(docFreq=4597, maxDocs=44218)
          0.044416238 = queryNorm
        0.25239927 = fieldWeight in 4635, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          3.2635105 = idf(docFreq=4597, maxDocs=44218)
          0.0546875 = fieldNorm(doc=4635)
  0.16666667 = coord(1/6)

0.0060976665 = product of:
  0.036585998 = sum of:
    0.036585998 = weight(_text_:web in 54) [ClassicSimilarity], result of:
      0.036585998 = score(doc=54,freq=2.0), product of:
        0.14495286 = queryWeight, product of:
          3.2635105 = idf(docFreq=4597, maxDocs=44218)
          0.044416238 = queryNorm
        0.25239927 = fieldWeight in 54, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          3.2635105 = idf(docFreq=4597, maxDocs=44218)
          0.0546875 = fieldNorm(doc=54)
  0.16666667 = coord(1/6)

Abstract

Given the paucity of research addressing client preferences for metadata content and display in knowledge access systems, a three-year study involving a sample of Canadian public and academic libraries and their end-users, was undertaken. Gaps between user preferences and the availability and presentation of metadata elements in some current Canadian web-based knowledge access systems were identified. Ideal displays were subsequently prototyped and evaluated. Overall, end-users favoured systems containing brief, concise, and focused metadata elements, restricted to a one-screen, uncluttered display, and enhanced by a variety of hierarchical, associative, and equivalent relationship links.

0.005673624 = product of:
  0.034041744 = sum of:
    0.034041744 = product of:
      0.06808349 = sum of:
        0.06808349 = weight(_text_:22 in 2408) [ClassicSimilarity], result of:
          0.06808349 = score(doc=2408,freq=4.0), product of:
            0.1555381 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.044416238 = queryNorm
            0.4377287 = fieldWeight in 2408, product of:
              2.0 = tf(freq=4.0), with freq of:
                4.0 = termFreq=4.0
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.0625 = fieldNorm(doc=2408)
      0.5 = coord(1/2)
  0.16666667 = coord(1/6)

Date

13. 1.2007 18:31:22

Source

Cataloging and classification quarterly. 22(1996) nos.3/4, S.43-58

0.005014823 = product of:
  0.030088935 = sum of:
    0.030088935 = product of:
      0.06017787 = sum of:
        0.06017787 = weight(_text_:22 in 1032) [ClassicSimilarity], result of:
          0.06017787 = score(doc=1032,freq=2.0), product of:
            0.1555381 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.044416238 = queryNorm
            0.38690117 = fieldWeight in 1032, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.078125 = fieldNorm(doc=1032)
      0.5 = coord(1/2)
  0.16666667 = coord(1/6)

Date

22. 5.1998 18:45:36

0.005014823 = product of:
  0.030088935 = sum of:
    0.030088935 = product of:
      0.06017787 = sum of:
        0.06017787 = weight(_text_:22 in 2275) [ClassicSimilarity], result of:
          0.06017787 = score(doc=2275,freq=2.0), product of:
            0.1555381 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.044416238 = queryNorm
            0.38690117 = fieldWeight in 2275, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.078125 = fieldNorm(doc=2275)
      0.5 = coord(1/2)
  0.16666667 = coord(1/6)

Content

Bericht über den Workshop, der am 22. u. 23.6.98 in der SUB Göttingen stattfand

0.0043693185 = product of:
  0.02621591 = sum of:
    0.02621591 = weight(_text_:computer in 1256) [ClassicSimilarity], result of:
      0.02621591 = score(doc=1256,freq=2.0), product of:
        0.16231956 = queryWeight, product of:
          3.6545093 = idf(docFreq=3109, maxDocs=44218)
          0.044416238 = queryNorm
        0.16150802 = fieldWeight in 1256, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          3.6545093 = idf(docFreq=3109, maxDocs=44218)
          0.03125 = fieldNorm(doc=1256)
  0.16666667 = coord(1/6)

Abstract

This article describes an approach for linking geographically distributed collections of metadata so that they are searchable as a single collection. We describe the infrastructure, which uses standard Internet protocols such as the Lightweight Directory Access Protocol (LDAP) and the Common Indexing Protocol (CIP), to distribute queries, return results, and exchange index information. We discuss the advantages of using linked collections of authoritative metadata as an alternative to using a keyword indexing search-engine for resource discovery. We examine other architectures that use metadata for resource discovery, such as Dienst/NCSTRL, the AHDS HTTP/Z39.50 Gateway, and the ROADS initiative. Finally, we discuss research issues and future directions of the project. The Internet Scout Project, which is funded by the National Science Foundation and is located in the Computer Sciences Department at the University of Wisconsin-Madison, is charged with assisting the higher education community in resource discovery on the Internet. To that end, the Scout Report and subsequent subject-specific Scout Reports were developed to guide the U.S. higher education community to research-quality resources. The Scout Report Signpost utilizes the content from the Scout Reports as the basis of a metadata collection. Signpost consists of more than 2000 cataloged Internet sites using established standards such as Library of Congress subject headings and abbreviated call letters, and emerging standards such as the Dublin Core (DC). This searchable and browseable collection is free and freely accessible, as are all of the Internet Scout Project's services.

0.0040118583 = product of:
  0.024071148 = sum of:
    0.024071148 = product of:
      0.048142295 = sum of:
        0.048142295 = weight(_text_:22 in 3689) [ClassicSimilarity], result of:
          0.048142295 = score(doc=3689,freq=2.0), product of:
            0.1555381 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.044416238 = queryNorm
            0.30952093 = fieldWeight in 3689, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.0625 = fieldNorm(doc=3689)
      0.5 = coord(1/2)
  0.16666667 = coord(1/6)

Source

Cataloging and classification quarterly. 22(1996) nos.3/4, S.59-73

0.0040118583 = product of:
  0.024071148 = sum of:
    0.024071148 = product of:
      0.048142295 = sum of:
        0.048142295 = weight(_text_:22 in 903) [ClassicSimilarity], result of:
          0.048142295 = score(doc=903,freq=2.0), product of:
            0.1555381 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.044416238 = queryNorm
            0.30952093 = fieldWeight in 903, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.0625 = fieldNorm(doc=903)
      0.5 = coord(1/2)
  0.16666667 = coord(1/6)

Source

Cataloguing Australia. 23(1997) nos.1/2, S.17-22

0.0040118583 = product of:
  0.024071148 = sum of:
    0.024071148 = product of:
      0.048142295 = sum of:
        0.048142295 = weight(_text_:22 in 6095) [ClassicSimilarity], result of:
          0.048142295 = score(doc=6095,freq=2.0), product of:
            0.1555381 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.044416238 = queryNorm
            0.30952093 = fieldWeight in 6095, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.0625 = fieldNorm(doc=6095)
      0.5 = coord(1/2)
  0.16666667 = coord(1/6)

Source

Journal of Internet cataloging. 2(1999) no.1, S.5-22

0.003510376 = product of:
  0.021062255 = sum of:
    0.021062255 = product of:
      0.04212451 = sum of:
        0.04212451 = weight(_text_:22 in 6128) [ClassicSimilarity], result of:
          0.04212451 = score(doc=6128,freq=2.0), product of:
            0.1555381 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.044416238 = queryNorm
            0.2708308 = fieldWeight in 6128, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.0546875 = fieldNorm(doc=6128)
      0.5 = coord(1/2)
  0.16666667 = coord(1/6)

Series

Cataloging and classification quarterly; vol.22, nos.3/4

0.003510376 = product of:
  0.021062255 = sum of:
    0.021062255 = product of:
      0.04212451 = sum of:
        0.04212451 = weight(_text_:22 in 2220) [ClassicSimilarity], result of:
          0.04212451 = score(doc=2220,freq=2.0), product of:
            0.1555381 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.044416238 = queryNorm
            0.2708308 = fieldWeight in 2220, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.0546875 = fieldNorm(doc=2220)
      0.5 = coord(1/2)
  0.16666667 = coord(1/6)

Source

Nordinfo Nytt. 1997, nos.3/4, S.10-22

0.003510376 = product of:
  0.021062255 = sum of:
    0.021062255 = product of:
      0.04212451 = sum of:
        0.04212451 = weight(_text_:22 in 57) [ClassicSimilarity], result of:
          0.04212451 = score(doc=57,freq=2.0), product of:
            0.1555381 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.044416238 = queryNorm
            0.2708308 = fieldWeight in 57, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.0546875 = fieldNorm(doc=57)
      0.5 = coord(1/2)
  0.16666667 = coord(1/6)

Date

30.12.2001 16:22:41

0.003510376 = product of:
  0.021062255 = sum of:
    0.021062255 = product of:
      0.04212451 = sum of:
        0.04212451 = weight(_text_:22 in 599) [ClassicSimilarity], result of:
          0.04212451 = score(doc=599,freq=2.0), product of:
            0.1555381 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.044416238 = queryNorm
            0.2708308 = fieldWeight in 599, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.0546875 = fieldNorm(doc=599)
      0.5 = coord(1/2)
  0.16666667 = coord(1/6)

Source

Cataloging and classification quarterly. 22(1996) nos.3/4, S.75-84

0.0030488332 = product of:
  0.018292999 = sum of:
    0.018292999 = weight(_text_:web in 1257) [ClassicSimilarity], result of:
      0.018292999 = score(doc=1257,freq=2.0), product of:
        0.14495286 = queryWeight, product of:
          3.2635105 = idf(docFreq=4597, maxDocs=44218)
          0.044416238 = queryNorm
        0.12619963 = fieldWeight in 1257, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          3.2635105 = idf(docFreq=4597, maxDocs=44218)
          0.02734375 = fieldNorm(doc=1257)
  0.16666667 = coord(1/6)

Abstract

Over the past three years, the Dublin Core Metadata Initiative has achieved a broad international consensus on the semantics of a simple element set for describing electronic resources. Since the first workshop in March 1995, which was reported in the very first issue of D-Lib Magazine, Dublin Core has been the topic of perhaps a dozen articles here. Originally intended to be simple and intuitive enough for authors to tag Web pages without special training, Dublin Core is being adapted now for more specialized uses, from government information and legal deposit to museum informatics and electronic commerce. To meet such specialized requirements, Dublin Core can be customized with additional elements or qualifiers. However, these refinements can compromise interoperability across applications. There are tradeoffs between using specific terms that precisely meet local needs versus general terms that are understood more widely. We can better understand this inevitable tension between simplicity and complexity if we recognize that metadata is a form of human language. With Dublin Core, as with a natural language, people are inclined to stretch definitions, make general terms more specific, specific terms more general, misunderstand intended meanings, and coin new terms. One goal of this paper, therefore, will be to examine the experience of some related ways to seek semantic interoperability through simplicity: planned languages, interlingua constructs, and pidgins. The problem of semantic interoperability is compounded when we consider Dublin Core in translation. All of the workshops, documents, mailing lists, user guides, and working group outputs of the Dublin Core Initiative have been in English. But in many countries and for many applications, people need a metadata standard in their own language. In principle, the broad elements of Dublin Core can be defined equally well in Bulgarian or Hindi. Since Dublin Core is a controlled standard, however, any parallel definitions need to be kept in sync as the standard evolves. Another goal of the paper, then, will be to define the conceptual and organizational problem of maintaining a metadata standard in multiple languages. In addition to a name and definition, which are meant for human consumption, each Dublin Core element has a label, or indexing token, meant for harvesting by search engines. For practical reasons, these machine-readable tokens are English-looking strings such as Creator and Subject (just as HTML tags are called HEAD, BODY, or TITLE). These tokens, which are shared by Dublin Cores in every language, ensure that metadata fields created in any particular language are indexed together across repositories. As symbols of underlying universal semantics, these tokens form the basis of semantic interoperability among the multiple Dublin Cores. As long as we limit ourselves to sharing these indexing tokens among exact translations of a simple set of fifteen broad elements, the definitions of which fit easily onto two pages, the problem of Dublin Core in multiple languages is straightforward. But nothing having to do with human language is ever so simple. Just as speakers of various languages must learn the language of Dublin Core in their own tongues, we must find the right words to talk about a metadata language that is expressable in many discipline-specific jargons and natural languages and that inevitably will evolve and change over time.