Search (38 results, page 2 of 2)

0.008801571 = product of:
  0.026404712 = sum of:
    0.026404712 = weight(_text_:on in 3774) [ClassicSimilarity], result of:
      0.026404712 = score(doc=3774,freq=4.0), product of:
        0.109763056 = queryWeight, product of:
          2.199415 = idf(docFreq=13325, maxDocs=44218)
          0.04990557 = queryNorm
        0.24056101 = fieldWeight in 3774, product of:
          2.0 = tf(freq=4.0), with freq of:
            4.0 = termFreq=4.0
          2.199415 = idf(docFreq=13325, maxDocs=44218)
          0.0546875 = fieldNorm(doc=3774)
  0.33333334 = coord(1/3)

Abstract

Technological and regulatory developments are opening the door for competition and new services in the local loop. The reunification of Germany created an opprotunity for Deutsche Telekom to install fibre in the loop on a large scale in eastern Germany. Deutsche Telekom's strategy consists of 4 steps: fibre in the loop is seen as a process innovation. New broadband services - product innovations - can be based on the process innovation. Only a sufficient number of installations will enable the industry to invest in new products. Besides the local networks equipped with fibre, there is an overlay network for the rapid delivery of fibre access for business customers. The experience gained in eastern Germany will be transferred to western Germany when tranforming its existing network structure

0.008801571 = product of:
  0.026404712 = sum of:
    0.026404712 = weight(_text_:on in 7006) [ClassicSimilarity], result of:
      0.026404712 = score(doc=7006,freq=4.0), product of:
        0.109763056 = queryWeight, product of:
          2.199415 = idf(docFreq=13325, maxDocs=44218)
          0.04990557 = queryNorm
        0.24056101 = fieldWeight in 7006, product of:
          2.0 = tf(freq=4.0), with freq of:
            4.0 = termFreq=4.0
          2.199415 = idf(docFreq=13325, maxDocs=44218)
          0.0546875 = fieldNorm(doc=7006)
  0.33333334 = coord(1/3)

Abstract

Discusses Austrian government policy on the information superhighway (ISH) since Aug. 94. The Austrian telecommunications infrastructure is far behind the standards of Europe. The Austrain PTT monopoly over the public telecommunications network is an obstacle to development. The rates for data services are still based on copper cable with transmission speeds of 9600 Kbps. Although there are various ISH initiatives in Austria, the gap between vision and reality is large. Describes the initiatives of the Austrian National Host and the Bureau for International Research and Technology Cooperation; the Austrian Platform for Telematic Applications; BNet (Burgenland); Telematik Initiative Wien; TELKIS Telekommunikationsinitiative Steiermark; Datahighway Upper Austria; Vorarlberger Telekommunikations GmbH; Telematik Initiative; Datenbahn Telecom GmbH (Salzburg); Ti-KOM (Tirol) and other initiatives

0.007888435 = product of:
  0.023665305 = sum of:
    0.023665305 = product of:
      0.04733061 = sum of:
        0.04733061 = weight(_text_:22 in 3696) [ClassicSimilarity], result of:
          0.04733061 = score(doc=3696,freq=2.0), product of:
            0.1747608 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.04990557 = queryNorm
            0.2708308 = fieldWeight in 3696, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.0546875 = fieldNorm(doc=3696)
      0.5 = coord(1/2)
  0.33333334 = coord(1/3)

Date

8. 1.2007 17:22:42

0.0075442037 = product of:
  0.02263261 = sum of:
    0.02263261 = weight(_text_:on in 7706) [ClassicSimilarity], result of:
      0.02263261 = score(doc=7706,freq=4.0), product of:
        0.109763056 = queryWeight, product of:
          2.199415 = idf(docFreq=13325, maxDocs=44218)
          0.04990557 = queryNorm
        0.20619515 = fieldWeight in 7706, product of:
          2.0 = tf(freq=4.0), with freq of:
            4.0 = termFreq=4.0
          2.199415 = idf(docFreq=13325, maxDocs=44218)
          0.046875 = fieldNorm(doc=7706)
  0.33333334 = coord(1/3)

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

