Search (9 results, page 1 of 1)

0.023828931 = product of:
  0.059572328 = sum of:
    0.04613084 = weight(_text_:system in 366) [ClassicSimilarity], result of:
      0.04613084 = score(doc=366,freq=4.0), product of:
        0.13391352 = queryWeight, product of:
          3.1495528 = idf(docFreq=5152, maxDocs=44218)
          0.04251826 = queryNorm
        0.34448233 = fieldWeight in 366, product of:
          2.0 = tf(freq=4.0), with freq of:
            4.0 = termFreq=4.0
          3.1495528 = idf(docFreq=5152, maxDocs=44218)
          0.0546875 = fieldNorm(doc=366)
    0.013441487 = product of:
      0.04032446 = sum of:
        0.04032446 = weight(_text_:22 in 366) [ClassicSimilarity], result of:
          0.04032446 = score(doc=366,freq=2.0), product of:
            0.1488917 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.04251826 = queryNorm
            0.2708308 = fieldWeight in 366, 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=366)
      0.33333334 = coord(1/3)
  0.4 = coord(2/5)

Abstract

LIAS, the Pennsylvania State University's (Penn State) integrated interactive online system, provides for messaging by the user to inform library staff of errors found in bibliographic records. The message is sent by use of the OOPS command, and results in a printout which is used by processing staff for online catalog maintenance. This article describes LIAS, the use of the OOPS command, the processing of the resulting OOPS reports, an assessment of the effect of its use, and some speculation on the expansion of the LIAS message system for use in catalog maintenance.

Date

7. 1.2007 13:22:30

0.02105642 = product of:
  0.05264105 = sum of:
    0.03727935 = weight(_text_:system in 695) [ClassicSimilarity], result of:
      0.03727935 = score(doc=695,freq=2.0), product of:
        0.13391352 = queryWeight, product of:
          3.1495528 = idf(docFreq=5152, maxDocs=44218)
          0.04251826 = queryNorm
        0.27838376 = fieldWeight in 695, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          3.1495528 = idf(docFreq=5152, maxDocs=44218)
          0.0625 = fieldNorm(doc=695)
    0.015361699 = product of:
      0.046085097 = sum of:
        0.046085097 = weight(_text_:22 in 695) [ClassicSimilarity], result of:
          0.046085097 = score(doc=695,freq=2.0), product of:
            0.1488917 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.04251826 = queryNorm
            0.30952093 = fieldWeight in 695, 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=695)
      0.33333334 = coord(1/3)
  0.4 = coord(2/5)

Abstract

One of the most common errors in cataloguing library materials involves miscoding of the nonfiling indicator of title fields. Notes the extent of the problem and its negative effect on searching in the library's online catalogue and surveys how librarians have approached solutions to the problems. Describes how the major library automation system address this problem

Date

6. 3.1997 16:22:15

0.010544192 = product of:
  0.05272096 = sum of:
    0.05272096 = weight(_text_:system in 911) [ClassicSimilarity], result of:
      0.05272096 = score(doc=911,freq=4.0), product of:
        0.13391352 = queryWeight, product of:
          3.1495528 = idf(docFreq=5152, maxDocs=44218)
          0.04251826 = queryNorm
        0.3936941 = fieldWeight in 911, product of:
          2.0 = tf(freq=4.0), with freq of:
            4.0 = termFreq=4.0
          3.1495528 = idf(docFreq=5152, maxDocs=44218)
          0.0625 = fieldNorm(doc=911)
  0.2 = coord(1/5)

Abstract

Rare book cataloguers have on various occasions expressed frustration that their carefully constructed rare book records 'disappear' into 'vanilla' catalogues designed and maintained by system vendors or by local system staff with only the most general knowledge of cataloguing. Reports the results of a 1993 survey of online systems used for rare book cataloguing and takes a first step toward making a set of recommendations regarding the display and indexing of rare book records in such systems

0.009683615 = product of:
  0.04841807 = sum of:
    0.04841807 = weight(_text_:context in 131) [ClassicSimilarity], result of:
      0.04841807 = score(doc=131,freq=2.0), product of:
        0.17622331 = queryWeight, product of:
          4.14465 = idf(docFreq=1904, maxDocs=44218)
          0.04251826 = queryNorm
        0.27475408 = fieldWeight in 131, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          4.14465 = idf(docFreq=1904, maxDocs=44218)
          0.046875 = fieldNorm(doc=131)
  0.2 = coord(1/5)

Abstract

