Search (98 results, page 1 of 5)

0.015169296 = product of:
  0.13652366 = sum of:
    0.13652366 = sum of:
      0.034601673 = weight(_text_:web in 1742) [ClassicSimilarity], result of:
        0.034601673 = score(doc=1742,freq=2.0), product of:
          0.09596372 = queryWeight, product of:
            3.2635105 = idf(docFreq=4597, maxDocs=44218)
            0.02940506 = queryNorm
          0.36057037 = fieldWeight in 1742, product of:
            1.4142135 = tf(freq=2.0), with freq of:
              2.0 = termFreq=2.0
            3.2635105 = idf(docFreq=4597, maxDocs=44218)
            0.078125 = fieldNorm(doc=1742)
      0.101922 = weight(_text_:seite in 1742) [ClassicSimilarity], result of:
        0.101922 = score(doc=1742,freq=2.0), product of:
          0.16469958 = queryWeight, product of:
            5.601063 = idf(docFreq=443, maxDocs=44218)
            0.02940506 = queryNorm
          0.6188358 = fieldWeight in 1742, product of:
            1.4142135 = tf(freq=2.0), with freq of:
              2.0 = termFreq=2.0
            5.601063 = idf(docFreq=443, maxDocs=44218)
            0.078125 = fieldNorm(doc=1742)
  0.11111111 = coord(1/9)

Footnote

Neuere Ausgaben nur über die Web-Seite: http://www.allegro-c.de/allegro/formate/formate.htm

0.008750779 = product of:
  0.078757 = sum of:
    0.078757 = weight(_text_:benutzerfreundlichkeit in 4013) [ClassicSimilarity], result of:
      0.078757 = score(doc=4013,freq=2.0), product of:
        0.2289144 = queryWeight, product of:
          7.7848644 = idf(docFreq=49, maxDocs=44218)
          0.02940506 = queryNorm
        0.34404564 = fieldWeight in 4013, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          7.7848644 = idf(docFreq=49, maxDocs=44218)
          0.03125 = fieldNorm(doc=4013)
  0.11111111 = coord(1/9)

Abstract

Die Dokumentationsabteilung im Institut für Museumskunde der Staatlichen Museen Preußischer Kulturbesitz (IfM) hat die Aufgabe, bundesweit Museen und museale Einrichtungen bei der Einführung der Informationstechnik mit Rat und Tat zu unterstützen. Hierbei arbeitet sie mit dem Konrad-Zuse-Zentrum für Informationstechnik Berlin (ZIB) zusammen. Diese Aktivitäten liegen im Bereich einer professionell durchgeführten Rationalisierung; Computerisierung ist nicht Selbstzweck, sondern eine Möglichkeit, ohnehin durchzuführende Arbeiten in puncto Zeit und Kosten effizienter zu gestalten bzw. Dinge durchzuführen, für die man beim Einsatz konventioneller Methoden weder die Zeit noch das Geld hätte. Mit der Vermittlung der hierfür notwendigen Kenntnisse und Fertigkeiten ist ein kleines Institut wie das IfM wegen des rapide ansteigenden Beratungsbedarfs der Museen heute noch weit überfordert. Wir konzentrieren daher unsere Aktivitäten auf eine Zusammenarbeit mit den für die Museumsbetreuung zuständigen Einrichtungen in den Bundesländern. Wir haben die Hoffnung, daß mehr und mehr Bundesländer für diese Aufgabe eigene Dienstleistungsangebote entwickeln werden. Bevor das erreicht ist, versucht das HM interessierten Museen zumindest eine "Hilfe zur Selbsthilfe" anzubieten; auch wenn dieses oder jenes Bundesland noch nicht in der Lage ist, seine Museen auf diesem Gebiet professionell zu beraten, soll es einzelnen Museen zumindest erleichtert werden, sich hier selber schlau zu machen. Zum Inhalt: Zur Zeit der Großrechner waren sich noch alle Beteiligten darüber einig, daß man für den Einsatz der Informationstechnik professioneller Hilfe bedarf. Man war bereit, sich den Anforderungen der Maschine anzupassen, man versuchte, sich "computergerecht" zu verhalten. Die Einführung leicht zu bedienender und leistungsstarker Computer im Bürobereich hat diese Arbeitsbedingungen aber grundlegend verändert. Auch Leute, die von Computer noch nichts verstehen, können heute in wenigen Tagen lernen, mit Programmen für "Textverarbeitung" ganz selbstverständlich umzugehen. Sie erwarten daher, daß das bei einem Einsatz des Computers für die Inventarisierung genauso problemlos sei. Von einer solchen Benutzerfreundlichkeit der Programme sind wir im deutschen Museumswesen aber noch weit entfernt. Das hat einen einfachen Grund: In die eben erwähnten einfach zu handhabenden Programme wurde inzwischen hunderte oder gar tausende von "Mannjahren" investiert; ein erheblicher Teil dieser Mittel diente dazu, den Computer den spezifischen Bedürfnissen bestimmter Arbeitsplätze anzupassen, bzw. die daran arbeitenden Mitarbeiter auszubilden. Bis das auch für das Museum gilt, wird wohl noch einige Zeit vergehen; dieser Markt ist zu klein, als daß sich solche Investitionen auf rein kommerzieller Basis kurzfristig auszahlen könnten. Das Institut für Museumskunde versucht hier Hilfestellung zu geben. Das vorliegende Heft 33 der "Materialien" ist aus Beratungen und Kursen hervorgegangen. Es versucht, die für die Einführung der Informationstechnik im Museum unabdingbaren grundlegenden Computerkenntnisse für Museumsleute in Form eines Lern- und Lesebuchs zu vermitteln. Es schließt damit an Heft 30 (Jane Sunderland und Leonore Sarasan, Was muß man alles tun, um den Computer im Museum erfolgreich einzusetzen?) direkt an und soll zusammen mit ihm benutzt werden.

