Search (183 results, page 3 of 10)

0.0026473717 = product of:
  0.0052947435 = sum of:
    0.0052947435 = product of:
      0.010589487 = sum of:
        0.010589487 = weight(_text_:a in 6294) [ClassicSimilarity], result of:
          0.010589487 = score(doc=6294,freq=10.0), product of:
            0.053105544 = queryWeight, product of:
              1.153047 = idf(docFreq=37942, maxDocs=44218)
              0.046056706 = queryNorm
            0.19940455 = fieldWeight in 6294, product of:
              3.1622777 = tf(freq=10.0), with freq of:
                10.0 = termFreq=10.0
              1.153047 = idf(docFreq=37942, maxDocs=44218)
              0.0546875 = fieldNorm(doc=6294)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

Abstract

Describes a feasibility study funded by BLRDD to test a new concept in bibliographic control in OPACs based on the manifestation of the work. The research was conducted at Bradford University, leading directly from the QUALCAT project, and used bibliographic records supplied by OCLC. A new type of hierarchical bibliographic record structure was used to import sets of bibliographic records into a hierarchical relational database. This was used for an experimental Windows based OPAC. Much of the early part of the project was spent clarifying the practical and theoretical implications of the manifestations concept

0.0026473717 = product of:
  0.0052947435 = sum of:
    0.0052947435 = product of:
      0.010589487 = sum of:
        0.010589487 = weight(_text_:a in 367) [ClassicSimilarity], result of:
          0.010589487 = score(doc=367,freq=10.0), product of:
            0.053105544 = queryWeight, product of:
              1.153047 = idf(docFreq=37942, maxDocs=44218)
              0.046056706 = queryNorm
            0.19940455 = fieldWeight in 367, product of:
              3.1622777 = tf(freq=10.0), with freq of:
                10.0 = termFreq=10.0
              1.153047 = idf(docFreq=37942, maxDocs=44218)
              0.0546875 = fieldNorm(doc=367)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

Abstract

The study of subject access to UK academic library catalogues was based on a questionnaires end out during Summer 1991. 86 out of a possible 110 questionnaires were returned. All universities and polytechniques now have OPACs which are progressing well towards comprehensive bibliographical coverage of their libraries' stocks. The MARC format is now widely used. Subject access strategies are usually based on either Library of Congress Subject Headings or inhouse indexing systems but almost half the OPACs studies have no separate subject searching option based on subject indexing is expensive and future subject indexing strategies are best based on pre-existing controlled vocabularies. Strategies authority control is essential. A limited range of software strategies is recommended including the need to limit search results

0.0026473717 = product of:
  0.0052947435 = sum of:
    0.0052947435 = product of:
      0.010589487 = sum of:
        0.010589487 = weight(_text_:a in 1318) [ClassicSimilarity], result of:
          0.010589487 = score(doc=1318,freq=10.0), product of:
            0.053105544 = queryWeight, product of:
              1.153047 = idf(docFreq=37942, maxDocs=44218)
              0.046056706 = queryNorm
            0.19940455 = fieldWeight in 1318, product of:
              3.1622777 = tf(freq=10.0), with freq of:
                10.0 = termFreq=10.0
              1.153047 = idf(docFreq=37942, maxDocs=44218)
              0.0546875 = fieldNorm(doc=1318)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

Abstract

A project to design a graphical user interface for the OKAPI online catalogue search system which uses the basic term weighting probabilistic search engine. Presents a research context of the project with a discussion of interface and functionality issues relating to the design of OPACs. Describes the design methodology and evaluation methodology. Presents the preliminary results of the field trial evaluation. Considers problems encountered in the field trial and discusses contributory factors to the effectiveness of interactive query expansion. Highlights the tension between usability and functionality in highly interactive retrieval and suggests further areas of research

0.0026202186 = product of:
  0.005240437 = sum of:
    0.005240437 = product of:
      0.010480874 = sum of:
        0.010480874 = weight(_text_:a in 2429) [ClassicSimilarity], result of:
          0.010480874 = score(doc=2429,freq=30.0), product of:
            0.053105544 = queryWeight, product of:
              1.153047 = idf(docFreq=37942, maxDocs=44218)
              0.046056706 = queryNorm
            0.19735932 = fieldWeight in 2429, product of:
              5.477226 = tf(freq=30.0), with freq of:
                30.0 = termFreq=30.0
              1.153047 = idf(docFreq=37942, maxDocs=44218)
              0.03125 = fieldNorm(doc=2429)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

