Search (119 results, page 1 of 6)

0.027124994 = product of:
  0.16274996 = sum of:
    0.16274996 = sum of:
      0.04124868 = weight(_text_:web in 1742) [ClassicSimilarity], result of:
        0.04124868 = score(doc=1742,freq=2.0), product of:
          0.11439841 = queryWeight, product of:
            3.2635105 = idf(docFreq=4597, maxDocs=44218)
            0.03505379 = 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.12150128 = weight(_text_:seite in 1742) [ClassicSimilarity], result of:
        0.12150128 = score(doc=1742,freq=2.0), product of:
          0.19633847 = queryWeight, product of:
            5.601063 = idf(docFreq=443, maxDocs=44218)
            0.03505379 = 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.16666667 = coord(1/6)

Footnote

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

0.011470075 = product of:
  0.034410223 = sum of:
    0.01649947 = product of:
      0.03299894 = sum of:
        0.03299894 = weight(_text_:web in 2845) [ClassicSimilarity], result of:
          0.03299894 = score(doc=2845,freq=2.0), product of:
            0.11439841 = queryWeight, product of:
              3.2635105 = idf(docFreq=4597, maxDocs=44218)
              0.03505379 = 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.01791075 = product of:
      0.05373225 = sum of:
        0.05373225 = weight(_text_:22 in 2845) [ClassicSimilarity], result of:
          0.05373225 = score(doc=2845,freq=4.0), product of:
            0.1227524 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.03505379 = 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.33333334 = coord(1/3)
  0.33333334 = coord(2/6)

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.010601912 = product of:
  0.06361147 = sum of:
    0.06361147 = product of:
      0.0954172 = sum of:
        0.047924157 = weight(_text_:29 in 5228) [ClassicSimilarity], result of:
          0.047924157 = score(doc=5228,freq=2.0), product of:
            0.12330827 = queryWeight, product of:
              3.5176873 = idf(docFreq=3565, maxDocs=44218)
              0.03505379 = queryNorm
            0.38865322 = fieldWeight in 5228, 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=5228)
        0.047493048 = weight(_text_:22 in 5228) [ClassicSimilarity], result of:
          0.047493048 = score(doc=5228,freq=2.0), product of:
            0.1227524 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.03505379 = queryNorm
            0.38690117 = fieldWeight in 5228, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.078125 = fieldNorm(doc=5228)
      0.6666667 = coord(2/3)
  0.16666667 = coord(1/6)

Date

29. 9.1996 18:58:22

0.00853978 = product of:
  0.02561934 = sum of:
    0.0144370375 = product of:
      0.028874075 = sum of:
        0.028874075 = weight(_text_:web in 892) [ClassicSimilarity], result of:
          0.028874075 = score(doc=892,freq=2.0), product of:
            0.11439841 = queryWeight, product of:
              3.2635105 = idf(docFreq=4597, maxDocs=44218)
              0.03505379 = queryNorm
            0.25239927 = fieldWeight in 892, 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=892)
      0.5 = coord(1/2)
    0.011182303 = product of:
      0.033546906 = sum of:
        0.033546906 = weight(_text_:29 in 892) [ClassicSimilarity], result of:
          0.033546906 = score(doc=892,freq=2.0), product of:
            0.12330827 = queryWeight, product of:
              3.5176873 = idf(docFreq=3565, maxDocs=44218)
              0.03505379 = queryNorm
            0.27205724 = fieldWeight in 892, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.5176873 = idf(docFreq=3565, maxDocs=44218)
              0.0546875 = fieldNorm(doc=892)
      0.33333334 = coord(1/3)
  0.33333334 = coord(2/6)

Abstract

Secondary information, e.g. MARC based bibliographic records, comprises structured data for identifying, tagging, retrieving and management of primary documents. SGML, the standard format for coding content and structure of primary documents, was introduced in 1986 as a publishing tool but is now being applied to bibliographic records. SGML now comprises standard definitions (DTD) for books, serials, articles and mathematical formulae. A simplified version (HTML) is used for Web pages. Pilot projects to develop SGML as a standard for bibliographic exchange include the Dublin Core, listing 13 descriptive elements for Internet documents; the French GRISELI programme using SGML for exchanging grey literature and US experiments on reformatting USMARC for use with SGML-based records

