Search (14 results, page 1 of 1)

0.026476588 = product of:
  0.15885952 = sum of:
    0.15885952 = weight(_text_:suchmaschine in 1218) [ClassicSimilarity], result of:
      0.15885952 = score(doc=1218,freq=2.0), product of:
        0.21191008 = queryWeight, product of:
          5.6542544 = idf(docFreq=420, maxDocs=44218)
          0.03747799 = queryNorm
        0.7496553 = fieldWeight in 1218, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          5.6542544 = idf(docFreq=420, maxDocs=44218)
          0.09375 = fieldNorm(doc=1218)
  0.16666667 = coord(1/6)

0.011031911 = product of:
  0.066191465 = sum of:
    0.066191465 = weight(_text_:suchmaschine in 5519) [ClassicSimilarity], result of:
      0.066191465 = score(doc=5519,freq=2.0), product of:
        0.21191008 = queryWeight, product of:
          5.6542544 = idf(docFreq=420, maxDocs=44218)
          0.03747799 = queryNorm
        0.31235638 = fieldWeight in 5519, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          5.6542544 = idf(docFreq=420, maxDocs=44218)
          0.0390625 = fieldNorm(doc=5519)
  0.16666667 = coord(1/6)

Abstract

Die Verbundentwicklungen in Berlin und Brandenburg erfolgen seit 1997 als Projekt, das am Konrad-Zuse-Zentrum für Informationstechnik Berlin (ZIB) angesiedelt ist. Diese außeruniversitäre Forschungseinrichtung betreibt in enger fächerübergreifender Kooperation mit den Hochschulen und wissenschaftlichen Einrichtungen in Berlin Forschung und Entwicklung auf dem Gebiet der Informationstechnik, vorzugsweise in anwendungsorientierter algorithmischer Mathematik. Gemeinsam mit der Softwarefirma ExLibris wird hier auf der Basis des Bibliothekssystems Aleph500 eine bibliothekarische Suchmaschine realisiert. Dabei übernimmt das ZIB die Konzeption und ExLibris die programmtechnische Umsetzung. An dem Projekt Kooperativer Bibliotheksverbund Berlin-Brandenburg (KOBV) sind insgesamt 1-5 bibliothekarische Einrichtungen beteiligt. Neben den großen Universitätsbibliotheken der beiden Länder - der Freien Universität Berlin, der Technischen Universität Berlin, der Humboldt-Universität und der Hochschule der Künste sowie der Europa-Universität Viadrina in Frankfurt (Oder) und der Brandenburgischen Technischen Universität Cottbus - sind das die brandenburgischen Fachhochschulen, die Stadt- und Landesbibliothek in Potsdam und nicht zuletzt die Staatsbibliothek zu Berlin. Außer diesen dezidiert als Projektpartner in einer entsprechenden Vereinbarung genannten Bibliotheken arbeiten weitere bibliothekarische Institutionen als Tester mit

0.008825529 = product of:
  0.052953172 = sum of:
    0.052953172 = weight(_text_:suchmaschine in 2813) [ClassicSimilarity], result of:
      0.052953172 = score(doc=2813,freq=2.0), product of:
        0.21191008 = queryWeight, product of:
          5.6542544 = idf(docFreq=420, maxDocs=44218)
          0.03747799 = queryNorm
        0.2498851 = fieldWeight in 2813, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          5.6542544 = idf(docFreq=420, maxDocs=44218)
          0.03125 = fieldNorm(doc=2813)
  0.16666667 = coord(1/6)

Abstract

