Search (11777 results, page 2 of 589)

0.20621225 = product of:
  0.824849 = sum of:
    0.824849 = weight(_text_:java in 1987) [ClassicSimilarity], result of:
      0.824849 = score(doc=1987,freq=8.0), product of:
        0.44139016 = queryWeight, product of:
          7.0475073 = idf(docFreq=104, maxDocs=44421)
          0.062630676 = queryNorm
        1.8687526 = fieldWeight in 1987, product of:
          2.828427 = tf(freq=8.0), with freq of:
            8.0 = termFreq=8.0
          7.0475073 = idf(docFreq=104, maxDocs=44421)
          0.09375 = fieldNorm(doc=1987)
  0.25 = coord(1/4)

Object

Java

RSWK

Anwendungssystem / Verteiltes System / Systementwicklung / Java <Programmiersprache> (2134) (3124) (4312)

Subject

Anwendungssystem / Verteiltes System / Systementwicklung / Java <Programmiersprache> (2134) (3124) (4312)

0.1991295 = product of:
  0.398259 = sum of:
    0.047165703 = weight(_text_:und in 5184) [ClassicSimilarity], result of:
      0.047165703 = score(doc=5184,freq=6.0), product of:
        0.13890852 = queryWeight, product of:
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.062630676 = queryNorm
        0.33954507 = fieldWeight in 5184, product of:
          2.4494898 = tf(freq=6.0), with freq of:
            6.0 = termFreq=6.0
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.0625 = fieldNorm(doc=5184)
    0.35109332 = weight(_text_:hartmann in 5184) [ClassicSimilarity], result of:
      0.35109332 = score(doc=5184,freq=2.0), product of:
        0.49877805 = queryWeight, product of:
          7.963798 = idf(docFreq=41, maxDocs=44421)
          0.062630676 = queryNorm
        0.70390695 = fieldWeight in 5184, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          7.963798 = idf(docFreq=41, maxDocs=44421)
          0.0625 = fieldNorm(doc=5184)
  0.5 = coord(2/4)

Abstract

Die PDS - Pressedatenbank Retrieval Software - ist eine neue Informationsdatenbank-Software. Sie ist einsatzfähig für Literaturhinweise und Volltextspeicherung. Sie läuft auf IBM-kompatiblem Rechnern. Sie wurde auf dem Hintergrund zehnjähriger Erfahrung im Umgang mit Datenbanken entworfen. PDS verfügt über eine einzigartige phonetische Abfragemöglichkeit, über ein Programm zur Herstellung gedruckter Register und eine Schnittstelle zu dem elektronischen Massenspeicher MEGADOC von Philips. In der G+J Pressedatenbank sind derzeit mehr als 1,4 Mio Datensätze gespeichert. Die G+J Dokumentation versorgt mehr als 800 Redakteure mit Textinformation und Bildern

0.1991295 = product of:
  0.398259 = sum of:
    0.047165703 = weight(_text_:und in 2679) [ClassicSimilarity], result of:
      0.047165703 = score(doc=2679,freq=6.0), product of:
        0.13890852 = queryWeight, product of:
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.062630676 = queryNorm
        0.33954507 = fieldWeight in 2679, product of:
          2.4494898 = tf(freq=6.0), with freq of:
            6.0 = termFreq=6.0
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.0625 = fieldNorm(doc=2679)
    0.35109332 = weight(_text_:hartmann in 2679) [ClassicSimilarity], result of:
      0.35109332 = score(doc=2679,freq=2.0), product of:
        0.49877805 = queryWeight, product of:
          7.963798 = idf(docFreq=41, maxDocs=44421)
          0.062630676 = queryNorm
        0.70390695 = fieldWeight in 2679, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          7.963798 = idf(docFreq=41, maxDocs=44421)
          0.0625 = fieldNorm(doc=2679)
  0.5 = coord(2/4)

Abstract

Durch den neuen Erschließungsstandard "Resource Description and Access" (RDA) lassen sich bibliografische Daten sowie Normdaten Semantic-Web-konform repräsentieren. Der Vortrag soll aufzeigen, welche Auswirkungen RDA auf die Katalogisierung in Bibliotheken und den Zugang zu den erschlossenen Ressourcen im Semantic Web hat. Anhand erster Erfahrungen aus praktischen Umsetzungen wird erläutert, wie bibliografische Daten durch RDA und Linked-Data-Technologien besser zugänglich gemacht und vor allem nachgenutzt werden können.

