Search (2 results, page 1 of 1)

0.029588005 = product of:
  0.08876401 = sum of:
    0.08876401 = weight(_text_:search in 3813) [ClassicSimilarity], result of:
      0.08876401 = score(doc=3813,freq=14.0), product of:
        0.1747324 = queryWeight, product of:
          3.475677 = idf(docFreq=3718, maxDocs=44218)
          0.05027291 = queryNorm
        0.5079997 = fieldWeight in 3813, product of:
          3.7416575 = tf(freq=14.0), with freq of:
            14.0 = termFreq=14.0
          3.475677 = idf(docFreq=3718, maxDocs=44218)
          0.0390625 = fieldNorm(doc=3813)
  0.33333334 = coord(1/3)

Abstract

Information retrieval (IR) protocols support effective and interoperable intersystem search and retrieval. Although intersystem search methods have been envisioned and under development since the 1970s, it was the Z39.50 IR protocol, first released in 1988, that demonstrated real-world possibilities for such search and retrieval. As the networked information environment changed with the emergence of the World Wide Web, the need for standard IR protocols did not disappear, and one can argue the need is even more compelling given both the visible and invisible Web. A new protocol, based on the experience from Z39.50 but simpler and more comprehensible than Z39.50, is now being used for Web search and retrieval. Search and retrieve via URL (SRU) uses Web technologies and standards resulting in a Web friendly protocol that provides standard search access to existing Z39.50 resources and a wide-range of new non-catalog digital resources. This entry provides both an overview of the two protocols and technical details to understand both. A brief discussion of IR and communications protocols provides background to the specifics of these two IR protocols. Although communication protocols are by their nature technical specifications, this entry focuses on an overview of the functions and capabilities of the protocols. It uses technical concepts and terminology from the protocols to help explain how the protocols work but limits discussion of technical details.

0.019369897 = product of:
  0.058109686 = sum of:
    0.058109686 = weight(_text_:search in 3972) [ClassicSimilarity], result of:
      0.058109686 = score(doc=3972,freq=6.0), product of:
        0.1747324 = queryWeight, product of:
          3.475677 = idf(docFreq=3718, maxDocs=44218)
          0.05027291 = queryNorm
        0.33256388 = fieldWeight in 3972, product of:
          2.4494898 = tf(freq=6.0), with freq of:
            6.0 = termFreq=6.0
          3.475677 = idf(docFreq=3718, maxDocs=44218)
          0.0390625 = fieldNorm(doc=3972)
  0.33333334 = coord(1/3)

Content

"Seit zwei Jahrzehnten nutzen vor allem Bibliotheksverbünde das Protokoll Z39.50, um ihren Benutzern im Internet die simultane Abfrage mehrerer Datenbanken zu ermöglichen. Jetzt gibt es einen Nachfolger dieses Protokolls, der eine einfachere Implementierung verspricht. Damit ist auch eine größere Verbreitung für die Suche in verteilten Datenbeständen anderer Institutionen, wie z.B. Archiven und Museen, wahrscheinlich. SRW/U (Search and Retrieve Web Service bzw. Search and Retrieve URL Service, www.loc.90v/z3950/agency/zing/srw) wurde von einer an der Library of Congress angesiedelten Initiative entwickelt und beruht auf etablierten Standards wie URI und XML. Die mit SRW und SRU möglichen Abfragen und Ergebnisse unterscheiden sich nur in der Art der Übertragung, verwenden aber beide dieselben Prozeduren. Davon gibt es nur drei: explain, scan und searchRetrieve. Die beiden Erstgenannten dienen dazu, allgemeine Informationen über den Datenanbieter bzw. die verfügbaren Indexe zubekommen. Das Herzstück ist die search-Retrieve-Anweisung. Damit werden Anfragen direkt an die Datenbank gesendet und die Parameter des Suchergebnisses definiert. Verwendet wird dafür die Retrievalsprache CQL (Common Query Language), die simple Freitextsuchen, aber auch mit Boolschen Operatoren verknüpfte Recherchen ermöglicht. Bei SRU werden die Suchbefehle mittels einfacher HTTP GET -Anfragen übermittelt, die Ergebnisse in XML zurückgeliefert. Zur Strukturierung der Daten dienen z.B. Dublin Core, MARC oder EAD. Welches Format von der jeweiligen Datenbank bereitgestellt wird, kann durch die explain-Anweisung ermittelt gebracht werden."