Search (8 results, page 1 of 1)

0.0148557555 = product of:
  0.044567265 = sum of:
    0.035805292 = weight(_text_:bibliothek in 196) [ClassicSimilarity], result of:
      0.035805292 = score(doc=196,freq=2.0), product of:
        0.1578712 = queryWeight, product of:
          4.1055303 = idf(docFreq=1980, maxDocs=44218)
          0.038453303 = queryNorm
        0.22680065 = fieldWeight in 196, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          4.1055303 = idf(docFreq=1980, maxDocs=44218)
          0.0390625 = fieldNorm(doc=196)
    0.008761973 = product of:
      0.026285918 = sum of:
        0.026285918 = weight(_text_:29 in 196) [ClassicSimilarity], result of:
          0.026285918 = score(doc=196,freq=2.0), product of:
            0.13526669 = queryWeight, product of:
              3.5176873 = idf(docFreq=3565, maxDocs=44218)
              0.038453303 = queryNorm
            0.19432661 = fieldWeight in 196, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.5176873 = idf(docFreq=3565, maxDocs=44218)
              0.0390625 = fieldNorm(doc=196)
      0.33333334 = coord(1/3)
  0.33333334 = coord(2/6)

Abstract

Bekanntlich kennt der Aleph-500-OPAC mehrere Arten der Darstellung der Ergebnisliste (Kurztitelanzeige), die - in Abhängigkeit von der entsprechenden Voreinstellung - bei Ergebnismengen von mehr als einem Treffer ausgegeben wird: Neben dem Display in tabellarischer Form gibt es auch eine Darstellung in Listenform, sogar mit einer Option zur Gestaltung durch berechtigte Endbenutzer. In den Online-Katalogen unseres Verbundes hat sich aber praktisch ausschliesslich die erstgenannte Variante durchgesetzt, auf die sich auch die folgenden Aussagen beschränken. Beim 6. SysBib-Treffen, das im Herbst 2002 an der Bibliothek der TU Wien stattfand, zeigten wir erstmals, wie mittels Tabellenparametrisierung und JavaScript (OPAC) die Ergebnisliste mit graphischen Symbolen für spezielle Titel (externe Links, "Sondermaterialien") angereichert werden kann. Diese zunächst für den Österreichischen Verbundkatalog (damals noch unter der Aleph-Version 14.2) erstellte Lösung stiess in systembibliothekarischen Kreisen auf grosses Interesse. Bald darauf wurde eine Variante für die OPACs der an der Verbundzentrale geführten Lokalsysteme erstellt. Diese Lösung wurde von mehreren Verbundbibliotheken mit eigenem Lokalsystem übernommen und mitunter auch weiter modifiziert. 2003 wurde sie bei der D-A-CH-Tagung in Wien vorgestellt. 2005 erfolgten die Anpassung an die Aleph-Version 16 und eine laufzeitorientierte Optimierung des Skripts. Im Februar 2007 wurde das Skript weiter verbessert, um auch bisher nicht berücksichtigte Sonderfälle der Datenstrukturen einzubinden. Da wir immer wieder Anfragen aus dem Verbund erhalten, wollen wir mit diesem Beitrag den aktuellen Stand dokumentieren. Die folgende Darstellung der Funktionsweise der Icon-Anreicherungen beschränkt sich auf eine verbale Beschreibung der zugrundeliegenden Parametrisierungen und Algorithmen. Die Detaildokumentation (Tabellen und Skripte) findet sich auf der Homepage der OBVSG.

Source

Mitteilungen der Vereinigung Österreichischer Bibliothekarinnen und Bibliothekare. 60(2007) H.1, S.29-34

0.010127267 = product of:
  0.060763597 = sum of:
    0.060763597 = weight(_text_:bibliothek in 724) [ClassicSimilarity], result of:
      0.060763597 = score(doc=724,freq=4.0), product of:
        0.1578712 = queryWeight, product of:
          4.1055303 = idf(docFreq=1980, maxDocs=44218)
          0.038453303 = queryNorm
        0.38489348 = fieldWeight in 724, product of:
          2.0 = tf(freq=4.0), with freq of:
            4.0 = termFreq=4.0
          4.1055303 = idf(docFreq=1980, maxDocs=44218)
          0.046875 = fieldNorm(doc=724)
  0.16666667 = coord(1/6)

Abstract

Der Beitrag berichtet über die Erstellung eines hierarchischen Browse- und Abfrage-Interfaces für die lokale Systematik der Bibliothek der Sigmund Freud Privatstiftung (Wien), deren Online-Katalog an der Zentrale des Österreichischen Bibliothekenverbundes (OBVSG) unter Aleph 500 geführt wird. Da dieses System selbst keinerlei Features für die klassifikatorische Recherche vorsieht, wurden 25 HTLM-Seiten in den OPAC integriert, die eine hierarchische Navigation auf den drei Ebenen der Systematik ermöglichen. Mittels eines wöchentlich automatisch eingesetzten Perl-Programms wird dabei auch angezeigt, mit welchen Treffermengen in der jeweiligen Klasse bzw. den zugehörigen Unterklassen (in etwa) zu rechnen ist; diese Anzeige ist ausserdem mit der unmittelbaren Suche nach den betreffenden Titeln verlinkt. Da vonseiten der Bibliothek lediglich die Notationen katalogisiert werden, erfolgt bei der Titel-Vollanzeige mittels einer JavaScript-basierten Umnutzung der Aleph-Funktion "Suchdienste" ebenfalls ein Link auf das hierarchische Interface, um die Bedeutung der jeweiligen Notation im systematischen Kontext zu veranschaulichen.

