Search (13208 results, page 2 of 661)

0.17357719 = product of:
  0.69430876 = sum of:
    0.69430876 = weight(_text_:java in 5709) [ClassicSimilarity], result of:
      0.69430876 = score(doc=5709,freq=14.0), product of:
        0.42128214 = queryWeight, product of:
          7.0475073 = idf(docFreq=104, maxDocs=44421)
          0.05977747 = 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.17186476 = product of:
  0.34372953 = sum of:
    0.29339898 = weight(_text_:java in 225) [ClassicSimilarity], result of:
      0.29339898 = score(doc=225,freq=10.0), product of:
        0.42128214 = queryWeight, product of:
          7.0475073 = idf(docFreq=104, maxDocs=44421)
          0.05977747 = 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.05033056 = weight(_text_:und in 225) [ClassicSimilarity], result of:
      0.05033056 = score(doc=225,freq=30.0), product of:
        0.1325804 = queryWeight, product of:
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.05977747 = 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.16070123 = product of:
  0.6428049 = sum of:
    0.6428049 = weight(_text_:java in 5740) [ClassicSimilarity], result of:
      0.6428049 = score(doc=5740,freq=12.0), product of:
        0.42128214 = queryWeight, product of:
          7.0475073 = idf(docFreq=104, maxDocs=44421)
          0.05977747 = queryNorm
        1.52583 = fieldWeight in 5740, product of:
          3.4641016 = tf(freq=12.0), with freq of:
            12.0 = termFreq=12.0
          7.0475073 = idf(docFreq=104, maxDocs=44421)
          0.0625 = fieldNorm(doc=5740)
  0.25 = coord(1/4)

Abstract

The Ovid Java interface is compared with the Ovid Web Gateway and Ovid Windows Client, focusing on functionality from the user's perspective. The Java version draws upon both earlier Web and Windows versions, thus combining the worlds of the Web and application programs. It is concluded that Ovid Java offers enhanced functionality and requires high-end hardware and browser software to run well. Additional enhancements are forthcoming, some dependent upon the further development of Sun Microsystems' Java programming language

Object

Java

0.15734592 = product of:
  0.31469184 = sum of:
    0.022972653 = weight(_text_:und in 3923) [ClassicSimilarity], result of:
      0.022972653 = score(doc=3923,freq=4.0), product of:
        0.1325804 = queryWeight, product of:
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.05977747 = queryNorm
        0.17327337 = fieldWeight in 3923, product of:
          2.0 = tf(freq=4.0), with freq of:
            4.0 = termFreq=4.0
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.0390625 = fieldNorm(doc=3923)
    0.2917192 = weight(_text_:handele in 3923) [ClassicSimilarity], result of:
      0.2917192 = score(doc=3923,freq=2.0), product of:
        0.5618414 = queryWeight, product of:
          9.398883 = idf(docFreq=9, maxDocs=44421)
          0.05977747 = queryNorm
        0.5192198 = fieldWeight in 3923, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          9.398883 = idf(docFreq=9, maxDocs=44421)
          0.0390625 = fieldNorm(doc=3923)
  0.5 = coord(2/4)

Abstract

Der Internet-Riese darf sein Projekt "Google Books" wie gehabt fortsetzen. Der Oberste US-Gerichtshof lehnte die von einer Autorenvereingung geforderte Revision ab. Google teste mit seinem Projekt zwar die Grenzen der Fairness aus, handele aber rechtens, sagten die Richter.

Content

" Im Streit mit Google um Urheberrechte ist eine Gruppe von Buchautoren am Obersten US-Gericht gescheitert. Der Supreme Court lehnte es ab, die google-freundliche Entscheidung eines niederen Gerichtes zur Revision zuzulassen. In dem Fall geht es um die Online-Bibliothek "Google Books", für die der kalifornische Konzern Gerichtsunterlagen zufolge mehr als 20 Millionen Bücher digitalisiert hat. Durch das Projekt können Internet-Nutzer innerhalb der Bücher nach Stichworten suchen und die entsprechenden Textstellen lesen. Die drei zuständigen Richter entschieden einstimmig, dass in dem Fall zwar die Grenzen der Fairness ausgetestet würden, aber das Vorgehen von Google letztlich rechtens sei. Entschädigungen in Milliardenhöhe gefürchtet Die von dem Interessensverband Authors Guild angeführten Kläger sahen ihre Urheberrechte durch "Google Books" verletzt. Dazu gehörten auch prominente Künstler wie die Schriftstellerin und Dichterin Margaret Atwood. Google führte dagegen an, die Internet-Bibliothek kurbele den Bücherverkauf an, weil Leser dadurch zusätzlich auf interessante Werke aufmerksam gemacht würden. Google reagierte "dankbar" auf die Entscheidung des Supreme Court. Der Konzern hatte befürchtet, bei einer juristischen Niederlage Entschädigungen in Milliardenhöhe zahlen zu müssen."

0.14959013 = product of:
  0.29918027 = sum of:
    0.26242402 = weight(_text_:java in 6100) [ClassicSimilarity], result of:
      0.26242402 = score(doc=6100,freq=2.0), product of:
        0.42128214 = queryWeight, product of:
          7.0475073 = idf(docFreq=104, maxDocs=44421)
          0.05977747 = queryNorm
        0.62291753 = fieldWeight in 6100, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          7.0475073 = idf(docFreq=104, maxDocs=44421)
          0.0625 = fieldNorm(doc=6100)
    0.036756244 = weight(_text_:und in 6100) [ClassicSimilarity], result of:
      0.036756244 = score(doc=6100,freq=4.0), product of:
        0.1325804 = queryWeight, product of:
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.05977747 = queryNorm
        0.2772374 = fieldWeight in 6100, product of:
          2.0 = tf(freq=4.0), with freq of:
            4.0 = termFreq=4.0
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.0625 = fieldNorm(doc=6100)
  0.5 = coord(2/4)

Abstract

