Search (1309 results, page 1 of 66)

0.1439126 = product of:
  0.2878252 = sum of:
    0.2878252 = product of:
      0.5756504 = sum of:
        0.5756504 = weight(_text_:datenstrukturen in 4284) [ClassicSimilarity], result of:
          0.5756504 = score(doc=4284,freq=4.0), product of:
            0.3868771 = queryWeight, product of:
              7.935687 = idf(docFreq=42, maxDocs=44218)
              0.048751555 = queryNorm
            1.4879413 = fieldWeight in 4284, product of:
              2.0 = tf(freq=4.0), with freq of:
                4.0 = termFreq=4.0
              7.935687 = idf(docFreq=42, maxDocs=44218)
              0.09375 = fieldNorm(doc=4284)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

BK

54.62 / Datenstrukturen

Classification

54.62 / Datenstrukturen

0.09724589 = sum of:
  0.0774304 = product of:
    0.23229118 = sum of:
      0.23229118 = weight(_text_:3a in 562) [ClassicSimilarity], result of:
        0.23229118 = score(doc=562,freq=2.0), product of:
          0.41331622 = queryWeight, product of:
            8.478011 = idf(docFreq=24, maxDocs=44218)
            0.048751555 = queryNorm
          0.56201804 = fieldWeight in 562, product of:
            1.4142135 = tf(freq=2.0), with freq of:
              2.0 = termFreq=2.0
            8.478011 = idf(docFreq=24, maxDocs=44218)
            0.046875 = fieldNorm(doc=562)
    0.33333334 = coord(1/3)
  0.019815488 = product of:
    0.039630976 = sum of:
      0.039630976 = weight(_text_:22 in 562) [ClassicSimilarity], result of:
        0.039630976 = score(doc=562,freq=2.0), product of:
          0.17071964 = queryWeight, product of:
            3.5018296 = idf(docFreq=3622, maxDocs=44218)
            0.048751555 = queryNorm
          0.23214069 = 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.046875 = fieldNorm(doc=562)
    0.5 = coord(1/2)

Content

Vgl.: http://www.google.de/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&cad=rja&ved=0CEAQFjAA&url=http%3A%2F%2Fciteseerx.ist.psu.edu%2Fviewdoc%2Fdownload%3Fdoi%3D10.1.1.91.4940%26rep%3Drep1%26type%3Dpdf&ei=dOXrUMeIDYHDtQahsIGACg&usg=AFQjCNHFWVh6gNPvnOrOS9R3rkrXCNVD-A&sig2=5I2F5evRfMnsttSgFF9g7Q&bvm=bv.1357316858,d.Yms.

Date

8. 1.2013 10:22:32