Date

29. 1.1996 16:50:24

0.00850625 = product of:
  0.025518749 = sum of:
    0.0144370375 = product of:
      0.028874075 = sum of:
        0.028874075 = weight(_text_:web in 2837) [ClassicSimilarity], result of:
          0.028874075 = score(doc=2837,freq=2.0), product of:
            0.11439841 = queryWeight, product of:
              3.2635105 = idf(docFreq=4597, maxDocs=44218)
              0.03505379 = 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.01108171 = product of:
      0.03324513 = sum of:
        0.03324513 = weight(_text_:22 in 2837) [ClassicSimilarity], result of:
          0.03324513 = score(doc=2837,freq=2.0), product of:
            0.1227524 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.03505379 = 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.33333334 = coord(1/3)
  0.33333334 = coord(2/6)

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.00848153 = product of:
  0.050889175 = sum of:
    0.050889175 = product of:
      0.07633376 = sum of:
        0.038339324 = weight(_text_:29 in 2830) [ClassicSimilarity], result of:
          0.038339324 = score(doc=2830,freq=2.0), product of:
            0.12330827 = queryWeight, product of:
              3.5176873 = idf(docFreq=3565, maxDocs=44218)
              0.03505379 = queryNorm
            0.31092256 = fieldWeight in 2830, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.5176873 = idf(docFreq=3565, maxDocs=44218)
              0.0625 = fieldNorm(doc=2830)
        0.037994437 = weight(_text_:22 in 2830) [ClassicSimilarity], result of:
          0.037994437 = score(doc=2830,freq=2.0), product of:
            0.1227524 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.03505379 = queryNorm
            0.30952093 = fieldWeight in 2830, 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=2830)
      0.6666667 = coord(2/3)
  0.16666667 = coord(1/6)

Date

9.12.2005 19:29:32

Source

Library hi tech. 22(2004) no.1, S.18-27

0.00848153 = product of:
  0.050889175 = sum of:
    0.050889175 = product of:
      0.07633376 = sum of:
        0.038339324 = weight(_text_:29 in 562) [ClassicSimilarity], result of:
          0.038339324 = score(doc=562,freq=2.0), product of:
            0.12330827 = queryWeight, product of:
              3.5176873 = idf(docFreq=3565, maxDocs=44218)
              0.03505379 = queryNorm
            0.31092256 = fieldWeight in 562, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.5176873 = idf(docFreq=3565, maxDocs=44218)
              0.0625 = fieldNorm(doc=562)
        0.037994437 = weight(_text_:22 in 562) [ClassicSimilarity], result of:
          0.037994437 = score(doc=562,freq=2.0), product of:
            0.1227524 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.03505379 = queryNorm
            0.30952093 = fieldWeight in 562, 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=562)
      0.6666667 = coord(2/3)
  0.16666667 = coord(1/6)

Date

9.12.2005 19:21:29

Source

Library hi tech. 22(2004) no.2, S.166-174