0.00808388 = product of:
  0.03637746 = sum of:
    0.013840669 = product of:
      0.027681338 = sum of:
        0.027681338 = weight(_text_:web in 2845) [ClassicSimilarity], result of:
          0.027681338 = score(doc=2845,freq=2.0), product of:
            0.09596372 = queryWeight, product of:
              3.2635105 = idf(docFreq=4597, maxDocs=44218)
              0.02940506 = queryNorm
            0.2884563 = fieldWeight in 2845, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.2635105 = idf(docFreq=4597, maxDocs=44218)
              0.0625 = fieldNorm(doc=2845)
      0.5 = coord(1/2)
    0.022536792 = product of:
      0.045073584 = sum of:
        0.045073584 = weight(_text_:22 in 2845) [ClassicSimilarity], result of:
          0.045073584 = score(doc=2845,freq=4.0), product of:
            0.10297151 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.02940506 = queryNorm
            0.4377287 = fieldWeight in 2845, 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=2845)
      0.5 = coord(1/2)
  0.22222222 = coord(2/9)

Abstract

The current library bibliographic infrastructure was constructed in the early days of computers - before the Web, XML, and a variety of other technological advances that now offer new opportunities. General requirements of a modern metadata infrastructure for libraries are identified, including such qualities as versatility, extensibility, granularity, and openness. A new kind of metadata infrastructure is then proposed that exhibits at least some of those qualities. Some key challenges that must be overcome to implement a change of this magnitude are identified.

Date

9.12.2005 19:22:38

Source

Library hi tech. 22(2004) no.2, S.175-181

0.005789892 = product of:
  0.026054513 = sum of:
    0.012110585 = product of:
      0.02422117 = sum of:
        0.02422117 = weight(_text_:web in 2837) [ClassicSimilarity], result of:
          0.02422117 = score(doc=2837,freq=2.0), product of:
            0.09596372 = queryWeight, product of:
              3.2635105 = idf(docFreq=4597, maxDocs=44218)
              0.02940506 = queryNorm
            0.25239927 = fieldWeight in 2837, 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=2837)
      0.5 = coord(1/2)
    0.013943928 = product of:
      0.027887857 = sum of:
        0.027887857 = weight(_text_:22 in 2837) [ClassicSimilarity], result of:
          0.027887857 = score(doc=2837,freq=2.0), product of:
            0.10297151 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.02940506 = queryNorm
            0.2708308 = fieldWeight in 2837, 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=2837)
      0.5 = coord(1/2)
  0.22222222 = coord(2/9)

Abstract

This paper describes the Metadata Object Description Schema (MODS), its accompanying documentation and some of its applications. It reviews the MODS user guidelines provided by the Library of Congress and how they enable a user of the schema to consistently apply MODS as a metadata scheme. Because the schema itself could not fully document appropriate usage, the guidelines provide element definitions, history, relationships with other elements, usage conventions, and examples. Short descriptions of some MODS applications are given and a more detailed discussion of its use in the Library of Congress's Minerva project for Web archiving is given.

Source

Library hi tech. 22(2004) no.1, S.89-98

0.00576189 = product of:
  0.05185701 = sum of:
    0.05185701 = product of:
      0.10371402 = sum of:
        0.10371402 = weight(_text_:bewertung in 371) [ClassicSimilarity], result of:
          0.10371402 = score(doc=371,freq=2.0), product of:
            0.18575147 = queryWeight, product of:
              6.31699 = idf(docFreq=216, maxDocs=44218)
              0.02940506 = queryNorm
            0.5583483 = fieldWeight in 371, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              6.31699 = idf(docFreq=216, maxDocs=44218)
              0.0625 = fieldNorm(doc=371)
      0.5 = coord(1/2)
  0.11111111 = coord(1/9)