0.08169655 = product of:
  0.1633931 = sum of:
    0.1633931 = sum of:
      0.1468802 = weight(_text_:datenstrukturen in 3124) [ClassicSimilarity], result of:
        0.1468802 = score(doc=3124,freq=6.0), product of:
          0.3868771 = queryWeight, product of:
            7.935687 = idf(docFreq=42, maxDocs=44218)
            0.048751555 = queryNorm
          0.37965596 = fieldWeight in 3124, product of:
            2.4494898 = tf(freq=6.0), with freq of:
              6.0 = termFreq=6.0
            7.935687 = idf(docFreq=42, maxDocs=44218)
            0.01953125 = fieldNorm(doc=3124)
      0.016512906 = weight(_text_:22 in 3124) [ClassicSimilarity], result of:
        0.016512906 = score(doc=3124,freq=2.0), product of:
          0.17071964 = queryWeight, product of:
            3.5018296 = idf(docFreq=3622, maxDocs=44218)
            0.048751555 = 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)

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.
Die Mitglieder der Arbeitsgemeinschaft der Verbundsysteme haben weiterhin ihre Absicht bekräftigt, ihre Verbunddaten gegenseitig zum Zweck der Datenübernahme, Fernleihe und Einbindung in Portale über Z 39.50 zu nutzen. Neuerwerbungen sollen künftig kooperativ katalogisiert werden, damit nicht Kapazitäten dadurch gebunden werden, dass die gleiche Titelaufnahme mehrfach erstellt werden muss. Eine Arbeitsgruppe unter Federführung des GBV wird ein Konzept und einen Projektplan mit einzelnen Arbeitsschritten sowie bis Ende 2005 ein prototypisches Verfahren zu entwickeln. Die gegenseitige Nutzung von Fremddatenangeboten (unter Beachtung lizenzrechtlicher Rahmenbedingungen) sowie die Bereitstellung von Datensätzen und ihre Anreicherung durch Abstracts, Inhaltsverzeichnisse, Rezensionen u. ä. sind seit langem bestehende Anforderungen, deren Realisierung mit der Vereinheitlichung der Datenstrukturen und der einheitlichen Anwendung von MARC21 als Transportformat erreicht wird. Notwendige Voraussetzung zur Anreicherung von Daten ist die Entwicklung eines Match-Key-Algorith-mus. Hierzu ist ein gesondertes Projekt unter Federführung Der Deutschen Bibliothek geplant. Die Arbeitsgemeinschaft der Verbundsysteme hat den Standardisierungsausschuss gebeten, dafür Sorge zu tragen, dass das künftige deutsche Regelwerk für die Formalerschließung ihre Ziele einer Vereinheitlichung der Datenstrukturen und eines verbesserten Datentauschs mit Fremddatennutzung effektiv unterstützt. Dazu dürfen keine den AACR widersprechenden Regelungen für das Regelwerk verabschiedet werden. Außerdem dürfen strukturrelevante Aspekte im Regelwerk künftig keine Kann-Bestimmungen mehr sein. Um international übereinstimmende Entitäten zu erhalten, plädiert die Arbeitsgemeinschaft der Verbundsysteme nachdrücklich dafür, bei Verwendung einer Normdatei Individualisierung als obligatorische Bestimmung einzuführen. Eine Übereinstimmung der Entitäten bei Titeln, Personen- und Körperschaftsnamen muss erklärtes Regelwerksziel sein. Hierfür sind international übliche Regelungen einzuführen. Dringend erforderlich ist auch die Vereinheitlichung und Integration der Sonderregeln in das Regelwerk. Die Arbeitsgemeinschaft der Verbundsysteme schlägt dem Standardisierungsausschuss darüber hinaus vor, Aspekte der Functional Requirements for Bibliographic Records (FRBR) im Regelwerk in Übereinstimmung mit der internationalen Entwicklung zu berücksichtigen und durch geeignete Untersuchungen auf Expertenebene zu untermauern."

Date

22. 1.2005 18:53:53

0.07091995 = product of:
  0.1418399 = sum of:
    0.1418399 = sum of:
      0.11872184 = weight(_text_:datenstrukturen in 4002) [ClassicSimilarity], result of:
        0.11872184 = score(doc=4002,freq=2.0), product of:
          0.3868771 = queryWeight, product of:
            7.935687 = idf(docFreq=42, maxDocs=44218)
            0.048751555 = queryNorm
          0.30687225 = fieldWeight in 4002, product of:
            1.4142135 = tf(freq=2.0), with freq of:
              2.0 = termFreq=2.0
            7.935687 = idf(docFreq=42, maxDocs=44218)
            0.02734375 = fieldNorm(doc=4002)
      0.02311807 = weight(_text_:22 in 4002) [ClassicSimilarity], result of:
        0.02311807 = score(doc=4002,freq=2.0), product of:
          0.17071964 = queryWeight, product of:
            3.5018296 = idf(docFreq=3622, maxDocs=44218)
            0.048751555 = queryNorm
          0.1354154 = fieldWeight in 4002, product of:
            1.4142135 = tf(freq=2.0), with freq of:
              2.0 = termFreq=2.0
            3.5018296 = idf(docFreq=3622, maxDocs=44218)
            0.02734375 = fieldNorm(doc=4002)
  0.5 = coord(1/2)

Footnote