0.0075442037 = product of:
  0.02263261 = sum of:
    0.02263261 = weight(_text_:on in 3209) [ClassicSimilarity], result of:
      0.02263261 = score(doc=3209,freq=4.0), product of:
        0.109763056 = queryWeight, product of:
          2.199415 = idf(docFreq=13325, maxDocs=44218)
          0.04990557 = queryNorm
        0.20619515 = fieldWeight in 3209, product of:
          2.0 = tf(freq=4.0), with freq of:
            4.0 = termFreq=4.0
          2.199415 = idf(docFreq=13325, maxDocs=44218)
          0.046875 = fieldNorm(doc=3209)
  0.33333334 = coord(1/3)

Abstract

The IOS rererence model of open distributed processing (RM-ODP) consists of: an overview of the reference model, the descriptive model, the prescriptive model, and the architectural semantics. They provide the concepts and rules of distributed processing to ensure openness between interacting distributed application components. Openness is a combination of characteristics: accessibility, heterogeneity, autonomy and distribution. The RM-ODP introduces the concept of viewpoint to describe a system from a particular set of concerns, and hence to deal with the complexity of distributed systems. While all the viewpoints are relevant to the description and design of distributed systems, the computational and engineering models are the ones that bear most directly on the design and implementation of distributed systems. From a distributes software engineering point of view, the computational and engineering viewpoints are again the most important; they reflect the software structure of the distributed application most closely. Concentrates on the computational and engineering viewpoints

0.007112743 = product of:
  0.021338228 = sum of:
    0.021338228 = weight(_text_:on in 3102) [ClassicSimilarity], result of:
      0.021338228 = score(doc=3102,freq=2.0), product of:
        0.109763056 = queryWeight, product of:
          2.199415 = idf(docFreq=13325, maxDocs=44218)
          0.04990557 = queryNorm
        0.19440265 = fieldWeight in 3102, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          2.199415 = idf(docFreq=13325, maxDocs=44218)
          0.0625 = fieldNorm(doc=3102)
  0.33333334 = coord(1/3)

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

0.007112743 = product of:
  0.021338228 = sum of:
    0.021338228 = weight(_text_:on in 6436) [ClassicSimilarity], result of:
      0.021338228 = score(doc=6436,freq=2.0), product of:
        0.109763056 = queryWeight, product of:
          2.199415 = idf(docFreq=13325, maxDocs=44218)
          0.04990557 = queryNorm
        0.19440265 = fieldWeight in 6436, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          2.199415 = idf(docFreq=13325, maxDocs=44218)
          0.0625 = fieldNorm(doc=6436)
  0.33333334 = coord(1/3)

Abstract

Networks allow different users from outside the library to have remote access to library catalogues. These remote users may face problems that differ from the OPAC users' in the library. They may not be comfortable with the computer technology and may not be familiar with the OPAC of the library. Libraries should offer different support services from those provided to on-site users. These users need technical advice as well as special instruction aids and guides to lead them to the information they want to retrieve

0.007112743 = product of:
  0.021338228 = sum of:
    0.021338228 = weight(_text_:on in 1589) [ClassicSimilarity], result of:
      0.021338228 = score(doc=1589,freq=2.0), product of:
        0.109763056 = queryWeight, product of:
          2.199415 = idf(docFreq=13325, maxDocs=44218)
          0.04990557 = queryNorm
        0.19440265 = fieldWeight in 1589, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          2.199415 = idf(docFreq=13325, maxDocs=44218)
          0.0625 = fieldNorm(doc=1589)
  0.33333334 = coord(1/3)

Abstract

Computer and communications technology is having a profound impact on libraries and the way in which they serve their users. Discusses online catalogues in libraries, the development of the Internet and OSI, and the development of search and retrieve (SR) protocols to allow standardized access to library catalogues across communications networks. Considers the deployment of SR protocols, problems with interoperability of clients and servers, interlibrary loan possibilities of SR protocols, and the feasibility of electronic document delivery

0.007112743 = product of:
  0.021338228 = sum of:
    0.021338228 = weight(_text_:on in 4758) [ClassicSimilarity], result of:
      0.021338228 = score(doc=4758,freq=2.0), product of:
        0.109763056 = queryWeight, product of:
          2.199415 = idf(docFreq=13325, maxDocs=44218)
          0.04990557 = queryNorm
        0.19440265 = fieldWeight in 4758, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          2.199415 = idf(docFreq=13325, maxDocs=44218)
          0.0625 = fieldNorm(doc=4758)
  0.33333334 = coord(1/3)

Abstract