Abstract

Király (2019a) beschreibt eine neuartige Methodologie der systematischen Analyse der Bewertung der Qualität von MARC-21-Datensätzen. In seiner Forschungsarbeit untersucht er die Gesamtkataloge von 16 wichtigen Nationalund Forschungsbibliotheken. Die Ergebnisse beleuchten einige typische Probleme und liefern hilfreiche Messgrößen für das Verständnis von qualitätsentscheidenden Strukturmerkmalen eines Katalogs. In dieser weiterführenden Studie wollen wir eine tiefergehende Analyse einer kleineren Menge von Katalogen durchführen.

0.0051105353 = product of:
  0.02299741 = sum of:
    0.018017435 = product of:
      0.03603487 = sum of:
        0.03603487 = weight(_text_:seite in 3124) [ClassicSimilarity], result of:
          0.03603487 = score(doc=3124,freq=4.0), product of:
            0.16469958 = queryWeight, product of:
              5.601063 = idf(docFreq=443, maxDocs=44218)
              0.02940506 = queryNorm
            0.21879151 = fieldWeight in 3124, product of:
              2.0 = tf(freq=4.0), with freq of:
                4.0 = termFreq=4.0
              5.601063 = idf(docFreq=443, maxDocs=44218)
              0.01953125 = fieldNorm(doc=3124)
      0.5 = coord(1/2)
    0.0049799746 = product of:
      0.009959949 = sum of:
        0.009959949 = weight(_text_:22 in 3124) [ClassicSimilarity], result of:
          0.009959949 = score(doc=3124,freq=2.0), product of:
            0.10297151 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.02940506 = queryNorm
            0.09672529 = fieldWeight in 3124, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.01953125 = fieldNorm(doc=3124)
      0.5 = coord(1/2)
  0.22222222 = coord(2/9)

Content

Zusammenarbeit der Verbundsysteme Im Rahmen der Diskussion um das weitere Vorgehen nach Abschluss des Projekts Umstieg auf internationale Formate und Regelwerke (MARC21, AACR2) haben sich die Mitglieder der Arbeitsgemeinschaft der Verbundsysteme darauf geeinigt, ihre Datenstrukturen zu vereinheitlichen als Voraussetzung für eine Verbesserung von Datentausch und Fremddatennutzung. Die Arbeitsgemeinschaft der Verbundsysteme hat erkannt, dass die gemeinsamen Zielvorstellungen am ökonomischsten mit der verpflichtenden Anwendung von MARC21 als Transportformat zu erreichen sind. Die Alternative "Weiterentwicklung von MAB2 zu MAB3" würde vor dem Hintergrund, dass MARC21 für die Übernahme ausländischer Fremddaten sowie für die Lieferung deutscher Daten an ausländische Kataloge und Portale ohnehin bedient werden müsste, in erheblichem Maß künftig dauerhaft zusätzliche Kapazitäten binden, die von den Unterhaltsträgern bewilligt werden müssten, was bei der derzeitigen Haushaltslage eher unwahrscheinlich erscheint. Zudem wird eine notwendige Weiterentwicklung von MAB2 zu MAB3 - konsequent wiederholbare Kategorien und Subfield-Verwendung - sich strukturell faktisch nicht mehr von einem MARC-Format unterscheiden. Eine Weiterentwicklung des bisherigen deutschen Datenaustauschformats MAB2 zu MAB3 wird daher nicht befürwortet. Für die Planungssicherheit der Bibliotheken und der Softwarehersteller ist die weitere Versorgung mit MAB2-Daten für einen Zeitrahmen von ca. 10 Jahren zu gewährleisten. Dazu ist für eine Übergangszeit auf der einen Seite die weitere Pflege von MAB2 einschließlich der für eine automatisierte Konvertierung von und nach MARC21 notwendigen Anpassung erforderlich und auf der anderen Seite die Implementierung entsprechender Programme bei den Datenlieferanten. Die weitere Pflege von MAB2 soll dabei auf unabdingbar notwendige und zugleich mit MARC21 kompatible Anpassungen beschränkt bleiben. Zur Realisierung ihrer strategischen Ziele hat die Arbeitsgemeinschaft der Verbundsysteme folgende Einzelmaßnahmen beschlossen: Entwicklung einheitlicher Verbundrichtlinien und Formulierung eines gemeinsamen Qualitätsstandards sowie Reduzierung des Datenmodells auf zwei Hierarchiestufen. Als eine der ersten Maßnahmen ist die Erstellung einer Konkordanz MAB2 zu MARC21 geplant. Zwischenzeitlich hat sich auch die Expertengruppe MABAusschuss in einem Positionspapier für MARC21 als Transportformat ausgesprochen und ist bereit, diese Konkordanz zu erstellen.

