Search (18 results, page 1 of 1)

0.028280882 = product of:
  0.056561764 = sum of:
    0.056561764 = product of:
      0.11312353 = sum of:
        0.11312353 = weight(_text_:22 in 6462) [ClassicSimilarity], result of:
          0.11312353 = score(doc=6462,freq=2.0), product of:
            0.1827397 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.052184064 = queryNorm
            0.61904186 = fieldWeight in 6462, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.125 = fieldNorm(doc=6462)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

Source

Library journal. 123(1998) no.19, S.22-24

0.019058352 = product of:
  0.038116705 = sum of:
    0.038116705 = product of:
      0.07623341 = sum of:
        0.07623341 = weight(_text_:systems in 364) [ClassicSimilarity], result of:
          0.07623341 = score(doc=364,freq=8.0), product of:
            0.16037072 = queryWeight, product of:
              3.0731742 = idf(docFreq=5561, maxDocs=44218)
              0.052184064 = queryNorm
            0.47535738 = fieldWeight in 364, product of:
              2.828427 = tf(freq=8.0), with freq of:
                8.0 = termFreq=8.0
              3.0731742 = idf(docFreq=5561, maxDocs=44218)
              0.0546875 = fieldNorm(doc=364)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

Abstract

Examines the future for catalogues and cataloguers. Traces developments over the last decade: automation, networks, search and retrieve protocols and pwerful new PCs, which have forced and enabled massive cataloguing changes. Librarians have been good at adapting to new situations, but they have not accepted the standards developed for manual systems are not always applicable to today's automated systems. Discusses how new standards and systems can be developed to be of more relevance. Cataloguers need to be aware of the increasing digitization of material, and its impact in research and libraries, and be prepared to play their part in developing new information retrieval systems

0.014140441 = product of:
  0.028280882 = sum of:
    0.028280882 = product of:
      0.056561764 = sum of:
        0.056561764 = weight(_text_:22 in 5581) [ClassicSimilarity], result of:
          0.056561764 = score(doc=5581,freq=2.0), product of:
            0.1827397 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.052184064 = queryNorm
            0.30952093 = fieldWeight in 5581, 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=5581)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

Source

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

0.012372886 = product of:
  0.024745772 = sum of:
    0.024745772 = product of:
      0.049491543 = sum of:
        0.049491543 = weight(_text_:22 in 3656) [ClassicSimilarity], result of:
          0.049491543 = score(doc=3656,freq=2.0), product of:
            0.1827397 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.052184064 = queryNorm
            0.2708308 = fieldWeight in 3656, 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=3656)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

Series

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

0.012372886 = product of:
  0.024745772 = sum of:
    0.024745772 = product of:
      0.049491543 = sum of:
        0.049491543 = weight(_text_:22 in 106) [ClassicSimilarity], result of:
          0.049491543 = score(doc=106,freq=2.0), product of:
            0.1827397 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.052184064 = queryNorm
            0.2708308 = fieldWeight in 106, 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=106)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

Date

10. 9.2000 17:38:22

0.012372886 = product of:
  0.024745772 = sum of:
    0.024745772 = product of:
      0.049491543 = sum of:
        0.049491543 = weight(_text_:22 in 600) [ClassicSimilarity], result of:
          0.049491543 = score(doc=600,freq=2.0), product of:
            0.1827397 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.052184064 = queryNorm
            0.2708308 = fieldWeight in 600, 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=600)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

Source

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

0.012372886 = product of:
  0.024745772 = sum of:
    0.024745772 = product of:
      0.049491543 = sum of:
        0.049491543 = weight(_text_:22 in 601) [ClassicSimilarity], result of:
          0.049491543 = score(doc=601,freq=2.0), product of:
            0.1827397 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.052184064 = queryNorm
            0.2708308 = fieldWeight in 601, 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=601)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

Source

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