Abstract

If one follows any of the major cataloging or library blogs these days, it is obvious that the topic of FRBR (Functional Requirements for Bibliographic Records) has increasingly become one of major significance for the library community. What began as a proposed conceptual entity-relationship model for improving the structure of bibliographic records has become a hotly debated topic with many tangled threads that have implications not just for cataloging but for many aspects of libraries and librarianship. In the fall of 2005, the Perseus Project experimented with creating a FRBRized catalog for its current online classics collection, a collection that consists of several hundred classical texts in Greek and Latin as well as reference works and scholarly commentaries regarding these works. In the last two years, with funding from the Mellon Foundation, Perseus has amassed and digitized a growing collection of classical texts (some as image books on our own servers that will eventually be made available through Fedora), and some available through the Open Content Alliance (OCA)2, and created FRBRized cataloging data for these texts. This work was done largely as an experiment to see the potential of the FRBR model for creating a specialized catalog for classics.
Our catalog should not be called a FRBR catalog perhaps, but instead a "FRBR Inspired catalog." As such our main goal has been "practical findability," we are seeking to support the four identified user tasks of the FRBR model, or to "Search, Identify, Select, and Obtain," rather than to create a FRBR catalog, per se. By encoding as much information as possible in the MODS and MADS records we have created, we believe that useful searching will be supported, that by using unique identifiers for works and authors users will be able to identify that the entity they have located is the desired one, that by encoding expression level information (such as the language of the work, the translator, etc) users will be able to select which expression of a work they are interested in, and that by supplying links to different online manifestations that users will be able to obtain access to a digital copy of a work. This white paper will discuss previous and current efforts by the Perseus Project in creating a FRBRized catalog, including the cataloging workflow, lessons learned during the process and will also seek to place this work in the larger context of research regarding FRBR, cataloging, Library 2.0 and the Semantic Web, and the growing importance of the FRBR model in the face of growing million book digital libraries.

0.0024857575 = product of:
  0.004971515 = sum of:
    0.004971515 = product of:
      0.00994303 = sum of:
        0.00994303 = weight(_text_:a in 3333) [ClassicSimilarity], result of:
          0.00994303 = score(doc=3333,freq=12.0), product of:
            0.053105544 = queryWeight, product of:
              1.153047 = idf(docFreq=37942, maxDocs=44218)
              0.046056706 = queryNorm
            0.18723148 = fieldWeight in 3333, product of:
              3.4641016 = tf(freq=12.0), with freq of:
                12.0 = termFreq=12.0
              1.153047 = idf(docFreq=37942, maxDocs=44218)
              0.046875 = fieldNorm(doc=3333)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

Abstract

Reports results of a study, prompted by a number of questions which have been raised about the extent to which the DOI meets, or can be developed to meet, the real requirements of the marketplace for a unique identifier of digital content. Develops a series of scenarios to explore future ways in which digital information may be accessed and used and considers the role of unique identification of content in each of them. The business models, selected for the scenarios, must represent to some extent a subjective forecast of what the future might look like. Their purpose is to attempt to illuminate some generic aspects of unique identification that appear likely to be important in future

0.0024392908 = product of:
  0.0048785815 = sum of:
    0.0048785815 = product of:
      0.009757163 = sum of:
        0.009757163 = weight(_text_:a in 721) [ClassicSimilarity], result of:
          0.009757163 = score(doc=721,freq=26.0), product of:
            0.053105544 = queryWeight, product of:
              1.153047 = idf(docFreq=37942, maxDocs=44218)
              0.046056706 = queryNorm
            0.18373153 = fieldWeight in 721, product of:
              5.0990195 = tf(freq=26.0), with freq of:
                26.0 = termFreq=26.0
              1.153047 = idf(docFreq=37942, maxDocs=44218)
              0.03125 = fieldNorm(doc=721)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

Abstract