Date

22. 1.2005 18:53:53

0.004962764 = product of:
  0.02233244 = sum of:
    0.010380501 = product of:
      0.020761002 = sum of:
        0.020761002 = weight(_text_:web in 3841) [ClassicSimilarity], result of:
          0.020761002 = score(doc=3841,freq=2.0), product of:
            0.09596372 = queryWeight, product of:
              3.2635105 = idf(docFreq=4597, maxDocs=44218)
              0.02940506 = queryNorm
            0.21634221 = fieldWeight in 3841, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.2635105 = idf(docFreq=4597, maxDocs=44218)
              0.046875 = fieldNorm(doc=3841)
      0.5 = coord(1/2)
    0.011951938 = product of:
      0.023903877 = sum of:
        0.023903877 = weight(_text_:22 in 3841) [ClassicSimilarity], result of:
          0.023903877 = score(doc=3841,freq=2.0), product of:
            0.10297151 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.02940506 = queryNorm
            0.23214069 = fieldWeight in 3841, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.046875 = fieldNorm(doc=3841)
      0.5 = coord(1/2)
  0.22222222 = coord(2/9)

Abstract

This entry describes the development of the MARC Communications format. After a brief overview of the initial 10 years it describes the succeeding phases of development up to the present. This takes the reader through the expansion of the format for all types of bibliographic data and for a multiple character scripts. At the same time a large business community was developing that offered products based on the format to the library community. The introduction of the Internet in the 1990s and the Web technology brought new opportunities and challenges and the format was adapted to this new environment. There has been a great deal of international adoption of the format that has continued into the 2000s. More recently new syntaxes for MARC 21 and models are being explored.

Date

27. 8.2011 14:22:38

0.003792324 = product of:
  0.034130916 = sum of:
    0.034130916 = sum of:
      0.008650418 = weight(_text_:web in 465) [ClassicSimilarity], result of:
        0.008650418 = score(doc=465,freq=2.0), product of:
          0.09596372 = queryWeight, product of:
            3.2635105 = idf(docFreq=4597, maxDocs=44218)
            0.02940506 = queryNorm
          0.09014259 = fieldWeight in 465, product of:
            1.4142135 = tf(freq=2.0), with freq of:
              2.0 = termFreq=2.0
            3.2635105 = idf(docFreq=4597, maxDocs=44218)
            0.01953125 = fieldNorm(doc=465)
      0.0254805 = weight(_text_:seite in 465) [ClassicSimilarity], result of:
        0.0254805 = score(doc=465,freq=2.0), product of:
          0.16469958 = queryWeight, product of:
            5.601063 = idf(docFreq=443, maxDocs=44218)
            0.02940506 = queryNorm
          0.15470895 = fieldWeight in 465, product of:
            1.4142135 = tf(freq=2.0), with freq of:
              2.0 = termFreq=2.0
            5.601063 = idf(docFreq=443, maxDocs=44218)
            0.01953125 = fieldNorm(doc=465)
  0.11111111 = coord(1/9)

Content