Das Projekt "KOBV-Informationsportal" In den vergangenen Jahren hat der Kooperative Bibliotheksverbund BerlinBrandenburg (KOBV) mit der KOBV-Suchmaschine eine Internet-Plattform mit einer offenen Architektur geschaffen. Auf dieser technischen Basis erweitert er kontinuierlich sein Dienstleistungsangebot, wobei die Prinzipien des KOBV - insbesondere Offenheit, Heterogenität und Dezentralität auf technischer und organisatorischer Ebene - gewahrt bleiben. Mitte 2001 hat die KOBV-Zentrale gemeinsam mit den regionalen Bibliotheken das zweite große Entwicklungsprojekt "KOBV-Informationsportal" gestartet. Zielsetzung war der Aufbau eines kooperativen regionalen Portals mit Einsatz von Linking-Mechanismen zur "nahtlosen" Navigation in freien und lizenzierten Dokumenten und mit Einsatz von Instrumenten zur dezentralen Authentifizierung und Autorisierung über das Internet. Im Dezember 2003 hat das "KOBV-Portal - Digitale Bibliothek Berlin-Brandenburg" planmäßig in einer ersten Ausbaustufe den Routinebetrieb aufgenommen. Das KOBV-Portal bietet in dieser Stufe den Nachweis über die in den großen Bibliotheken lizenzierten Ressourcen und elektronischen Zeitschriften, zudem die nahtlose Navigation mittels des Reference-LinkingWerkzeuges SFX zu verschiedenen Diensten wie Fernleihe, Subito und freien Volltexten im Internet sowie zu frei zugänglichen elektronischen Zeitschriften. Die mit der verteilten Authentifizierung und Autorisierung verbundene Zielsetzung konnte im Rahmen des Projektes erst zum Teil umgesetzt werden. Realisiert wurde die Remote-Authentifizierung, mit der sich ein Nutzer, der online eine Fernleih-Bestellung aufgeben möchte, über das Internet in seiner Heimatbibliothek authentifizieren kann. Des weiteren ist der Zugriff auf lizenzierte Bestände im Campus einer Hochschule mittels IP-Checking möglich. Als weiteren wesentlichen Bestandteil des KOBV-Portals hat die KOBVZentrale mit den Bibliotheken einen Workflow für ein Metadata-Sharing abgestimmt und für die Adaption und Normalisierung lokaler Metadaten aus lokalen Bibliothekssystemen und -Portalen den KOBV-Metadaten-AustauschParser (KMA-Parser) entwickelt. Darüber hinaus sollen Bibliotheken, deren Metadaten bislang lediglich in unstrukturierter Form vorliegen, in die Lage versetzt werden, strukturierte Metadaten anzulegen, zu liefern und nachzunutzen. Dazu hat die KOBV-Zentrale das mit einer Web-Katalogisierungsschnittstelle ausgestattete "Metadata-Tool" entwickelt, das im Herbst 2004 in Betrieb genommen wird. Die für das Metadata-Sharing entwickelten Komponenten und Module sollen den Bibliotheken die Mehrfacherfassung ersparen und ihnen die Möglichkeit der wechselseitigen Nachnutzung der Metadaten eröffnen.

0.008825529 = product of:
  0.052953172 = sum of:
    0.052953172 = weight(_text_:suchmaschine in 3210) [ClassicSimilarity], result of:
      0.052953172 = score(doc=3210,freq=2.0), product of:
        0.21191008 = queryWeight, product of:
          5.6542544 = idf(docFreq=420, maxDocs=44218)
          0.03747799 = queryNorm
        0.2498851 = fieldWeight in 3210, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          5.6542544 = idf(docFreq=420, maxDocs=44218)
          0.03125 = fieldNorm(doc=3210)
  0.16666667 = coord(1/6)

Abstract