Argues that in library cataloguing and for optional functionality of bibliographic records the indexing of fields and subfields should follow a uniform approach. This would maintain effectiveness in searching, retrieval and display of bibliographic information both within systems and between systems. However, a review of different postings to the AUTOCAT and USMARC discussion lists indicates that the indexing and tagging of cataloguing data do not, at present, follow a consistent approach in online library systems. If the rationale of cataloguing principles is to bring uniformity in bibliographic description and effectiveness in access, they should also address the question of uniform approaches to the indexing of cataloguing data. In this context and in terms of the identification and handling of data elements, cataloguing standards (codes, MARC formats and the Z39.50 standard) should be brought closer, in that they should provide guidelines for the designation of data elements for machine readable records

0.005272096 = product of:
  0.02636048 = sum of:
    0.02636048 = weight(_text_:system in 3269) [ClassicSimilarity], result of:
      0.02636048 = score(doc=3269,freq=4.0), product of:
        0.13391352 = queryWeight, product of:
          3.1495528 = idf(docFreq=5152, maxDocs=44218)
          0.04251826 = queryNorm
        0.19684705 = fieldWeight in 3269, product of:
          2.0 = tf(freq=4.0), with freq of:
            4.0 = termFreq=4.0
          3.1495528 = idf(docFreq=5152, maxDocs=44218)
          0.03125 = fieldNorm(doc=3269)
  0.2 = coord(1/5)

Abstract

Aus Benutzersicht verkörpern Online-Kataloge "the most visible form of library automation." Entweder über das lokale Netzwerk innerhalb der Bibliothek oder eingebunden in das Web-Portal von außerhalb zugänglich, bildet der Online-Katalog den zentralen Ausgangspunkt für die Recherche in Bibliotheksbeständen. Er ist zugleich Kernbestandteil eines integrierten Bibliothekssystems, dessen Entwicklung "has been one of movement from centralized systems, designed and controlled by system designers and programmers, to more and more distributed and customizable systems." Letztgenannte Eigenschaft kennzeichnet auch das Bibliothekssystem ALEPH 500, das vor zehn Jahren mit der Einführung durch die Vorarlberger Landesbibliothek in Bregenz/ Österreich seinen Einzug in den deutschsprachigen Raum startete. Bereits ein Jahr später wurde die Anwendung von den vier Berliner Universitätsbibliotheken in Betrieb genommen und ist seit 2002 auch in der Senatsbibliothek Berlin im Einsatz. Der wiederholte Kontakt mit dem ALEPH-System - sei es im Rahmen von Literaturrecherche, Praktikum oder universitärem Veranstaltungsangebot - gab Anlass für eine nähere Beschäftigung mit diesem Thema. Ziel der vorliegenden Arbeit ist die Auseinandersetzung mit der Funktionalität von ALEPH-Katalogen und das Herausstellen ihrer Unterschiede im Umfang und in der Ausgestaltung des Angebots hinsichtlich der Ausrichtung auf die Bedürfnisse der Benutzer. Angesichts der gestiegenen Erwartungshaltung in Bezug auf eine schnelle und zuverlässige Informationsbeschaffung soll der Frage nachgegangen werden, in welchem Ausmaß die verfügbaren Möglichkeiten des Softwaresystems ausgeschöpft bzw. zusätzlich ergänzt werden. Die Untersuchung beschränkt sich ausschließlich auf deutschsprachige Kataloge, um aufgrund der ähnlichen Randbedingungen eine bessere Vergleichbarkeit zu gewährleisten. Auf Aspekte der Gestaltung und der Barrierefreiheit wird dabei nicht näher eingegangen, da diese wiederum selbst eigenständige Themengebiete darstellen. Auch der Bereich der Online-Hilfen ist von der Untersuchung ausgenommen, da diese bereits an anderer Stelle ausführlich behandelt wurden. Die Aufbereitung der Ergebnisse betrachtet die untersuchten Online-Kataloge überwiegend in ihrer Gesamtheit, einige beispielhafte Fälle werden zur Demonstration hervorgehoben. Die genauen Resultate sind im Einzelnen erfasst und können der Tabelle im Anhang entnommen werden.

0.0030723398 = product of:
  0.015361699 = sum of:
    0.015361699 = product of:
      0.046085097 = sum of:
        0.046085097 = weight(_text_:22 in 7234) [ClassicSimilarity], result of:
          0.046085097 = score(doc=7234,freq=2.0), product of:
            0.1488917 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.04251826 = queryNorm
            0.30952093 = fieldWeight in 7234, 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=7234)
      0.33333334 = coord(1/3)
  0.2 = coord(1/5)