0.010127267 = product of:
  0.060763597 = sum of:
    0.060763597 = weight(_text_:bibliothek in 1402) [ClassicSimilarity], result of:
      0.060763597 = score(doc=1402,freq=4.0), product of:
        0.1578712 = queryWeight, product of:
          4.1055303 = idf(docFreq=1980, maxDocs=44218)
          0.038453303 = queryNorm
        0.38489348 = fieldWeight in 1402, product of:
          2.0 = tf(freq=4.0), with freq of:
            4.0 = termFreq=4.0
          4.1055303 = idf(docFreq=1980, maxDocs=44218)
          0.046875 = fieldNorm(doc=1402)
  0.16666667 = coord(1/6)

Abstract

Im letzten Heft der VÖB-Mitteilungen wurde über die Erstellung eines hie-rarchischen Browse- und Abfrage-Interfaces für die lokale Systematik im Online-Katalog der Bibliothek der Sigmund Freud Privatstiftung, der im Rahmen eines Aleph-Sharing-Lokalsystems an der Verbundzentrale OBVSG betrieben wird, berichtet. Im Hinblick auf die Darstellung der den Titeldatensätzen jeweils zugeordneten Systematikgruppen in der Vollanzeige des OPACs galt damals noch (sinngemäß): Da vonseiten der Bibliothek lediglich die Notationen katalogisiert werden, wird bei der Titel-Vollanzeige mittels einer JavaScript-basierten Umnutzung der Aleph-Funktion "Suchdienste" ein Link auf das hierarchische Interface generiert, um die Bedeutung der jeweiligen Notation im systematischen Kontext zu veranschaulichen. Diese Lösung, die zwar durchaus besser als das kommentarlose Display einzelner "nackter" Notationen war, ist nunmehr obsolet geworden. Ein vor kurzem implementierter, einfacher Automatismus aus der "Werkstatt" der Verbundzentrale bewirkt die Einspielung der Klassennamen bereits im Katalogisierungsprozess und macht so die Anzeige dieser Benennungen im Katalog (OPAC bzw. Bearbeitungs-GUI) möglich.

0.007405799 = product of:
  0.044434793 = sum of:
    0.044434793 = weight(_text_:internet in 5900) [ClassicSimilarity], result of:
      0.044434793 = score(doc=5900,freq=2.0), product of:
        0.11352337 = queryWeight, product of:
          2.9522398 = idf(docFreq=6276, maxDocs=44218)
          0.038453303 = queryNorm
        0.3914154 = fieldWeight in 5900, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          2.9522398 = idf(docFreq=6276, maxDocs=44218)
          0.09375 = fieldNorm(doc=5900)
  0.16666667 = coord(1/6)

Theme

Internet

0.007405799 = product of:
  0.044434793 = sum of:
    0.044434793 = weight(_text_:internet in 6193) [ClassicSimilarity], result of:
      0.044434793 = score(doc=6193,freq=2.0), product of:
        0.11352337 = queryWeight, product of:
          2.9522398 = idf(docFreq=6276, maxDocs=44218)
          0.038453303 = queryNorm
        0.3914154 = fieldWeight in 6193, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          2.9522398 = idf(docFreq=6276, maxDocs=44218)
          0.09375 = fieldNorm(doc=6193)
  0.16666667 = coord(1/6)

Theme

Internet

0.0041772844 = product of:
  0.025063705 = sum of:
    0.025063705 = weight(_text_:bibliothek in 1703) [ClassicSimilarity], result of:
      0.025063705 = score(doc=1703,freq=2.0), product of:
        0.1578712 = queryWeight, product of:
          4.1055303 = idf(docFreq=1980, maxDocs=44218)
          0.038453303 = queryNorm
        0.15876046 = fieldWeight in 1703, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          4.1055303 = idf(docFreq=1980, maxDocs=44218)
          0.02734375 = fieldNorm(doc=1703)
  0.16666667 = coord(1/6)

Footnote