0.1991295 = product of:
  0.398259 = sum of:
    0.047165703 = weight(_text_:und in 2432) [ClassicSimilarity], result of:
      0.047165703 = score(doc=2432,freq=6.0), product of:
        0.13890852 = queryWeight, product of:
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.062630676 = queryNorm
        0.33954507 = fieldWeight in 2432, product of:
          2.4494898 = tf(freq=6.0), with freq of:
            6.0 = termFreq=6.0
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.0625 = fieldNorm(doc=2432)
    0.35109332 = weight(_text_:hartmann in 2432) [ClassicSimilarity], result of:
      0.35109332 = score(doc=2432,freq=2.0), product of:
        0.49877805 = queryWeight, product of:
          7.963798 = idf(docFreq=41, maxDocs=44421)
          0.062630676 = queryNorm
        0.70390695 = fieldWeight in 2432, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          7.963798 = idf(docFreq=41, maxDocs=44421)
          0.0625 = fieldNorm(doc=2432)
  0.5 = coord(2/4)

Abstract

Schon zur Wende ins 20. Jahrhundert zweifelte der belgische Privatgelehrte Paul Otlet an der Zukunft des Buches und der Bibliothek. Statt dessen begann er damit, eine Dokumentation und Neuorganisation des Weltwissens anzulegen, und mittels eines Karteikartensystems (Répertoire Bibliographique Universel) zu vernetzen. Dieses Projekt eines flexiblen, abfrageorientierten Wissensbestandes in einem 'Hypermedium' (Otlet) besetzte jene technologische Leerstelle, die inzwischen eine die bibliothekarische Epoche aufsprengende neue Wissenskultur der digitalen Medialität produziert hat.

0.19591269 = product of:
  0.39182538 = sum of:
    0.3436871 = weight(_text_:java in 5263) [ClassicSimilarity], result of:
      0.3436871 = score(doc=5263,freq=2.0), product of:
        0.44139016 = queryWeight, product of:
          7.0475073 = idf(docFreq=104, maxDocs=44421)
          0.062630676 = queryNorm
        0.77864695 = fieldWeight in 5263, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          7.0475073 = idf(docFreq=104, maxDocs=44421)
          0.078125 = fieldNorm(doc=5263)
    0.048138294 = weight(_text_:und in 5263) [ClassicSimilarity], result of:
      0.048138294 = score(doc=5263,freq=4.0), product of:
        0.13890852 = queryWeight, product of:
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.062630676 = queryNorm
        0.34654674 = fieldWeight in 5263, product of:
          2.0 = tf(freq=4.0), with freq of:
            4.0 = termFreq=4.0
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.078125 = fieldNorm(doc=5263)
  0.5 = coord(2/4)

0.19441877 = product of:
  0.7776751 = sum of:
    0.7776751 = weight(_text_:java in 4540) [ClassicSimilarity], result of:
      0.7776751 = score(doc=4540,freq=4.0), product of:
        0.44139016 = queryWeight, product of:
          7.0475073 = idf(docFreq=104, maxDocs=44421)
          0.062630676 = queryNorm
        1.7618768 = fieldWeight in 4540, product of:
          2.0 = tf(freq=4.0), with freq of:
            4.0 = termFreq=4.0
          7.0475073 = idf(docFreq=104, maxDocs=44421)
          0.125 = fieldNorm(doc=4540)
  0.25 = coord(1/4)

Object

Java

0.19441877 = product of:
  0.7776751 = sum of:
    0.7776751 = weight(_text_:java in 6079) [ClassicSimilarity], result of:
      0.7776751 = score(doc=6079,freq=4.0), product of:
        0.44139016 = queryWeight, product of:
          7.0475073 = idf(docFreq=104, maxDocs=44421)
          0.062630676 = queryNorm
        1.7618768 = fieldWeight in 6079, product of:
          2.0 = tf(freq=4.0), with freq of:
            4.0 = termFreq=4.0
          7.0475073 = idf(docFreq=104, maxDocs=44421)
          0.125 = fieldNorm(doc=6079)
  0.25 = coord(1/4)

Object

Java

0.19441877 = product of:
  0.7776751 = sum of:
    0.7776751 = weight(_text_:java in 6082) [ClassicSimilarity], result of:
      0.7776751 = score(doc=6082,freq=4.0), product of:
        0.44139016 = queryWeight, product of:
          7.0475073 = idf(docFreq=104, maxDocs=44421)
          0.062630676 = queryNorm
        1.7618768 = fieldWeight in 6082, product of:
          2.0 = tf(freq=4.0), with freq of:
            4.0 = termFreq=4.0
          7.0475073 = idf(docFreq=104, maxDocs=44421)
          0.125 = fieldNorm(doc=6082)
  0.25 = coord(1/4)