In 2000, Factiva published "The Value of Indexing," a white paper emphasizing the strategic importance of accurate categorization, based on a robust taxonomy for later retrieval of documents stored in commercial or in-house content repositories. Since that time, there has been resounding agreement between persons who use Web-based systems and those who design these systems that search engines alone are not the answer for effective information retrieval. High-quality categorization is crucial if users are to be able to find the right answers in repositories of articles and documents that are expanding at phenomenal rates. Companies continue to invest in technologies that will help them organize and integrate their content. A March 2002 article in EContent suggests a typical taxonomy implementation usually costs around $100,000. The article also cites a Merrill Lynch study that predicts the market for search and categorization products, now at about $600 million, will more than double by 2005. Classification activities are not new. In the third century B.C., Callimachus of Cyrene managed the ancient Library of Alexandria. To help scholars find items in the collection, he created an index of all the scrolls organized according to a subject taxonomy. Factiva's parent companies, Dow Jones and Reuters, each have more than 20 years of experience with developing taxonomies and painstaking manual categorization processes and also have a solid history with automated categorization techniques. This experience and expertise put Factiva at the leading edge of developing and applying categorization technology today. This paper will update readers about enhancements made to the Factiva Intelligent IndexingT taxonomy. It examines the value these enhancements bring to Factiva's news and business information service, and the value brought to clients who license the Factiva taxonomy as a fundamental component of their own Enterprise Knowledge Architecture. There is a behind-the-scenes-look at how Factiva classifies a huge stream of incoming articles published in a variety of formats and languages. The paper concludes with an overview of new Factiva services and solutions that are designed specifically to help clients improve productivity and make solid business decisions by precisely finding information in their own everexpanding content repositories.

0.0023919214 = product of:
  0.0047838427 = sum of:
    0.0047838427 = product of:
      0.009567685 = sum of:
        0.009567685 = weight(_text_:a in 5937) [ClassicSimilarity], result of:
          0.009567685 = score(doc=5937,freq=4.0), product of:
            0.053105544 = queryWeight, product of:
              1.153047 = idf(docFreq=37942, maxDocs=44218)
              0.046056706 = queryNorm
            0.18016359 = fieldWeight in 5937, product of:
              2.0 = tf(freq=4.0), with freq of:
                4.0 = termFreq=4.0
              1.153047 = idf(docFreq=37942, maxDocs=44218)
              0.078125 = fieldNorm(doc=5937)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

Abstract

The guidelines are a response to 2 interconnected problems: little bibliographic control exists for electronic texts, and the AACR2 standards for control of computer files are not entirely satisfactory

0.0023919214 = product of:
  0.0047838427 = sum of:
    0.0047838427 = product of:
      0.009567685 = sum of:
        0.009567685 = weight(_text_:a in 7017) [ClassicSimilarity], result of:
          0.009567685 = score(doc=7017,freq=4.0), product of:
            0.053105544 = queryWeight, product of:
              1.153047 = idf(docFreq=37942, maxDocs=44218)
              0.046056706 = queryNorm
            0.18016359 = fieldWeight in 7017, product of:
              2.0 = tf(freq=4.0), with freq of:
                4.0 = termFreq=4.0
              1.153047 = idf(docFreq=37942, maxDocs=44218)
              0.078125 = fieldNorm(doc=7017)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

Abstract

Presents the results of a combined survey of publishers and information users, predominantly librarians, to investigate the place and value of electronic data interchange (EDI) as a facility to improve copyright permissions clearance procedures

0.0023919214 = product of:
  0.0047838427 = sum of:
    0.0047838427 = product of:
      0.009567685 = sum of:
        0.009567685 = weight(_text_:a in 1057) [ClassicSimilarity], result of:
          0.009567685 = score(doc=1057,freq=4.0), product of:
            0.053105544 = queryWeight, product of:
              1.153047 = idf(docFreq=37942, maxDocs=44218)
              0.046056706 = queryNorm
            0.18016359 = fieldWeight in 1057, product of:
              2.0 = tf(freq=4.0), with freq of:
                4.0 = termFreq=4.0
              1.153047 = idf(docFreq=37942, maxDocs=44218)
              0.078125 = fieldNorm(doc=1057)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

Abstract

Describes the 2 main phases of Project CHIRO: Collaborative Hypertext in Research Organisations; which concerned: the design and building of a hypertext database of periodical articles and reports to support a research team; and the exploration of collaborative authoring by such teams

0.0023919214 = product of:
  0.0047838427 = sum of:
    0.0047838427 = product of:
      0.009567685 = sum of:
        0.009567685 = weight(_text_:a in 767) [ClassicSimilarity], result of:
          0.009567685 = score(doc=767,freq=16.0), product of:
            0.053105544 = queryWeight, product of:
              1.153047 = idf(docFreq=37942, maxDocs=44218)
              0.046056706 = queryNorm
            0.18016359 = fieldWeight in 767, product of:
              4.0 = tf(freq=16.0), with freq of:
                16.0 = termFreq=16.0
              1.153047 = idf(docFreq=37942, maxDocs=44218)
              0.0390625 = fieldNorm(doc=767)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