Rez. in: XML Magazin und Web Services 2003, H.1, S.14 (S. Meyen): "Seit dem 22. Februar 1999 ist das Resource Description Framework (RDF) als W3C-Empfehlung verfügbar. Doch was steckt hinter diesem Standard, der das Zeitalter des Semantischen Webs einläuten soll? Was RDF bedeutet, wozu man es einsetzt, welche Vorteile es gegenüber XML hat und wie man RDF anwendet, soll in diesem Artikel erläutert werden. Schlägt man das Buch auf und beginnt, im EinleitungsKapitel zu schmökern, fällt sogleich ins Auge, dass der Leser nicht mit Lektionen im Stile von "bei XML sind die spitzen Klammern ganz wichtig" belehrt wird, obgleich es sich um ein Buch für Anfänger handelt. Im Gegenteil: Es geht gleich zur Sache und eine gesunde Mischung an Vorkenntnissen wird vorausgesetzt. Wer sich heute für XML interessiert, der hat ja mit 99-prozentiger Wahrscheinlichkeit schon seine einschlägigen Erfahrungen mit HTML und dem Web gemacht und ist kein Newbie in dem Reich der spitzen Klammern und der (einigermaßen) wohlformatierten Dokumente. Und hier liegt eine deutliche Stärke des Werkes Helmut Vonhoegens, der seinen Einsteiger-Leser recht gut einzuschätzen weiß und ihn daher praxisnah und verständlich ans Thema heranführt. Das dritte Kapitel beschäftigt sich mit der Document Type Definition (DTD) und beschreibt deren Einsatzziele und Verwendungsweisen. Doch betont der Autor hier unablässig die Begrenztheit dieses Ansatzes, welche den Ruf nach einem neuen Konzept deutlich macht: XML Schema, welches er im folgenden Kapitel darstellt. Ein recht ausführliches Kapitel widmet sich dann dem relativ aktuellen XML Schema-Konzept und erläutert dessen Vorzüge gegenüber der DTD (Modellierung komplexer Datenstrukturen, Unterstützung zahlreicher Datentypen, Zeichenbegrenzungen u.v.m.). XML Schema legt, so erfährt der Leser, wie die alte DTD, das Vokabular und die zulässige Grammatik eines XML-Dokuments fest, ist aber seinerseits ebenfalls ein XML-Dokument und kann (bzw. sollte) wie jedes andere XML auf Wohlgeformtheit überprüft werden. Weitere Kapitel behandeln die Navigations-Standards XPath, XLink und XPointer, Transformationen mit XSLT und XSL und natürlich die XML-Programmierschnittstellen DOM und SAX. Dabei kommen verschiedene Implementierungen zum Einsatz und erfreulicherweise werden Microsoft-Ansätze auf der einen und Java/Apache-Projekte auf der anderen Seite in ungefähr vergleichbarem Umfang vorgestellt. Im letzten Kapitel schließlich behandelt Vonhoegen die obligatorischen Web Services ("Webdienste") als Anwendungsfall von XML und demonstriert ein kleines C#- und ASP-basiertes Beispiel (das Java-Äquivalent mit Apache Axis fehlt leider). "Einstieg in XML" präsentiert seinen Stoff in klar verständlicher Form und versteht es, seine Leser auf einem guten Niveau "abzuholen". Es bietet einen guten Überblick über die Grundlagen von XML und kann - zumindest derzeit noch - mit recht hoher Aktualität aufwarten."

0.06784105 = product of:
  0.1356821 = sum of:
    0.1356821 = product of:
      0.2713642 = sum of:
        0.2713642 = weight(_text_:datenstrukturen in 1020) [ClassicSimilarity], result of:
          0.2713642 = score(doc=1020,freq=2.0), product of:
            0.3868771 = queryWeight, product of:
              7.935687 = idf(docFreq=42, maxDocs=44218)
              0.048751555 = queryNorm
            0.7014223 = fieldWeight in 1020, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              7.935687 = idf(docFreq=42, maxDocs=44218)
              0.0625 = fieldNorm(doc=1020)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

Abstract

Dokumentationsaktivitäten waren im Museum lange auf Bestandsverwaltung beschränkt, wobei die Informationen ähnlich behandelt wurden wie bibliographische Informationen. Doch die systematische Sammlung wissenschaftlicher Informationen zu Museumsobjekten unterscheidet sich davon stark. Das CIDOC Conceptual Reference Model (CRM) unterstützt diese erweiterten Anforderungen, weil mit ihm komplexe Datenstrukturen in kontrollierter, aber flexibler Weise behandelt werden können. Technisch ist das CIDOC CRM eine Ontologie, die unter dem Paradigma der Objektorientierung speziell für den Museumsbereich erarbeit etwurde. Das CHIOS Projekt versucht derzeit, CIDOC-CRM als ISO-Standard zu etablieren.