DDC-vascoda Für den Sucheinstieg bei vascoda wird bislang nur eine Freitextsuche über alle Felder oder eine Expertensuche, bei der die Freitextsuche mit den formalen Kriterien Autor, Titel und (Erscheinungsjahr) kombiniert werden kann, angeboten. Die Suche kann zwar auf einzelne Fächer oder Fachzugänge beschränkt werden, ein sachlicher Zugang zu der Information fehlt jedoch. Da in vascoda die Dewey Decimal Classification (DDC) als einheitliches Klassifikationsinstrument eingeführt ist und bereits nennenswerte Bestände mit der DDC erschlossen sind, bietet sich die Möglichkeit, über diese Klassifikation einen komfortablen und einheitlichen sachlichen Zugang als Einstieg in das Gesamtangebot einzurichten. Im Berichtszeitraum wurde in der vascoda AG Betrieb und mit dem hbz als Portalbetreiber die konzeptionelle und technische Einbindung des DDC-Browsings im vascoda-Portal diskutiert und beschlossen. Die Navigation mit DDC wird ähnlich wie die Navigation über die Fachcluster auf der linken Seite der Trefferliste integriert, beim Navigieren im Baum werden synchron die passenden Ressourcen aus der Suchmaschine in der mittleren Spalte eingeblendet. Wegen hoher Arbeitsbelastung im hbz wird dieses Feature wahrscheinlich nicht Teil des vascoda-Relaunches im Juni 2007 sein, sondern erst im 2. Halbjahr 2007 integriert werden. Weiter wurde ein Angebot implementiert für Fachportale und andere Institutionen, die mit DDC erschließen, aber nicht die technischen Möglichkeiten haben, ein eigenes Browsing zu entwickeln. Das Verfahren sieht vor, dass die DNB einen Dienst anbietet, der ein HTML-Snippet mit der gewünschten Browsing-Struktur generiert (ähnlich wie MelvilSearch), die in die Oberfläche des Fachportals integriert werden kann. Der Dienst wird voraussichtlich im 2. Quartal 2007 in Betrieb genommen werden können. In Zusammenarbeit mit der SUB Göttingen wurde ein Workshop zum Thema Lizenzfragen für DDC in Bezug auf Fachportale und andere Online-Angebote abgehalten. Die Ergebnisse wurden im vascoda-Newsletter veröffentlicht.
kim - Kompetenzzentrum Interoperable Metadaten Projektziel ist der Aufbau eines Kompetenzzentrums Interoperable Metadaten (KIM), das im deutschsprachigen Raum den Ausbau der Kompetenzen für die Themen interoperable Metadaten, Metadatenaustausch und Formate fördern soll. Strukturierte Beschreibungen (Metadaten) verschiedener Datenbestände werden als "interoperabel" bezeichnet, wenn in ihnen über einheitliche Suchverfahren recherchiert oder sie sinnvoll in die Datenverwaltung integriert werden können. Interoperabilität wird erreicht, indem man sich in kontrollierten institutionellen Zusammenhängen an technische Spezifikationen hält. Eine zentrale Aufgabe des "Kompetenzzentrum Interoperable Metadaten" als DCMI-Affiliate in Deutschland (nach Projektende im deutschsprachigen Raum mit Partnern aus Österreich und der Schweiz) besteht dabei in der Bildung einer Kernarbeitsgruppe mit weiteren spezifischen Arbeitsgruppen, die durch die Begutachtung bereits existierender Anwendungsprofile ein gemeinsames Verständnis für "good practice" in der Anwendung sowohl des Dublin-Core-Modells als auch des Semantic-Web-Modells entwickelt. Dieses Verständnis bildet die Grundlage für die Entwicklung von Zertifizierungsverfahren, Ausbildungsangeboten und Beratungsdiensten im Bereich interoperable Metadaten.

0.0037561324 = product of:
  0.03380519 = sum of:
    0.03380519 = product of:
      0.06761038 = sum of:
        0.06761038 = weight(_text_:22 in 5743) [ClassicSimilarity], result of:
          0.06761038 = score(doc=5743,freq=4.0), product of:
            0.10297151 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.02940506 = queryNorm
            0.6565931 = fieldWeight in 5743, product of:
              2.0 = tf(freq=4.0), with freq of:
                4.0 = termFreq=4.0
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.09375 = fieldNorm(doc=5743)
      0.5 = coord(1/2)
  0.11111111 = coord(1/9)

Date

30. 3.2002 19:45:22

Source

Revista Española de Documentaçion Cientifica. 22(1999) no.2, S.198-219

0.003601181 = product of:
  0.03241063 = sum of:
    0.03241063 = product of:
      0.06482126 = sum of:
        0.06482126 = weight(_text_:bewertung in 555) [ClassicSimilarity], result of:
          0.06482126 = score(doc=555,freq=2.0), product of:
            0.18575147 = queryWeight, product of:
              6.31699 = idf(docFreq=216, maxDocs=44218)
              0.02940506 = queryNorm
            0.34896767 = fieldWeight in 555, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              6.31699 = idf(docFreq=216, maxDocs=44218)
              0.0390625 = fieldNorm(doc=555)
      0.5 = coord(1/2)
  0.11111111 = coord(1/9)

Content

Kernelement des Umstiegs ist die Entwicklung einer verbindlichen Gesamt-Konkordanz von MAB2 nach MARC 21. Im Jahr 2005 beschäftigte sich die Expertengruppe Datenformate eingehend mit dem Zielformat MARC 21 und dem zugrunde liegenden Datenmodell. Ins Zentrum der Aufmerksamkeit rückten die Analyse und Bewertung von Unterschieden zwischen MAB2 und MARC 21 und die Suche nach Lösungen, damit die vorhandenen Daten möglichst ohne Verlust transportiert werden können. Ein wesentlicher Punkt war dabei das Mapping mehrbändiger Werke, die in MAB2 anders abgebildet werden als in MARC 21. Die Festlegungen der Expertengruppe Datenformate zur Abbildung von mehrbändigen begrenzten Werken in MARC 21 mit Beispielen sind bereits im Dezember auf der Homepage der Deutschen Nationalbibliothek veröffentlicht worden."

0.0035413152 = product of:
  0.031871837 = sum of:
    0.031871837 = product of:
      0.06374367 = sum of:
        0.06374367 = weight(_text_:22 in 2840) [ClassicSimilarity], result of:
          0.06374367 = score(doc=2840,freq=2.0), product of:
            0.10297151 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.02940506 = queryNorm
            0.61904186 = fieldWeight in 2840, 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=2840)
      0.5 = coord(1/2)
  0.11111111 = coord(1/9)