Adaptive, in-call, bandwidth reservation may be used to enhance bandwidth utilization in a policed asynchronous transfer mode (ATM) virtual path shared by traffic streams originated by many bursty sources. Presents a model, based on Markov-modulated sources and stochastic fluid methods, for performance analysis of the proposed mechanism. The model, corroborated by simulations, is used to study achievable bandwidth gain and the effects of feedback delay and competing reservation processes

0.007112743 = product of:
  0.021338228 = sum of:
    0.021338228 = weight(_text_:on in 5082) [ClassicSimilarity], result of:
      0.021338228 = score(doc=5082,freq=2.0), product of:
        0.109763056 = queryWeight, product of:
          2.199415 = idf(docFreq=13325, maxDocs=44218)
          0.04990557 = queryNorm
        0.19440265 = fieldWeight in 5082, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          2.199415 = idf(docFreq=13325, maxDocs=44218)
          0.0625 = fieldNorm(doc=5082)
  0.33333334 = coord(1/3)

Abstract

Open System Interconnection (OSI) Standard 7498 appeared in 1984. Open systems of PCs and workstations decentralize information processing and divide it between several computers, based on the client-server concept. Relevant terminology is explained, including application protocol, bases of the SR/Z39.50 model, data transmission, search request services, query types, attribute sets, transmission format, transfer syntax, solution models and cooperation between library systems

0.007112743 = product of:
  0.021338228 = sum of:
    0.021338228 = weight(_text_:on in 1895) [ClassicSimilarity], result of:
      0.021338228 = score(doc=1895,freq=2.0), product of:
        0.109763056 = queryWeight, product of:
          2.199415 = idf(docFreq=13325, maxDocs=44218)
          0.04990557 = queryNorm
        0.19440265 = fieldWeight in 1895, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          2.199415 = idf(docFreq=13325, maxDocs=44218)
          0.0625 = fieldNorm(doc=1895)
  0.33333334 = coord(1/3)

Abstract

Examines a number of possible OSI system implementation strategies based on the various prevailing system facilities: processes, threads, kernel and front-end processors. Analyzes the pros and cons of the strategies showing their relative merits in implementation. The analysis leads to the recommendation of an enhanced subsystem architecture that holds the best compromise of the conflicting requirements of modularity and efficiency

0.0067615155 = product of:
  0.020284547 = sum of:
    0.020284547 = product of:
      0.040569093 = sum of:
        0.040569093 = weight(_text_:22 in 3013) [ClassicSimilarity], result of:
          0.040569093 = score(doc=3013,freq=2.0), product of:
            0.1747608 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.04990557 = queryNorm
            0.23214069 = fieldWeight in 3013, 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=3013)
      0.5 = coord(1/2)
  0.33333334 = coord(1/3)

Date

22. 2.1999 13:06:18

0.0062868367 = product of:
  0.01886051 = sum of:
    0.01886051 = weight(_text_:on in 8401) [ClassicSimilarity], result of:
      0.01886051 = score(doc=8401,freq=4.0), product of:
        0.109763056 = queryWeight, product of:
          2.199415 = idf(docFreq=13325, maxDocs=44218)
          0.04990557 = queryNorm
        0.1718293 = fieldWeight in 8401, product of:
          2.0 = tf(freq=4.0), with freq of:
            4.0 = termFreq=4.0
          2.199415 = idf(docFreq=13325, maxDocs=44218)
          0.0390625 = fieldNorm(doc=8401)
  0.33333334 = coord(1/3)

Abstract

Describes a layer model for networks. For each layer, one or more services are defined, and for each service a protocol is specified. 2 OSI application level protocols have been defined for library services: SR and ILL. The underlying layers are supposed to be OSI services, but some implementations are using TCP/IP, and some are using a mixture of OSI and TCP/IP. The systems based directly on TCP/IP can not communicate with those based purely on OSI. Discusses the pros and cons for choosing OSI or TCP/IP. Gateways between the OSI and TCP/IP networks are needed. The ISO protocol SR and the ANSI protocol Z39.50 are both 'search and retrieve' protocols. The SR is almost a subst of Z39.50, but they may become identical in the future. There is only one protocol for interlibrary loan, the ISO ILL protocol. It covers 3 models of interlibrary loan and all services connected with ILL. Other services such as Explain, Scan and Update are presently being discussed in ISO TC 46. Discusses the needs of the library community for network services such as file transfer, remote login, directories and electronic mail