Object

Java

0.18916222 = product of:
  0.37832445 = sum of:
    0.02723113 = weight(_text_:und in 5183) [ClassicSimilarity], result of:
      0.02723113 = score(doc=5183,freq=2.0), product of:
        0.13890852 = queryWeight, product of:
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.062630676 = queryNorm
        0.19603643 = fieldWeight in 5183, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.0625 = fieldNorm(doc=5183)
    0.35109332 = weight(_text_:hartmann in 5183) [ClassicSimilarity], result of:
      0.35109332 = score(doc=5183,freq=2.0), product of:
        0.49877805 = queryWeight, product of:
          7.963798 = idf(docFreq=41, maxDocs=44421)
          0.062630676 = queryNorm
        0.70390695 = fieldWeight in 5183, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          7.963798 = idf(docFreq=41, maxDocs=44421)
          0.0625 = fieldNorm(doc=5183)
  0.5 = coord(2/4)

0.188863 = product of:
  0.377726 = sum of:
    0.3436871 = weight(_text_:java in 6804) [ClassicSimilarity], result of:
      0.3436871 = score(doc=6804,freq=2.0), product of:
        0.44139016 = queryWeight, product of:
          7.0475073 = idf(docFreq=104, maxDocs=44421)
          0.062630676 = queryNorm
        0.77864695 = fieldWeight in 6804, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          7.0475073 = idf(docFreq=104, maxDocs=44421)
          0.078125 = fieldNorm(doc=6804)
    0.034038913 = weight(_text_:und in 6804) [ClassicSimilarity], result of:
      0.034038913 = score(doc=6804,freq=2.0), product of:
        0.13890852 = queryWeight, product of:
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.062630676 = queryNorm
        0.24504554 = fieldWeight in 6804, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.078125 = fieldNorm(doc=6804)
  0.5 = coord(2/4)

Abstract

Wer dynamische Webseiten mit XML erzeugt, wird über kurz oder lang auch Datenbanken anzapfen wollen. Das Apache-Projekt Cocoon liefert eine komfortable Java/Servlet-Produktionsumgebung dafür

0.18186212 = product of:
  0.72744846 = sum of:
    0.72744846 = weight(_text_:java in 5709) [ClassicSimilarity], result of:
      0.72744846 = score(doc=5709,freq=14.0), product of:
        0.44139016 = queryWeight, product of:
          7.0475073 = idf(docFreq=104, maxDocs=44421)
          0.062630676 = queryNorm
        1.6480849 = fieldWeight in 5709, product of:
          3.7416575 = tf(freq=14.0), with freq of:
            14.0 = termFreq=14.0
          7.0475073 = idf(docFreq=104, maxDocs=44421)
          0.0625 = fieldNorm(doc=5709)
  0.25 = coord(1/4)

Abstract

Von der starren Webseite zum animierten Multimedia-Ereignis - Java macht's möglich. Das große Buch Java führt ausführlich uns schrittweise in die Programmierung mit Java ein

Object

Java

RSWK

Java <Programmiersprache>

Subject

Java <Programmiersprache>

0.180243 = product of:
  0.360486 = sum of:
    0.05327933 = weight(_text_:und in 3077) [ClassicSimilarity], result of:
      0.05327933 = score(doc=3077,freq=10.0), product of:
        0.13890852 = queryWeight, product of:
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.062630676 = queryNorm
        0.38355696 = fieldWeight in 3077, product of:
          3.1622777 = tf(freq=10.0), with freq of:
            10.0 = termFreq=10.0
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.0546875 = fieldNorm(doc=3077)
    0.30720666 = weight(_text_:hartmann in 3077) [ClassicSimilarity], result of:
      0.30720666 = score(doc=3077,freq=2.0), product of:
        0.49877805 = queryWeight, product of:
          7.963798 = idf(docFreq=41, maxDocs=44421)
          0.062630676 = queryNorm
        0.6159186 = fieldWeight in 3077, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          7.963798 = idf(docFreq=41, maxDocs=44421)
          0.0546875 = fieldNorm(doc=3077)
  0.5 = coord(2/4)

Abstract

Weitverbreitet ist heutzutage die Forderung, daß die schulische Bildung Basiskompetenzen schaffen soll, die es den Schülerinnen und Schülern ermöglicht, später mit den multimedialen interaktiven Medienangeboten selbstverständlich umzugehen und sich in der hochtechnisierten Arbeitswelt zurechtzufinden. Ansonsten wäre bald nur die finanzstarke Minderheit der Bürgerinnen und Bürger mit privatem PC zu Hause imstande, die Datenautobahn kompetenz zu nutzen. Bis jetzt schafft es die Schule aber noch nicht einmal, den Schülerinnen und Schülern beizubringen, wie man einen Videorecorder programmiert. Die Lehrpläne aller Schularten werden den Veränderungen gesellschaftlicher Kommunikation im Arbeits- und Freizeitbereich innerhalb der letzten 10 Jahre kaum gerecht. Verschläft die Schule das Informationszeitalter?