Source

Library hi tech. 22(2004) no.1

0.0030986508 = product of:
  0.027887857 = sum of:
    0.027887857 = product of:
      0.055775713 = sum of:
        0.055775713 = weight(_text_:22 in 7196) [ClassicSimilarity], result of:
          0.055775713 = score(doc=7196,freq=2.0), product of:
            0.10297151 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.02940506 = queryNorm
            0.5416616 = fieldWeight in 7196, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.109375 = fieldNorm(doc=7196)
      0.5 = coord(1/2)
  0.11111111 = coord(1/9)

Source

Library hi tech. 22(2004) no.1

0.0030986508 = product of:
  0.027887857 = sum of:
    0.027887857 = product of:
      0.055775713 = sum of:
        0.055775713 = weight(_text_:22 in 4973) [ClassicSimilarity], result of:
          0.055775713 = score(doc=4973,freq=2.0), product of:
            0.10297151 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.02940506 = queryNorm
            0.5416616 = fieldWeight in 4973, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.109375 = fieldNorm(doc=4973)
      0.5 = coord(1/2)
  0.11111111 = coord(1/9)

Date

26. 8.2000 19:22:35

0.0030986508 = product of:
  0.027887857 = sum of:
    0.027887857 = product of:
      0.055775713 = sum of:
        0.055775713 = weight(_text_:22 in 6838) [ClassicSimilarity], result of:
          0.055775713 = score(doc=6838,freq=2.0), product of:
            0.10297151 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.02940506 = queryNorm
            0.5416616 = fieldWeight in 6838, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.109375 = fieldNorm(doc=6838)
      0.5 = coord(1/2)
  0.11111111 = coord(1/9)

Source

Dialog mit Bibliotheken. 13(2001) H.3, S.20-22

0.0030986508 = product of:
  0.027887857 = sum of:
    0.027887857 = product of:
      0.055775713 = sum of:
        0.055775713 = weight(_text_:22 in 2841) [ClassicSimilarity], result of:
          0.055775713 = score(doc=2841,freq=2.0), product of:
            0.10297151 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.02940506 = queryNorm
            0.5416616 = fieldWeight in 2841, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.109375 = fieldNorm(doc=2841)
      0.5 = coord(1/2)
  0.11111111 = coord(1/9)

Source

Library hi tech. 22(2004) no.2

0.002880945 = product of:
  0.025928505 = sum of:
    0.025928505 = product of:
      0.05185701 = sum of:
        0.05185701 = weight(_text_:bewertung in 1955) [ClassicSimilarity], result of:
          0.05185701 = score(doc=1955,freq=2.0), product of:
            0.18575147 = queryWeight, product of:
              6.31699 = idf(docFreq=216, maxDocs=44218)
              0.02940506 = queryNorm
            0.27917415 = fieldWeight in 1955, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              6.31699 = idf(docFreq=216, maxDocs=44218)
              0.03125 = fieldNorm(doc=1955)
      0.5 = coord(1/2)
  0.11111111 = coord(1/9)

Abstract

