Search (26 results, page 2 of 2)

8.34204E-4 = product of:
  0.019186692 = sum of:
    0.019186692 = weight(_text_:und in 974) [ClassicSimilarity], result of:
      0.019186692 = score(doc=974,freq=18.0), product of:
        0.052235067 = queryWeight, product of:
          2.216367 = idf(docFreq=13101, maxDocs=44218)
          0.023567878 = queryNorm
        0.3673144 = fieldWeight in 974, product of:
          4.2426405 = tf(freq=18.0), with freq of:
            18.0 = termFreq=18.0
          2.216367 = idf(docFreq=13101, maxDocs=44218)
          0.0390625 = fieldNorm(doc=974)
  0.04347826 = coord(1/23)

Abstract

Regelmäßig werden Fragen gestellt wie "Was für ein Standard-Datenbanksystem steckt in allegro?" oder "Kann man eine allegro-Datenbank mit SQL abfragen?" Es zeigt sich in solchen Unterhaltungen immer wieder, dass der eine sehr viel von relationalen Datenbanken versteht, von allegro aber ganz wenig, bzw. umgekehrt. Dann wird es mühsam und Fehleinschätzungen sind auf beiden Seiten vorprogrammiert. Um diesem Missstand abzuhelfen und das gegenseitige Verstehen zu fördern, wird hier der Versuch gemacht, vergleichende Aussagen zu den Konzepten und Eigenschaften der beiden Datenbankwelten zu machen, und zwar mit möglichst wenig Fachjargon und mit Blick mehr auf die Praxis als auf die Theorie. Diese "Welten" sind von höchst unterschiedlicher Größe und Bedeutung, das ist klar, doch darum geht es hier nicht, schon gar nicht um die immer nur für konkrete Anwendungen, aber nicht allgemein entscheidbare Frage "Was ist besser?". Wer aber wegen eines konkreten Projekts vor eben dieser Frage steht, soll hier Hilfen zur Einschätzung erhalten. Fakt ist auch, dass immer wieder relationale Daten nach allegro überführt werden bzw. Datenaustausch in umgekehrter Richtung stattfinden soll, und auch dabei können ein paar übergreifende Kenntnisse nützen. Gewiss kann man noch viel mehr sagen, vermutlich müssen einige der Aussagen weiter präzisiert oder modifiziert werden. Jeder Leser ist eingeladen, konstruktive Kritik zu üben, damit wir diese Übersicht verbessern und in der nächsten "news"-Ausgabe veröffentlichen können.

6.6736323E-4 = product of:
  0.015349354 = sum of:
    0.015349354 = weight(_text_:und in 1123) [ClassicSimilarity], result of:
      0.015349354 = score(doc=1123,freq=2.0), product of:
        0.052235067 = queryWeight, product of:
          2.216367 = idf(docFreq=13101, maxDocs=44218)
          0.023567878 = queryNorm
        0.29385152 = fieldWeight in 1123, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          2.216367 = idf(docFreq=13101, maxDocs=44218)
          0.09375 = fieldNorm(doc=1123)
  0.04347826 = coord(1/23)

Abstract

Einführung in das Programm Allegro und seine Verwendungsmöglichkeiten für die Zwecke der Formalerschließung

6.6736323E-4 = product of:
  0.015349354 = sum of:
    0.015349354 = weight(_text_:und in 6487) [ClassicSimilarity], result of:
      0.015349354 = score(doc=6487,freq=2.0), product of:
        0.052235067 = queryWeight, product of:
          2.216367 = idf(docFreq=13101, maxDocs=44218)
          0.023567878 = queryNorm
        0.29385152 = fieldWeight in 6487, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          2.216367 = idf(docFreq=13101, maxDocs=44218)
          0.09375 = fieldNorm(doc=6487)
  0.04347826 = coord(1/23)

Footnote

Vortrag am 18.5.1998 zum 250. Geburtstag der Universitätsbibliothek Braunschweig und zur Freigabe des neuen Orientierungssystem CoOL (= Catalog of Object Links)