0.010890487 = product of:
  0.021780973 = sum of:
    0.021780973 = product of:
      0.043561947 = sum of:
        0.043561947 = weight(_text_:systems in 5748) [ClassicSimilarity], result of:
          0.043561947 = score(doc=5748,freq=2.0), product of:
            0.16037072 = queryWeight, product of:
              3.0731742 = idf(docFreq=5561, maxDocs=44218)
              0.052184064 = queryNorm
            0.2716328 = fieldWeight in 5748, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.0731742 = idf(docFreq=5561, maxDocs=44218)
              0.0625 = fieldNorm(doc=5748)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

Abstract

Examines the future of the cataloguer in an increasingly electronic environment arguing that this future will depend on adopting a more holistic approach that broadens the concept from cataloguing to the organization of information. If the goal of libraries is to provide access to information it is the organizational tools created by cataloguers that help meet this goal. Cataloguers must be aware of the potential uses of information and how it may be exploited and administrators must capitalize on cataloguers' expertise when information systems based on their work are developed

0.009625921 = product of:
  0.019251842 = sum of:
    0.019251842 = product of:
      0.038503684 = sum of:
        0.038503684 = weight(_text_:systems in 5973) [ClassicSimilarity], result of:
          0.038503684 = score(doc=5973,freq=4.0), product of:
            0.16037072 = queryWeight, product of:
              3.0731742 = idf(docFreq=5561, maxDocs=44218)
              0.052184064 = queryNorm
            0.24009174 = fieldWeight in 5973, product of:
              2.0 = tf(freq=4.0), with freq of:
                4.0 = termFreq=4.0
              3.0731742 = idf(docFreq=5561, maxDocs=44218)
              0.0390625 = fieldNorm(doc=5973)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

Abstract

Reports results of 2 separate but related projects to study the influence of spelling errors (misspellings), made by searchers, on the subject searching of online catalogues and to suggest ways of improving error detection systems to handle the errors that they detect. This involved the categorization of user queries for subjects that were extracted from the online catalogue transaction logs of 4 USA university libraries. The research questions considered: the prevalence of misspellings in user queries for subjects; and how users respond to online catalogues that detect possible spelling errors in their subject queries. Less than 6% of user queries that match the catalogue's controlled and free text terms were found to contain spelling errors. While the majority of users corrected misspelled query words, a sizable proportion made an action that was even more detrimental than the original misspelling. Concludes with 3 recommended improvements: online catalogues should be equipped with search trees to place the burden of selecting a subject the system instead of the user; systems should be equipped with automatic spelling checking routines that inform users of possibly misspelled words; and online catalogues should be enhanced with tools and techniques to distinguish between queries that fail due to misspellings and correction failures. Cautions that spelling is not a serious problem but can seriously hinder the most routine subject search

0.009529176 = product of:
  0.019058352 = sum of:
    0.019058352 = product of:
      0.038116705 = sum of:
        0.038116705 = weight(_text_:systems in 664) [ClassicSimilarity], result of:
          0.038116705 = score(doc=664,freq=2.0), product of:
            0.16037072 = queryWeight, product of:
              3.0731742 = idf(docFreq=5561, maxDocs=44218)
              0.052184064 = queryNorm
            0.23767869 = fieldWeight in 664, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.0731742 = idf(docFreq=5561, maxDocs=44218)
              0.0546875 = fieldNorm(doc=664)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

Abstract

Cataloguing education has been the focus of definition and ebate for over a century. Moving beyond cataloguing theory and the creation of records, to the management and process of producing catalogues, increases the complexity of demands placed on professionals and educators. Graduates need to understand their catalogues and integrated systems holistically. This requires a knowledge of each element, of standards governing the creation and maintenance of records, and of the relationship between the record and the catalogue and/or its constituent network. Moreover, the professional must know these things critically, and beyond mere acceptance of standards, so that the catalogue can effectively perform its mediating function between the collection and users