In den Verbünden sind derzeit die beiden Bibliothekssysteme ALEPH 500 und PICA im Einsatz. In beiden Fällen handelt es sich um Systeme von international operierenden Herstellern. Beide Systeme sind MARC basiert und mussten an MAB2 angepasst werden. Der Südwestdeutsche Bibliotheksverbund (SWB) steht als einziger Verbund vor der Entscheidung für ein neues System. Der Österreichische Bibliothekenverbund (ÖBV) war Erstnutzer des Systems ALEPH 500 im deutschsprachigen Raum. Aus seiner Sicht waren die Anpassungen an das Datenhaltungskonzept sowie die Einführung der hierarchischen Strukturen am aufwändigsten. Die Nachnutzer Bibliotheks-Verbund Bayern (BVB), das Hochschulbibliothekszentrum des Landes Nordrhein-Westfalen (HBZ) und der Kooperative Bibliotheksverbund Berlin-Brandenburg (KOBV) konnten die Anpassungen an das MAB2-Format einkaufen, die für den ÖBV vorgenommen worden sind. In allen Verbünden musste ALEPH 500 an die jeweiligen Verbundmodelle und Verbundfunktionalitäten angepasst werden. Für das PICA-System fielen Anpassungen an die MAB2-Struktur beim Erstanwender Gemeinsamer Bibliotheksverbund der Länder Bremen, Hamburg, MecklenburgVorpommern, Niedersachsen, SachsenAnhalt, Schleswig-Holstein und Thüringen (GBV) an, das Hessische Bibliotheks-Informationssystem (HeBIS) als Nachnutzer konnte die Anpassungen übernehmen. Der SWB löst zurzeit sein System ab. Die MARC/MAB-Kompatibilität ist in der Ausschreibung gefordert. Der Aufwand für die Anpassungen an das MAB2-Format konnten in den meisten Fällen nicht spezifiziert werden, da sie nicht von den Anpassungen an die jeweiligen Verbundmodelle zu trennen sind. Zur Bewertung eines Formatumstiegs ist es von großer Bedeutung, ob MAB als Austausch- und Katalogisierungsformat oder nur als Austauschformat mit einer eigenen abweichenden Katalogisierungsoberfläche eingesetzt wird. In den ALEPH-Verbünden BVB, HBZ und ÖVB ist MAB2 auch Intern- und Katalogisierungsformat. Im KOBV wird in den Lokalsystemen mit eigenen Katalogisierungsoberflächen katalogisiert. In den PICA-Verbünden ist MAB2 ausschließlich Austauschformat. Im neuen System des SWB soll MAB2 nur Austauschformat sein. Die PICA-Verbünde sehen einen Formatumstieg als eher unproblematisch an. Da Austausch- und Internformat unabhängig voneinander sind, wirkt sich eine Änderung des Austauschformats auf das Internformat und auf die Katalogisierungsoberfläche kaum aus. Für den Entwurf von Umstiegsszenarien ist die Möglichkeit einzubeziehen, dass möglicherweise nicht alle Bibliotheken gleichzeitig umsteigen können.

0.0028311666 = product of:
  0.0254805 = sum of:
    0.0254805 = product of:
      0.050961 = sum of:
        0.050961 = weight(_text_:seite in 3427) [ClassicSimilarity], result of:
          0.050961 = score(doc=3427,freq=2.0), product of:
            0.16469958 = queryWeight, product of:
              5.601063 = idf(docFreq=443, maxDocs=44218)
              0.02940506 = queryNorm
            0.3094179 = fieldWeight in 3427, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              5.601063 = idf(docFreq=443, maxDocs=44218)
              0.0390625 = fieldNorm(doc=3427)
      0.5 = coord(1/2)
  0.11111111 = coord(1/9)

Abstract

»AACR und kein Ende?«, fragte Heidrun Wiesenmüller im Märzheft dieser Zeitschrift skeptisch, und sie schloss ihre Stellungnahme gegen einen Umstieg der deutschen Bibliotheken auf AACR und MARC in der Hoffnung, »dass Entscheidungen über die Zukunft der formalen Erschließung künftig wieder nach einer inhaltsbetonten und konstruktiven Diskussion sowie im breiten Konsens getroffen werden«. Die Positionen von Wiesenmüller auf der einen und Renate Gömpel als Vertreterin der Arbeitsstelle für Standardisierung Der Deutschen Bibliothek auf der anderen Seite scheinen zu weit auseinander, als dass sich ein Konsens abzeichnen könnte. Doch dass ihr folgender Beitrag »inhaltsbetont und konstruktiv« ist, darf Gömpel zweifellos für sich beanspruchen.

0.0028027121 = product of:
  0.02522441 = sum of:
    0.02522441 = product of:
      0.05044882 = sum of:
        0.05044882 = weight(_text_:seite in 2134) [ClassicSimilarity], result of:
          0.05044882 = score(doc=2134,freq=4.0), product of:
            0.16469958 = queryWeight, product of:
              5.601063 = idf(docFreq=443, maxDocs=44218)
              0.02940506 = queryNorm
            0.30630812 = fieldWeight in 2134, product of:
              2.0 = tf(freq=4.0), with freq of:
                4.0 = termFreq=4.0
              5.601063 = idf(docFreq=443, maxDocs=44218)
              0.02734375 = fieldNorm(doc=2134)
      0.5 = coord(1/2)
  0.11111111 = coord(1/9)

Abstract

