Search (5 results, page 1 of 1)

0.010968177 = product of:
  0.032904528 = sum of:
    0.032904528 = product of:
      0.065809056 = sum of:
        0.065809056 = weight(_text_:indexing in 5471) [ClassicSimilarity], result of:
          0.065809056 = score(doc=5471,freq=2.0), product of:
            0.22229293 = queryWeight, product of:
              3.8278677 = idf(docFreq=2614, maxDocs=44218)
              0.05807226 = queryNorm
            0.29604656 = fieldWeight in 5471, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.8278677 = idf(docFreq=2614, maxDocs=44218)
              0.0546875 = fieldNorm(doc=5471)
      0.5 = coord(1/2)
  0.33333334 = coord(1/3)

Source

New pespectives on subject indexing and classification: essays in honour of Magda Heiner-Freiling. Red.: K. Knull-Schlomann, u.a

0.010490654 = product of:
  0.03147196 = sum of:
    0.03147196 = product of:
      0.06294392 = sum of:
        0.06294392 = weight(_text_:22 in 2629) [ClassicSimilarity], result of:
          0.06294392 = score(doc=2629,freq=2.0), product of:
            0.20335917 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.05807226 = queryNorm
            0.30952093 = fieldWeight in 2629, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.0625 = fieldNorm(doc=2629)
      0.5 = coord(1/2)
  0.33333334 = coord(1/3)

Source

Metadata for semantic and social applications : proceedings of the International Conference on Dublin Core and Metadata Applications, Berlin, 22 - 26 September 2008, DC 2008: Berlin, Germany / ed. by Jane Greenberg and Wolfgang Klas

0.009401294 = product of:
  0.028203882 = sum of:
    0.028203882 = product of:
      0.056407765 = sum of:
        0.056407765 = weight(_text_:indexing in 2783) [ClassicSimilarity], result of:
          0.056407765 = score(doc=2783,freq=2.0), product of:
            0.22229293 = queryWeight, product of:
              3.8278677 = idf(docFreq=2614, maxDocs=44218)
              0.05807226 = queryNorm
            0.2537542 = fieldWeight in 2783, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.8278677 = idf(docFreq=2614, maxDocs=44218)
              0.046875 = fieldNorm(doc=2783)
      0.5 = coord(1/2)
  0.33333334 = coord(1/3)

Abstract

Multiple groups at Mayo Clinic organize knowledge with the aid of metadata for a variety of purposes. The ontology group focuses on consumer-oriented health information using several controlled vocabularies to support and coordinate care providers, consumers, clinical knowledge and, as part of its research management, information on clinical trials. Poor findability, inconsistent indexing and specialized language undermined the goal of increasing trial participation. The ontology group designed a metadata framework addressing disorders and procedures, investigational drugs and clinical departments, adopted and translated the clinical terminology of SNOMED CT and RxNorm vocabularies to consumer language and coordinated terminology with Mayo's Consumer Health Vocabulary. The result enables retrieval of clinical trial information from multiple access points including conditions, procedures, drug names, organizations involved and trial phase. The jump in inquiries since the search site was revised and vocabularies were modified show evidence of success.

0.008796682 = product of:
  0.026390044 = sum of:
    0.026390044 = product of:
      0.052780088 = sum of:
        0.052780088 = weight(_text_:22 in 1752) [ClassicSimilarity], result of:
          0.052780088 = score(doc=1752,freq=10.0), product of:
            0.20335917 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.05807226 = queryNorm
            0.2595412 = fieldWeight in 1752, product of:
              3.1622777 = tf(freq=10.0), with freq of:
                10.0 = termFreq=10.0
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.0234375 = fieldNorm(doc=1752)
      0.5 = coord(1/2)
  0.33333334 = coord(1/3)

Content

Some examples of identifiers for concepts follow: <http://dewey.info/concept/338.4/en/edn/22/> This identifier is used to retrieve or identify the 338.4 concept in the English-language version of Edition 22. <http://dewey.info/concept/338.4/de/edn/22/> This identifier is used to retrieve or identify the 338.4 concept in the German-language version of Edition 22. <http://dewey.info/concept/333.7-333.9/> This identifier is used to retrieve or identify the 333.7-333.9 concept across all editions and language versions. <http://dewey.info/concept/333.7-333.9/about.skos> This identifier is used to retrieve a SKOS representation of the 333.7-333.9 concept (using the "resource" element). There are several open issues at this preliminary stage of development: Use cases: URIs need to represent the range of statements or questions that could be submitted to a Dewey web service. Therefore, it seems that some general questions have to be answered first: What information does an agent have when coming to a Dewey web service? What kind of questions will such an agent ask? Placement of the {locale} component: It is still an open question if the {locale} component should be placed after the {version} component instead (<http://dewey.info/concept/338.4/edn/22/en>) to emphasize that the most important instantiation of a Dewey class is its edition, not its language version. From a services point of view, however, it could make more sense to keep the current arrangement, because users are more likely to come to the service with a present understanding of the language version they are seeking without knowing the specifics of a certain edition in which they are trying to find topics. Identification of other Dewey entities: The goal is to create a locator that does not answer all, but a lot of questions that could be asked about the DDC. Which entities are missing but should be surfaced for services or user agents? How will those services or agents interact with them? Should some entities be rendered in a different way as presented? For example, (how) should the DDC Summaries be retrievable? Would it be necessary to make the DDC Manual accessible through this identifier structure?"

0.006556659 = product of:
  0.019669976 = sum of:
    0.019669976 = product of:
      0.039339952 = sum of:
        0.039339952 = weight(_text_:22 in 5797) [ClassicSimilarity], result of:
          0.039339952 = score(doc=5797,freq=2.0), product of:
            0.20335917 = queryWeight, product of:
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.05807226 = queryNorm
            0.19345059 = fieldWeight in 5797, product of:
              1.4142135 = tf(freq=2.0), with freq of:
                2.0 = termFreq=2.0
              3.5018296 = idf(docFreq=3622, maxDocs=44218)
              0.0390625 = fieldNorm(doc=5797)
      0.5 = coord(1/2)
  0.33333334 = coord(1/3)

Source

Knowledge quest. 42(2013) no.2, S.22-29