Standards beherrschen mehr Multimedia-Funktionen, als man zunächst glaubt. Sie eignen sich auch für Offline-Produktionen auf CD- und DVD-ROMs. Den Werkzeugkasten des sparsamen Gestalters komplettieren neue Normen wie die Grafiksprache SVG und die Audio-Video-Kontrollsprache SMIL. InternetStandards können oft sogar teure Autorensysteme wie Director oder ToolBook überflüssig machen

Object

Java

0.14489503 = product of:
  0.28979006 = sum of:
    0.22962102 = weight(_text_:java in 2393) [ClassicSimilarity], result of:
      0.22962102 = score(doc=2393,freq=2.0), product of:
        0.42128214 = queryWeight, product of:
          7.0475073 = idf(docFreq=104, maxDocs=44421)
          0.05977747 = queryNorm
        0.5450528 = fieldWeight in 2393, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          7.0475073 = idf(docFreq=104, maxDocs=44421)
          0.0546875 = fieldNorm(doc=2393)
    0.060169052 = weight(_text_:und in 2393) [ClassicSimilarity], result of:
      0.060169052 = score(doc=2393,freq=14.0), product of:
        0.1325804 = queryWeight, product of:
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.05977747 = queryNorm
        0.4538307 = fieldWeight in 2393, product of:
          3.7416575 = tf(freq=14.0), with freq of:
            14.0 = termFreq=14.0
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.0546875 = fieldNorm(doc=2393)
  0.5 = coord(2/4)

Abstract

Komplexe Aufgaben und Probleme werden heute üblicherweise im Team bearbeitet und gelöst. Das gilt insbesondere für Softwareprojekte, denn die Entwicklung komplexer Softwaresysteme findet heutzutage meistens arbeitsteilig in - zunehmend räumlich verteilten - Teams statt. Vor diesem Hintergrund wird zum einen ein rollenbasiertes Konzept vorgestellt, das virtuellen Lernteams bei der Zusammenarbeit einen virtuellen Tutor zur Seite stellt, der dem Team im Rahmen von Rollendefiziten adaptierte Hilfestellung bietet und so die Lerneffektivität unterstützt. Zum anderen wird gezeigt, wie das Zusammenspiel zweier spezialisierter Systeme (VitaminL und K3) im Kontext des Blended Learning echte Mehrwerte in E-Learning-Szenarien bringen kann. Die in Benutzertests und einer Lehrveranstaltung ermittelten Evaluierungsergebnisse lassen auf die Tragfähigkeit des rollenbasierten, tutoriellen Konzepts schließen und decken gleichzeitig großes Weiterentwicklungpotenzial auf.

Source

Information - Wissenschaft und Praxis. 59(2008) H.1, S.37-40

0.14099966 = product of:
  0.28199932 = sum of:
    0.048623938 = weight(_text_:und in 958) [ClassicSimilarity], result of:
      0.048623938 = score(doc=958,freq=28.0), product of:
        0.1325804 = queryWeight, product of:
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.05977747 = queryNorm
        0.36675057 = fieldWeight in 958, product of:
          5.2915025 = tf(freq=28.0), with freq of:
            28.0 = termFreq=28.0
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.03125 = fieldNorm(doc=958)
    0.23337537 = weight(_text_:handele in 958) [ClassicSimilarity], result of:
      0.23337537 = score(doc=958,freq=2.0), product of:
        0.5618414 = queryWeight, product of:
          9.398883 = idf(docFreq=9, maxDocs=44421)
          0.05977747 = queryNorm
        0.41537586 = fieldWeight in 958, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          9.398883 = idf(docFreq=9, maxDocs=44421)
          0.03125 = fieldNorm(doc=958)
  0.5 = coord(2/4)

Abstract

Wie kommt die Idee des Künstlers auf die Leinwand? Warum ist es so schwer, ein perfektes Werk zu schaffen, die wahre Liebe, das große Glück zu finden? Warum bleiben Werke unvollendet und werden gerade so zu Meilensteinen der Kultur? Neurobiologisch erforscht ist, wie Nervenzellen Sinneseindrücke verarbeiten, wie Botenstoffe im Gehirn Verliebtsein und Lust steruern. Wie aber funktioniert das Gehirn, wenn es um Ideen und Ideale, die Liebe, die Schönheit schlechthin geht? Hier kann die Neurobiologie von den Schönen Künsten und dem kreativen Schaffen lernen, behauptet Semir Zeki. Mit Werken von Michelangelo, Cézanne, Balzac, Thomas Mann, Richard Wagner u.a. führt er uns zu einem tieferen Verständnis, wie unser Gehirn die Welt erfasst.

Content

Rez. in: FR Nr.214 vom 15.09.2010, S.23 (L. Reichmann): "Malerei, Literatur und Musik contra Medizin, Physik und Chemie: Geistes- und Naturwissenschaften empfinden viele als Gegensatzpaar. Genau das will der Londoner Hirnforscher Semir Zeki mit seinem Buch "Glanz und Elend des Gehirns - Neurobiolo- gie im Spiegel von Kunst, Musik und Literatur" ändern. Wie wir Sinneswahrnehmungen - was wir sehen, riechen, hören - verarbeiten, ist neurobiologisch erforscht. Unser Hirn erstellt Konzepte. Sehen wir beispielsweise das Blatt eines Baums, sagt uns unser Gehirn immer, dass es grün ist, auch wenn es in der Abendsonne eigentlich rot erscheinen müsste. Das Hirn hat also das Konzept abgespeichert, dass Blätter grün sind. Doch unser Gehirn kann natürlich noch viel mehr als nur Sinneseindrücke wahrnehmen: Es kann beurteilen, werten, erinnern, erwarten, deuten, mitfühlen. Aber wie leistet es solche Dinge, warum finden wir ein Kunstwerk schön oder fühlen mit einer Romanfigur mit? Zeki zeigt anhand von Kunstwerken, dass unser Hirn bei Musik, Literatur und der Liebe ähnliche Konzepte wie bei der Wahrnehmung von Sinneseindrücken nutzt. Als ein Beispiel dient ihm Michelangelos Kuppel des Petersdoms. Laut eigener Aussage entwarf der Künstler die Kuppel "oh- ne Berechnung, nur mit den Gefühlen, die einen großen Künstler leiten". Für Zeki steht fest: "Bei diesem 'Gefühl' handelt es sich natürlich um nichts anderes als das Konzept in seinem Gehirn." Zwar erläutert Zeki, dass Michelangelo vom "Göttlichen im Geiste" gesprochen habe und es sich dabei um ein Konzept handele. Doch wie dies entstanden sein könnte, erfährt der Leser nicht. Das macht der Autor erst am Beispiel des Malers Paul Cezanne klar. Cezanne sei überzeugt gewe- sen, dass das Sehen ein aktiver Prozess und die Details in einem Bild daher nicht wichtig seien. Aus dieser Annahme entwickelte sein Hirn demnach das Konzept der abstrakten Malerei. Seine Bilder seien immer weniger detailliert geworden, hätten sich also dem Hirnkonzept angenähert."