0.06784105 = product of:
  0.1356821 = sum of:
    0.1356821 = product of:
      0.2713642 = sum of:
        0.2713642 = weight(_text_:datenstrukturen in 4586) [ClassicSimilarity], result of:
          0.2713642 = score(doc=4586,freq=2.0), product of:
            0.3868771 = queryWeight, product of:
              7.935687 = idf(docFreq=42, maxDocs=44218)
              0.048751555 = queryNorm
            0.7014223 = fieldWeight in 4586, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              7.935687 = idf(docFreq=42, maxDocs=44218)
              0.0625 = fieldNorm(doc=4586)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

Abstract

Mithilfe der FRBR, an denen sich auch das neue Regelwerk RDA orientiert, sollen Katalognutzer auf neuartige Weise im 'bibliographischen Universum' navigieren können. Der Beitrag erläutert und diskutiert einerseits die zentralen Elemente des theoretischen Modells, andererseits die Chancen und Probleme einer praktischen Umsetzung. Die in Deutschland vorhandenen Datenstrukturen bilden dafür eine vergleichsweise gute Ausgangsbasis. Denkbar ist aber auch eine virtuelle 'FRBRisierung' ohne Eingriff in den Datenbestand.

0.059963584 = product of:
  0.11992717 = sum of:
    0.11992717 = product of:
      0.23985434 = sum of:
        0.23985434 = weight(_text_:datenstrukturen in 714) [ClassicSimilarity], result of:
          0.23985434 = score(doc=714,freq=4.0), product of:
            0.3868771 = queryWeight, product of:
              7.935687 = idf(docFreq=42, maxDocs=44218)
              0.048751555 = queryNorm
            0.61997557 = fieldWeight in 714, product of:
              2.0 = tf(freq=4.0), with freq of:
                4.0 = termFreq=4.0
              7.935687 = idf(docFreq=42, maxDocs=44218)
              0.0390625 = fieldNorm(doc=714)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

BK

54.62 / Datenstrukturen

Classification

54.62 / Datenstrukturen

0.059963584 = product of:
  0.11992717 = sum of:
    0.11992717 = product of:
      0.23985434 = sum of:
        0.23985434 = weight(_text_:datenstrukturen in 1952) [ClassicSimilarity], result of:
          0.23985434 = score(doc=1952,freq=4.0), product of:
            0.3868771 = queryWeight, product of:
              7.935687 = idf(docFreq=42, maxDocs=44218)
              0.048751555 = queryNorm
            0.61997557 = fieldWeight in 1952, product of:
              2.0 = tf(freq=4.0), with freq of:
                4.0 = termFreq=4.0
              7.935687 = idf(docFreq=42, maxDocs=44218)
              0.0390625 = fieldNorm(doc=1952)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

BK

54.62 / Datenstrukturen

Classification

54.62 / Datenstrukturen

0.05936092 = product of:
  0.11872184 = sum of:
    0.11872184 = product of:
      0.23744369 = sum of:
        0.23744369 = weight(_text_:datenstrukturen in 1286) [ClassicSimilarity], result of:
          0.23744369 = score(doc=1286,freq=2.0), product of:
            0.3868771 = queryWeight, product of:
              7.935687 = idf(docFreq=42, maxDocs=44218)
              0.048751555 = queryNorm
            0.6137445 = fieldWeight in 1286, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              7.935687 = idf(docFreq=42, maxDocs=44218)
              0.0546875 = fieldNorm(doc=1286)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

Abstract