0.008478783 = product of:
  0.02543635 = sum of:
    0.021478595 = product of:
      0.04295719 = sum of:
        0.04295719 = weight(_text_:seite in 3124) [ClassicSimilarity], result of:
          0.04295719 = score(doc=3124,freq=4.0), product of:
            0.19633847 = queryWeight, product of:
              5.601063 = idf(docFreq=443, maxDocs=44218)
              0.03505379 = 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.003957754 = product of:
      0.011873262 = sum of:
        0.011873262 = weight(_text_:22 in 3124) [ClassicSimilarity], result of:
          0.011873262 = score(doc=3124,freq=2.0), product of:
            0.1227524 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.03505379 = 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.33333334 = coord(1/3)
  0.33333334 = coord(2/6)

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.0073198117 = product of:
  0.021959435 = sum of:
    0.012374603 = product of:
      0.024749206 = sum of:
        0.024749206 = weight(_text_:web in 2773) [ClassicSimilarity], result of:
          0.024749206 = score(doc=2773,freq=2.0), product of:
            0.11439841 = queryWeight, product of:
              3.2635105 = idf(docFreq=4597, maxDocs=44218)
              0.03505379 = queryNorm
            0.21634221 = fieldWeight in 2773, 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=2773)
      0.5 = coord(1/2)
    0.009584831 = product of:
      0.028754493 = sum of:
        0.028754493 = weight(_text_:29 in 2773) [ClassicSimilarity], result of:
          0.028754493 = score(doc=2773,freq=2.0), product of:
            0.12330827 = queryWeight, product of:
              3.5176873 = idf(docFreq=3565, maxDocs=44218)
              0.03505379 = queryNorm
            0.23319192 = fieldWeight in 2773, 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=2773)
      0.33333334 = coord(1/3)
  0.33333334 = coord(2/6)

Abstract

In response to libraries' frustration over their rich resources being invisible on the web, Zepheira, at the request of the Library of Congress, created BIBFRAME, a bibliographic metadata framework for cataloging. The model replaces MARC records with linked data, promoting resource visibility through a rich network of links. In place of formal taxonomies, a small but extensible vocabulary streamlines metadata efforts. Rather than using a unique bibliographic record to describe one item, BIBFRAME draws on the Dublin Core and the Functional Requirements for Bibliographic Records (FRBR) to generate formalized descriptions of Work, Instance, Authority and Annotation as well as associations between items. Zepheira trains librarians to transform MARC records to BIBFRAME resources and adapt the vocabulary for specialized needs, while subject matter experts and technical experts manage content, site design and usability. With a different approach toward data modeling and metadata, previously invisible resources gain visibility through linking.

Source

Bulletin of the Association for Information Science and Technology. 41(2015) no.4, S.23-29

0.007291071 = product of:
  0.021873213 = sum of:
    0.012374603 = product of:
      0.024749206 = sum of:
        0.024749206 = weight(_text_:web in 3841) [ClassicSimilarity], result of:
          0.024749206 = score(doc=3841,freq=2.0), product of:
            0.11439841 = queryWeight, product of:
              3.2635105 = idf(docFreq=4597, maxDocs=44218)
              0.03505379 = 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.009498609 = product of:
      0.028495826 = sum of:
        0.028495826 = weight(_text_:22 in 3841) [ClassicSimilarity], result of:
          0.028495826 = score(doc=3841,freq=2.0), product of:
            0.1227524 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.03505379 = 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.33333334 = coord(1/3)
  0.33333334 = coord(2/6)

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.0067812484 = product of:
  0.04068749 = sum of:
    0.04068749 = sum of:
      0.01031217 = weight(_text_:web in 465) [ClassicSimilarity], result of:
        0.01031217 = score(doc=465,freq=2.0), product of:
          0.11439841 = queryWeight, product of:
            3.2635105 = idf(docFreq=4597, maxDocs=44218)
            0.03505379 = 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.03037532 = weight(_text_:seite in 465) [ClassicSimilarity], result of:
        0.03037532 = score(doc=465,freq=2.0), product of:
          0.19633847 = queryWeight, product of:
            5.601063 = idf(docFreq=443, maxDocs=44218)
            0.03505379 = 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.16666667 = coord(1/6)

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.0050625536 = product of:
  0.03037532 = sum of:
    0.03037532 = product of:
      0.06075064 = sum of:
        0.06075064 = weight(_text_:seite in 3427) [ClassicSimilarity], result of:
          0.06075064 = score(doc=3427,freq=2.0), product of:
            0.19633847 = queryWeight, product of:
              5.601063 = idf(docFreq=443, maxDocs=44218)
              0.03505379 = 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.16666667 = coord(1/6)

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.0050116726 = product of:
  0.030070035 = sum of:
    0.030070035 = product of:
      0.06014007 = sum of:
        0.06014007 = weight(_text_:seite in 2134) [ClassicSimilarity], result of:
          0.06014007 = score(doc=2134,freq=4.0), product of:
            0.19633847 = queryWeight, product of:
              5.601063 = idf(docFreq=443, maxDocs=44218)
              0.03505379 = 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.16666667 = coord(1/6)

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.004477688 = product of:
  0.026866127 = sum of:
    0.026866127 = product of:
      0.08059838 = sum of:
        0.08059838 = weight(_text_:22 in 5743) [ClassicSimilarity], result of:
          0.08059838 = score(doc=5743,freq=4.0), product of:
            0.1227524 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.03505379 = 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.33333334 = coord(1/3)
  0.16666667 = coord(1/6)