0.009529176 = product of:
  0.019058352 = sum of:
    0.019058352 = product of:
      0.038116705 = sum of:
        0.038116705 = weight(_text_:systems in 2099) [ClassicSimilarity], result of:
          0.038116705 = score(doc=2099,freq=2.0), product of:
            0.16037072 = queryWeight, product of:
              3.0731742 = idf(docFreq=5561, maxDocs=44218)
              0.052184064 = queryNorm
            0.23767869 = fieldWeight in 2099, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.0731742 = idf(docFreq=5561, maxDocs=44218)
              0.0546875 = fieldNorm(doc=2099)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

Abstract

Discusses how classification systems have developed to perform the work of articulation in electronic libraries as exemplified by projects involving cooperative design of classificatory structures and democratic classification and indexing. Delineates the stages in this evolution and focuses on the mutual design activity of libraries and users which took place in the development of an enriched multimedia catalogue on the WWW at Ballerup public library in Denmark and on research in england into the democratic indexing of images and fiction. Although recent projects are promising it is important to avoid a mechanistic concept of knowledge and maintain a social view

0.009529176 = product of:
  0.019058352 = sum of:
    0.019058352 = product of:
      0.038116705 = sum of:
        0.038116705 = weight(_text_:systems in 4638) [ClassicSimilarity], result of:
          0.038116705 = score(doc=4638,freq=2.0), product of:
            0.16037072 = queryWeight, product of:
              3.0731742 = idf(docFreq=5561, maxDocs=44218)
              0.052184064 = queryNorm
            0.23767869 = fieldWeight in 4638, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.0731742 = idf(docFreq=5561, maxDocs=44218)
              0.0546875 = fieldNorm(doc=4638)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

Abstract

Explains the background to resource sharing as it has developed in Canada. Descrbes the vCuc (virtual Canadian union catalogue pilot project) which is being completed under the umbrella of the national resource sharing strategy. Lists the goals of the project, the main one being to demonstrate the feasibility of using Z39.50 standards to emulate a centralized union catalogue, and the challenge and issues to project gave rise to. Discusses the pros and cons of Z39.50 and the aereas where it needs development and, most importantly, integration into vendor systems

0.009529176 = product of:
  0.019058352 = sum of:
    0.019058352 = product of:
      0.038116705 = sum of:
        0.038116705 = weight(_text_:systems in 5187) [ClassicSimilarity], result of:
          0.038116705 = score(doc=5187,freq=2.0), product of:
            0.16037072 = queryWeight, product of:
              3.0731742 = idf(docFreq=5561, maxDocs=44218)
              0.052184064 = queryNorm
            0.23767869 = fieldWeight in 5187, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.0731742 = idf(docFreq=5561, maxDocs=44218)
              0.0546875 = fieldNorm(doc=5187)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

Abstract

Without reform and adaptation to contemporary technology, existing paper libraries may become increasingly marginalized and eventually little more than book museums. Proposes a new method to organize access to paper resources by using relational database management systems technology to change libraries' existing data structures and concepts of organization of materials in order to create an open, shared, easy-to-use and cooperatively maintained system. Without substantial proactive change, users familiar with accessing and manipulating digital materials will become very intolerant of the anomalies and archaisms of libraries' card-based automated catalogues. Outlines the benefits of such a system and lists considerations which should be taken into account in its design

0.009529176 = product of:
  0.019058352 = sum of:
    0.019058352 = product of:
      0.038116705 = sum of:
        0.038116705 = weight(_text_:systems in 5613) [ClassicSimilarity], result of:
          0.038116705 = score(doc=5613,freq=2.0), product of:
            0.16037072 = queryWeight, product of:
              3.0731742 = idf(docFreq=5561, maxDocs=44218)
              0.052184064 = queryNorm
            0.23767869 = fieldWeight in 5613, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.0731742 = idf(docFreq=5561, maxDocs=44218)
              0.0546875 = fieldNorm(doc=5613)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