6.21779E-4 = product of:
  0.014300916 = sum of:
    0.014300916 = weight(_text_:und in 154) [ClassicSimilarity], result of:
      0.014300916 = score(doc=154,freq=10.0), product of:
        0.052235067 = queryWeight, product of:
          2.216367 = idf(docFreq=13101, maxDocs=44218)
          0.023567878 = queryNorm
        0.27378 = fieldWeight in 154, product of:
          3.1622777 = tf(freq=10.0), with freq of:
            10.0 = termFreq=10.0
          2.216367 = idf(docFreq=13101, maxDocs=44218)
          0.0390625 = fieldNorm(doc=154)
  0.04347826 = coord(1/23)

Abstract

Vor fünf Jahren erschien die erste zusammenfassende Darstellung über bibliothekarische Datenformate von Bernhard Eversberg. Sie war bereits nach kurzer Zeit vergriffen. Die Überarbeitung dieses Büchleins hat zwar länger gedauert als geplant, führte jedoch zu einem respektablen Handbuch, das nun auch die aktuellen Pica-Formate voll einbezieht. Mit dem Abschnitt "Konkordanz der Formate" wurde ein wichtiges und in seiner Art einmaliges Nachschlagewerk geschaffen, das die Behandlung von mehr als 370 Begriffen in den einzelnen Formaten darstellt.
Die gedruckte Ausgabe dieses "Reiseführers" für die Welt der bibliothekarischen Datenformate erschien 1994. Seit einigen Jahren ist sie vergriffen und inzwischen natürlich auch teilweise veraltet. Um dem immer wieder artikulierten Bedarf abzuhelfen, zugleich aber die neuen Möglichkeiten des Mediums WWW zu nutzen, bietet diese elektronische Ausgabe
Die "Konkordanz der Formate" wurde nicht in einen HTML-Text umgewandelt, sondern wird in wesentlich besser nutzbarer Form, als allegro-Datenbank, zum Herunterladen angeboten. Es gibt zwei Formen: eine Windows95-Version mit dem neuen OPAC-Program alcarta und eine DOS-Version mit dem älteren OPAC-Programm APAC. Die Konkordanz ist außerdem auch in neuer Form enthalten in dem oben genannten "neuen Teil". Die Papierausgabe kann aus Gründen der Kosten und des Arbeitsaufwands leider nicht neu aufgelegt werden.

5.561361E-4 = product of:
  0.012791129 = sum of:
    0.012791129 = weight(_text_:und in 1742) [ClassicSimilarity], result of:
      0.012791129 = score(doc=1742,freq=2.0), product of:
        0.052235067 = queryWeight, product of:
          2.216367 = idf(docFreq=13101, maxDocs=44218)
          0.023567878 = queryNorm
        0.24487628 = fieldWeight in 1742, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          2.216367 = idf(docFreq=13101, maxDocs=44218)
          0.078125 = fieldNorm(doc=1742)
  0.04347826 = coord(1/23)

4.4490883E-4 = product of:
  0.010232903 = sum of:
    0.010232903 = weight(_text_:und in 1948) [ClassicSimilarity], result of:
      0.010232903 = score(doc=1948,freq=2.0), product of:
        0.052235067 = queryWeight, product of:
          2.216367 = idf(docFreq=13101, maxDocs=44218)
          0.023567878 = queryNorm
        0.19590102 = fieldWeight in 1948, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          2.216367 = idf(docFreq=13101, maxDocs=44218)
          0.0625 = fieldNorm(doc=1948)
  0.04347826 = coord(1/23)

Abstract

Zu den heute geforderten Funktionen von Katalogsystemen gehört das Navigieren. Auch wer dieses Wort nicht kennt, navigiert täglich, und zwar bei jedem Klick auf einen Hyperlink. Es tut somit not, dem Nutzer Hyperlinks zu präsentieren - damit er zu "Ressourcen" surfen kann, die mit dem vorher gefundenen Dokument irgendwie zusammenhängen. Hyperlinks machen sich nicht von selbst, es muß etwas dahinterstecken, am besten ein Konzept, das die Beziehungen zwischen den Dokumenten in praktikabler, plausibler Weise abbildet. Wer keine oder die falschen Beziehungen hat, den bestraft das Leben - in Katalogen ist das nicht anders.