0.1391962 = product of:
  0.2783924 = sum of:
    0.045017023 = weight(_text_:und in 6871) [ClassicSimilarity], result of:
      0.045017023 = score(doc=6871,freq=24.0), product of:
        0.1325804 = queryWeight, product of:
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.05977747 = queryNorm
        0.33954507 = fieldWeight in 6871, product of:
          4.8989797 = tf(freq=24.0), with freq of:
            24.0 = termFreq=24.0
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.03125 = fieldNorm(doc=6871)
    0.23337537 = weight(_text_:handele in 6871) [ClassicSimilarity], result of:
      0.23337537 = score(doc=6871,freq=2.0), product of:
        0.5618414 = queryWeight, product of:
          9.398883 = idf(docFreq=9, maxDocs=44421)
          0.05977747 = queryNorm
        0.41537586 = fieldWeight in 6871, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          9.398883 = idf(docFreq=9, maxDocs=44421)
          0.03125 = fieldNorm(doc=6871)
  0.5 = coord(2/4)

Abstract

Die Akademiebibliothek der Berlin-Brandenburgischen Akademie der Wissenschaften digitalisiert die Akademieschriften und Schriften zur Geschichte der Königlich-Preußischen Akademie der Wissenschaften (1700- 1900) im Rahmen des DFG-Förderprogrammes »Retrospektive Digitalisierung von Bibliotheksbeständen«. Der gewählte Zeitraum dokumentiert die Aktivitäten der Königlich-Preußischen Akademie der Wissenschaften in den ersten 200 Jahren ihres Bestehens Die Akademieschriften sind von großer Bedeutung für die historische und wissenschaftliche Forschung. Uber eine Digitalisierung dieser »core collection«, ihr Angebot im Web auf der Grundlage eines Datenbankmanagementsystems (DMS) auf der Basis von XML und die Verwendung von Metadaten wird ein zusätzlicher Mehrwert in der Nutzung dieser Quellen realisiert. Die angestrebte Lösung wird als Bestandteil der Verteilten Digitalen Forschungsbibiothek über den integrierten und einheitlichen Zugriff dieser verteilten digitalisierten Bestände weltweit erreichbar sein. Es wird die Erzeugung von strukturellen und inhaltlichen Metadaten beschrieben, wobei auf die technischen Parameter (XML, OCR) und auf die intellektuelle Bearbeitung der einzelnen Beiträge der Akademieabhandlungen eingegangen wird. Es wird dargestellt, dass mit diesem Projekt im Vergleich zur Buchform eine Art der Wissensaufbereitung und der Wissenspräsentation erreicht wird, die durch Mehrwerte geprägt sind, die für diese Literaturgattung eine andere Form von Offenlichkeit mit sich bringen wird. Grundidee hinsichtlich der Erzeugung von Metadaten ist dabei in diesem Projekt, den bisher gedachten Ansatz der Erzeugung von Metainformationen, der entweder auf die aktuelle Produktion von wissenschaftlichen elektronischen Dokumenten oder auf die nachträgliche »Veredlung« des Rohstoffes Information abhebt, konsequent auf die retrospektive Digitalisierung von Bibliotheksbeständen abzubilden. D. h. zu einer in digitalisierler Form vorliegenden Abhandlung werden mit dem zur Verfügung stehenden Instrumentarium (XML-Editor) Metainformationen in der Art gebildet, als handele es sich um eine »aktuelle« elektronische Produktion. Ein erheblicher Mehrwert wird erreicht, wenn diese »historischen« elektronischen Dokumente z. B. mit einem Abstract versehen werden, das neben einer inhaltlichen Beschreibung einen Bezug zur wissenschaftlichen Genealogie dieser wissenschaftlichen Idee herstellt, ihrer Bedeutung für die zeitgenössische Forschung, ihre Abbildung in anderen Wissensgebieten etc.

Series

Tagungen der Deutschen Gesellschaft für Informationswissenschaft und Informationspraxis; 4

Source

Information Research & Content Management: Orientierung, Ordnung und Organisation im Wissensmarkt; 23. DGI-Online-Tagung der DGI und 53. Jahrestagung der Deutschen Gesellschaft für Informationswissenschaft und Informationspraxis e.V. DGI, Frankfurt am Main, 8.-10.5.2001. Proceedings. Hrsg.: R. Schmidt

0.13917135 = product of:
  0.5566854 = sum of:
    0.5566854 = weight(_text_:java in 4404) [ClassicSimilarity], result of:
      0.5566854 = score(doc=4404,freq=4.0), product of:
        0.42128214 = queryWeight, product of:
          7.0475073 = idf(docFreq=104, maxDocs=44421)
          0.05977747 = queryNorm
        1.3214076 = fieldWeight in 4404, product of:
          2.0 = tf(freq=4.0), with freq of:
            4.0 = termFreq=4.0
          7.0475073 = idf(docFreq=104, maxDocs=44421)
          0.09375 = fieldNorm(doc=4404)
  0.25 = coord(1/4)