Schwerpunkte dieses Lehrbuchs sind der Entwurf und die Entwicklung einfacher Datenbankanwendungen. Zunächst wird am Beispiel typischer Datenstrukturen und Algorithmen die Verwaltung unverbundener Dateien behandelt. Anschließend folgt, ausgehend von Beispielen zur Datenbankverwaltung in weitverbreiteten Softwarepaketen, eine Einführung in den Entwurf von Datenbanken. Abfragen in QBE, SQL und XBase-ähnlichen Befehlssprachen veranschaulichen deklarative und prozedurale Abfragesprachen. Ein Fallbeispiel verdeutlicht die Anwendungsentwicklung in prozeduralen Datenbanksprachen der vierten Generation. Der letzte Teil diskutiert Client/Server-, verteilte und objektorientierte Datenbanksysteme. Verweise auf eine realistische Musteranwendung begleiten die theoretischen Ausführungen. Die beiliegende CD-ROM enthält deshalb neben rechnerpraktischen Beispielen, Aufgaben und Lösungen eine realistische Anwendung.

0.05162026 = product of:
  0.10324052 = sum of:
    0.10324052 = product of:
      0.30972156 = sum of:
        0.30972156 = weight(_text_:3a in 140) [ClassicSimilarity], result of:
          0.30972156 = score(doc=140,freq=2.0), product of:
            0.41331622 = queryWeight, product of:
              8.478011 = idf(docFreq=24, maxDocs=44218)
              0.048751555 = queryNorm
            0.7493574 = fieldWeight in 140, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              8.478011 = idf(docFreq=24, maxDocs=44218)
              0.0625 = fieldNorm(doc=140)
      0.33333334 = coord(1/3)
  0.5 = coord(1/2)

Content

Vgl. auch: https://studylibde.com/doc/13053640/richard-schrodt. Vgl. auch: http%3A%2F%2Fwww.univie.ac.at%2FGermanistik%2Fschrodt%2Fvorlesung%2Fwissenschaftssprache.doc&usg=AOvVaw1lDLDR6NFf1W0-oC9mEUJf.

0.05088079 = product of:
  0.10176158 = sum of:
    0.10176158 = product of:
      0.20352316 = sum of:
        0.20352316 = weight(_text_:datenstrukturen in 864) [ClassicSimilarity], result of:
          0.20352316 = score(doc=864,freq=2.0), product of:
            0.3868771 = queryWeight, product of:
              7.935687 = idf(docFreq=42, maxDocs=44218)
              0.048751555 = queryNorm
            0.5260667 = fieldWeight in 864, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              7.935687 = idf(docFreq=42, maxDocs=44218)
              0.046875 = fieldNorm(doc=864)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

Abstract

Die Masse der Suchalgorithmen lässt sich in zwei grundlegend verschiedene Teilbereiche untergliedern. Auf der einen Seite stehen Algorithmen, die auf komplexen Datenstrukturen (häufig baumartig) ganze Datensätze unter Verwendung eines Indizes finden. Als geläufiger Vertreter sei hier die binäre Suche auf sortierten Arrays oder in binären Bäumen genannt. Die andere Gruppe, der sich diese Ausarbeitung widmet, dient dazu, Entsprechungen von Mustern in gegebenen Zeichenketten zu finden. Auf den folgenden Seiten werden nun zunächst einige Begriffe eingeführt, die für das weitere Verständnis und einen Vergleich verschiedener Suchalgorithmen nötig sind. Weiterhin wird ein naiver Suchalgorithmus dargestellt und mit der Idee von Boyer und Moore verglichen. Hierzu wird ihr Algorithmus zunächst informal beschrieben, dann mit Blick auf eine Implementation näher erläutert und anschließend einer Effizienzanalyse - sowohl empirisch als auch theoretisch - unterzogen. Abschließend findet eine kurze Bewertung mit Bezug auf Schwachstellen, Vorzüge und Verbesserungsmöglichkeiten statt, im Zuge derer einige prominente Modifikationen des Boyer-Moore Algorithmus vorgestellt werden.

0.04797087 = product of:
  0.09594174 = sum of:
    0.09594174 = product of:
      0.19188347 = sum of:
        0.19188347 = weight(_text_:datenstrukturen in 1486) [ClassicSimilarity], result of:
          0.19188347 = score(doc=1486,freq=4.0), product of:
            0.3868771 = queryWeight, product of:
              7.935687 = idf(docFreq=42, maxDocs=44218)
              0.048751555 = queryNorm
            0.49598044 = fieldWeight in 1486, product of:
              2.0 = tf(freq=4.0), with freq of:
                4.0 = termFreq=4.0
              7.935687 = idf(docFreq=42, maxDocs=44218)
              0.03125 = fieldNorm(doc=1486)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