Der Bibliotheksausschuss hat sich eingehend mit dem Beschluss des Standardisierungsausschusses befasst, der sich in seiner Sitzung am 06.12.2001 mehrheitlich für einen grundsätzlichen Umstieg von RAK und MAB zu AACR und MARC ausgesprochen hatte. Der Standardisierungsausschuss hatte angeregt, vor einer endgültigen Entscheidung darüber in einer Studie die technischen, finanziellen und organisatorischen Rahmenbedingungen eruieren zu lassen. In der Diskussion wurden vom Bibliotheksausschuss vor allem folgende Punkte hervorgehoben: Kosten: Bei einem Umstieg würden für die Bibliotheken und Verbünde durch die notwendigen intensiven Schulungsmaßnahmen hohe Kosten entstehen. Auf der anderen Seite seien durch die dann mögliche Übernahme von Titelaufnahmen zu ausländischen Werken, die in wissenschaftlichen Bibliotheken einen Umfang von ca. 30%-60% ausmachen, Einsparungen zu erzielen. Dies gelte natürlich nicht für die öffentlichen Bibliotheken. Da sie aber weiterhin für die deutsche Literatur ihre Titelaufnahmen von Der Deutschen Bibliothek beziehen könnten, sei bei ihnen der Prozentsatz der selbst zu erstellenden Titelaufnahmen gering. Bibliothekssysteme könnten zukünftig günstiger erworben werden, da keine Modifizierungen mehr für die deutschen Verhältnisse erforderlich seien. Heterogenität: Die bisherigen Versuche, die Heterogenität der Regelwerke beizubehalten und durch Metastrukturen zu überwinden, seien gescheitert. Das für diese Zwecke eigens entwickelte UNIMARC habe sich nicht durchsetzen können. Konversion: Eine rein maschinelle Konvertierung sei grundsätzlich möglich, die Titelaufnahmen würden dann aber nur Basisinformationen beinhalten, Detailinformationen gingen verloren. Die Titelaufnahmen würden aber nicht mehr den hohen Anforderungen an Nachweisinstrumente gerecht. Oualität: Da AACR ein komplexeres Regelwerk als RAK sei, würde eine Vereinfachung bei der Erstellung von Titelaufnahmen durch den Umstieg nicht erzielt. Besonderheiten der deutschen Sprache könnten aber weiterhin berücksichtigt werden, da AACR im Gegensatz zu RAKden landes-und nicht den original-sprachigen Ansatz verfolge. Diese Möglichkeit werde von vielen nicht-englischsprachigen Ländern genutzt. Auch AACR sehe die Verwendung von Normdaten vor. Umstieg oder Eigenentwicklung: Das Problem sei, dass beide Regelwerke veraltet seien. Beide seien auf Zettelkataloge ausgerichtet und nicht auf Online-Kataloge. Im Grunde müsste ein neues, den modernen Anforderungen entsprechendes Regelwerk geschaffen werden. Es sei allerdings nicht zu erwarten, dass dies von Deutschland aus geleistet werden könne. Daher sei zu überlegen, auf AACR und MARC umzusteigen und in den zuständigen Gremien an einer gemeinsamen Neuentwicklung mitzuarbeiten. Die bisherige Zusammenarbeit mit OCLC habe gezeigt, dass eine Einflussnahme von deutscher Seite aus grundsätzlich möglich ist. Nutzerperspektive: Seitens der Wissenschaftler wurde die Notwendigkeit der internationalen Öffnung der deutschen Bibliotheken mit Nachdruck hervorgehoben, damit Ergebnisse deutscher Forschungen und Publikationen deutscher Wissenschaftler auch international wahrgenommen werden können. Dies werde durch die unterschiedlichen Regelwerke bisher behindert. Aus diesem Grunde wurde für einen raschen Umstieg plädiert. Es sei vorzuziehen, eventuell nach einem Umstieg ein neues Regelwerk zusammen mit den amerikanischen Bibliotheken zu entwickeln. Aus rein finanziellen Gründen sollte aus Sicht der Wissenschaftler der Umstieg nicht abgelehnt werden. Der Bibliotheksausschuss stellte als Ergebnis seinereingehenden Beratungfest,dass dringender Handlungsbedarf hinsichtlich der internationalen Öffnung bei der Formalkatalogisierung und der Austauschformate bestehe. Da in dieser Hinsicht der Umstieg auf AACR und MARC die einzige realistische Option darstelle, sollte vor einer endgültigen Entscheidung im Rahmen einer Studie, in die sowohl Befürworter als auch Gegner eines Umstiegs eingebunden werden sollen, die ökonomischen, technischen und organisatorischen Rahmenbedingungen geklärt werden.

0.0026559862 = product of:
  0.023903877 = sum of:
    0.023903877 = product of:
      0.047807753 = sum of:
        0.047807753 = weight(_text_:22 in 6077) [ClassicSimilarity], result of:
          0.047807753 = score(doc=6077,freq=2.0), product of:
            0.10297151 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.02940506 = queryNorm
            0.46428138 = fieldWeight in 6077, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.09375 = fieldNorm(doc=6077)
      0.5 = coord(1/2)
  0.11111111 = coord(1/9)

Date

2. 8.2001 16:22:33

0.002504088 = product of:
  0.022536792 = sum of:
    0.022536792 = product of:
      0.045073584 = sum of:
        0.045073584 = weight(_text_:22 in 2408) [ClassicSimilarity], result of:
          0.045073584 = score(doc=2408,freq=4.0), product of:
            0.10297151 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.02940506 = 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.11111111 = coord(1/9)

Date

13. 1.2007 18:31:22

Source

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