Object

Java

0.13917135 = product of:
  0.5566854 = sum of:
    0.5566854 = weight(_text_:java in 2051) [ClassicSimilarity], result of:
      0.5566854 = score(doc=2051,freq=4.0), product of:
        0.42128214 = queryWeight, product of:
          7.0475073 = idf(docFreq=104, maxDocs=44421)
          0.05977747 = queryNorm
        1.3214076 = fieldWeight in 2051, product of:
          2.0 = tf(freq=4.0), with freq of:
            4.0 = termFreq=4.0
          7.0475073 = idf(docFreq=104, maxDocs=44421)
          0.09375 = fieldNorm(doc=2051)
  0.25 = coord(1/4)

Object

Java

0.13755228 = product of:
  0.27510455 = sum of:
    0.22962102 = weight(_text_:java in 3593) [ClassicSimilarity], result of:
      0.22962102 = score(doc=3593,freq=2.0), product of:
        0.42128214 = queryWeight, product of:
          7.0475073 = idf(docFreq=104, maxDocs=44421)
          0.05977747 = queryNorm
        0.5450528 = fieldWeight in 3593, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          7.0475073 = idf(docFreq=104, maxDocs=44421)
          0.0546875 = fieldNorm(doc=3593)
    0.04548353 = weight(_text_:und in 3593) [ClassicSimilarity], result of:
      0.04548353 = score(doc=3593,freq=8.0), product of:
        0.1325804 = queryWeight, product of:
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.05977747 = queryNorm
        0.34306374 = fieldWeight in 3593, 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=3593)
  0.5 = coord(2/4)

Abstract

Internet verändert die Software-Szene / Java macht Dampf / PC bekommt Konkurrenz / Aufgeweckte Riesen gegen innovative Zwerge / Intranet heißt der neue Renner

Content

Das Internet boomt. Rund um den Globus basteln etablierte EDV-Konzerne und Branchenneulinge an Hard- und Software für das Netz der Netze. Glaubt man den Auguren, läutet seine Beliebtheit eine Revolution in der Informationstechnik ein. Der Ära der Großrechner und der Personalcomputer soll ein Zeitalter folgen, in dem 'das Netz der Computer' ist. Wer dann die Fäden ziehen wird, ist längst nicht ausgemacht. Ob herkömmliche PC mit ihren Programmen die Spinne im Netz bleiben oder neue Geräte und Software sich breitmachen, darüber wird derzeit lebhaft diskutiert

0.13723505 = product of:
  0.2744701 = sum of:
    0.041094728 = weight(_text_:und in 2076) [ClassicSimilarity], result of:
      0.041094728 = score(doc=2076,freq=20.0), product of:
        0.1325804 = queryWeight, product of:
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.05977747 = queryNorm
        0.3099608 = fieldWeight in 2076, product of:
          4.472136 = tf(freq=20.0), with freq of:
            20.0 = termFreq=20.0
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.03125 = fieldNorm(doc=2076)
    0.23337537 = weight(_text_:handele in 2076) [ClassicSimilarity], result of:
      0.23337537 = score(doc=2076,freq=2.0), product of:
        0.5618414 = queryWeight, product of:
          9.398883 = idf(docFreq=9, maxDocs=44421)
          0.05977747 = queryNorm
        0.41537586 = fieldWeight in 2076, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          9.398883 = idf(docFreq=9, maxDocs=44421)
          0.03125 = fieldNorm(doc=2076)
  0.5 = coord(2/4)

Abstract

Die Studie untersucht die Usability der Homepage des Landtags NordrheinWestfalen. Es wird analysiert, wie benutzerfreundlich die Website ist, ob sie effektiv genutzt werden kann und ob die Inhalte der Site den Erwartungen der Benutzer entsprechen. Drei Evaluationsmethoden finden Einsatz: Ein Thinking-Aloud-Test, eine heuristische Evaluation und eine Availability-Untersuchung. Der hier eingesetzte Thinking-Aloud-Test ist ein Benutzertest, bei dem zwanzig Laien und zwanzig Information Professionals zuerst ihre Erwartungen an die Site äußern und dann anhand der Homepage, unter Beobachtung, Aufgaben bearbeiten. Anschließend geben sie anhand eines Fragebogens eine Beurteilung ab. Die heuristische Evaluation ist eine expertenzentrierte Methode. Usability-Experten stellen Checklisten auf, anhand derer eine Homepage untersucht wird. In dieser Studie finden drei Heuristiken Anwendung. Die Availability-Untersuchung der homepageeigenen Suchmaschine ist eine bibliothekarische Evaluationsmethode, die anhand einer Suche nach Webseiten, von denen bekannt ist, dass ihr Angebot aktiv ist, die Qualität der Suchmaschine hinsichtlich der Erreichbarkeit der Dokumente bestimmt. Die drei Methoden ergänzen einander und decken in ihrer Variation einen großen Pool an Usability-Fehlern auf. Die Ergebnisse: Die Benutzer vermissen auf der Homepage besonders Informationen über den Landeshaushalt, eine Liste der Mitarbeiter mit ihren Zuständigkeiten, Hintergrundinformationen zu aktuellen landespolitischen Themen und Diskussionsforen als Kommunikationsmöglichkeit. Im Durchschnitt liegen die Klickhäufigkeiten für das Lösen einer Aufgabe über denen, die für den kürzesten Weg benötigt werden. Die Abbruch-Quote aufgrund einer nicht lösbar erscheinenden Aufgabe beträgt bei 40 Probanden à sechs Aufgaben 13,33% (32 Abbrüche). In der Abschlussbefragung äußern sich die Testpersonen größtenteils zufrieden. Die Ausnahme stellt der Bereich "Navigation" dar. 40% halten die benötigten Links für schwer auffindbar, 45% aller Probanden wissen nicht jederzeit, an welcher Stelle sie sich befinden.
Auch die heuristische Evaluation deckt Navigationsfehler auf. So ist beispielsweise die ZurückFunktion des Browsers fehlprogrammiert. Der Zurück-Button muss stets zwei- statt einmal betätigt werden, wenn man möchte, dass sich nicht nur ein Frame "zurückbewegt". Außerdem werden die Hierarchieebenen nicht deutlich genug hervorgehoben. Bereits besuchte Links unterscheiden sich farblich nicht von solchen, die noch nicht angeklickt wurden. Viele Fotos dienen weniger der Verständlichkeit der Texte als ästhetischen Zwecken. Interne Abkürzungen werden nicht immer aufgelöst und sind somit für den Benutzer unverständlich. Die Suchmaschine erreicht eine Availability von nur 60%, was auf den großen Anteil der Texte der Landtagszeitschrift in der Datenbasis und die Berücksichtigung von Worthäufigkeiten beim Relevance Ranking zurückzuführen ist. Die Kritikpunkte und Änderungsvorschläge beziehen sich nicht so sehr auf die Gesamtstruktur der Homepage, sondern auf viele Details. Auch wenn es scheint, als handele es sich bei einigen Punkten nur um Geringfügigkeiten, so wird die Umsetzung dieser Details, festgehalten im Usability-Report, für die Benutzerfreundlichkeit ein großer Gewinn werden.