Abstract

View based searching and multi view searching using HIBROWSE proposes a new paradigm for information retrieval from bibliographic databases and database management systems. The paradigm replaces command line and form based interaction with query specification and interaction which requires the user to identify views relating to query facets of the subject of their query. Attempted to apply techniques from human-computer interaction design in the development, construction and usability evaluation of a view based searching system for a very large bibliographic database. As the development of the HIBROWSE system had been in progress before usability became a major concern, as well as the class of system being developed, greater progress towards improved usability was made by adopting a less structured development life-cycle. Examined the usefulness of a number of usability evaluation methods in the context of trying to determine the usability of designs in interactive information retrieval systems. Measurement of the subjective usability of prototypes reinforced the finding of users' difficulties in forming a useful account of the system behaviour and functionality from the training material provided, highlighted some aspects of the system that could be improved, and the greater usability of the HIBROWSE prototypes over an extant commercial bibliographic database system

0.0023919214 = product of:
  0.0047838427 = sum of:
    0.0047838427 = product of:
      0.009567685 = sum of:
        0.009567685 = weight(_text_:a in 906) [ClassicSimilarity], result of:
          0.009567685 = score(doc=906,freq=16.0), product of:
            0.053105544 = queryWeight, product of:
              1.153047 = idf(docFreq=37942, maxDocs=44218)
              0.046056706 = queryNorm
            0.18016359 = fieldWeight in 906, product of:
              4.0 = tf(freq=16.0), with freq of:
                16.0 = termFreq=16.0
              1.153047 = idf(docFreq=37942, maxDocs=44218)
              0.0390625 = fieldNorm(doc=906)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

Abstract

The need for improved semantic in teroperability between and among vocabularies and knowledge organization schemes is undeniable and growing in importance. There is an ever-increasing need to create an environment by which even multiple portals could be accessed via subject metadata using software that is neutral and available ubiquitously or directly to the user, that could be copied by libraries for use in their own environment. In order to develop or improve a knowledge organization system including emerging options in semantic interoperability, scholars and practitioners need to be able to evaluate a wide variety of projects and stay current with the professional literature. Based on its findings, the Subcommittee concludes that the development of a successful subject semantic interoperability project is a long and difficult process. It requires a substantial investment of financial, human and computer resources. The Subcommittee recommends using the information and tools in this report and its appendices to assist in developing a successful project incorporating subject semantic interoperability. Finally the Subcommittee concludes that since this field of endeavor is still relatively young and immature, it is too early to generate a set of Best Practices that could be used in developing a successful project. We are past the theoretical and basic research phase and into the development phase. Even though there are some successful projects in full production, more projects need to reach maturity and much more research needs to be done.

0.0023678814 = product of:
  0.0047357627 = sum of:
    0.0047357627 = product of:
      0.009471525 = sum of:
        0.009471525 = weight(_text_:a in 579) [ClassicSimilarity], result of:
          0.009471525 = score(doc=579,freq=2.0), product of:
            0.053105544 = queryWeight, product of:
              1.153047 = idf(docFreq=37942, maxDocs=44218)
              0.046056706 = queryNorm
            0.17835285 = fieldWeight in 579, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              1.153047 = idf(docFreq=37942, maxDocs=44218)
              0.109375 = fieldNorm(doc=579)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

Location

A

0.0023678814 = product of:
  0.0047357627 = sum of:
    0.0047357627 = product of:
      0.009471525 = sum of:
        0.009471525 = weight(_text_:a in 3144) [ClassicSimilarity], result of:
          0.009471525 = score(doc=3144,freq=2.0), product of:
            0.053105544 = queryWeight, product of:
              1.153047 = idf(docFreq=37942, maxDocs=44218)
              0.046056706 = queryNorm
            0.17835285 = fieldWeight in 3144, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              1.153047 = idf(docFreq=37942, maxDocs=44218)
              0.109375 = fieldNorm(doc=3144)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

Location

A

0.0023678814 = product of:
  0.0047357627 = sum of:
    0.0047357627 = product of:
      0.009471525 = sum of:
        0.009471525 = weight(_text_:a in 3469) [ClassicSimilarity], result of:
          0.009471525 = score(doc=3469,freq=2.0), product of:
            0.053105544 = queryWeight, product of:
              1.153047 = idf(docFreq=37942, maxDocs=44218)
              0.046056706 = queryNorm
            0.17835285 = fieldWeight in 3469, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              1.153047 = idf(docFreq=37942, maxDocs=44218)
              0.109375 = fieldNorm(doc=3469)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