0.0062868367 = product of:
  0.01886051 = sum of:
    0.01886051 = weight(_text_:on in 4898) [ClassicSimilarity], result of:
      0.01886051 = score(doc=4898,freq=4.0), product of:
        0.109763056 = queryWeight, product of:
          2.199415 = idf(docFreq=13325, maxDocs=44218)
          0.04990557 = queryNorm
        0.1718293 = fieldWeight in 4898, product of:
          2.0 = tf(freq=4.0), with freq of:
            4.0 = termFreq=4.0
          2.199415 = idf(docFreq=13325, maxDocs=44218)
          0.0390625 = fieldNorm(doc=4898)
  0.33333334 = coord(1/3)

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.

0.0062868367 = product of:
  0.01886051 = sum of:
    0.01886051 = weight(_text_:on in 3813) [ClassicSimilarity], result of:
      0.01886051 = score(doc=3813,freq=4.0), product of:
        0.109763056 = queryWeight, product of:
          2.199415 = idf(docFreq=13325, maxDocs=44218)
          0.04990557 = queryNorm
        0.1718293 = fieldWeight in 3813, product of:
          2.0 = tf(freq=4.0), with freq of:
            4.0 = termFreq=4.0
          2.199415 = idf(docFreq=13325, 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.0053345575 = product of:
  0.016003672 = sum of:
    0.016003672 = weight(_text_:on in 3669) [ClassicSimilarity], result of:
      0.016003672 = score(doc=3669,freq=2.0), product of:
        0.109763056 = queryWeight, product of:
          2.199415 = idf(docFreq=13325, maxDocs=44218)
          0.04990557 = queryNorm
        0.14580199 = fieldWeight in 3669, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          2.199415 = idf(docFreq=13325, maxDocs=44218)
          0.046875 = fieldNorm(doc=3669)
  0.33333334 = coord(1/3)

Abstract

This study aimed to determine if the searching behaviour of remote users of LIAS, Penn State's online catalogue differed from those using the OPAC within the library. More than 1.000 searches done by remote users (those accessing the system via either dial-access or the university's computer network) were compared to more than 1.000 searches done by in-house users. Each search was duplicated step by step and analysed according to a pre-determined set of criteria. Although few dramatic differences were found between the 2 groups, there were enough subtle differences to generate interest. In general, remote users are the more sophisticated searchers, bearing out the assumption that remote users seem to have a better conceptual knowledge of how an information system should operate. On the other hand, they struggle more with the procedural details of how to use the OPAC. Dial-access users seem to constitute a unique group of users: their searches are often quite different than those done by either network or in-house users

0.0053345575 = product of:
  0.016003672 = sum of:
    0.016003672 = weight(_text_:on in 6435) [ClassicSimilarity], result of:
      0.016003672 = score(doc=6435,freq=2.0), product of:
        0.109763056 = queryWeight, product of:
          2.199415 = idf(docFreq=13325, maxDocs=44218)
          0.04990557 = queryNorm
        0.14580199 = fieldWeight in 6435, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          2.199415 = idf(docFreq=13325, maxDocs=44218)
          0.046875 = fieldNorm(doc=6435)
  0.33333334 = coord(1/3)

Abstract

Expanded hours of access and the reduction of peak system loads are often cited as advantages of remote access to OPACs. This argument is based on the assumption that remote users search OPACs when libraries are closed or when there is low internal use. The study tested this assumption by performing a transactional log analysis of the remote and internal use of the OPAC at the Research Libraries of the New York Public Library. Analysis showed that pateerns of remote and internal use differed greatly. A large part of the remote searching occured when the Research Libraries were closed. Compared to internal searching, remote searching was distributed more evenly over the course of the day and the week. Results show that remote access expands the hours of use of the Online catalogue and has potential to reduce peak system loads at the Research Libraries

0.0044454644 = product of:
  0.013336393 = sum of:
    0.013336393 = weight(_text_:on in 5155) [ClassicSimilarity], result of:
      0.013336393 = score(doc=5155,freq=2.0), product of:
        0.109763056 = queryWeight, product of:
          2.199415 = idf(docFreq=13325, maxDocs=44218)
          0.04990557 = queryNorm
        0.121501654 = fieldWeight in 5155, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          2.199415 = idf(docFreq=13325, maxDocs=44218)
          0.0390625 = fieldNorm(doc=5155)
  0.33333334 = coord(1/3)

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.