Series

Kölner Arbeitspapiere zur Bibliotheks- und Informationswissenschaft; Bd.34

0.13723505 = product of:
  0.2744701 = sum of:
    0.041094728 = weight(_text_:und in 1136) [ClassicSimilarity], result of:
      0.041094728 = score(doc=1136,freq=20.0), product of:
        0.1325804 = queryWeight, product of:
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.05977747 = queryNorm
        0.3099608 = fieldWeight in 1136, product of:
          4.472136 = tf(freq=20.0), with freq of:
            20.0 = termFreq=20.0
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.03125 = fieldNorm(doc=1136)
    0.23337537 = weight(_text_:handele in 1136) [ClassicSimilarity], result of:
      0.23337537 = score(doc=1136,freq=2.0), product of:
        0.5618414 = queryWeight, product of:
          9.398883 = idf(docFreq=9, maxDocs=44421)
          0.05977747 = queryNorm
        0.41537586 = fieldWeight in 1136, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          9.398883 = idf(docFreq=9, maxDocs=44421)
          0.03125 = fieldNorm(doc=1136)
  0.5 = coord(2/4)

Content

"Google hat seine Suchmaschine um eine Datenbank erweitert, die die Suchergebnisse um Fakten zu verschiedensten Objekten und Personen ergänzt. Diese semantische Suchfunktion, die vorerst nur Nutzern in den USA zur Verfügung steht, soll Suchbegriffe inhaltlich erkennen und Zusammenhänge zu anderen Themen herstellen. Damit soll Google noch besser erkennen, wonach die Nutzer suchen und möglichst auch gleich weitere Fragen beantworten. In einem Blogeintrag [http://googleblog.blogspot.de/2012/05/introducing-knowledge-graph-things-not.html] erläutert Google-Manager Amit Singhal die neue Funktion, die unter der Bezeichnung "Knowledge Graph" [http://www.google.com/insidesearch/features/search/knowledge.html] firmiert und in einem Video [http://www.youtube.com/watch?v=mmQl6VGvX-c] vorgestellt wird. Dabei handele es sich um eine große Informationsdatenbank, die derzeit über 500 Millionen Objekte und mehr als 3,5 Milliarden Informationen über die Beziehungen zwischen ihnen enthalte. Darunter fänden sich Sehenswürdigkeiten, berühmte Personen, Städte, Sportmannschaften, Gebäude, Orte, Filme, Himmelsobjekte, Kunstwerke oder Ähnliches. Anhand der Suchanfragen und der Ergebnisse wird die Datenbank immer weiter verbessert, verspricht Google. Dank dieser Neuerung verspricht Google seinen Nutzern drei merkliche Verbesserungen. So könne die Suchmaschine nun besser erkennen, wonach genau gesucht werde, beispielsweise das Gebäude Taj Mahal oder der US-Musiker mit gleichem Namen. Weiterhin könne Google durch den Knowledge Graph wichtige Inhalte besser zusammenfassen, beispielsweise die Lebensdaten einer berühmten Person und ihre Leistungen. Auch bereits getätigte Suchen andere Nutzer könnten künftige Suchergebnisse dadurch beeinflussen. So sei für für Suchende etwa von Interesse, welche Bücher Charles Dickens geschrieben habe. Bei dem Architekten Frank Lloyd Wright sei jedoch weniger die Literatur interessant, als die von ihm gestalteten Gebäude.
Zu guter Letzt kündigt Google seinen Nutzern dank der neuen Informationsdatenbank überraschende Erkenntnisse an: Verantwortlich dafür seien Verbindungen, an die Nutzer nicht gedacht hätten. Beispielsweise würde die Anzeige der Namen der engsten Verwandten von Matt Groening ganz neue Einblicke in die Inspiration für seine Simpsons liefern. Außerdem könne Google nun öfter bereits die nächste Frage beantworten, die ein Nutzer der Suchmaschine stellen würde. Eine Suche nach Tom Cruise könne dank des Knowledge Graph beispielsweise jede dritte der danach gestellten Fragen bereits beantworten. Die neue Funktion wurde auch für die Suche auf Smartphones und Tablets angepasst, wie Junyoung Lee in einem eigenen Blogeintrag [http://insidesearch.blogspot.de/2012/05/knowledge-graph-for-mobile-and-tablet.html] erläutert. Integriert werde sie hier in die Browsersuche und in die Apps, sowohl auf Android als auch iOS. Eingeführt wird die neue Funktion derzeit schrittweise für englischsprachige Nutzer in den USA, wie Amit Singhal mitteilt. Zu anderen Sprachen und Ländern macht er keine Angabe."

0.1326036 = product of:
  0.2652072 = sum of:
    0.031831842 = weight(_text_:und in 1536) [ClassicSimilarity], result of:
      0.031831842 = score(doc=1536,freq=12.0), product of:
        0.1325804 = queryWeight, product of:
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.05977747 = queryNorm
        0.24009462 = fieldWeight in 1536, product of:
          3.4641016 = tf(freq=12.0), with freq of:
            12.0 = termFreq=12.0
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.03125 = fieldNorm(doc=1536)
    0.23337537 = weight(_text_:handele in 1536) [ClassicSimilarity], result of:
      0.23337537 = score(doc=1536,freq=2.0), product of:
        0.5618414 = queryWeight, product of:
          9.398883 = idf(docFreq=9, maxDocs=44421)
          0.05977747 = queryNorm
        0.41537586 = fieldWeight in 1536, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          9.398883 = idf(docFreq=9, maxDocs=44421)
          0.03125 = fieldNorm(doc=1536)
  0.5 = coord(2/4)

Abstract

In schätzungsweise jedem vierten deutschen Zeitungsartikel und InternetDokument, in dem der italienische Vorname Giuseppe enthalten ist, taucht der Fehler auf, sei nun die Rede von Verdi, Arcimboldo oder Garibaldi: Giuseppe wird falsch geschrieben, nämlich als *Guiseppe, als handele sich um eine Variante von Guido, was dem deutschen Auge offensichtlich vertrauter ist. Bemerkenswert ist, dass die Buchstaben "i" und "u° auf der Tastatur direkt nebeneinander liegen, was der Tippfehleranfälligkeit Vorschub leistet. Lässt man die Internet-Suchmaschine Google "Seiten auf deutsch" absuchen, findet sie 61.500 Giuseppes und 15.200 *Guiseppes (über 25%). Google ist übrigens seit neuestem so "intelligent', bei der falschen Eingabe zu fragen: "Meinten Sie Giuseppe?'. Schränkt man die Suchmaschine auf italienisch-sprachige Seiten ein, sinkt der Anteil der falschen Schreibweise auf 0,54 % (426.000 richtige gegen 2.330 falsche). Bei genauerem Hinsehen tauchen die meisten der Falschschreibungen bei offenbar amerikanischen dot-com-Seiten auf, die italienische Genealogien aufschlüsseln. Die genuin aus Italien stammenden Seiten weisen nur in den allerwenigsten Fällen den Fehler auf. Dieses Phänomen fiel mir als Romanistin zunächst auf, dann störte es mich, später belustigte es mich beinahe und schließlich wurde die Suche danach fast zum Spiel. Unter bibliothekarischen Gesichtspunkten ist der Fehler ein Ärgernis, hat sich doch diese falsche Schreibweise massenhaft in bibliothekarische Datenbanken eingeschlichen. Als ich schon vor Jahren eine Düsseldorfer Diplombibliothekarin darauf ansprach, widersprach diese und behauptete, es gebe sehr wohl den Namen in der Schreibweise *Guiseppe neben der - vielleicht üblicheren - Form Giuseppe. Und tatsächlich findet sich die falsche Form in manchen Vornamenbüchern - so oft schon wurde der Fehler tradiert, dass er jetzt schon legitimiert erscheint. Schlägt man hingegen in italienischen Vornamenbüchern nach, zeigt sich, dass man hier vergeblich nach *Guiseppe suchen muss.

0.13121201 = product of:
  0.52484804 = sum of:
    0.52484804 = weight(_text_:java in 6015) [ClassicSimilarity], result of:
      0.52484804 = score(doc=6015,freq=2.0), product of:
        0.42128214 = queryWeight, product of:
          7.0475073 = idf(docFreq=104, maxDocs=44421)
          0.05977747 = queryNorm
        1.2458351 = fieldWeight in 6015, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          7.0475073 = idf(docFreq=104, maxDocs=44421)
          0.125 = fieldNorm(doc=6015)
  0.25 = coord(1/4)

Object

JAVA

0.13121201 = product of:
  0.52484804 = sum of:
    0.52484804 = weight(_text_:java in 45) [ClassicSimilarity], result of:
      0.52484804 = score(doc=45,freq=8.0), product of:
        0.42128214 = queryWeight, product of:
          7.0475073 = idf(docFreq=104, maxDocs=44421)
          0.05977747 = queryNorm
        1.2458351 = fieldWeight in 45, product of:
          2.828427 = tf(freq=8.0), with freq of:
            8.0 = termFreq=8.0
          7.0475073 = idf(docFreq=104, maxDocs=44421)
          0.0625 = fieldNorm(doc=45)
  0.25 = coord(1/4)

Abstract

Ovid Technologies is launching its Java search client to enable users to access Ovid's scientific databases on the Web with full search capabilities irrespective of the type of computer used. Explains the differences between Java and HTML. The Java client increases search speed by several orders of magnitude. The Ovid client does not need to wait for individual pages to load and incorporates multi-tasking. The interface includes tree displays; thesauri; mapping; explode/implode; search fields and context sensitive help. Display; save; and e-mail are available from the client

0.1261814 = product of:
  0.2523628 = sum of:
    0.22962102 = weight(_text_:java in 1604) [ClassicSimilarity], result of:
      0.22962102 = score(doc=1604,freq=2.0), product of:
        0.42128214 = queryWeight, product of:
          7.0475073 = idf(docFreq=104, maxDocs=44421)
          0.05977747 = queryNorm
        0.5450528 = fieldWeight in 1604, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          7.0475073 = idf(docFreq=104, maxDocs=44421)
          0.0546875 = fieldNorm(doc=1604)
    0.022741765 = weight(_text_:und in 1604) [ClassicSimilarity], result of:
      0.022741765 = score(doc=1604,freq=2.0), product of:
        0.1325804 = queryWeight, product of:
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.05977747 = queryNorm
        0.17153187 = fieldWeight in 1604, 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=1604)
  0.5 = coord(2/4)