BK

54.62 / Datenstrukturen

Classification

54.62 / Datenstrukturen

0.04797087 = product of:
  0.09594174 = sum of:
    0.09594174 = product of:
      0.19188347 = sum of:
        0.19188347 = weight(_text_:datenstrukturen in 1744) [ClassicSimilarity], result of:
          0.19188347 = score(doc=1744,freq=4.0), product of:
            0.3868771 = queryWeight, product of:
              7.935687 = idf(docFreq=42, maxDocs=44218)
              0.048751555 = queryNorm
            0.49598044 = fieldWeight in 1744, product of:
              2.0 = tf(freq=4.0), with freq of:
                4.0 = termFreq=4.0
              7.935687 = idf(docFreq=42, maxDocs=44218)
              0.03125 = fieldNorm(doc=1744)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

BK

54.62 / Datenstrukturen

Classification

54.62 / Datenstrukturen

0.04516773 = product of:
  0.09033546 = sum of:
    0.09033546 = product of:
      0.27100638 = sum of:
        0.27100638 = weight(_text_:3a in 306) [ClassicSimilarity], result of:
          0.27100638 = score(doc=306,freq=2.0), product of:
            0.41331622 = queryWeight, product of:
              8.478011 = idf(docFreq=24, maxDocs=44218)
              0.048751555 = queryNorm
            0.65568775 = fieldWeight in 306, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              8.478011 = idf(docFreq=24, maxDocs=44218)
              0.0546875 = fieldNorm(doc=306)
      0.33333334 = coord(1/3)
  0.5 = coord(1/2)

Content

Vgl.: http://ieeexplore.ieee.org/xpl/login.jsp?tp=&arnumber=5386707&url=http%3A%2F%2Fieeexplore.ieee.org%2Fxpls%2Fabs_all.jsp%3Farnumber%3D5386707.

0.042400658 = product of:
  0.084801316 = sum of:
    0.084801316 = product of:
      0.16960263 = sum of:
        0.16960263 = weight(_text_:datenstrukturen in 196) [ClassicSimilarity], result of:
          0.16960263 = score(doc=196,freq=2.0), product of:
            0.3868771 = queryWeight, product of:
              7.935687 = idf(docFreq=42, maxDocs=44218)
              0.048751555 = queryNorm
            0.4383889 = fieldWeight in 196, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              7.935687 = idf(docFreq=42, maxDocs=44218)
              0.0390625 = fieldNorm(doc=196)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

Abstract

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

0.042400658 = product of:
  0.084801316 = sum of:
    0.084801316 = product of:
      0.16960263 = sum of:
        0.16960263 = weight(_text_:datenstrukturen in 1890) [ClassicSimilarity], result of:
          0.16960263 = score(doc=1890,freq=2.0), product of:
            0.3868771 = queryWeight, product of:
              7.935687 = idf(docFreq=42, maxDocs=44218)
              0.048751555 = queryNorm
            0.4383889 = fieldWeight in 1890, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              7.935687 = idf(docFreq=42, maxDocs=44218)
              0.0390625 = fieldNorm(doc=1890)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

Abstract