Einleitung In der deutschen und internationalen Bibliothekslandschaft entstehen zahlreiche Informationsportale, die eigene Ziele verfolgen. Sie differieren in der Ausrichtung ihrer Angebote und Dienste, zeigen aber gelegentlich auch Oberschneidungen. Erstrebenswert ist es, solche Überschneidungen gering zu halten und die mit einem Alleinstellungsmerkmal versehenen Dienstleistungen auszubauen. Auf lokaler, regionaler und auch auf nationaler Ebene sind Arbeitsteilung und Kooperation angebracht, weil der Aufbau von Portalen teuer ist. Die unterschiedlichen Portale sollten so miteinander vernetzt werden, dass sich die Dienstleistungen sinnvoll ergänzen. Die KOBV-Zentrale möchte dieses Ziel erreichen und die Dienste des KOBV-Portals nutzbringend mit anderen Informationsportalen in Verbindung bringen. Dazu müssen zuvor die Dienstleistungen, die Zielgruppe, die Kriterien für die Ressourcenauswahl und die Abgrenzung zu anderen Portalen in einem Profil klar definiert werden. Stellt man mehrere dieser deklarierten Profilbeschreibungen nebeneinander, werden schließlich die Grenzen und Verknüpfungspunkte einzelner Portale sichtbar. Das KOBV-Portal ist eine Weiterentwicklung der bewähren KOBV-Suchmaschine, die als virtueller Verbundkatalog der Länder Berlin und Brandenburg aufgebaut worden ist. Im KOBV-Portal wird ein Bestandsnachweis aller lizenzieren Ressourcen in der Region sowie freier, wissenschaftlich relevanter Ressourcen angeboten, die insbesondere für die Angehörigen der Wissenschaftsinstitutionen und die Nutzer der Öffentlichen Bibliotheken in BerlinBrandenburg von Interesse sind. Zu diesem Zweck werden zukünftig mit lokalen, regionalen und nationalen Informationspokalen Metadaten zu Ressourcen ausgetauscht, um die Qualität des Informationswerts der einzelnen Portale auf Basis der Gegenseitigkeit zu erhöhen. Für ein solches Metadata-Sharing und eine gegenseitige Integration von Dienstleistungen werden Kooperationen mit anderen Anbietern von Portalen angestrebt. Dabei bilden die einzelnen Portale jeweils ihr eigenes unverwechselbares Profil aus. Befürchtungen, dass es nach einer Kooperation zu Unschärfen zwischen den einzelnen, wenn auch noch nicht explizit formulierten Portalprofilen kommen wird, soll mit dieser ersten Positionsbestimmung entgegengewirkt werden. Die KOBV-Zentrale versteht das als wichtige Maßnahme zur weiteren Vernetzung von Angeboten über Portale und möchte andere Portalanbieter dazu aufrufen, ihrerseits ein solches Profil aufzustellen.

0.0077223377 = product of:
  0.046334025 = sum of:
    0.046334025 = weight(_text_:suchmaschine in 6094) [ClassicSimilarity], result of:
      0.046334025 = score(doc=6094,freq=2.0), product of:
        0.21191008 = queryWeight, product of:
          5.6542544 = idf(docFreq=420, maxDocs=44218)
          0.03747799 = queryNorm
        0.21864946 = fieldWeight in 6094, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          5.6542544 = idf(docFreq=420, maxDocs=44218)
          0.02734375 = fieldNorm(doc=6094)
  0.16666667 = coord(1/6)

Content

"Bibliothekskataloge Die Suche in Bibliothekskatalogen über cibera ermöglicht die simultane Suche in mehreren fachlich relevanten Katalogen über eine einheitliche Suchmaske. Die technische Integration von Bibliothekskatalogen in die Suche erfolgt in der Regel ohne größere Schwierigkeiten, wenn zwei Voraussetzungen erfüllt sind: 1) das Vorhandensein einer Z39.50-Schnittstelle auf Seiten des Katalogbetreibers 2) das Vorhandensein eines von der Metasuchmaschine Wort unterstützten bibliographischen Datenformates (MARC21, MAB, MAB2, UNIMARC). Diese Voraussetzungen waren zunächst nur bei den Katalogen des Ibero-Amerikanischen Instituts (IAI), des Ibero-Amerika Institutes für Wirtschaftsforschung Göttingen sowie bei dem länderrelevanten Ausschnitt des Kataloges der Friedrich-Ebert-Stiftung gegeben. Hier beschränkte sich die Integration in die Suchumgebung zum einen auf das Erstellen von Konkordanzen zwischen geliefertem Datenformat und Präsentationsschicht der Suchmaschine, zum anderen auf die Definition der durchsuchbaren Register der entsprechenden Kataloge. Um eine für den Nutzer klare und verständliche Handhabung zu gewährleisten, konnten nicht alle Suchmöglichkeiten jedes einzelnen Kataloges übernommen werden. Es wurde stattdessen der "kleinste gemeinsame Nenner" definiert, der sowohl die einfache Handhabung der Suche als auch die Flexibilität derselben gewährleistet. Die Kataloge des IAI Berlin, der Friedrich-Ebert-Stiftung und des Ibero-Amerika Institutes für Wirtschaftsforschung Göttingen konnten daher im Zeitraum Juli bis September 2004 vollständig in cibera integriert werden. Technisch aufwändiger stellte sich die Aufbereitung und Integration des Kataloges I des Instituts für Iberoamerika-Kunde Hamburg dar. Aufgrund des Katalogbruches am IIK müssen hier zwei Kataloge integriert werden. Der so genannte Katalog I umfasst die Daten des IIK bis Juli 2002. Hier galt es zunächst, die Daten der CDS-ISIS-Datenbank in ein XML-Zwischenformat zu wandeln, dieses Zwischenformat zu indizieren und mittels geeigneter Software Z39.50-kompatibel zu machen.

