Biblionetz
Postings zum Biblionetz

Podcasting in education

21 June 2006 | Beat Döbeli Honegger | Biblionetz, Medienbildung
Ich gebe mich geschlagen und kann mich dem Trend nicht mehr entziehen: Podcasts in education ist ein neuer Begriff im Biblionetz:w01898

Derzeit schiessen die Berichte und Konferenzen zum Thema wie wild aus dem Web 2.0-Boden:

Ich bin (noch) nicht Fan von Podcasts oder Videocasts/vblogs. Im Gegensatz zu Texten, die ich vor intensiver Lektüre kurz überfliegen und jederzeit die Tiefe der Lektüre bestimmen kann, kann ich das bei Audio- und Videobeiträgen nicht. Liegt das an mangelnder Zapping- oder Multimediabrowsing-Kompetenz meinerseits oder ist das medieninhärent?

Audio- und Videobeiträge tue ich mir nur bei Personen an, von denen ich sicher weiss, dass sie etwas zu sagen haben, und dass es sich auch lohnt mitzubekommen, wie sie es zu sagen haben. Das Video von Elliot Masie's Vortrag am SCIL-Kongress 2003 hat sich z.B. gelohnt und war intensiver als ein entsprechendes Paper. Aber bereits das Datum dieses Video zeigt, dass ich seitdem nicht auf viel Erwähnenswertes gestossen bin.
Kleiner Hinweis: Uni Osnabrück setzt neuerdings auch Podcasts ein. http://idw-online.de/pages/de/news153753

JH

Salut Beat Auch ich experimentiere derzeit in meinem Seminar "ICT im Lehrberuf" mit Podcasting für den Unterricht: http://elbanet.ethz.ch/wikifarm/ictimlehrberuf06/index.php?n=Main.PodcastProduzierenUndPublizieren

Gruss -- Main.MartinHofmann - 28 Apr 2006

,

Biblionetzstatistik Mai 2006

03 June 2006 | Beat Döbeli Honegger | Biblionetz
Im Mai 2006 wurden 30 GByte Biblionetzdaten in Form von 650'000 Pages ausgeliefert für 158'000 Visits.

Immer häufiger passiert es mir in letzter Zeit, das Content Management Systeme einen HTTP Status 200 zurückliefern, obwohl auf der Seite nur noch steht "Diese Seite existiert nicht mehr."

Wer sowas macht, hat etwas nicht begriffen. Wie soll ein Linkchecker merken, dass die Seite nicht mehr existiert, wenn der Webserver munter "Alles in Ordnung" zurückmeldet. grummel

Beispiele:

Ins gleiche Kapitel gehen die Webserver, die bei einer falschen URL einfach kommentarlos einen Redirect auf die Homepage machen. grummel

Update: Sogar bei Informatikern passierts:

wget http://www.gi-ev.de/blah

--13:51:20--  http://www.gi-ev.de:80/blah
           => `blah'
Connecting to www.gi-ev.de:80... connected!
HTTP request sent, awaiting response... 302 Found
Location: http://www.gi-ev.de/fehler.html [following]

--13:51:20--  http://www.gi-ev.de:80/fehler.html
           => `fehler.html'
Connecting to www.gi-ev.de:80... connected!
HTTP request sent, awaiting response... 200 OK

  1. Woher soll nun der Linkchecker merken, dass die ursprünglich angeforderte URL nicht mehr gültig ist?
  2. Warum sollten Nichtinformatiker den Sinn von HTTP-Response Codes erkennen, wenn nicht mal Informatiker richtig damit umgehen können?

(Nein, ich motze nicht nur rum. Ich habe den Webmaster der Gesellschaft für Informatik E.V. (http://www.gi-ev.de) vor zwei Monaten auf das Problem aufmerksam gemacht.)


  • Vielleicht wäre i-Pal etwas für dich. - MD

Aerger mit SVG

16 May 2006 | Beat Döbeli Honegger | Biblionetz
Da unterstützt man offene W3C-Standards und hat nichts als Ärger:

So stellt der Firefox (1.5.0.3) auf Mac OS X (10.4.6) mein SVG-File dar:

t05821.png

Eigentlich sollte es so aussehen (Adobe Plugin im Internet Explorer):

t05821.jpg

Zusammen mit dem Ärger, dass Firefox 1.5 und Opera 8.5 ein SVG-Objekt als Frame (!) interpretieren (siehe SVGAlsFrame) und ich bisher keine Möglichkeit gefunden habe, Links im gesamten Fenster statt nur im Frame öffnen zu lassen, ist SVG derzeit eher mühsam.

Meinem Biblionetz droht Ungemach, bzw. mir Arbeit: Der kommende Firefox 1.5 und der bereits verfügbare Opera 8.5 (siehe auch OperaKostenlos) interpretieren SVG-Objekte in HTML-Seiten als Frames. Links in den SVG-Objekten werden auf den Frame bezogen, sprich beim Klicken auf einen Link im SVG-Objekt wird das Ziel im Frame geöffnet. Das SVG-Plugin von Adobe macht dies anders (ich liebe Standards...), dort wird ein angeklickter Link im gesamten Fenster geöffnet.

Ich habe noch nicht herausgefunden, wie ich den Target der Links in SVG-Objekten auf "_top" setzen kann. Entsprechende Hinweise nehme ich dankend entgegen.

Solange ich für dieses Problem keine Lösung gefunden habe, ist das Biblionetz mit Opera 8.5 (weniger schlimm, weil weniger verbreitet) und mit dem kommenden Firefox 1.5 (schlimmer, weil verbreiteter) nicht vollständig nutzbar.

 
<a xlink:href="w01237.html" xlink:title="Amygdala" target="_top"> 
wird von Firefox 1.4.1 ignoriert.

 
<a xlink:href="w01237.html" xlink:title="Amygdala" xlink:target="_top">
wird von Firefox 1.4.1 ebenfalls ignoriert.

<base target="_top">
im HTML-File bringt bei Firefox 1.4.1 ebenfalls nichts.

xlink:show="new"
führt immerhin zu einem neuen Fenster beim Klicken.

grummel Update 16.5.2006: Unter http://blog.codedread.com/archives/2005/12/01/guide-to-deploying-svg-with-html/ ist das Problem ebenfalls dokumentiert, aber nicht zufriedenstellend gelöst (Javascript-Gebastel...).

,

Kontakt

  • Beat Döbeli Honegger
  • Plattenstrasse 80
  • CH-8032 Zürich
  • E-mail: beat@doebe.li
This page was cached on 06 Mar 2026 - 02:00.