Search (47 results, page 1 of 3)

  • × theme_ss:"Datenfernübertragung"
  1. Moen, W.: Information retrieval protocols : Z39.50 and Search & Retrieve via URL (2009) 0.04
    0.036576893 = product of:
      0.12801912 = sum of:
        0.045449268 = weight(_text_:wide in 3813) [ClassicSimilarity], result of:
          0.045449268 = score(doc=3813,freq=4.0), product of:
            0.1312982 = queryWeight, product of:
              4.4307585 = idf(docFreq=1430, maxDocs=44218)
              0.029633347 = queryNorm
            0.34615302 = fieldWeight in 3813, product of:
              2.0 = tf(freq=4.0), with freq of:
                4.0 = termFreq=4.0
              4.4307585 = idf(docFreq=1430, maxDocs=44218)
              0.0390625 = fieldNorm(doc=3813)
        0.038986187 = weight(_text_:web in 3813) [ClassicSimilarity], result of:
          0.038986187 = score(doc=3813,freq=10.0), product of:
            0.09670874 = queryWeight, product of:
              3.2635105 = idf(docFreq=4597, maxDocs=44218)
              0.029633347 = queryNorm
            0.40312994 = fieldWeight in 3813, product of:
              3.1622777 = tf(freq=10.0), with freq of:
                10.0 = termFreq=10.0
              3.2635105 = idf(docFreq=4597, maxDocs=44218)
              0.0390625 = fieldNorm(doc=3813)
        0.010089659 = weight(_text_:information in 3813) [ClassicSimilarity], result of:
          0.010089659 = score(doc=3813,freq=8.0), product of:
            0.052020688 = queryWeight, product of:
              1.7554779 = idf(docFreq=20772, maxDocs=44218)
              0.029633347 = queryNorm
            0.19395474 = fieldWeight in 3813, product of:
              2.828427 = tf(freq=8.0), with freq of:
                8.0 = termFreq=8.0
              1.7554779 = idf(docFreq=20772, maxDocs=44218)
              0.0390625 = fieldNorm(doc=3813)
        0.033494003 = weight(_text_:retrieval in 3813) [ClassicSimilarity], result of:
          0.033494003 = score(doc=3813,freq=10.0), product of:
            0.08963835 = queryWeight, product of:
              3.024915 = idf(docFreq=5836, maxDocs=44218)
              0.029633347 = queryNorm
            0.37365708 = fieldWeight in 3813, product of:
              3.1622777 = tf(freq=10.0), with freq of:
                10.0 = termFreq=10.0
              3.024915 = idf(docFreq=5836, maxDocs=44218)
              0.0390625 = fieldNorm(doc=3813)
      0.2857143 = coord(4/14)
    
    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.
    Source
    Encyclopedia of library and information sciences. 3rd ed. Ed.: M.J. Bates
  2. Joy, F.; Murray, R.: ¬The World-Wide Web and Z39.50 : which way for libraries? (1995) 0.03
    0.031815514 = product of:
      0.1113543 = sum of:
        0.051419973 = weight(_text_:wide in 3997) [ClassicSimilarity], result of:
          0.051419973 = score(doc=3997,freq=2.0), product of:
            0.1312982 = queryWeight, product of:
              4.4307585 = idf(docFreq=1430, maxDocs=44218)
              0.029633347 = queryNorm
            0.3916274 = fieldWeight in 3997, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              4.4307585 = idf(docFreq=1430, maxDocs=44218)
              0.0625 = fieldNorm(doc=3997)
        0.027896244 = weight(_text_:web in 3997) [ClassicSimilarity], result of:
          0.027896244 = score(doc=3997,freq=2.0), product of:
            0.09670874 = queryWeight, product of:
              3.2635105 = idf(docFreq=4597, maxDocs=44218)
              0.029633347 = queryNorm
            0.2884563 = fieldWeight in 3997, 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=3997)
        0.008071727 = weight(_text_:information in 3997) [ClassicSimilarity], result of:
          0.008071727 = score(doc=3997,freq=2.0), product of:
            0.052020688 = queryWeight, product of:
              1.7554779 = idf(docFreq=20772, maxDocs=44218)
              0.029633347 = queryNorm
            0.1551638 = fieldWeight in 3997, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              1.7554779 = idf(docFreq=20772, maxDocs=44218)
              0.0625 = fieldNorm(doc=3997)
        0.023966359 = weight(_text_:retrieval in 3997) [ClassicSimilarity], result of:
          0.023966359 = score(doc=3997,freq=2.0), product of:
            0.08963835 = queryWeight, product of:
              3.024915 = idf(docFreq=5836, maxDocs=44218)
              0.029633347 = queryNorm
            0.26736724 = fieldWeight in 3997, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.024915 = idf(docFreq=5836, maxDocs=44218)
              0.0625 = fieldNorm(doc=3997)
      0.2857143 = coord(4/14)
    
    Abstract
    The function of the W3, like that of Z39.50, is to offer access to networked information, and they appear to have similar client/server architectures. However, libraries need both because of the W3's lack of support for the advanced search, retrieval and management facilities that are expected of modern OPACs and are offered by Z39.50. Current research is involved in developing hybrid W3/Z39.50 services
  3. Deussen, N.: Sogar der Mars könnte bald eine virutelle Heimat bekommen : Gut 4,2 Milliarden sind nicht genug: Die sechste Version des Internet-Protokolls schafft viele zusätzliche Online-Adressen (2001) 0.02
    0.023410609 = product of:
      0.08193713 = sum of:
        0.016068742 = weight(_text_:wide in 5729) [ClassicSimilarity], result of:
          0.016068742 = score(doc=5729,freq=2.0), product of:
            0.1312982 = queryWeight, product of:
              4.4307585 = idf(docFreq=1430, maxDocs=44218)
              0.029633347 = queryNorm
            0.122383565 = fieldWeight in 5729, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              4.4307585 = idf(docFreq=1430, maxDocs=44218)
              0.01953125 = fieldNorm(doc=5729)
        0.012328515 = weight(_text_:web in 5729) [ClassicSimilarity], result of:
          0.012328515 = score(doc=5729,freq=4.0), product of:
            0.09670874 = queryWeight, product of:
              3.2635105 = idf(docFreq=4597, maxDocs=44218)
              0.029633347 = queryNorm
            0.12748088 = fieldWeight in 5729, product of:
              2.0 = tf(freq=4.0), with freq of:
                4.0 = termFreq=4.0
              3.2635105 = idf(docFreq=4597, maxDocs=44218)
              0.01953125 = fieldNorm(doc=5729)
        0.018304605 = weight(_text_:elektronische in 5729) [ClassicSimilarity], result of:
          0.018304605 = score(doc=5729,freq=2.0), product of:
            0.14013545 = queryWeight, product of:
              4.728978 = idf(docFreq=1061, maxDocs=44218)
              0.029633347 = queryNorm
            0.1306208 = fieldWeight in 5729, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              4.728978 = idf(docFreq=1061, maxDocs=44218)
              0.01953125 = fieldNorm(doc=5729)
        0.035235263 = weight(_text_:kongress in 5729) [ClassicSimilarity], result of:
          0.035235263 = score(doc=5729,freq=2.0), product of:
            0.19442701 = queryWeight, product of:
              6.5610886 = idf(docFreq=169, maxDocs=44218)
              0.029633347 = queryNorm
            0.18122616 = fieldWeight in 5729, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              6.5610886 = idf(docFreq=169, maxDocs=44218)
              0.01953125 = fieldNorm(doc=5729)
      0.2857143 = coord(4/14)
    
    Abstract
    In der Virtualität wird's eng. Die Möglichkeiten des Scheinbaren sind anscheinend ausgereizt. Es mangelt bald an InternetAdressen. Wenn WhirIpools und Wasclunaschinen ihren eigenen Zugang zum Internet brauchen, wird der Vorrat an Kennzahlen knapp. Um dem drohenden Mangel zu begegnen, wird seit Jahren an einer überarbeiteten Fassung des Internet-Protokolls (IP) gebastelt. Doch die Neuauflage hat bis auf ein paar Testläufe - bisher ihren Weg ins Netz noch nicht gefunden. Für Aufregung sorgte sie dennoch bereits: wegen Datenschutzproblemen. Für die Kommunikation zwischen Computern im Internet gibt es eine Art Knigge. Die protokollarische Vorschrift legt fest; wie die Rechner Daten untereinander austauschen. Doch zuvor brauchen die Maschinen Namen (wie www.fr-aktuell.de) und Anschriften (hier: 194.175.173.20), damit sie sich einander vorstellen (Shake Hands) und später Daten schicken können. Vergeben werden die Bezeichnungen von der Internet Corporation for Assigned Names and Numbers Icann). Den ersten Vorschlag für eine einheitliche Übergaberegelung machten Bob Kahn und Vint Cerf im Jahr 1974. Damals versuchten im inzwischen legendären, militärisch genutzten Arpanet kaum tausend Großrechner an etwa 250 Standorten miteinander zu kommunizieren. Um Ordnung in das Sprachengewirr der verschiedenen Bautypen zu bringen, mussten Regeln her. Die Idee entwickelte sich zum Protokoll, das nach Informatik-Manier mit dem Kürzel TCP/IP belegt wurde. Mit etwa 100000 angeschlossenen Computern wurde das Netz 1983 zivil - und TCP/IP zum offiziellen Standard. Derzeit regelt die vierte Version des Internet-Protokolls (IPv4) den Bit-Transport. Die Adresse wird jedem Datenpaket vorangestellt. Sie besteht aus Ziffern und ist exakt 32 Bit lang. Daraus ergeben sich mehr als 4,2 Milliarden Zahlenkombinationen. Genug für einen Globus, auf dem erst kürzlich der sechsmilliardste Erdenbürger das Licht der realen Welt erblickte - dachten die Computer-Operateure damals. Dann kam das World Wide Web.
    Der Geniestreich aus dem Europäischen Labor für Teilchenphysik (Cern) in Genf machte aus dem Wissenschaftsnetz ein Massenmedium. Zudem erfuhr die elektronische Post einen Aufschwung. Das Wachstum der Netze sprengt alle Erwartungen", resümiert Klaus Birkenbihl vom InformatikForschungszentrum GMI). Jede Web-Site, jede E-Mail-Box, jeder Computer, der per Standleitung online ist, braucht eine eindeutige Identifizierung. Die Schätzungen, wie viele IPv4-Adressen noch frei sind, schwanken zwischen 40 und zehn Prozent. Der Verbrauch jedenfalls steigt rasant: Die Anzahl der WebSites steuert derzeit auf eine Milliarde zu, weit mehr Netznummern gehen bereits für E-Mail-Anschriften drauf. Den Adressraum weiter ausschöpfen werden demnächst die intelligenten Haushaltsgeräte. Der Laden an der Ecke will wissen, welcher Kühlschrank die Milch bestellt hat, die Videozentrale braucht für das Überspielen des Films die Kennung des PC-Recorders, der Computer des Installateurs benötigt die IP-Anschrift der Heizungsanlage für die Fernwartung. Handys, die später Nachrichten übers Internet schicken, und Internet-Telefonie gehen möglicherweise leer aus. Doch bevor Internet-Adressen zur heiß begehrten Schieberware werden, soll ein neues Adresssystern mit mehr Möglichkeiten her. Schon 1990 hatte sich die Internet Engineering Task Force (IETF) Gedanken über einen neues Internet-Protokoll mit einem größeren Adressangebot gemacht. Im IETF kümmern sich Forscher, Soft- und HardwareIngenieure um die fortlaufende Verbesserung von Architektur und Arbeit des Netz werks. Eine ihrer Arbeitsgruppen prognostizierte, der IPv4-Vorrat gehe 2005 zu Ende. Fünf Jahre dauerte es, dann waren sich alle Internet-Gremien einig: Eine neue Protokollversion, IPv6, muss her. Dann passierte weiter nichts. Endlich verkündete 1999 Josh Elliot von der Icann, ab sofort würden neue Anschriften verteilt. Ein historischer Moment", freute er sich.
    Der neue 128-Bit-Header treibt die Möglichkeiten ins Astronomische: 3,4 mal zehn hoch 38 Adressen, eine 3,4 mit 38 Nullen. -Das IPv6-Forum zerhackte den Zahlentrumm in anschauliche Stücke: Pro Quadratmillimeter Erdoberfläche stehen nun zirka 667 Billiarden, pro Mensch 6,5 mal zehn hoch 28 Adressen, bereit." Eine Billiarde bringt es immerhin auf respektable 15 Nullen. Schon kurz darauf ging ein Aufschrei durch die Netzgemeinde. Das neue Protokoll schrieb die weltweit eindeutigen Seriennummern bestimmter Netzwerkkarten auf den virtuellen Adressaufkleber. Die Ethernet-Adapter bewerkstelligen den Datentransport bei Computern, die über eine Standleitung, ein Koaxialkabel, dauernd online sind. Die Spur von Ethernet-Usern wäre damit leicht zu verfolgen gewesen, ihre Nutzerprofile, ihre Surfgewohnheiten einsehbar wie offene Bücher. Das Problem, ließ Icann nun wissen, sei behoben: Es gebe keine festen Kennzahlen mehr in den Adressköpfen. Bei jedem Hochfahren eines Rechners oder sogar noch öfter werden die Nummern neu durchgemischt", erläutert Hans Petter Dittler, stellvertretender Vorsitzender der deutschen Sektion der Internet Society. Das Betriebssystem Linux kann bereits mit dem IPv6 arbeiten. Microsoft will den Standard in das nächste Windows-Betriebssystem einbauen: "Wir denken, der vorgeschlagene Standard ist wichtig zum Schutz der Privatsphäre der Internet-Nutzer", sagt Jawad Khaki, Vizepräsident für Netzwerke. Seit einigen Tagen steht auf der Microsoft-Homepage eine Vorab-Version von lPv6 für Windows 2000 zum Herunterladen bereit. Geradezu euphorisch gibt sich Protokoll-Chef Vint Cerf. Mit IPv6 haben wir die Grundlage dafür", philosophierte der Internet-Daddy auf dem ersten lPv6-Kongress 1999 in Berlin, "das Internet von unserem Planeten über den Mars und die Asteroiden bis in den Weltraum hinaus auszudehnen." Doch im Internet-Alltag wird das alte Protokoll noch lange Vorrang haben. Grund sind handfeste Programmier-Probleme. Denn Software, die sich explizit auf die vierte IP-Version bezieht, muss umgeschrieben werden - etwa um mit den längeren Adressfeldern umgehen zu können. Hubert Martens vom Münchner Multinet Services befürchtet gar einen InternetCrash: "Das Jahr-2000-Problem war harmlos gegen das, was uns mit lPv6 droht."
  4. Matthews, J.R.; Parker, M.R.: Local Area Networks and Wide Area Networks for libraries (1995) 0.02
    0.0155316 = product of:
      0.1087212 = sum of:
        0.08998495 = weight(_text_:wide in 2656) [ClassicSimilarity], result of:
          0.08998495 = score(doc=2656,freq=2.0), product of:
            0.1312982 = queryWeight, product of:
              4.4307585 = idf(docFreq=1430, maxDocs=44218)
              0.029633347 = queryNorm
            0.685348 = fieldWeight in 2656, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              4.4307585 = idf(docFreq=1430, maxDocs=44218)
              0.109375 = fieldNorm(doc=2656)
        0.018736245 = product of:
          0.056208733 = sum of:
            0.056208733 = weight(_text_:22 in 2656) [ClassicSimilarity], result of:
              0.056208733 = score(doc=2656,freq=2.0), product of:
                0.103770934 = queryWeight, product of:
                  3.5018296 = idf(docFreq=3622, maxDocs=44218)
                  0.029633347 = queryNorm
                0.5416616 = fieldWeight in 2656, product of:
                  1.4142135 = tf(freq=2.0), with freq of:
                    2.0 = termFreq=2.0
                  3.5018296 = idf(docFreq=3622, maxDocs=44218)
                  0.109375 = fieldNorm(doc=2656)
          0.33333334 = coord(1/3)
      0.14285715 = coord(2/14)
    
    Date
    30.11.1995 20:53:22
  5. Scheuerer, J.: Onlinebanking (1997) 0.01
    0.014845964 = product of:
      0.10392174 = sum of:
        0.087862104 = weight(_text_:elektronische in 354) [ClassicSimilarity], result of:
          0.087862104 = score(doc=354,freq=2.0), product of:
            0.14013545 = queryWeight, product of:
              4.728978 = idf(docFreq=1061, maxDocs=44218)
              0.029633347 = queryNorm
            0.6269798 = fieldWeight in 354, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              4.728978 = idf(docFreq=1061, maxDocs=44218)
              0.09375 = fieldNorm(doc=354)
        0.016059637 = product of:
          0.04817891 = sum of:
            0.04817891 = weight(_text_:22 in 354) [ClassicSimilarity], result of:
              0.04817891 = score(doc=354,freq=2.0), product of:
                0.103770934 = queryWeight, product of:
                  3.5018296 = idf(docFreq=3622, maxDocs=44218)
                  0.029633347 = queryNorm
                0.46428138 = fieldWeight in 354, 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=354)
          0.33333334 = coord(1/3)
      0.14285715 = coord(2/14)
    
    Abstract
    Komfort ist Trumpf beim neuen Banking-Modul von T-Online: einfachste Installation und Bedienung machen die elektronische Kontoführung mit T-Online zum Vergnügen
    Source
    Com!. 1997, H.8, S.22-24
  6. Petry, W.; Werner, H.-J.: Anwendertraum: Kommunikations- und Retrieval-Software im Vergleich (1993) 0.01
    0.009906511 = product of:
      0.06934557 = sum of:
        0.047932718 = weight(_text_:retrieval in 4147) [ClassicSimilarity], result of:
          0.047932718 = score(doc=4147,freq=2.0), product of:
            0.08963835 = queryWeight, product of:
              3.024915 = idf(docFreq=5836, maxDocs=44218)
              0.029633347 = queryNorm
            0.5347345 = fieldWeight in 4147, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.024915 = idf(docFreq=5836, maxDocs=44218)
              0.125 = fieldNorm(doc=4147)
        0.021412853 = product of:
          0.064238556 = sum of:
            0.064238556 = weight(_text_:22 in 4147) [ClassicSimilarity], result of:
              0.064238556 = score(doc=4147,freq=2.0), product of:
                0.103770934 = queryWeight, product of:
                  3.5018296 = idf(docFreq=3622, maxDocs=44218)
                  0.029633347 = queryNorm
                0.61904186 = fieldWeight in 4147, 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=4147)
          0.33333334 = coord(1/3)
      0.14285715 = coord(2/14)
    
    Source
    Cogito. 9(1993) H.2, S.18-22
  7. Renouard, H. von: Fachwörterbuch Elektronische Medien und Dienste : Dictionary of electronic media and services (1997) 0.01
    0.009520924 = product of:
      0.066646464 = sum of:
        0.058574736 = weight(_text_:elektronische in 6785) [ClassicSimilarity], result of:
          0.058574736 = score(doc=6785,freq=2.0), product of:
            0.14013545 = queryWeight, product of:
              4.728978 = idf(docFreq=1061, maxDocs=44218)
              0.029633347 = queryNorm
            0.41798657 = fieldWeight in 6785, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              4.728978 = idf(docFreq=1061, maxDocs=44218)
              0.0625 = fieldNorm(doc=6785)
        0.008071727 = weight(_text_:information in 6785) [ClassicSimilarity], result of:
          0.008071727 = score(doc=6785,freq=2.0), product of:
            0.052020688 = queryWeight, product of:
              1.7554779 = idf(docFreq=20772, maxDocs=44218)
              0.029633347 = queryNorm
            0.1551638 = fieldWeight in 6785, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              1.7554779 = idf(docFreq=20772, maxDocs=44218)
              0.0625 = fieldNorm(doc=6785)
      0.14285715 = coord(2/14)
    
    Abstract
    This topical dictionary covers all aspects of telecommunication and multimedia applications, including personal computing and Windows terms. A total of 25.000 headwords and 11 tables cover ISDN, radio telephony, net and Internet technology, and net management concepts and standards. Numerous abbreviations are also listed with explanatory comments and cross-references to norms and standards, and tables of all CCITT norms are given in an appendix. More than just a dictionary, this book will be an indispensible reference for all who work in telecommunications and information technology
  8. Ferl, T.E.; Millsap, L.: Remote use of the University of California MELVYL Library System : an online survey (1992) 0.01
    0.008498815 = product of:
      0.0594917 = sum of:
        0.051419973 = weight(_text_:wide in 3102) [ClassicSimilarity], result of:
          0.051419973 = score(doc=3102,freq=2.0), product of:
            0.1312982 = queryWeight, product of:
              4.4307585 = idf(docFreq=1430, maxDocs=44218)
              0.029633347 = queryNorm
            0.3916274 = fieldWeight in 3102, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              4.4307585 = idf(docFreq=1430, maxDocs=44218)
              0.0625 = fieldNorm(doc=3102)
        0.008071727 = weight(_text_:information in 3102) [ClassicSimilarity], result of:
          0.008071727 = score(doc=3102,freq=2.0), product of:
            0.052020688 = queryWeight, product of:
              1.7554779 = idf(docFreq=20772, maxDocs=44218)
              0.029633347 = queryNorm
            0.1551638 = fieldWeight in 3102, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              1.7554779 = idf(docFreq=20772, maxDocs=44218)
              0.0625 = fieldNorm(doc=3102)
      0.14285715 = coord(2/14)
    
    Abstract
    This report presents the results of a survey of users who access the University of California's online union catalog, the MELVYL library system, via microcomputers with modems or connections carried through local or wide area networks. The report includes descriptive statistics on user location, status, subject interest, affiliation, in-library versus out-of-library usage patterns, need for assistance, and desire for new features
    Source
    Information technology and libraries. 11(1992) no.3, S.285-303
  9. Lynch, C.: ¬The Z39.50 information retrieval protocol : an overview and status report (1991) 0.01
    0.008009522 = product of:
      0.05606665 = sum of:
        0.014125523 = weight(_text_:information in 6524) [ClassicSimilarity], result of:
          0.014125523 = score(doc=6524,freq=2.0), product of:
            0.052020688 = queryWeight, product of:
              1.7554779 = idf(docFreq=20772, maxDocs=44218)
              0.029633347 = queryNorm
            0.27153665 = fieldWeight in 6524, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              1.7554779 = idf(docFreq=20772, maxDocs=44218)
              0.109375 = fieldNorm(doc=6524)
        0.04194113 = weight(_text_:retrieval in 6524) [ClassicSimilarity], result of:
          0.04194113 = score(doc=6524,freq=2.0), product of:
            0.08963835 = queryWeight, product of:
              3.024915 = idf(docFreq=5836, maxDocs=44218)
              0.029633347 = queryNorm
            0.46789268 = fieldWeight in 6524, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.024915 = idf(docFreq=5836, maxDocs=44218)
              0.109375 = fieldNorm(doc=6524)
      0.14285715 = coord(2/14)
    
  10. Gronert, E.: Datenkommunikation mit dem PC : Modems, PC-Fax, Btx, Elektronische Post, Software, ISDN - PCs im praktischen Einsatz (1992) 0.01
    0.0073218425 = product of:
      0.10250579 = sum of:
        0.10250579 = weight(_text_:elektronische in 2907) [ClassicSimilarity], result of:
          0.10250579 = score(doc=2907,freq=2.0), product of:
            0.14013545 = queryWeight, product of:
              4.728978 = idf(docFreq=1061, maxDocs=44218)
              0.029633347 = queryNorm
            0.7314765 = fieldWeight in 2907, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              4.728978 = idf(docFreq=1061, maxDocs=44218)
              0.109375 = fieldNorm(doc=2907)
      0.071428575 = coord(1/14)
    
  11. Peters, T.A.: ¬The online catalog : A critical examination of public use (1991) 0.01
    0.006472671 = product of:
      0.045308694 = sum of:
        0.011415146 = weight(_text_:information in 818) [ClassicSimilarity], result of:
          0.011415146 = score(doc=818,freq=4.0), product of:
            0.052020688 = queryWeight, product of:
              1.7554779 = idf(docFreq=20772, maxDocs=44218)
              0.029633347 = queryNorm
            0.21943474 = fieldWeight in 818, product of:
              2.0 = tf(freq=4.0), with freq of:
                4.0 = termFreq=4.0
              1.7554779 = idf(docFreq=20772, maxDocs=44218)
              0.0625 = fieldNorm(doc=818)
        0.033893548 = weight(_text_:retrieval in 818) [ClassicSimilarity], result of:
          0.033893548 = score(doc=818,freq=4.0), product of:
            0.08963835 = queryWeight, product of:
              3.024915 = idf(docFreq=5836, maxDocs=44218)
              0.029633347 = queryNorm
            0.37811437 = fieldWeight in 818, product of:
              2.0 = tf(freq=4.0), with freq of:
                4.0 = termFreq=4.0
              3.024915 = idf(docFreq=5836, maxDocs=44218)
              0.0625 = fieldNorm(doc=818)
      0.14285715 = coord(2/14)
    
    COMPASS
    Information retrieval / Use of / On-line computers
    Subject
    Information retrieval / Use of / On-line computers
  12. Harms, T.: Kriegserklärung : Telekom schockiert mit neuem Internet-Tarif die Konkurrenz (2000) 0.01
    0.005743525 = product of:
      0.040204674 = sum of:
        0.01928249 = weight(_text_:wide in 5205) [ClassicSimilarity], result of:
          0.01928249 = score(doc=5205,freq=2.0), product of:
            0.1312982 = queryWeight, product of:
              4.4307585 = idf(docFreq=1430, maxDocs=44218)
              0.029633347 = queryNorm
            0.14686027 = fieldWeight in 5205, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              4.4307585 = idf(docFreq=1430, maxDocs=44218)
              0.0234375 = fieldNorm(doc=5205)
        0.020922182 = weight(_text_:web in 5205) [ClassicSimilarity], result of:
          0.020922182 = score(doc=5205,freq=8.0), product of:
            0.09670874 = queryWeight, product of:
              3.2635105 = idf(docFreq=4597, maxDocs=44218)
              0.029633347 = queryNorm
            0.21634221 = fieldWeight in 5205, product of:
              2.828427 = tf(freq=8.0), with freq of:
                8.0 = termFreq=8.0
              3.2635105 = idf(docFreq=4597, maxDocs=44218)
              0.0234375 = fieldNorm(doc=5205)
      0.14285715 = coord(2/14)
    
    Content
    "Robert T-Online hat endlich wieder einen spannenden Job. Die Aufgabe, Anleger für den Börsengang der Telekom-Internettochter zu begeistern, hat das virtuelle Reklamemännchen abgehakt. Jetzt wirbt der strohblonde Robert bundesweit auf Plakaten und in Zeitungsanzeigen für ,Sssssuper-Highspeed zum Sssssuperpreis". Gemeint ist der brandneue Internettarif T-Online DSL Flat 49 Mark Pauschale im Monat für unbegrenztes Surfen im World Wide Web ohne zusätzliche Telefongebühren. Und das bei Übertragungsraten von 768 Kilobit pro Sekunde für das Herunterladen und 128 Kilobit pro Sekunde für das Versenden von Daten. Also satte zwölfmal so schnell wie bei einem herkömmlichen ISDN-Anschluss. Für Telekom-Marketingvorstand Detlev Buchal ein schlicht unschlagbares Angebot". Das Kürzel DSL steht für "Digital Subscriber Line", zu deutsch "Digitale Teilnehmer-Leitung". DSL-Technologie ermöglicht die Ubertragung breitbandiger Datendienste auf herkömmlichen Telefon-Kupferkabeln. DSL-Zugänge ins Internet bieten nicht nur einen deutlich rascheren Seitenaufbau, sie leisten vor allem erstmals die Übermittlung von Bild- und Tondateien in befriedigender Qualität auf den PC. Mit DSL kann das strapazierte Schlagwort vom Internet-Fernsehen erstmals Realität werden. Zwar hält der Pink Panther schon seit Sommer 1999 unter dem Produktnamen T-DSV für Geschäfts- und Privatkunden auch einen Online-Hochgeschwindigkeitszug unter Dampf. Doch das Angebot stand nur in einigen Ballungsräumen zur Verfügung, schreckte den gemeinen Web-Nutzer durch allzu hohe Entgelte ab und lockte deshalb bisher nur rund 100 000 Interessenten hinter dem PC hervor. Mit der seit Monatsbeginn gültigen drastischen Preissenkung hat sich der Bonner Multimedia-Riese nicht weniger vorgenommen, als in den nächsten Jahren die breite Masse der bereits über 18 Millionen deutschen Internet-Nutzer in Highspeed-Surfer zu verwandeln.
    Und das auf den Telefonstrippen der Deutschen Telekom, als Kunden des hauseigenen Internet-Dienstes T-Online. Unser Ziel ist ganz klar", verkündet Telekom-Manager Buchal: "Die Deutsche Telekom macht mit T-DSL aus dem Internet das schnelle Internet für jedermann". Um tatsächlich alle Welt mit den Hochgeschwindigkeits-Datennetz beglücken zu können, muss allerdings das Telefonnetz in den nächsten Monaten aufgerüstet werden. Bis Ende des Jahres soll der Web-Turbo bereits in rund 600 Ortsnetzen, bis Ende 2001 für 90 Prozent aller Haushalte zur Verfügung stehen. Ende 2000 wollen Buchal und Kollegen 500 000 DSL-Kunden gewonnen haben. Wichtigster Telekom-Kooperationspartner bei der Errichtung der anspruchsvollen DSL-Infrastruktur ist die Firma Siemens. Über die Investitionskosten des Vorhabens wahrt die Bonner Telekomzentrale Stillschweigen. Wer das neue DSI-Verfahren von T-Online nutzen will, kann das sowohl mit einem ISDN-Telefonanschluss als auch mit einer herkömmlichen Leitung. Alle momentan angebotenen ISDN-Tarife der Telekom, aber auch der "analoge" T-Net-Tarif - sind mit dem DSL-Pauschalpreis von 49 Mark kombinierbar Die notwendigen Zusatzgeräte (DSL-Modem und Splitter) werden von der Telekom zur Verfügung gestellt. Unternehmen wie die Hamburger TV-Produktionsfirma MME (Me, Myself & Eye) warten bereits sehnlichst auf eine stärkere Verbreitung von DSL-Anschlüssen. MME will auf speziellen Intemet-TV-Kanälen Pop-Konzerte und Musikvideos ausstrahlen. Für unser Geschäft sind breitbandige Internet-Zugänge zu günstigen Preisen absolut essentiell", betont Christoph Post, MME-Vorstand Neue Medien. Deshalb sind wir hocherfreut über die Aktivitäten der Telekom."
    Weniger begeistert sind die Rivalen der Telekom beim Kampf um den Telefon- und Internetmarkt. Sie werden von der TarifOffensive kalt erwischt. Arcor-Mannesmann etwa dürfte mit dem gerade eingeführten Angebot von 79 Mark für einen 768-Kilobit-Zugang in Zwangs-Kombination mit einem Hochpreis-ISDN-Anschluss beim Kunden wenig Punkte sammeln. Online-Hauptkonkurrent AOL hat das Produkt DSL-Flatrate bislang überhaupt noch nicht auf dem Plan. Dabei könnte das hauseigene Intemet-TV-Angebot AOLlive durch den DSL-Turbo profitieren. Auch bei der Bertelsmann Broadband Group (BBG) ist man mit den DSL-Offerten der Telekom nicht zufrieden. Allerdings aus anderen Gründen. Das Hamburger Unternehmen möchte über Telefonund Kabelnetze interaktives Fernsehen in die Haushalte schicken. "Die Bandbreite ist das entscheidende Handicap", sagt Michael Schacht, Leiter Produktmanagement der BBG. Um unsere Angebote über DSL-Leitungen in guter Qualität auf einen Fernseher zu schicken, reichen 768 Kilobit nicht aus. Wir brauchen mindestens zwei Megabit." Helle Aufregung herrscht bei Deutschlands Kabelnetzbetreibern. Für eine "Kriegserklärung" an die Branche hält Dietmar Schickel, Geschäftsführer des Netzbetreibers Telecolumbus, das Vorgehen der Telekom. Telecolumbus bietet M Berlin einen Highspeed-Zugang zum Web über das TV-Netz an. 49 Mark sind ein quer subventionierter Dumpingpreis. Der Monopolist zeigt seine Krallen", schimpft Schickel. Hintergrund der Empörung: In den Businessplänen der KabelnetzUnternehmen steht die Vermarktung von Highspeed-Internet-Zugängen ganz oben. Sollte die Telekom mit ihrer DSL-Großoffensive in den nächsten zwei Jahren den Markt der Highspeed-Kunden abschöpfen, könnten sich die Milliardeninvestionen, die jetzt in die Modernisierung der Kabelnetze gesteckt werden, nicht mehr rechnen. "Das Tarifdumping" mahnt Schickel, "ist ein Fall für den Regulierer"."
  13. Hinich, M.J.; Molyneux, R.E.: Predicting information flows in network traffic (2003) 0.00
    0.0035099457 = product of:
      0.02456962 = sum of:
        0.017435152 = weight(_text_:web in 5155) [ClassicSimilarity], result of:
          0.017435152 = score(doc=5155,freq=2.0), product of:
            0.09670874 = queryWeight, product of:
              3.2635105 = idf(docFreq=4597, maxDocs=44218)
              0.029633347 = queryNorm
            0.18028519 = fieldWeight in 5155, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.2635105 = idf(docFreq=4597, maxDocs=44218)
              0.0390625 = fieldNorm(doc=5155)
        0.0071344664 = weight(_text_:information in 5155) [ClassicSimilarity], result of:
          0.0071344664 = score(doc=5155,freq=4.0), product of:
            0.052020688 = queryWeight, product of:
              1.7554779 = idf(docFreq=20772, maxDocs=44218)
              0.029633347 = queryNorm
            0.13714671 = fieldWeight in 5155, product of:
              2.0 = tf(freq=4.0), with freq of:
                4.0 = termFreq=4.0
              1.7554779 = idf(docFreq=20772, maxDocs=44218)
              0.0390625 = fieldNorm(doc=5155)
      0.14285715 = coord(2/14)
    
    Abstract
    Hinich and Molyneux review the literature of internet measurement and note three results consistently to be found in network traffic studies. These are "self-similarity," "long-range dependence," by which is meant that events in one time are correlated with events in a previous time and remain so through longer time periods than expected, and "heavy tails" by which they mean many small connections with low byte counts and a few long connections with large byte counts. The literature also suggests that conventional time series analysis is not helpful for network analysis. Using a single day's traffic at the Berkeley National Labs web server, cumulated TCP flows were collected, log transforms were used with the adding of .01 to all values allowing log transforms of the zero values, and providing a distribution that overcomes the heavy tail problem. However, Hinich's bicorrelation test for nonlinearity using overlapping moving windows found strong evidence of nonlinear structures. Time series analysis assumes linear systems theory and thus additivity and scalability. Spectral analysis should provide large peaks at the lowest frequencies if long range dependence is present since the power spectrum would go to infinity if the frequency goes to zero. This does not occur and so long range dependence must be questioned, at least until it is determined what effect other OSI layers may have on the TCP data.
    Source
    Journal of the American Society for Information Science and technology. 54(2003) no.2, S.161-168
  14. Corey, J.F.: ¬A grant for Z39.50 (1994) 0.00
    0.0034326524 = product of:
      0.024028566 = sum of:
        0.0060537956 = weight(_text_:information in 7706) [ClassicSimilarity], result of:
          0.0060537956 = score(doc=7706,freq=2.0), product of:
            0.052020688 = queryWeight, product of:
              1.7554779 = idf(docFreq=20772, maxDocs=44218)
              0.029633347 = queryNorm
            0.116372846 = fieldWeight in 7706, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              1.7554779 = idf(docFreq=20772, maxDocs=44218)
              0.046875 = fieldNorm(doc=7706)
        0.01797477 = weight(_text_:retrieval in 7706) [ClassicSimilarity], result of:
          0.01797477 = score(doc=7706,freq=2.0), product of:
            0.08963835 = queryWeight, product of:
              3.024915 = idf(docFreq=5836, maxDocs=44218)
              0.029633347 = queryNorm
            0.20052543 = fieldWeight in 7706, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.024915 = idf(docFreq=5836, maxDocs=44218)
              0.046875 = fieldNorm(doc=7706)
      0.14285715 = coord(2/14)
    
    Abstract
    In Sept. 1990, the US Dept. of Education's Library Technology and Cooperation Grants Program awarded a three-year grant to the Florida Center for Library Automation (FCLA), an agency of the Florida State University System, to develop software adhering to the ANSI Z39.50 Information Retrieval protocol standard. The Z39.50 software was to operate over the OSI communications protocols and be integrated with FCLA's NOTIS system, which is shared by all 9 state universities in Florida. In order to test the correctness of its Z39.50 software, FCLA sought out other library software developers who would be willing to develop Z39.50 systems of their own. As part of this process, FCLA helped to found the Z39.50 Implementor's Group (ZIG), which has since gone on to improve the standard and promote Z39.50 implementations throughout much of the North American library systems marketplace. Early on in the project, it became apparent that TCP/IP would be a more heavily used communication vehicle for Z39.50 messages than OSI. FCLA expanded its design to include TCP/IP and, by the end of the grant in Sept. 1993, will have a working Z39.50 system that can communicate over both OSI and TCP/IP networks
  15. SRW/U erleichtert verteilte Datenbankrecherchen (2005) 0.00
    0.003211426 = product of:
      0.022479981 = sum of:
        0.017435152 = weight(_text_:web in 3972) [ClassicSimilarity], result of:
          0.017435152 = score(doc=3972,freq=2.0), product of:
            0.09670874 = queryWeight, product of:
              3.2635105 = idf(docFreq=4597, maxDocs=44218)
              0.029633347 = queryNorm
            0.18028519 = fieldWeight in 3972, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.2635105 = idf(docFreq=4597, maxDocs=44218)
              0.0390625 = fieldNorm(doc=3972)
        0.0050448296 = weight(_text_:information in 3972) [ClassicSimilarity], result of:
          0.0050448296 = score(doc=3972,freq=2.0), product of:
            0.052020688 = queryWeight, product of:
              1.7554779 = idf(docFreq=20772, maxDocs=44218)
              0.029633347 = queryNorm
            0.09697737 = fieldWeight in 3972, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              1.7554779 = idf(docFreq=20772, maxDocs=44218)
              0.0390625 = fieldNorm(doc=3972)
      0.14285715 = coord(2/14)
    
    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."
    Source
    Information - Wissenschaft und Praxis. 56(2005) H.5/6, S.274
  16. Telekommunikation, Internet, Zukunft : ein strategischer Überblick für die Praxis (1996) 0.00
    0.0031379324 = product of:
      0.043931052 = sum of:
        0.043931052 = weight(_text_:elektronische in 6947) [ClassicSimilarity], result of:
          0.043931052 = score(doc=6947,freq=2.0), product of:
            0.14013545 = queryWeight, product of:
              4.728978 = idf(docFreq=1061, maxDocs=44218)
              0.029633347 = queryNorm
            0.3134899 = fieldWeight in 6947, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              4.728978 = idf(docFreq=1061, maxDocs=44218)
              0.046875 = fieldNorm(doc=6947)
      0.071428575 = coord(1/14)
    
    Abstract
    Die 10 Hauptkapitel enthalten verständlich geschriebene, aktuelle Übersichten mit vielen Visualisierungen zu aktuellen Fragen der Telekommunikation (zum Beispiel zu neueren Trends, zu kommerziellen Perspektiven des Internets und zu Erfahrungen regionaler Projekte). Das Produkt liefert eine in dieser Form auf dem MArkt nicht verfügbare Übersicht für alle am Thema Interessierten. Er ist besonders nützlich für Praktiker in Unternehmen (Weiterbildung) sowie für Schüler, Lehrer, Studenten und Professoren. Die Dokumente liegen im HTML-Format vor und können auch in den Formaten Winword ab 6.0 und Powerpoint ab 7.0 geladen und weiterverarbeitet werden. Die 10 Kapitel behandeln die Themen: Visionen für die Zukunft, Zukünftige Märkte und Strukturveränderungen, TK-Anbieter und ihre Dienste, Einführungin die Internet-Praxis, Online-Dienste und Internet-Provider, Kommerzielle Perspektiven des Internet, Regionale elektronische Gemeinschaften, Telearbeit als neue Arbeitsform, Politische und rechtliche Rahmenbedingungen, Telekommunikation in der Kritik
  17. Höller, H.: Kommunikationssysteme : Normung und soziale Akzeptanz (1993) 0.00
    0.0031379324 = product of:
      0.043931052 = sum of:
        0.043931052 = weight(_text_:elektronische in 1527) [ClassicSimilarity], result of:
          0.043931052 = score(doc=1527,freq=2.0), product of:
            0.14013545 = queryWeight, product of:
              4.728978 = idf(docFreq=1061, maxDocs=44218)
              0.029633347 = queryNorm
            0.3134899 = fieldWeight in 1527, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              4.728978 = idf(docFreq=1061, maxDocs=44218)
              0.046875 = fieldNorm(doc=1527)
      0.071428575 = coord(1/14)
    
    Abstract
    Der Autor geht der Frage nach dem Einfluß der Normung auf die Kommunikationstechnik und ihrer sozialen Akzeptanz nach. Hierzu zeigt er die Strukturen der Normungsprozesse und der Gremien insbesondere in Europa auf. Am Beispiel der Normen zu elektronische Postsystemen führt er auf, wie weit die Normung in diese Systeme hineinreicht und welche kommunikationsrechtlichen Probleme damit verbunden sind
  18. Lynch, C.A.: ¬The Z39.50 information retrieval standard : part I: a strategic view of its past, present and future (1997) 0.00
    0.0030886293 = product of:
      0.021620404 = sum of:
        0.0060537956 = weight(_text_:information in 1262) [ClassicSimilarity], result of:
          0.0060537956 = score(doc=1262,freq=8.0), product of:
            0.052020688 = queryWeight, product of:
              1.7554779 = idf(docFreq=20772, maxDocs=44218)
              0.029633347 = queryNorm
            0.116372846 = fieldWeight in 1262, product of:
              2.828427 = tf(freq=8.0), with freq of:
                8.0 = termFreq=8.0
              1.7554779 = idf(docFreq=20772, maxDocs=44218)
              0.0234375 = fieldNorm(doc=1262)
        0.015566608 = weight(_text_:retrieval in 1262) [ClassicSimilarity], result of:
          0.015566608 = score(doc=1262,freq=6.0), product of:
            0.08963835 = queryWeight, product of:
              3.024915 = idf(docFreq=5836, maxDocs=44218)
              0.029633347 = queryNorm
            0.17366013 = fieldWeight in 1262, product of:
              2.4494898 = tf(freq=6.0), with freq of:
                6.0 = termFreq=6.0
              3.024915 = idf(docFreq=5836, maxDocs=44218)
              0.0234375 = fieldNorm(doc=1262)
      0.14285715 = coord(2/14)
    
    Abstract
    The Z39.50 standard for information retrieval is important from a number of perspectives. While still not widely known within the computer networking community, it is a mature standard that represents the culmination of two decades of thinking and debate about how information retrieval functions can be modeled, standardized, and implemented in a distributed systems environment. And - importantly -- it has been tested through substantial deployment experience. Z39.50 is one of the few examples we have to date of a protocol that actually goes beyond codifying mechanism and moves into the area of standardizing shared semantic knowledge. The extent to which this should be a goal of the protocol has been an ongoing source of controversy and tension within the developer community, and differing views on this issue can be seen both in the standard itself and the way that it is used in practice. Given the growing emphasis on issues such as "semantic interoperability" as part of the research agenda for digital libraries (see Clifford A. Lynch and Hector Garcia-Molina. Interoperability, Scaling, and the Digital Libraries Research Agenda, Report on the May 18-19, 1995 IITA Libraries Workshop, <http://www- diglib.stanford.edu/diglib/pub/reports/iita-dlw/main.html>), the insights gained by the Z39.50 community into the complex interactions among various definitions of semantics and interoperability are particularly relevant. The development process for the Z39.50 standard is also of interest in its own right. Its history, dating back to the 1970s, spans a period that saw the eclipse of formal standards-making agencies by groups such as the Internet Engineering Task Force (IETF) and informal standards development consortia. Moreover, in order to achieve meaningful implementation, Z39.50 had to move beyond its origins in the OSI debacle of the 1980s. Z39.50 has also been, to some extent, a victim of its own success -- or at least promise. Recent versions of the standard are highly extensible, and the consensus process of standards development has made it hospitable to an ever-growing set of new communities and requirements. As this process of extension has proceeded, it has become ever less clear what the appropriate scope and boundaries of the protocol should be, and what expectations one should have of practical interoperability among implementations of the standard. Z39.50 thus offers an excellent case study of the problems involved in managing the evolution of a standard over time. It may well offer useful lessons for the future of other standards such as HTTP and HTML, which seem to be facing some of the same issues.
    This paper, which will appear in two parts, starting with this issue of D-Lib, looks at several strategic issues surrounding Z39.50. After a relatively brief overview of the function and history of the protocol, I will examine some of the competing visions of the protocol's role, with emphasis on issues of interoperability and the incorporation of semantics. The second installment of the paper will look at questions related to the management of the standard and the standards development process, with emphasis on the scope of the protocol and how that relates back again to interoperability questions. The paper concludes with a discussion of the adoption and deployment of the standard, its relationship to other standards, and some speculations on future directions for the protocol. This paper is not intended to be a tutorial on the details of how current or past versions of Z39.50 work. These technical details are covered not only in the standard itself (which can admittedly be rather difficult reading) but also in an array of tutorial and review papers (see <http://lcweb.loc.gov/z3950/agency> for bibliographies and pointers to on-line information on Z39.50). Instead, the paper's focus is on how and why Z39.50 developed the way it did, and the conceptual debates that have influenced its evolution and use. While a detailed technical knowledge of the operation of Z39.50 is certainly helpful, it should not be necessary in order to follow most of the material here. Some disclaimers are in order. I have been actively involved in the development of Z39.50 since the early 1980s and have been a participant -- and on occasion, even an instigator -- of some of the activities described here. This paper is an attempt to make a critical assessment of the current state of Z39.50 and a review of its development with the full benefit of hindsight. It recounts a number of debates that occurred within the developer community over the past years. In many of these, I advocated specific positions or approaches, sometimes successfully and sometimes unsuccessfully. What is presented here is one person's perspective - mine --, which is sometimes at odds with the current consensus with the developer community; I've tried to represent opposing views fairly, and to differentiate my opinions from fact or consensus. However, others will undoubtedly disagree with many of the comments here.
  19. Werner, H.-J.: ¬Die Werkzeuge liegen bereit : Infoface - eine neue Benutzeroberfläche oder ein neues Retrieval-Software-Konzept? (1993) 0.00
    0.002995795 = product of:
      0.04194113 = sum of:
        0.04194113 = weight(_text_:retrieval in 5680) [ClassicSimilarity], result of:
          0.04194113 = score(doc=5680,freq=2.0), product of:
            0.08963835 = queryWeight, product of:
              3.024915 = idf(docFreq=5836, maxDocs=44218)
              0.029633347 = queryNorm
            0.46789268 = fieldWeight in 5680, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.024915 = idf(docFreq=5836, maxDocs=44218)
              0.109375 = fieldNorm(doc=5680)
      0.071428575 = coord(1/14)
    
  20. Needleman, M.: Z39.50: a review, analysis and some thoughts on the future (2000) 0.00
    0.0028605436 = product of:
      0.020023804 = sum of:
        0.0050448296 = weight(_text_:information in 4898) [ClassicSimilarity], result of:
          0.0050448296 = score(doc=4898,freq=2.0), product of:
            0.052020688 = queryWeight, product of:
              1.7554779 = idf(docFreq=20772, maxDocs=44218)
              0.029633347 = queryNorm
            0.09697737 = fieldWeight in 4898, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              1.7554779 = idf(docFreq=20772, maxDocs=44218)
              0.0390625 = fieldNorm(doc=4898)
        0.014978974 = weight(_text_:retrieval in 4898) [ClassicSimilarity], result of:
          0.014978974 = score(doc=4898,freq=2.0), product of:
            0.08963835 = queryWeight, product of:
              3.024915 = idf(docFreq=5836, maxDocs=44218)
              0.029633347 = queryNorm
            0.16710453 = fieldWeight in 4898, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.024915 = idf(docFreq=5836, maxDocs=44218)
              0.0390625 = fieldNorm(doc=4898)
      0.14285715 = coord(2/14)
    
    Abstract
    This article will examine the Z39.50 Information Retrieval protocol. It will look at some of the history of the protocol, its operation, and some of the major projects that have made use of it. There has been enough written (perhaps too much) about Z39.50 in the last several years so it is not intended to be a tutorial or detailed description of the protocol. The material that will be presented will try and put some context around the discussion. For those readers who are interested in delving into Z39.50 in a more technical manner, references to much of the material that has been written about it over the years will be provided at the end. Finally, the article will conclude with some thoughts on how technology and technological infrastructure have changed in the years since Z39.50 was initially developed and deployed, and where the protocol has so far lived up to its goals, and where it has perhaps failed to meet some of the high expectations that at least some people involved in the Z39.50 community held for it. The article will conclude with some of the author's speculations (and they are really no more than that) of what the future role of Z39.50 is likely to be.

Languages

  • e 30
  • d 16
  • m 1
  • More… Less…

Types

  • a 39
  • m 6
  • el 2
  • r 1
  • More… Less…