Die 35. Arbeitssitzung der AGM (Arbeitsgruppe Elektronische Medien in der Patentinformation) beim Technischen Informationszentrum des Deutschen Patentund Markenamt in Berlin am 7. November 2007 stand wie in jedem Jahr unter dem Motto "Entwicklungen in der Patentinformation". Die Arbeitsgruppe besteht seit 35 Jahren und hat inzwischen 80 Mitglieder aus Wirtschaft und Behörden, die bei Bedarf regelmäßig informiert werden. Die Phase der Digitalisierung der Patentdaten, die etwa im Jahre 1990 begonnen hat, führte ja bekanntlich zu einer regelrechten Revolution in der Patentinformation, die auch heute nach 17 Jahren noch keineswegs als abgeschlossen angesehen werden kann. In enger Kooperation mit den Nutzern und Kunden haben sowohl die Patentbehörden wie auch die Provider Wünsche und Anregungen aufgenommen und weitere Lücken in den digitalen Datenbeständen geschlossen. Benutzerfreundliche Recherchewerkzeuge wurden angepasst oder ergänzt. Wiederum ist noch kein Ende dieser Entwicklung abzusehen. Aber auch heute steht der Informationssuchende immer noch vor der Aufgabe, sich ständig weiterzubilden und gewissenhaft zu prüfen, welche der breit gefächerten Dienstleistungsangebote für ihn und für seine Firma tatsächlich in Betracht kommen und zum wirtschaftlichen Erfolg führen. Dieser Beitrag soll wie in jedem Jahr dazu dienen, dem interessierten Leser einen Überblick zu geben, über das, was sich auf dem Gebiet der Patentinformation bei Ämtern und Providern an Fortschritten ergeben hat und was in Zukunft noch zu erwarten sein wird. Ich möchte auch an dieser Stelle noch einmal betonen, dass Sie nicht zögern sollten, den Ämtern bzw. Providern mitzuteilen, wenn sie bei Ihrer Arbeit Fehler oder Ungereimtheiten bei den Rechercheergebnissen oder Softwaretools feststellen sollten. Nur durch Ihre Aufmerksamkeit und diese Rückkopplung ist in Zukunft sicherzustellen, dass in der Welt der komplexen Datenstrukturen Fehler beseitigt und benutzerfreundliche Lösungen gefunden und erarbeitet werden.

0.0387152 = product of:
  0.0774304 = sum of:
    0.0774304 = product of:
      0.23229118 = sum of:
        0.23229118 = weight(_text_:3a in 2918) [ClassicSimilarity], result of:
          0.23229118 = score(doc=2918,freq=2.0), product of:
            0.41331622 = queryWeight, product of:
              8.478011 = idf(docFreq=24, maxDocs=44218)
              0.048751555 = queryNorm
            0.56201804 = fieldWeight in 2918, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              8.478011 = idf(docFreq=24, maxDocs=44218)
              0.046875 = fieldNorm(doc=2918)
      0.33333334 = coord(1/3)
  0.5 = coord(1/2)

Footnote

Vgl.: http://ieeexplore.ieee.org/Xplore/login.jsp?reload=true&url=http%3A%2F%2Fieeexplore.ieee.org%2Fiel5%2F4755313%2F4755314%2F04755480.pdf%3Farnumber%3D4755480&authDecision=-203.

0.037364442 = product of:
  0.074728884 = sum of:
    0.074728884 = product of:
      0.14945777 = sum of:
        0.14945777 = weight(_text_:22 in 4362) [ClassicSimilarity], result of:
          0.14945777 = score(doc=4362,freq=4.0), product of:
            0.17071964 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.048751555 = queryNorm
            0.8754574 = fieldWeight in 4362, product of:
              2.0 = tf(freq=4.0), with freq of:
                4.0 = termFreq=4.0
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.125 = fieldNorm(doc=4362)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

Date

22. 1.2000 19:22:27

0.037364442 = product of:
  0.074728884 = sum of:
    0.074728884 = product of:
      0.14945777 = sum of:
        0.14945777 = weight(_text_:22 in 3211) [ClassicSimilarity], result of:
          0.14945777 = score(doc=3211,freq=4.0), product of:
            0.17071964 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.048751555 = queryNorm
            0.8754574 = fieldWeight in 3211, product of:
              2.0 = tf(freq=4.0), with freq of:
                4.0 = termFreq=4.0
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.125 = fieldNorm(doc=3211)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

Date

22. 2.2005 9:16:22

0.037364442 = product of:
  0.074728884 = sum of:
    0.074728884 = product of:
      0.14945777 = sum of:
        0.14945777 = weight(_text_:22 in 4109) [ClassicSimilarity], result of:
          0.14945777 = score(doc=4109,freq=4.0), product of:
            0.17071964 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.048751555 = queryNorm
            0.8754574 = fieldWeight in 4109, product of:
              2.0 = tf(freq=4.0), with freq of:
                4.0 = termFreq=4.0
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.125 = fieldNorm(doc=4109)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

Date

14. 8.2005 14:22:22