0.0039852113 = product of:
  0.023911266 = sum of:
    0.023911266 = product of:
      0.071733795 = sum of:
        0.071733795 = weight(_text_:29 in 6511) [ClassicSimilarity], result of:
          0.071733795 = score(doc=6511,freq=2.0), product of:
            0.13183585 = queryWeight, product of:
              3.5176873 = idf(docFreq=3565, maxDocs=44218)
              0.03747799 = queryNorm
            0.5441145 = fieldWeight in 6511, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.5176873 = idf(docFreq=3565, maxDocs=44218)
              0.109375 = fieldNorm(doc=6511)
      0.33333334 = coord(1/3)
  0.16666667 = coord(1/6)

Date

29. 9.2001 11:33:57

0.0033851666 = product of:
  0.020311 = sum of:
    0.020311 = product of:
      0.060932998 = sum of:
        0.060932998 = weight(_text_:22 in 4865) [ClassicSimilarity], result of:
          0.060932998 = score(doc=4865,freq=2.0), product of:
            0.13124153 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.03747799 = queryNorm
            0.46428138 = fieldWeight in 4865, 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=4865)
      0.33333334 = coord(1/3)
  0.16666667 = coord(1/6)

Date

22. 6.2002 19:41:59

0.0022772634 = product of:
  0.013663581 = sum of:
    0.013663581 = product of:
      0.04099074 = sum of:
        0.04099074 = weight(_text_:29 in 4773) [ClassicSimilarity], result of:
          0.04099074 = score(doc=4773,freq=2.0), product of:
            0.13183585 = queryWeight, product of:
              3.5176873 = idf(docFreq=3565, maxDocs=44218)
              0.03747799 = queryNorm
            0.31092256 = fieldWeight in 4773, 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=4773)
      0.33333334 = coord(1/3)
  0.16666667 = coord(1/6)

Date

17. 5.2000 20:29:41

0.0022772634 = product of:
  0.013663581 = sum of:
    0.013663581 = product of:
      0.04099074 = sum of:
        0.04099074 = weight(_text_:29 in 3190) [ClassicSimilarity], result of:
          0.04099074 = score(doc=3190,freq=2.0), product of:
            0.13183585 = queryWeight, product of:
              3.5176873 = idf(docFreq=3565, maxDocs=44218)
              0.03747799 = queryNorm
            0.31092256 = fieldWeight in 3190, 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=3190)
      0.33333334 = coord(1/3)
  0.16666667 = coord(1/6)

Date

24.10.2016 19:29:10

0.0019947288 = product of:
  0.011968372 = sum of:
    0.011968372 = product of:
      0.035905115 = sum of:
        0.035905115 = weight(_text_:22 in 5801) [ClassicSimilarity], result of:
          0.035905115 = score(doc=5801,freq=4.0), product of:
            0.13124153 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.03747799 = queryNorm
            0.27358043 = fieldWeight in 5801, product of:
              2.0 = tf(freq=4.0), with freq of:
                4.0 = termFreq=4.0
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.0390625 = fieldNorm(doc=5801)
      0.33333334 = coord(1/3)
  0.16666667 = coord(1/6)

Date

22. 6.2002 19:42:22

