Search (26 results, page 2 of 2)

0.0056345966 = product of:
  0.01690379 = sum of:
    0.01690379 = product of:
      0.03380758 = sum of:
        0.03380758 = weight(_text_:22 in 5325) [ClassicSimilarity], result of:
          0.03380758 = score(doc=5325,freq=2.0), product of:
            0.1747608 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.04990557 = queryNorm
            0.19345059 = fieldWeight in 5325, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.0390625 = fieldNorm(doc=5325)
      0.5 = coord(1/2)
  0.33333334 = coord(1/3)

Date

7. 7.2019 11:58:22

0.0053345575 = product of:
  0.016003672 = sum of:
    0.016003672 = weight(_text_:on in 813) [ClassicSimilarity], result of:
      0.016003672 = score(doc=813,freq=2.0), product of:
        0.109763056 = queryWeight, product of:
          2.199415 = idf(docFreq=13325, maxDocs=44218)
          0.04990557 = queryNorm
        0.14580199 = fieldWeight in 813, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          2.199415 = idf(docFreq=13325, maxDocs=44218)
          0.046875 = fieldNorm(doc=813)
  0.33333334 = coord(1/3)

Abstract

The project online access to knowledge (OAK) has developed a computer intermediary for delected users of the Department of Energy's DOE/RECON and BASIS online information retrieval systems. Its purpose is to enable people who have little or no training or experience in bibliographic searching to conduct their own searches, without the assistance of a trained librarian. hence permitting the user to work in both a place and time of his or her choosing. The purpose of this article is to report on the design and the rationale for the design. OAK software consists of both a tutorial and an assistance program. The latter does not employ a command language, hence obviates the need for a searcher to learn the formal language usually associated with an online database search service. It is central to our approach that this system does not supplant the user's ultimate primacy in knowing what he or she is looking for, nor in judging the results

0.005029469 = product of:
  0.015088406 = sum of:
    0.015088406 = weight(_text_:on in 4380) [ClassicSimilarity], result of:
      0.015088406 = score(doc=4380,freq=4.0), product of:
        0.109763056 = queryWeight, product of:
          2.199415 = idf(docFreq=13325, maxDocs=44218)
          0.04990557 = queryNorm
        0.13746344 = fieldWeight in 4380, product of:
          2.0 = tf(freq=4.0), with freq of:
            4.0 = termFreq=4.0
          2.199415 = idf(docFreq=13325, maxDocs=44218)
          0.03125 = fieldNorm(doc=4380)
  0.33333334 = coord(1/3)

Abstract

We return to arguments made 10 years ago that online catalogs are difficult to use because their design does not incorporate sufficient understanding of searching behavior. The earlier article examined studies of information retrieval system searching for their implications for online catalog design; this article examines the implications of card catalog design for online catalogs. With this analysis, we hope to contribute to a better understanding of user behavior and to lay to rest the card catalog design model for online catalogs. We discuss the problems with query matching systems, which were designed for skilled search intermediaries rather than end-users, and the knowledge and skills they require in the information-seeking process, illustrated with examples of searching card and online catalogs. Searching requires conceptual knowledge of the information retrieval process - translating an information need into a searchable query; semantic knowledge of how to implement a query in a given system - the how and when to use system features; and technical skills in executing the query - basic computing skills and the syntax of entering queries as specific search statements. In the short term, we can help make online catalogs easier to use through improved training and documentation that is based on information-seeking bahavior, with the caveat that good training is not a substitute for good system design. Our long term goal should be to design intuitive systems that require a minimum of instruction. Given the complexity of the information retrieval problem and the limited capabilities of today's systems, we are far from achieving that goal. If libraries are to provide primary information services for the networked world, they need to put research results on the information-seeking process into practice in designing the next generation of online public access information retrieval systems

0.0045076776 = product of:
  0.013523032 = sum of:
    0.013523032 = product of:
      0.027046064 = sum of:
        0.027046064 = weight(_text_:22 in 3231) [ClassicSimilarity], result of:
          0.027046064 = score(doc=3231,freq=2.0), product of:
            0.1747608 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.04990557 = queryNorm
            0.15476047 = fieldWeight in 3231, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.03125 = fieldNorm(doc=3231)
      0.5 = coord(1/2)
  0.33333334 = coord(1/3)

Date

3. 6.2005 20:40:22

0.0044454644 = product of:
  0.013336393 = sum of:
    0.013336393 = weight(_text_:on in 3425) [ClassicSimilarity], result of:
      0.013336393 = score(doc=3425,freq=2.0), product of:
        0.109763056 = queryWeight, product of:
          2.199415 = idf(docFreq=13325, maxDocs=44218)
          0.04990557 = queryNorm
        0.121501654 = fieldWeight in 3425, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          2.199415 = idf(docFreq=13325, maxDocs=44218)
          0.0390625 = fieldNorm(doc=3425)
  0.33333334 = coord(1/3)

0.0044454644 = product of:
  0.013336393 = sum of:
    0.013336393 = weight(_text_:on in 36) [ClassicSimilarity], result of:
      0.013336393 = score(doc=36,freq=2.0), product of:
        0.109763056 = queryWeight, product of:
          2.199415 = idf(docFreq=13325, maxDocs=44218)
          0.04990557 = queryNorm
        0.121501654 = fieldWeight in 36, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          2.199415 = idf(docFreq=13325, maxDocs=44218)
          0.0390625 = fieldNorm(doc=36)
  0.33333334 = coord(1/3)

Abstract

University libraries are partnering with disciplinary data producers to provide long-term digital curation of research data sets. Managing data set producer expectations and guiding future development of library services requires understanding the decisions libraries make about curatorial activities, why they make these decisions, and the effects on future data reuse. We present a study, comprising interviews (n = 43) and ethnographic observation, of two university libraries who partnered with the Sloan Digital Sky Survey (SDSS) collaboration to curate a significant astronomy data set. The two libraries made different choices of the materials to curate and associated services, which resulted in different reuse possibilities. Each of the libraries offered partial solutions to the SDSS leaders' objectives. The libraries' approaches to curation diverged due to contextual factors, notably the extant infrastructure at their disposal (including technical infrastructure, staff expertise, values and internal culture, and organizational structure). The Data Transfer Process case offers lessons in understanding how libraries choose curation paths and how these choices influence possibilities for data reuse. Outcomes may not match data producers' initial expectations but may create opportunities for reusing data in unexpected and beneficial ways.