0.18006796 = product of:
  0.3601359 = sum of:
    0.30740306 = weight(_text_:java in 225) [ClassicSimilarity], result of:
      0.30740306 = score(doc=225,freq=10.0), product of:
        0.44139016 = queryWeight, product of:
          7.0475073 = idf(docFreq=104, maxDocs=44421)
          0.062630676 = queryNorm
        0.69644296 = fieldWeight in 225, product of:
          3.1622777 = tf(freq=10.0), with freq of:
            10.0 = termFreq=10.0
          7.0475073 = idf(docFreq=104, maxDocs=44421)
          0.03125 = fieldNorm(doc=225)
    0.05273286 = weight(_text_:und in 225) [ClassicSimilarity], result of:
      0.05273286 = score(doc=225,freq=30.0), product of:
        0.13890852 = queryWeight, product of:
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.062630676 = queryNorm
        0.37962294 = fieldWeight in 225, product of:
          5.477226 = tf(freq=30.0), with freq of:
            30.0 = termFreq=30.0
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.03125 = fieldNorm(doc=225)
  0.5 = coord(2/4)

Abstract

Dieses Buch ist das ideale Hilfsmittel für all diejenigen, die in mehr als einer objektorientierten Sprache programmieren. Dieses Die Zahl der Softwareprojekte, die mit objektorientierten Programmiersprachen realisiert wurden, nimmt ständig zu. Richtig verstanden und eingesetzt bieten objektorientierte Techniken nicht nur enorme zeitliche Vorteile bei der Erstellung von Software. Häufig werden aber Begriffe wie z. B. Wiederverwendung, Polymorphismus oder Entwurfsmuster nur wie modische Phrasen verwendet, da die grundlegenden Konzepte der Objektorientierung nicht verstanden oder nicht konsequent angewendet worden sind. Dieses Buch vermittelt anschaulich die Denkweisen der Objektorientierung, um anschließend deren Umsetzung in den vier Programmiersprachen Java, C++, C# und Ruby genauer zu beschreiben. Ausgehend von der Annahme, dass bei richtigem Verständnis für die Grundlagen jede objektorientierte Programmiersprache leicht zu erlernen und anzuwenden ist, werden in kurzer und kompakter Weise die Umsetzung der objektorientierten Konzepte innerhalb der vier Sprachen vorgestellt und anschließend miteinander verglichen. Der Autor hat eine langjährige Erfahrung im Bereich der objektorientierten Programmiersprachen, insbesondere auch aus seiner Lehrtätigkeit in der Industrie. Das Konzept dieses Fachbuchs ist deshalb so ausgearbeitet, dass sich das Buch gleichermaßen an Einsteiger ohne Programmiererfahrung, an Umsteiger, die bereits eine funktionale Programmiersprache kennen und an Softwareentwickler mit Projekterfahrung in einer objektorientierten Programmiersprache wendet. Es eignet sich aber auch sehr gut für Studierende, die sich einen umfassenden Überblick über die gängigen objektorientierten Programmiersprachen und deren Möglichkeiten verschaffen wollen. Auf der beiliegen CD-ROM befinden sich u. a. zahlreiche Beispielprogramme, Musterlösungen zu den Aufgaben und eine multimediale Lehr-/Lernumgebung.

Classification