0.0016925833 = product of:
  0.0101555 = sum of:
    0.0101555 = product of:
      0.030466499 = sum of:
        0.030466499 = weight(_text_:22 in 5589) [ClassicSimilarity], result of:
          0.030466499 = score(doc=5589,freq=2.0), product of:
            0.13124153 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.03747799 = queryNorm
            0.23214069 = fieldWeight in 5589, 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=5589)
      0.33333334 = coord(1/3)
  0.16666667 = coord(1/6)

Date

22. 6.2002 19:32:15

0.0016925833 = product of:
  0.0101555 = sum of:
    0.0101555 = product of:
      0.030466499 = sum of:
        0.030466499 = weight(_text_:22 in 5974) [ClassicSimilarity], result of:
          0.030466499 = score(doc=5974,freq=2.0), product of:
            0.13124153 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.03747799 = queryNorm
            0.23214069 = fieldWeight in 5974, 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=5974)
      0.33333334 = coord(1/3)
  0.16666667 = coord(1/6)

Date

1. 9.2006 13:22:15

0.0011386317 = product of:
  0.0068317903 = sum of:
    0.0068317903 = product of:
      0.02049537 = sum of:
        0.02049537 = weight(_text_:29 in 5900) [ClassicSimilarity], result of:
          0.02049537 = score(doc=5900,freq=2.0), product of:
            0.13183585 = queryWeight, product of:
              3.5176873 = idf(docFreq=3565, maxDocs=44218)
              0.03747799 = queryNorm
            0.15546128 = fieldWeight in 5900, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.5176873 = idf(docFreq=3565, maxDocs=44218)
              0.03125 = fieldNorm(doc=5900)
      0.33333334 = coord(1/3)
  0.16666667 = coord(1/6)

Abstract

Das Projekt CARMEN startete als Sonderfördermaßnahme im Rahmen von Global lnfo im Oktober 1999 mit einer geplanten Laufzeit von 29 Monaten. Der Schwerpunkt des Projekts liegt in der Weiterentwicklung von Konzepten und Verfahren der Dokumenterschließung, die den Zugriff auf heterogene, dezentral verteilte Informationsbestände und deren Verwaltung nach gemeinsamen Prinzipien ermöglichen sollen. Dabei geht CARMEN gezielt einen anderen Weg als die meisten bisherigen Ansätze in diesem Bereich, die versuchen, Homogenität und Konsistenz in einer dezentralen Informationslandschaft technikorientiert herzustellen, indem Verfahren entwickelt werden, durch die physikalisch auf verschiedene Dokumentenräume gleichzeitig zugegriffen werden kann. Eine rein technische Parallelisierung von Zugriffsmöglichkeiten reicht jedoch nicht aus, denn das Hauptproblem der inhaltlichen, strukturellen und konzeptionellen Differenz der einzelnen Datenbestände wird damit nicht gelöst. Um diese Differenzen zu kompensieren, werden Problemlösungen und Weiterentwicklungen innerhalb des Projekts CARMEN in drei Bereichen erarbeitet: (1) Metadaten (Dokumentbeschreibung, Retrieval, Verwaltung, Archivierung) (2) Methoden des Umgangs mit der verbleibenden Heterogenität der Datenbestände (3) Retrieval für strukturierte Dokumente mit Metadaten und heterogenen Datentypen. Diese drei Aufgabenbereiche hängen eng zusammen. Durch die Entwicklungen im Bereich der Metadaten soll einerseits die verlorengegangene Konsistenz partiell wiederhergestellt und auf eine den neuen Medien gerechte Basis gestellt werden. Andererseits sollen durch Verfahren zur Heterogenitätsbehandlung Dokumente mit unterschiedlicher Datenrelevanz und Inhaltserschließung aufeinander bezogen und retrievalseitig durch ein Rechercheverfahren erganzt werden, das den unterschiedlichen Datentypen gerecht wird Innerhalb des Gesamtprojekts CARMEN werden diese Aspekte arbeitsteilig behandelt. Acht Arbeitspakete (APs) befassen sich in Abstimmung miteinander mit je verschiedenen Schwerpunkten. Um die Koordination der Arbeiten der verschiedenen APs untereinander zu unterstützen, trafen sich die ca. 40 Projektbearbeiter am 1. und 2. Februar 2001 zum "CARMEN middle OfTheRoad Workshop" in Bonn. Anlässlich dieses Workshops wurden die inhaltlichen und technischen Ergebnisse, die in der ersten Hälfte der Projektlaufzeit von den einzelnen APs erzielt worden sind, in insgesamt 17 Präsentationen vorgestellt