Date

30. 3.2002 19:45:22

Source

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

0.0042599253 = product of:
  0.02555955 = sum of:
    0.02555955 = product of:
      0.07667865 = sum of:
        0.07667865 = weight(_text_:29 in 2914) [ClassicSimilarity], result of:
          0.07667865 = score(doc=2914,freq=2.0), product of:
            0.12330827 = queryWeight, product of:
              3.5176873 = idf(docFreq=3565, maxDocs=44218)
              0.03505379 = queryNorm
            0.6218451 = fieldWeight in 2914, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.5176873 = idf(docFreq=3565, maxDocs=44218)
              0.125 = fieldNorm(doc=2914)
      0.33333334 = coord(1/3)
  0.16666667 = coord(1/6)

Source

Bibliotheksdienst. 29(1995) H.2, S. 322-327

0.004221604 = product of:
  0.025329625 = sum of:
    0.025329625 = product of:
      0.075988874 = sum of:
        0.075988874 = weight(_text_:22 in 2840) [ClassicSimilarity], result of:
          0.075988874 = score(doc=2840,freq=2.0), product of:
            0.1227524 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.03505379 = 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.33333334 = coord(1/3)
  0.16666667 = coord(1/6)

Source

Library hi tech. 22(2004) no.1

0.0042099254 = product of:
  0.025259553 = sum of:
    0.025259553 = product of:
      0.050519105 = sum of:
        0.050519105 = weight(_text_:web in 1467) [ClassicSimilarity], result of:
          0.050519105 = score(doc=1467,freq=12.0), product of:
            0.11439841 = queryWeight, product of:
              3.2635105 = idf(docFreq=4597, maxDocs=44218)
              0.03505379 = queryNorm
            0.4416067 = fieldWeight in 1467, product of:
              3.4641016 = tf(freq=12.0), with freq of:
                12.0 = termFreq=12.0
              3.2635105 = idf(docFreq=4597, maxDocs=44218)
              0.0390625 = fieldNorm(doc=1467)
      0.5 = coord(1/2)
  0.16666667 = coord(1/6)

Abstract

XML (eXtensible Markup Language) is fast gaining favor as the universal format for data and document exchange -- in effect becoming the lingua franca of the Information Age. Currently, "library information" is at a particular disadvantage on the rapidly evolving World Wide Web. Why? Despite libraries'explorations of web catalogs, scanning projects, digital data repositories, and creation of web pages galore, there remains a digital divide. The core of libraries' data troves are stored in proprietary formats of integrated library systems (ILS) and in the complex and arcane MARC formats -- both restricted chiefly to the province of technical services and systems librarians. Even they are hard-pressed to extract and integrate this wealth of data with resources from outside this rarefied environment. Segregation of library information underlies many difficulties: producing standard bibliographic citations from MARC data, automatically creating new materials lists (including new web resources) on a particular topic, exchanging data with our vendors, and even migrating from one ILS to another. Why do we continue to hobble our potential by embracing these self-imposed limitations? Most ILSs began in libraries, which soon recognized the pitfalls of do-it-yourself solutions. Thus, we wisely anticipated the necessity for standards. However, with the advent of the web, we soon found "our" collections and a flood of new resources appearing in digital format on opposite sides of the divide. If we do not act quickly to integrate library resources with mainstream web resources, we are in grave danger of becoming marginalized