ST 231 [Informatik # Monographien # Software und -entwicklung # Objektorientierung]
ST 240 [Informatik # Monographien # Software und -entwicklung # Programmiersprachen allgemein (Maschinenorientierte Programmiersprachen, problemorientierte prozedurale Sprachen, applikative und funktionale Sprachen)]

Object

Java

RSWK

Objektorientierte Programmiersprache / Java / C ++ / C sharp / Ruby <Programmiersprache> (ÖVK)

RVK

ST 231 [Informatik # Monographien # Software und -entwicklung # Objektorientierung]
ST 240 [Informatik # Monographien # Software und -entwicklung # Programmiersprachen allgemein (Maschinenorientierte Programmiersprachen, problemorientierte prozedurale Sprachen, applikative und funktionale Sprachen)]

Subject

Objektorientierte Programmiersprache / Java / C ++ / C sharp / Ruby <Programmiersprache> (ÖVK)

0.17923194 = product of:
  0.35846388 = sum of:
    0.048138294 = weight(_text_:und in 4074) [ClassicSimilarity], result of:
      0.048138294 = score(doc=4074,freq=16.0), product of:
        0.13890852 = queryWeight, product of:
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.062630676 = queryNorm
        0.34654674 = fieldWeight in 4074, product of:
          4.0 = tf(freq=16.0), with freq of:
            16.0 = termFreq=16.0
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.0390625 = fieldNorm(doc=4074)
    0.3103256 = weight(_text_:hartmann in 4074) [ClassicSimilarity], result of:
      0.3103256 = score(doc=4074,freq=4.0), product of:
        0.49877805 = queryWeight, product of:
          7.963798 = idf(docFreq=41, maxDocs=44421)
          0.062630676 = queryNorm
        0.6221717 = fieldWeight in 4074, product of:
          2.0 = tf(freq=4.0), with freq of:
            4.0 = termFreq=4.0
          7.963798 = idf(docFreq=41, maxDocs=44421)
          0.0390625 = fieldNorm(doc=4074)
  0.5 = coord(2/4)

Abstract

Gegen Ende des 19. Jahrhunderts geriet das Dokumentationswesen in eine Krise: wie lässt sich das kulturelle Wissen nachhaltiger organisieren? Paul Otlet (1868-1944), ein belgischer Industriellenerbe und studierter Rechtsanwalt, entwickelte zusammen mit Henri La Fontaine ab 1895 ein Ordnungs- und Klassifikationssystem, das das millionenfach publizierte "Weltwissen" dokumentieren sollte. Otlets Anspruch war die Schaffung eines "Instrument d'ubiquité", das zur "Hyper-Intelligence" führen sollte. Jahrzehnte vor Web und Wikis weisen diese Ideen auf eine globale Vernetzung des Wissens hin. Der vorliegende Titel erinnert an den Pionier Paul Otlet mit einer ausführlichen Einleitung von Frank Hartmann (Bauhaus-Universität Weimar), Beiträgen von W. Boyd Rayward (University of Illinois), Charles van den Heuvel (Königlich Niederländische Akademie der Wissenschaften) und Wouter Van Acker (Universität Gent).

BK

06.01 Geschichte des Informations- und Dokumentationswesens

Classification

06.01 Geschichte des Informations- und Dokumentationswesens

Editor

Hartmann, F.

RSWK

Otlet, Paul / Wissensorganisation / Klassifikation / Information und Dokumentation / Geschichte 1895-1944 / Aufsatzsammlung

Subject

Otlet, Paul / Wissensorganisation / Klassifikation / Information und Dokumentation / Geschichte 1895-1944 / Aufsatzsammlung

0.17743057 = product of:
  0.35486114 = sum of:
    0.047654476 = weight(_text_:und in 4053) [ClassicSimilarity], result of:
      0.047654476 = score(doc=4053,freq=8.0), product of:
        0.13890852 = queryWeight, product of:
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.062630676 = queryNorm
        0.34306374 = fieldWeight in 4053, product of:
          2.828427 = tf(freq=8.0), with freq of:
            8.0 = termFreq=8.0
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.0546875 = fieldNorm(doc=4053)
    0.30720666 = weight(_text_:hartmann in 4053) [ClassicSimilarity], result of:
      0.30720666 = score(doc=4053,freq=2.0), product of:
        0.49877805 = queryWeight, product of:
          7.963798 = idf(docFreq=41, maxDocs=44421)
          0.062630676 = queryNorm
        0.6159186 = fieldWeight in 4053, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          7.963798 = idf(docFreq=41, maxDocs=44421)
          0.0546875 = fieldNorm(doc=4053)
  0.5 = coord(2/4)

Abstract

Die Qualität der Auskünfte in einem Call-Center des Typus Informationshotline wird gewährleistet durch die zentrale Bereitstellung von Informationen zu Produkten und Dienstleistungen eines Unternehmens. Dies kann in Form von Datenbanken, wie die in dieser Arbeit analysierten Kundentelefon-Wissensdatenbank der Deutschen Post AG (KT-WEB), realisiert werden. Damit die Call-Center-Mitarbeiter präzise, schnell und zuverlässig auf die im Kundengespräch relevanten Informationen zugreifen können, müssen die Informationen inhaltlich entsprechend erschlossen sein. Für KT-WEB wird dazu ein Konzept zur Optimierung der inhaltlichen Erschließung und Suche entwickelt, das über die bisher eingesetzten Erschließungsmethoden, Systematik und Volltexterschließung, hinaus geht: eine Erschließung mit facettierten Schlagwörtern.

0.17423832 = product of:
  0.34847665 = sum of:
    0.04126999 = weight(_text_:und in 215) [ClassicSimilarity], result of:
      0.04126999 = score(doc=215,freq=6.0), product of:
        0.13890852 = queryWeight, product of:
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.062630676 = queryNorm
        0.29710194 = fieldWeight in 215, product of:
          2.4494898 = tf(freq=6.0), with freq of:
            6.0 = termFreq=6.0
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.0546875 = fieldNorm(doc=215)
    0.30720666 = weight(_text_:hartmann in 215) [ClassicSimilarity], result of:
      0.30720666 = score(doc=215,freq=2.0), product of:
        0.49877805 = queryWeight, product of:
          7.963798 = idf(docFreq=41, maxDocs=44421)
          0.062630676 = queryNorm
        0.6159186 = fieldWeight in 215, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          7.963798 = idf(docFreq=41, maxDocs=44421)
          0.0546875 = fieldNorm(doc=215)
  0.5 = coord(2/4)

Abstract

Das DCMI Type Vocabulary ist ein kontrolliertes Vokabular für Objekttypen. Es unterstützt die Interoperabilität durch die Vorgabe von Termen, die als Wert für das Dublin Core Type Element anwendungsübergreifend genutzt werden können. Das Vokabular setzt sich aus 12 allgemeinen Termen zusammen, die gleichzeitig auch Teil der umfangreicheren DCMI Metadata Terms sind. Die vorliegende Übersetzung entstand auf Anfrage und in Zusammenarbeit mit einer Arbeitsgruppe der DINI-AG Elektronisches Publizieren, die im Kontext der Weiterentwicklung von XMetaDiss zu XmetaDissPlus und dem DINI-Zertifikat ein "Gemeinsames Vokabular für Publikations- und Dokumenttpyen" erarbeitet hat. Dieses Vokabular stützt sich auf die vorhandenen, international verbreiteten Vorgaben, insbesondere das vorliegende DCMI Type Vocabulary sowie das Publication Type Vocabulary der Driver Guidelines.

0.16551694 = product of:
  0.3310339 = sum of:
    0.023827238 = weight(_text_:und in 2901) [ClassicSimilarity], result of:
      0.023827238 = score(doc=2901,freq=2.0), product of:
        0.13890852 = queryWeight, product of:
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.062630676 = queryNorm
        0.17153187 = fieldWeight in 2901, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.0546875 = fieldNorm(doc=2901)
    0.30720666 = weight(_text_:hartmann in 2901) [ClassicSimilarity], result of:
      0.30720666 = score(doc=2901,freq=2.0), product of:
        0.49877805 = queryWeight, product of:
          7.963798 = idf(docFreq=41, maxDocs=44421)
          0.062630676 = queryNorm
        0.6159186 = fieldWeight in 2901, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          7.963798 = idf(docFreq=41, maxDocs=44421)
          0.0546875 = fieldNorm(doc=2901)
  0.5 = coord(2/4)

0.16395214 = product of:
  0.32790428 = sum of:
    0.06458429 = weight(_text_:und in 4736) [ClassicSimilarity], result of:
      0.06458429 = score(doc=4736,freq=20.0), product of:
        0.13890852 = queryWeight, product of:
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.062630676 = queryNorm
        0.4649412 = fieldWeight in 4736, product of:
          4.472136 = tf(freq=20.0), with freq of:
            20.0 = termFreq=20.0
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.046875 = fieldNorm(doc=4736)
    0.26332 = weight(_text_:hartmann in 4736) [ClassicSimilarity], result of:
      0.26332 = score(doc=4736,freq=2.0), product of:
        0.49877805 = queryWeight, product of:
          7.963798 = idf(docFreq=41, maxDocs=44421)
          0.062630676 = queryNorm
        0.5279302 = fieldWeight in 4736, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          7.963798 = idf(docFreq=41, maxDocs=44421)
          0.046875 = fieldNorm(doc=4736)
  0.5 = coord(2/4)

Abstract

Das Verhältnis von Raum und Zeit beschäftigt die Sozialwissenschaften schon seit ihrer Entstehung. Während die Auseinandersetzung mit dem Thema in den letzten Jahren weiter in den Vordergrund gerückt ist, hat die Kommunikations- und Medienwissenschaft es bis jetzt nur bedingt für sich entdeckt. Umgekehrt haben die Soziologie und die Humangeografie das Verhältnis von Raum und Zeit als zentral thematisiert, nicht aber die Rolle der digitalen Medien darin. Soziale Medien bringen neue Charakteristika und Nutzungsweisen mit sich, welche Raum und Zeit noch einmal neu in Szene setzen. Dieser Beitrag hat zwei Ziele: Erstens sollen einige der zentralen Debatten zur Frage von Raum und Zeit (und auch Medien) zusammengefasst, zweitens sollen diese anhand konkreter Bespiele aus dem Bereich der sozialen Medien auf ihre Aktualität hin diskutiert werden. Zur Rahmung dienen dabei drei Modi von Raum-Zeit-Bezügen: das Ephemere, das Stabile und das Situative.

0.16054298 = product of:
  0.32108596 = sum of:
    0.05776595 = weight(_text_:und in 1183) [ClassicSimilarity], result of:
      0.05776595 = score(doc=1183,freq=16.0), product of:
        0.13890852 = queryWeight, product of:
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.062630676 = queryNorm
        0.41585606 = fieldWeight in 1183, product of:
          4.0 = tf(freq=16.0), with freq of:
            16.0 = termFreq=16.0
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.046875 = fieldNorm(doc=1183)
    0.26332 = weight(_text_:hartmann in 1183) [ClassicSimilarity], result of:
      0.26332 = score(doc=1183,freq=2.0), product of:
        0.49877805 = queryWeight, product of:
          7.963798 = idf(docFreq=41, maxDocs=44421)
          0.062630676 = queryNorm
        0.5279302 = fieldWeight in 1183, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          7.963798 = idf(docFreq=41, maxDocs=44421)
          0.046875 = fieldNorm(doc=1183)
  0.5 = coord(2/4)

Abstract

Was ist Informationsdesign? Welche Design-Disziplinen spielen dabei eine Rolle? Wo liegen Schnittstellen zu anderen Disziplinen wie Usability und Informationsarchitektur? Das Kompendium bietet eine umfassende Einführung in Theorie, Geschichte und Praxis des Informationsdesigns. Verständlich und anschaulich beschreiben die Autoren die Grundpfeiler des Informationsdesigns: von Textdesign und Signaletik bis hin zu Informationsvisualisierung und Informationsdidaktik. Begriffsdefinitionen, Tipps sowie Fallbeispiele aus der Praxis machen dieses Kompendium zu einem Buch für Praktiker, Studierende und Dozenten.

Classification

ST 278 Informatik / Monographien / Software und -entwicklung / Mensch-Maschine-Kommunikation Software-Ergonomie

Content

Mit Beiträgen von: Remo A. Burkhard, Michael Burmester, Gerhard M. Buurman, Josef Gründler, Frank Hartmann, Christian Jaquet, Roland Mangold, Daniel Perrin, Maja Pivec, Peter Simlinger, Karl Stocker, Frank Thissen, Erika Thümmel, Andreas Uebele, Stefano M. Vannotti, Wibke Weber, Jörg Westbomke

RVK

ST 278 Informatik / Monographien / Software und -entwicklung / Mensch-Maschine-Kommunikation Software-Ergonomie

0.15685162 = product of:
  0.31370324 = sum of:
    0.047654476 = weight(_text_:und in 442) [ClassicSimilarity], result of:
      0.047654476 = score(doc=442,freq=32.0), product of:
        0.13890852 = queryWeight, product of:
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.062630676 = queryNorm
        0.34306374 = fieldWeight in 442, product of:
          5.656854 = tf(freq=32.0), with freq of:
            32.0 = termFreq=32.0
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.02734375 = fieldNorm(doc=442)
    0.26604876 = weight(_text_:hartmann in 442) [ClassicSimilarity], result of:
      0.26604876 = score(doc=442,freq=6.0), product of:
        0.49877805 = queryWeight, product of:
          7.963798 = idf(docFreq=41, maxDocs=44421)
          0.062630676 = queryNorm
        0.53340113 = fieldWeight in 442, product of:
          2.4494898 = tf(freq=6.0), with freq of:
            6.0 = termFreq=6.0
          7.963798 = idf(docFreq=41, maxDocs=44421)
          0.02734375 = fieldNorm(doc=442)
  0.5 = coord(2/4)

Abstract

Das Schweizer Startup horizobu hat eine Suchmaschine lanciert, die sich vor allem für tiefergehende Recherchen eignen und bei der Erkundung von Themengebieten helfen soll.

Content

"In Deutschland werden über 90 Prozent aller Suchen über Google abgewickelt. In der Schweiz sieht es ähnlich aus. Und während in den USA mit der Microsoft-Suchmaschine Bing immerhin ein ernstzunehmender Konkurrent existiert, liegt Googles Marktanteil auch dort bei immerhin knapp 65 Prozent. Und trotz oder gerade wegen dieser eindeutigen Dominanz eines Unternehmens gibt es immer mal wieder Versuche, alternative Suchwerkzeuge zu etablieren. Manchmal - wie im Falle von Cuil - geht dies ordentlich daneben. Und ab und an lässt sich so zumindest ein kleiner Achtungserfolg erzielen, wie Blekko es bewiesen hat. horizobu heißt ein neuer Protagonist im Bereich der alternativen Suchmaschinen, der heute im Beta-Stadium sein Onlinedebüt feiert. Das Startup aus Zürich versucht bereits in der Eigendefinition, Vergleiche mit Google zu vermeiden, in dem es sich explizit nicht als Suchmaschine sondern als "Exploration Engine" bezeichnet. Im Vordergrund steht bei horizobu demnach nicht das Finden von Gesuchtem, sondern das Erkunden von Websites und Kontext zu einem bestimmten Thema.
Wer bei horizobu, das in einer englischsprachigen und einer deutschsprachigen Version (für die Schweiz) angeboten wird, nach einem bestimmten Begriff sucht, dem präsentiert der Dienst lediglich sechs möglichst relevante Ergebnisse in voneinander separierten Boxen. Einzelne dieser Boxen lassen sich löschen, wodurch ein weiteres Suchergebnis ans Tageslicht befördert wird. Mit einem Klick auf "More" wechselt man alle sechs Resultate aus. Gefällige Resultate lassen sich per Drag-And-Drop in der rechten Spalte ablegen und für später aufbewahren. Um seinem Entdeckeranspruch gerecht zu werden, listet horizobu oberhalb der Suchergebnisse zehn mit dem jeweiligen Suchwort verwandte Begriffe, die beliebig kombinierbar zur Verfeinerung und Erweiterung der bisherigen Suche verwendet werden können. Inspiriert durch die Vorschläge haben User auch die Möglichkeit, weitere Begriffe zur Eingrenzung hinzufügen. "Die Intelligenz aus Social Software führt teilweise zu überraschenden Fundstücken, die bislang mit herkömmlichen Suchmaschinen kaum erschlossen wurden", so Werner Hartmann, Titularprofessor der ETH Zürich und einer der zwei Gründer von horizobu. Nachdem Nutzer mit den Resultaten ihrer Recherche zufrieden sind und diese womöglich mit der Bookmarking-Funktion gespeichert haben, kann die so entstandene Linksammlung direkt über einen eindeutigen Link weiterversendet werden (das sieht z.B. so aus). Diese Funktion ist zwar nicht revolutionär, aber simpel, intuitiv und erfordert wenige Klicks.
horizobu richtet sich laut Mitgründer Werner Hartmann vor allem an Personen, die zu einem Thema eine vertiefende Recherche durchführen wollen, also Journalisten, Wissenschaftler, Geschäftsleute oder Studenten. Für das Kinoprogramm von heute Abend oder die nächste Zugverbindung gebe es hingegen geeignetere Dienste. Hartmann und sein Kompagnon Sam Zürcher haben die Entwicklung von horizobu aus eigenen Mittel finanziert und bezeichnen es in seiner jetzigen Form als "Garagenprojekt". In der nächsten Phase wollen sie versuchen, interessierte Geldgeber zu finden, die so die Professionalisierung der Idee - also erweiterte Suchfunktionen, bessere Performance, länderspezifische Varianten usw. - unterstützen. Die Monetarisierung soll sowohl durch eine Werbevermarktung als auch eine Lizensierung der zugrundeliegenden Technologie realisiert werden. Allerdings wollen die zwei Jungunternehmer erst sehen, ob sich ihr Projekt am Markt etablieren kann. Diese Haltung ist nachvollziehbar. Denn angesichts der festen Verankerung von Google im Bewusstsein nahezu aller Internetnutzer erfordert es von jedem Anwender den bewussten Entschluss, zur Abwechslung über horizobu, Blekko, DuckDuckGo oder einen anderen Anbieter zu suchen. Und wenn dies dann nicht auf Anhieb perfekt funktioniert, ist die Wahrscheinlichkeit gering, dass sich User erneut dort blicken lassen. Die Marktchancen für horizobu stehen also eher ungünstig. Andererseits ziehe ich den Hut vor Gründern, die sich an das schwierige, weil stark von einem Anbieter dominierte Thema Suche heranwagen. Und als Nutzer kann man nur dann die Qualität einer Suchmaschine objektiv beurteilen, wenn das Vergleichen möglich ist. Allein das ist eine Daseinsberechtigung für alternative Ansätze."