Abstract

Cataloguing has always depended on choices made by non cataloguers and it has been driven by technology. Technological innovations expand the range of materials requiring bibliographic control and also improve the quality of that control. In the near future, economic factors will constrain opportunities to continue improving quality. Technological factors will continue to broaden demands on cataloguers. Inability to continue expanding the revenue streams of supporting institutions will limit cataloguer's efforts while rapid growth of information bearing technology, particularly on networks, will inflate demands for cataloguing. Librarians must develop expanded skills with automation networks and modern software systems if they are to maintain control

0.008837775 = product of:
  0.01767555 = sum of:
    0.01767555 = product of:
      0.0353511 = sum of:
        0.0353511 = weight(_text_:22 in 605) [ClassicSimilarity], result of:
          0.0353511 = score(doc=605,freq=2.0), product of:
            0.1827397 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.052184064 = queryNorm
            0.19345059 = fieldWeight in 605, 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=605)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

Date

9. 2.1997 18:44:22

0.008837775 = product of:
  0.01767555 = sum of:
    0.01767555 = product of:
      0.0353511 = sum of:
        0.0353511 = weight(_text_:22 in 107) [ClassicSimilarity], result of:
          0.0353511 = score(doc=107,freq=2.0), product of:
            0.1827397 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.052184064 = queryNorm
            0.19345059 = fieldWeight in 107, 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=107)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

Date

10. 9.2000 17:38:22

0.008167865 = product of:
  0.01633573 = sum of:
    0.01633573 = product of:
      0.03267146 = sum of:
        0.03267146 = weight(_text_:systems in 8192) [ClassicSimilarity], result of:
          0.03267146 = score(doc=8192,freq=2.0), product of:
            0.16037072 = queryWeight, product of:
              3.0731742 = idf(docFreq=5561, maxDocs=44218)
              0.052184064 = queryNorm
            0.2037246 = fieldWeight in 8192, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.0731742 = idf(docFreq=5561, maxDocs=44218)
              0.046875 = fieldNorm(doc=8192)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

Abstract

Contends that library catalogues need to be seen as merely part of the information seeker's world and proposes the concept of a learning catalogue for library clients which will capture ways in which clients use data thus providing ideas for the further development of the system. Proposes a client centred system which is separated to maintain the bibliographic database from the mode of presentation of that data to the client. The designer of retrieval systems, by accepting that each client brings a unique view of the world's knowledge base to the information seeking activity, needs to acknowledge that this view of the world must be handled uniquely. By overlaying the idea of a learning component, it is possible to see how future queries might be handled more efficiently and the system can grow with client's developing needs

0.008167865 = product of:
  0.01633573 = sum of:
    0.01633573 = product of:
      0.03267146 = sum of:
        0.03267146 = weight(_text_:systems in 4624) [ClassicSimilarity], result of:
          0.03267146 = score(doc=4624,freq=2.0), product of:
            0.16037072 = queryWeight, product of:
              3.0731742 = idf(docFreq=5561, maxDocs=44218)
              0.052184064 = queryNorm
            0.2037246 = fieldWeight in 4624, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.0731742 = idf(docFreq=5561, maxDocs=44218)
              0.046875 = fieldNorm(doc=4624)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

Abstract

The foundations of the card catalogue, catalogue use studies what can be conjectured about user needs suggest that future catalogues, as they are made possible throught the manipulations of computerized bibliographic records, ought not to take a single format. The concept of the main entry will no longer be valid at this point and multiple access points will be possible. Machine based systems will allow librarians to construct a series of catalogues to meet user needs. Proposes that there might be 3 catalogue levels of varying form and size to meet the needs of different levels of use and types of users: librarian's catalogue with full details; general user's catalogue, a location tool; and individual user's catalogue, full records in particular fields. Users could add their own material to their own catalogues and SDI via a message device would be possible