0.0041248677 = product of:
  0.024749206 = sum of:
    0.024749206 = product of:
      0.049498413 = sum of:
        0.049498413 = weight(_text_:web in 6020) [ClassicSimilarity], result of:
          0.049498413 = score(doc=6020,freq=2.0), product of:
            0.11439841 = queryWeight, product of:
              3.2635105 = idf(docFreq=4597, maxDocs=44218)
              0.03505379 = queryNorm
            0.43268442 = fieldWeight in 6020, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.2635105 = idf(docFreq=4597, maxDocs=44218)
              0.09375 = fieldNorm(doc=6020)
      0.5 = coord(1/2)
  0.16666667 = coord(1/6)

0.0041248677 = product of:
  0.024749206 = sum of:
    0.024749206 = product of:
      0.049498413 = sum of:
        0.049498413 = weight(_text_:web in 3918) [ClassicSimilarity], result of:
          0.049498413 = score(doc=3918,freq=2.0), product of:
            0.11439841 = queryWeight, product of:
              3.2635105 = idf(docFreq=4597, maxDocs=44218)
              0.03505379 = queryNorm
            0.43268442 = fieldWeight in 3918, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.2635105 = idf(docFreq=4597, maxDocs=44218)
              0.09375 = fieldNorm(doc=3918)
      0.5 = coord(1/2)
  0.16666667 = coord(1/6)

0.004050043 = product of:
  0.024300257 = sum of:
    0.024300257 = product of:
      0.048600513 = sum of:
        0.048600513 = weight(_text_:seite in 2197) [ClassicSimilarity], result of:
          0.048600513 = score(doc=2197,freq=2.0), product of:
            0.19633847 = queryWeight, product of:
              5.601063 = idf(docFreq=443, maxDocs=44218)
              0.03505379 = queryNorm
            0.24753433 = fieldWeight in 2197, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              5.601063 = idf(docFreq=443, maxDocs=44218)
              0.03125 = fieldNorm(doc=2197)
      0.5 = coord(1/2)
  0.16666667 = coord(1/6)

Abstract

- Zielsetzung - Bevor mit der Ausarbeitung einer Lösung für originalschriftliche Eingaben im Österreichischen Bibliothekenverbund begonnen werden konnte, waren bestimmte Rahmenbedingungen festzulegen. Hohe Priorität sollte einer ökonomischen Katalogisierung eingeräumt werden (effiziente Arbeitsabläufe, einfache und übersichtliche Kategorienstrukturen, unterstützende Satzschablonen). Auch von systembibliothekarischer und systemadministrativer Seite her sollte der Aufwand möglichst gering gehalten werden (z.B. Anpassungsumfang bei der Parametrisierung, Anzahl der zu ändernden Tabellen). Weiters wurden Aleph 500-Anwender, die außerhalb des Österreichischen Bibliothekenverbundes das MAB-Format verwenden, in die Diskussion miteingebunden, um eine möglichst einheitliche Lösung zu finden (Import- und Exportschnittstellen müssten dann von der Herstellerfirma Ex Libris nur einmal adaptiert werden). Außerdem wurde vorerst festgelegt, dass die neu hinzukommenden originalschriftlichen Texte lediglich für die Anzeige dienen sollten. Indexierung und Retrieval sind hingegen hier nicht vorgesehen. Basis für die zu implementierende Lösung war nahe liegender Weise der vorliegende MAB-Entwurf (schließlich ist das im Österreichischen Bibliothekenverbund verwendete Internformat bis auf einige kleinere Adaptionen und eine durchgängige Subfieldstruktur nahezu ident mit dem MABFormat). Dennoch sahen wir keine Notwendigkeit, uns um jeden Preis an diesen Entwurf halten zu müssen, falls er sich als unnötig kompliziert und ineffizient erweisen sollte.