Rez. in: ABI-Technik 21(2002) H.3, S.292 (E. Pietzsch): "Otto C. Oberhauser hat mit seiner Diplomarbeit eine beeindruckende Analyse digitalisierter Zettelkataloge (CIPACs) vorgelegt. Die Arbeit wartet mit einer Fülle von Daten und Statistiken auf, wie sie bislang nicht vorgelegen haben. BibliothekarInnen, die sich mit der Digitalisierung von Katalogen tragen, finden darin eine einzigartige Vorlage zur Entscheidungsfindung. Nach einem einführenden Kapitel bringt Oberhauser zunächst einen Überblick über eine Auswahl weltweit verfügbarer CIPACs, deren Indexierungsmethode (Binäre Suche, partielle Indexierung, Suche in OCR-Daten) und stellt vergleichende Betrachtungen über geographische Verteilung, Größe, Software, Navigation und andere Eigenschaften an. Anschließend beschreibt und analysiert er Implementierungsprobleme, beginnend bei Gründen, die zur Digitalisierung führen können: Kosten, Umsetzungsdauer, Zugriffsverbesserung, Stellplatzersparnis. Er fährt fort mit technischen Aspekten wie Scannen und Qualitätskontrolle, Image Standards, OCR, manueller Nacharbeit, Servertechnologie. Dabei geht er auch auf die eher hinderlichen Eigenschaften älterer Kataloge ein sowie auf die Präsentation im Web und die Anbindung an vorhandene Opacs. Einem wichtigen Aspekt, nämlich der Beurteilung durch die wichtigste Zielgruppe, die BibliotheksbenutzerInnen, hat Oberhauser eine eigene Feldforschung gewidmet, deren Ergebnisse er im letzten Kapitel eingehend analysiert. Anhänge über die Art der Datenerhebung und Einzelbeschreibung vieler Kataloge runden die Arbeit ab. Insgesamt kann ich die Arbeit nur als die eindrucksvollste Sammlung von Daten, Statistiken und Analysen zum Thema CIPACs bezeichnen, die mir bislang begegnet ist. Auf einen schön herausgearbeiteten Einzelaspekt, nämlich die weitgehende Zersplitterung bei den eingesetzten Softwaresystemen, will ich besonders eingehen: Derzeit können wir grob zwischen Komplettlösungen (eine beauftragte Firma führt als Generalunternehmung sämtliche Aufgaben von der Digitalisierung bis zur Ablieferung der fertigen Anwendung aus) und geteilten Lösungen (die Digitalisierung wird getrennt von der Indexierung und der Softwareerstellung vergeben bzw. im eigenen Hause vorgenommen) unterscheiden. Letztere setzen ein Projektmanagement im Hause voraus. Gerade die Softwareerstellung im eigenen Haus aber kann zu Lösungen führen, die kommerziellen Angeboten keineswegs nachstehen. Schade ist nur, daß die vielfältigen Eigenentwicklungen bislang noch nicht zu Initiativen geführt haben, die, ähnlich wie bei Public Domain Software, eine "optimale", kostengünstige und weithin akzeptierte Softwarelösung zum Ziel haben. Einige kritische Anmerkungen sollen dennoch nicht unerwähnt bleiben. Beispielsweise fehlt eine Differenzierung zwischen "Reiterkarten"-Systemen, d.h. solchen mit Indexierung jeder 20. oder 50. Karte, und Systemen mit vollständiger Indexierung sämtlicher Kartenköpfe, führt doch diese weitreichende Designentscheidung zu erheblichen Kostenverschiebungen zwischen Katalogerstellung und späterer Benutzung. Auch bei den statistischen Auswertungen der Feldforschung hätte ich mir eine feinere Differenzierung nach Typ des CIPAC oder nach Bibliothek gewünscht. So haben beispielsweise mehr als die Hälfte der befragten BenutzerInnen angegeben, die Bedienung des CIPAC sei zunächst schwer verständlich oder seine Benutzung sei zeitaufwendig gewesen. Offen beibt jedoch, ob es Unterschiede zwischen den verschiedenen Realisierungstypen gibt.

0.0029206579 = product of:
  0.017523946 = sum of:
    0.017523946 = product of:
      0.052571837 = sum of:
        0.052571837 = weight(_text_:29 in 983) [ClassicSimilarity], result of:
          0.052571837 = score(doc=983,freq=2.0), product of:
            0.13526669 = queryWeight, product of:
              3.5176873 = idf(docFreq=3565, maxDocs=44218)
              0.038453303 = queryNorm
            0.38865322 = fieldWeight in 983, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.5176873 = idf(docFreq=3565, maxDocs=44218)
              0.078125 = fieldNorm(doc=983)
      0.33333334 = coord(1/3)
  0.16666667 = coord(1/6)

Date

29. 9.2002 14:56:21

0.0010130346 = product of:
  0.0060782074 = sum of:
    0.0060782074 = product of:
      0.018234622 = sum of:
        0.018234622 = weight(_text_:22 in 3353) [ClassicSimilarity], result of:
          0.018234622 = score(doc=3353,freq=2.0), product of:
            0.13465692 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.038453303 = queryNorm
            0.1354154 = fieldWeight in 3353, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.02734375 = fieldNorm(doc=3353)
      0.33333334 = coord(1/3)
  0.16666667 = coord(1/6)

Source

Mitteilungen der Vereinigung Österreichischer Bibliothekarinnen und Bibliothekare. 58(2005) H.1, S.22-37