0.0011386317 = product of:
  0.0068317903 = sum of:
    0.0068317903 = product of:
      0.02049537 = sum of:
        0.02049537 = weight(_text_:29 in 5901) [ClassicSimilarity], result of:
          0.02049537 = score(doc=5901,freq=2.0), product of:
            0.13183585 = queryWeight, product of:
              3.5176873 = idf(docFreq=3565, maxDocs=44218)
              0.03747799 = queryNorm
            0.15546128 = fieldWeight in 5901, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.5176873 = idf(docFreq=3565, maxDocs=44218)
              0.03125 = fieldNorm(doc=5901)
      0.33333334 = coord(1/3)
  0.16666667 = coord(1/6)

Abstract

Das Projekt CARMEN startete als Sonderfördermaßnahme im Rahmen von Global lnfo im Oktober 1999 mit einer geplanten Laufzeit von 29 Monaten. Der Schwerpunkt des Projekts liegt in der Weiterentwicklung von Konzepten und Verfahren der Dokumenterschließung, die den Zugriff auf heterogene, dezentral verteilte Informationsbestände und deren Verwaltung nach gemeinsamen Prinzipien ermöglichen sollen. Dabei geht CARMEN gezielt einen anderen Weg als die meisten bisherigen Ansätze in diesem Bereich, die versuchen, Homogenität und Konsistenz in einer dezentralen Informationslandschaft technikorientiert herzustellen, indem Verfahren entwickelt werden, durch die physikalisch auf verschiedene Dokumentenräume gleichzeitig zugegriffen werden kann. Eine rein technische Parallelisierung von Zugriffsmöglichkeiten reicht jedoch nicht aus, denn das Hauptproblem der inhaltlichen, strukturellen und konzeptionellen Differenz der einzelnen Datenbestände wird damit nicht gelöst. Um diese Differenzen zu kompensieren, werden Problemlösungen und Weiterentwicklungen innerhalb des Projekts CARMEN in drei Bereichen erarbeitet: (1) Metadaten (Dokumentbeschreibung, Retrieval, Verwaltung, Archivierung) (2) Methoden des Umgangs mit der verbleibenden Heterogenität der Datenbestände (3) Retrieval für strukturierte Dokumente mit Metadaten und heterogenen Datentypen. Diese drei Aufgabenbereiche hängen eng zusammen. Durch die Entwicklungen im Bereich der Metadaten soll einerseits die verlorengegangene Konsistenz partiell wiederhergestellt und auf eine den neuen Medien gerechte Basis gestellt werden. Andererseits sollen durch Verfahren zur Heterogenitätsbehandlung Dokumente mit unterschiedlicher Datenrelevanz und Inhaltserschließung aufeinander bezogen und retrievalseitig durch ein Rechercheverfahren erganzt werden, das den unterschiedlichen Datentypen gerecht wird Innerhalb des Gesamtprojekts CARMEN werden diese Aspekte arbeitsteilig behandelt. Acht Arbeitspakete (APs) befassen sich in Abstimmung miteinander mit je verschiedenen Schwerpunkten. Um die Koordination der Arbeiten der verschiedenen APs untereinander zu unterstützen, trafen sich die ca. 40 Projektbearbeiter am 1. und 2. Februar 2001 zum "CARMEN middle OfTheRoad Workshop" in Bonn. Anlässlich dieses Workshops wurden die inhaltlichen und technischen Ergebnisse, die in der ersten Hälfte der Projektlaufzeit von den einzelnen APs erzielt worden sind, in insgesamt 17 Präsentationen vorgestellt