Source

Cataloguing Australia. 22(1996) nos.1/2, S.21-25

0.0026882975 = product of:
  0.013441487 = sum of:
    0.013441487 = product of:
      0.04032446 = sum of:
        0.04032446 = weight(_text_:22 in 5162) [ClassicSimilarity], result of:
          0.04032446 = score(doc=5162,freq=2.0), product of:
            0.1488917 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.04251826 = queryNorm
            0.2708308 = fieldWeight in 5162, 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=5162)
      0.33333334 = coord(1/3)
  0.2 = coord(1/5)

Source

Cataloging and classification quarterly. 22(1996) no.1, S.3-28

0.0023299593 = product of:
  0.011649796 = sum of:
    0.011649796 = weight(_text_:system in 3556) [ClassicSimilarity], result of:
      0.011649796 = score(doc=3556,freq=2.0), product of:
        0.13391352 = queryWeight, product of:
          3.1495528 = idf(docFreq=5152, maxDocs=44218)
          0.04251826 = queryNorm
        0.08699492 = fieldWeight in 3556, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          3.1495528 = idf(docFreq=5152, maxDocs=44218)
          0.01953125 = fieldNorm(doc=3556)
  0.2 = coord(1/5)

Content

Die Deutsche Bibliothek Retrieval von Content In dem Projekt wird angestrebt, Verfahren zu entwickeln und einzuführen, die automatisch und ohne intellektuelle Bearbeitung für das Content-Retrieval ausreichend Sucheinstiege bieten. Dabei kann es sich um die Suche nach Inhalten von Volltexten, digitalen Abbildern, Audiofiles, Videofiles etc. von in Der Deutschen Bibliothek archivierten digitalen Ressourcen oder digitalen Surrogaten archivierter analoger Ressourcen (z. B. OCR-Ergebnisse) handeln. Inhalte, die in elektronischer Form vorhanden sind, aber dem InternetBenutzer Der Deutschen Bibliothek bisher nicht oder nur eingeschränkt zur Verfügung stehen, sollen in möglichst großem Umfang und mit möglichst großem Komfort nutzbar gemacht werden. Darüber hinaus sollen Inhalte benutzt werden, die für ein in ILTIS katalogisiertes Objekt beschreibenden Charakter haben, um auf das beschriebene Objekt zu verweisen. Die höchste Priorität liegt dabei auf der Erschließung von Inhalten in Textformaten. In einem ersten Schritt wurde der Volltext aller Zeitschriften, die im Projekt "Exilpresse digital" digitalisiert wurden, für eine erweiterte Suche genutzt. In einem nächsten Schritt soll die PSI-Software für die Volltextindexierung von Abstracts evaluiert werden. MILOS Mit dem Einsatz von MILOS eröffnet sich die Möglichkeit, nicht oder wenig sachlich erschlossene Bestände automatisch mit ergänzenden Inhaltserschließungsinformationen zu versehen, der Schwerpunkt liegt dabei auf der Freitext-Indexierung. Das bereits in einigen Bibliotheken eingesetzte System, das inzwischen von Der Deutschen Bibliothek für Deutschland lizenziert wurde, wurde in eine UNIX-Version überführt und angepasst. Inzwischen wurde nahezu der gesamte Bestand rückwirkend behandelt, die Daten werden im Gesamt-OPAC für die Recherche zur Verfügung stehen. Die in einer XMLStruktur abgelegten Indexeinträge werden dabei vollständig indexiert und zugänglich gemacht. Ein weiterer Entwicklungsschritt wird in dem Einsatz von MILOS im Online-Verfahren liegen.

0.0023251716 = product of:
  0.011625858 = sum of:
    0.011625858 = product of:
      0.034877572 = sum of:
        0.034877572 = weight(_text_:29 in 637) [ClassicSimilarity], result of:
          0.034877572 = score(doc=637,freq=2.0), product of:
            0.14956595 = queryWeight, product of:
              3.5176873 = idf(docFreq=3565, maxDocs=44218)
              0.04251826 = queryNorm
            0.23319192 = fieldWeight in 637, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.5176873 = idf(docFreq=3565, maxDocs=44218)
              0.046875 = fieldNorm(doc=637)
      0.33333334 = coord(1/3)
  0.2 = coord(1/5)

Source

Knowledge organization. 29(2002) no.2, S.78-86