Abstract

iQvoc is a new open source SKOS-XL vocabulary management tool developed by the Federal Environment Agency, Germany, and innoQ Deutschland GmbH. Its immediate purpose is maintaining and publishing reference vocabularies in the upcoming Linked Data cloud of environmental information, but it may be easily adapted to host any SKOS- XL compliant vocabulary. iQvoc is implemented as a Ruby on Rails application running on top of JRuby - the Java implementation of the Ruby Programming Language. To increase the user experience when editing content, iQvoc uses heavily the JavaScript library jQuery.

Theme

Konzeption und Anwendung des Prinzips Thesaurus

0.12526914 = product of:
  0.2505383 = sum of:
    0.1855618 = weight(_text_:java in 217) [ClassicSimilarity], result of:
      0.1855618 = score(doc=217,freq=4.0), product of:
        0.42128214 = queryWeight, product of:
          7.0475073 = idf(docFreq=104, maxDocs=44421)
          0.05977747 = queryNorm
        0.4404692 = fieldWeight in 217, product of:
          2.0 = tf(freq=4.0), with freq of:
            4.0 = termFreq=4.0
          7.0475073 = idf(docFreq=104, maxDocs=44421)
          0.03125 = fieldNorm(doc=217)
    0.06497647 = weight(_text_:und in 217) [ClassicSimilarity], result of:
      0.06497647 = score(doc=217,freq=50.0), product of:
        0.1325804 = queryWeight, product of:
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.05977747 = queryNorm
        0.4900911 = fieldWeight in 217, product of:
          7.071068 = tf(freq=50.0), with freq of:
            50.0 = termFreq=50.0
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.03125 = fieldNorm(doc=217)
  0.5 = coord(2/4)