0.0023678814 = product of:
  0.0047357627 = sum of:
    0.0047357627 = product of:
      0.009471525 = sum of:
        0.009471525 = weight(_text_:a in 3528) [ClassicSimilarity], result of:
          0.009471525 = score(doc=3528,freq=2.0), product of:
            0.053105544 = queryWeight, product of:
              1.153047 = idf(docFreq=37942, maxDocs=44218)
              0.046056706 = queryNorm
            0.17835285 = fieldWeight in 3528, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              1.153047 = idf(docFreq=37942, maxDocs=44218)
              0.109375 = fieldNorm(doc=3528)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

0.0023678814 = product of:
  0.0047357627 = sum of:
    0.0047357627 = product of:
      0.009471525 = sum of:
        0.009471525 = weight(_text_:a in 3858) [ClassicSimilarity], result of:
          0.009471525 = score(doc=3858,freq=2.0), product of:
            0.053105544 = queryWeight, product of:
              1.153047 = idf(docFreq=37942, maxDocs=44218)
              0.046056706 = queryNorm
            0.17835285 = fieldWeight in 3858, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              1.153047 = idf(docFreq=37942, maxDocs=44218)
              0.109375 = fieldNorm(doc=3858)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

0.0023678814 = product of:
  0.0047357627 = sum of:
    0.0047357627 = product of:
      0.009471525 = sum of:
        0.009471525 = weight(_text_:a in 4797) [ClassicSimilarity], result of:
          0.009471525 = score(doc=4797,freq=8.0), product of:
            0.053105544 = queryWeight, product of:
              1.153047 = idf(docFreq=37942, maxDocs=44218)
              0.046056706 = queryNorm
            0.17835285 = fieldWeight in 4797, product of:
              2.828427 = tf(freq=8.0), with freq of:
                8.0 = termFreq=8.0
              1.153047 = idf(docFreq=37942, maxDocs=44218)
              0.0546875 = fieldNorm(doc=4797)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

Abstract

Addresses the problems of content retrieval in the construction of pictorial database management systems. Presents a generalisable architecture for the effective identification of specific pictures from a large collection and describes prototype system based on this architecture successfully implemented. The architecture consists of 3 main components: picture description; picture indexing and filing, and picture retrieval. The description of pictures is facilitated by using the main semantic concepts employed in the entity-attribute-relationship model. The chief function of the picture indexing and filing component is to convert the logical representations into a relational data format to prepare for subsequent processing initiated by picture queries

0.0023678814 = product of:
  0.0047357627 = sum of:
    0.0047357627 = product of:
      0.009471525 = sum of:
        0.009471525 = weight(_text_:a in 5358) [ClassicSimilarity], result of:
          0.009471525 = score(doc=5358,freq=2.0), product of:
            0.053105544 = queryWeight, product of:
              1.153047 = idf(docFreq=37942, maxDocs=44218)
              0.046056706 = queryNorm
            0.17835285 = fieldWeight in 5358, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              1.153047 = idf(docFreq=37942, maxDocs=44218)
              0.109375 = fieldNorm(doc=5358)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

0.0023678814 = product of:
  0.0047357627 = sum of:
    0.0047357627 = product of:
      0.009471525 = sum of:
        0.009471525 = weight(_text_:a in 6959) [ClassicSimilarity], result of:
          0.009471525 = score(doc=6959,freq=2.0), product of:
            0.053105544 = queryWeight, product of:
              1.153047 = idf(docFreq=37942, maxDocs=44218)
              0.046056706 = queryNorm
            0.17835285 = fieldWeight in 6959, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              1.153047 = idf(docFreq=37942, maxDocs=44218)
              0.109375 = fieldNorm(doc=6959)
      0.5 = coord(1/2)
  0.5 = coord(1/2)

0.0023678814 = product of:
  0.0047357627 = sum of:
    0.0047357627 = product of:
      0.009471525 = sum of:
        0.009471525 = weight(_text_:a in 347) [ClassicSimilarity], result of:
          0.009471525 = score(doc=347,freq=2.0), product of:
            0.053105544 = queryWeight, product of:
              1.153047 = idf(docFreq=37942, maxDocs=44218)
              0.046056706 = queryNorm
            0.17835285 = fieldWeight in 347, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              1.153047 = idf(docFreq=37942, maxDocs=44218)
              0.109375 = fieldNorm(doc=347)
      0.5 = coord(1/2)
  0.5 = coord(1/2)