Classification

ST 260 [Informatik # Monographien # Software und -entwicklung # Betriebssysteme]
ST 252 [Informatik # Monographien # Software und -entwicklung # Web-Programmierung, allgemein]
ST 250 J35 [Informatik # Monographien # Software und -entwicklung # Programmiersprachen allgemein (Maschinenorientierte Programmiersprachen, problemorientierte prozedurale Sprachen, applikative und funktionale Sprachen) # Einzelne Programmiersprachen (alphabet.) # Programmiersprachen J # Java; JavaScript]

Footnote

Rez. in: Online-Mitteilungen 2006, Nr.87, S.21-22 (M. Buzinkay):"Web 2.0 ist in aller Munde, Social Software und interaktive Web-Anwendungen boomen. Welche Technologie steckt dahinter, und wie lässt sich diese für individuelle Zwecke einsetzen? Diese Frage beantwortet Johannes Gamperl in "AJAX. Web 2.0 in der Praxis", weiches im Galileo Verlag erschienen ist. Das Zauberwort hinter Web 2.0 heißt AJAX. AJAX heißt "asynchron javascript and xml" und deutet an, woraus diese neue Programmier-Technik besteht: aus bereits vorhandenen und gut eingeführten Sprachen wie JavaScript und XML. Die Grundlagen sind nicht neu, doch die kreative Art ihrer Verwendung macht sie zur Zukunftstechnologie im Web schlechthin. Mit AJAX lassen sich Daten im Hintergrund und ohne ein neuerliches Laden einer Webseite übertragen. Das hat wesentliche Vorteile, denn so können Webseiten fortlaufend und interaktiv aktualisiert werden. Die Hauptbestandteile von AJAX sind neben XML und Javascript noch Cascading Style Sheets, das Document Object Model und XHTML. Das Buch vermittelt auf rund 400 Seiten Einblicke in die fortgeschrittene JavaScript Programmierung im Hinblick auf AJAX und das Web. Schritt für Schritt werden Beispiele aufgebaut, Techniken erläutert und eigene Kreationen gefördert. Allerdings ist das Buch kein Einsteigerbuch. Es wendet sich dezidiert an Programmierer, die über entsprechende Erfahrung mit JavaScript und XML verfügen. Die Kernthemen des Buches beinhalten - die Grundlagen des Document Object Model - die dynamische Bearbeitung von StyleSheet Angaben - den Zugriff auf XML-Daten über JavaScript - die Einführung in die Client/Server-Kommunikation - diverse JavaScript Bibliotheken Ergänzt werden diese Themen durch eine Reihe von Anwendungsbeispielen, die übersichtlich entwickelt und beschrieben werden. Eine CD mit dem Code liegt dem Buch bei. Weitere Unterstützung bieten diverse WebQuellen des Verlags und des Autors. Bekannte Beispiele für in AJAX programmierte Anwendungen sind Google Maps und Yahoo! Maps. Diese interaktiven Landkarten ermöglichen ein Heranzoomen, ein Sich-Bewegen auf Landkarten über Geo-Positioning; Satellitenbilder können eingeblendet werden. Über eine Schnittstelle (API) können externe Entwickler weitere Anwendungen auf Basis dieser Karten entwickeln, so z.B. ein Tankstellen-Netz mit den aktuellen Spritpreisen oder nutzergenerierten Reiserouten inklusive Entfernungsmessung."

RVK

ST 260 [Informatik # Monographien # Software und -entwicklung # Betriebssysteme]
ST 252 [Informatik # Monographien # Software und -entwicklung # Web-Programmierung, allgemein]
ST 250 J35 [Informatik # Monographien # Software und -entwicklung # Programmiersprachen allgemein (Maschinenorientierte Programmiersprachen, problemorientierte prozedurale Sprachen, applikative und funktionale Sprachen) # Einzelne Programmiersprachen (alphabet.) # Programmiersprachen J # Java; JavaScript]

0.12228289 = product of:
  0.24456578 = sum of:
    0.19681802 = weight(_text_:java in 977) [ClassicSimilarity], result of:
      0.19681802 = score(doc=977,freq=2.0), product of:
        0.42128214 = queryWeight, product of:
          7.0475073 = idf(docFreq=104, maxDocs=44421)
          0.05977747 = queryNorm
        0.46718815 = fieldWeight in 977, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          7.0475073 = idf(docFreq=104, maxDocs=44421)
          0.046875 = fieldNorm(doc=977)
    0.04774776 = weight(_text_:und in 977) [ClassicSimilarity], result of:
      0.04774776 = score(doc=977,freq=12.0), product of:
        0.1325804 = queryWeight, product of:
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.05977747 = queryNorm
        0.36014193 = fieldWeight in 977, product of:
          3.4641016 = tf(freq=12.0), with freq of:
            12.0 = termFreq=12.0
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.046875 = fieldNorm(doc=977)
  0.5 = coord(2/4)

Abstract

Im Sommersemester 2005 fand (erstmals) eine gemeinsame Lehrveranstaltung "Einführung in die objekt-orientierte Programmiersprache Java" der Universitäten Konstanz und Hildesheim statt. Traditionelle Lehrveranstaltungen zum Thema Programmierung zeichnen sich neben der Wissensvermittlung (i.d.R. durch Vorlesung) durch einen hohen Grad an Praxisanteilen aus. Dazu arbeiten Teams in Tutorien gemeinsam an Übungsaufgaben. Der Einsatz der Systeme K3 ("Kollaboratives Wissensmanagement in Lernumgebungen, Konstanz") und VitaminL (synchrone, kurzzeitige Bearbeitung von Programmier-aufgaben, Hildesheim) ermöglicht nun die Übertragung einer solchen Veranstaltung ins Virtuelle. Lerngruppen arbeiten standortübergreifend sowohl asynchron als auch synchron zusammen. Dieser Beitrag liefert neben dem Erfahrungsbericht der Kooperationsveranstaltung im ersten Teil einen Einblick in die Konzeption, Implementierung und Evaluation des VitaminLSystems. Im zweiten Teil wird die Entwicklung eines Kennzahlensystems zur Leistungsevaluation kollaborativer Gruppenarbeit aufgezeigt.

Source

Effektive Information Retrieval Verfahren in Theorie und Praxis: ausgewählte und erweiterte Beiträge des Vierten Hildesheimer Evaluierungs- und Retrievalworkshop (HIER 2005), Hildesheim, 20.7.2005. Hrsg.: T. Mandl u. C. Womser-Hacker

0.11741075 = product of:
  0.2348215 = sum of:
    0.16401502 = weight(_text_:java in 50) [ClassicSimilarity], result of:
      0.16401502 = score(doc=50,freq=2.0), product of:
        0.42128214 = queryWeight, product of:
          7.0475073 = idf(docFreq=104, maxDocs=44421)
          0.05977747 = queryNorm
        0.38932347 = fieldWeight in 50, product of:
          1.4142135 = tf(freq=2.0), with freq of:
            2.0 = termFreq=2.0
          7.0475073 = idf(docFreq=104, maxDocs=44421)
          0.0390625 = fieldNorm(doc=50)
    0.070806466 = weight(_text_:und in 50) [ClassicSimilarity], result of:
      0.070806466 = score(doc=50,freq=38.0), product of:
        0.1325804 = queryWeight, product of:
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.05977747 = queryNorm
        0.53406435 = fieldWeight in 50, product of:
          6.164414 = tf(freq=38.0), with freq of:
            38.0 = termFreq=38.0
          2.217899 = idf(docFreq=13141, maxDocs=44421)
          0.0390625 = fieldNorm(doc=50)
  0.5 = coord(2/4)

Abstract

Miless, der "Multimediale Lehr- und Lernserver Essen" (http://miless.uni-duisburg-essen.de/) entstand Ende 1997 an der Universität Essen und wird seither ständig weiterentwickelt. Inzwischen ist die Hochschule zur Universität Duisburg-Essen fusioniert, und so werden auch die beiden Dokumentenserver aus Duisburg und Essen, DuetT und Miless, zum Ende des Jahres 2005 fusionieren. Miless basiert auf Java- und XML-Technologien, besitzt ein Dublin Core Metadatenmodell, eine OAI 2.0 Schnittstelle und wird als Dokumenten- und Publikationsserver für Hochschulschriften und andere Dokumente im Volltext, insbesondere aber auch multimediale Lehr- und Lernmaterialien wie Animationen, Simulationen, Audio- und Videomaterial in verschiedenen Formaten eingesetzt. Aktuell werden etwa 2.900 Dokumente mit 40.000 Dateien verwaltet. Die technische Basis von Miless hat sich in den vergangenen Jahren sehr gewandelt. Ursprünglich allein auf dem kommerziellen Produkt IBM Content Manager basierend, ist das System nun auch als reine Open Source Variante auf Basis freier Komponenten wie der Volltextsuchmaschine Apache Lucene verfügbar und kann unter GNU Lizenz nachgenutzt werden. Aus der kleinen Gruppe der Nachnutzer ist in den letzten Jahren eine stabile Entwicklergemeinschaft und das Open Source Projekt MyCoRe (http://www.mycore.de/) entstanden. Im MyCoRe Projekt arbeiten Entwickler aus Rechenzentren und Bibliotheken mehrerer deutscher Universitäten (Duisburg-Essen, Leipzig, Jena, TU München, Hamburg und weitere) gemeinsam an der Schaffung von Software, mit deren Hilfe individuelle und funktionsreiche Dokumenten- und Publikationsserver schneller erstellt werden können. So baut auch Miless inzwischen in wesentlichen Teilen auf MyCoRe Komponenten auf.

Source

Spezialbibliotheken zwischen Auftrag und Ressourcen: 6.-9. September 2005 in München, 30. Arbeits- und Fortbildungstagung der ASpB e.V. / Sektion 5 im Deutschen Bibliotheksverband. Red.: M. Brauer