Eine neue Sichtweise auf Datenberge ermöglicht das Pivot-Projekt aus den Microsoft Live Labs. “Pivot” (frz.) heißt “Dreh- und Angelpunkt”. Bei Microsoft Pivot werden Reihen von digitalen Daten wie bei einem Rubik’s Cube nach allen Seiten gedreht und gewendet. Dazu werden die Datenobjekte – das können etwa digitale Fotos oder auch Webseiten sein – mit Metadaten angereichert, die dann als Filter- und Sortierkriterien dienen.

Microsoft hat dazu einen Spezialbrowser entwickelt, der die Datenberge in einem Fenster anzeigt und gruppiert. Mit einem Schieberegler wird die Größe der angezeigten Objekte, also etwa der Thumbnails von Fotos verändert. Ein Mausklick auf ein Filterkriterium ordnet die Bildchen neu – was nur bei einem schnellen Prozessor und einer leistungsstarken Grafikkarte so schnell geht wie in den Videos des Pivot-Projekts.

XML, der Flash-Konkurrent Silverlight und Techniken der 2006 von Microsoft übernommenen Firma Seadragon wie “Deep Zoom” sind die technischen Grundlagen von Pivot. Die XML-Strukturen werden sichtbar, wenn man selbst eine Pivot-Kollektion erstellt. Dafür hat Microsoft ein “Pivot Collection Tool” für Excel entwickelt. Die Erweiterung erscheint nach der Installation als eigener Tab im Ribbon der Excel-Oberfläche:

<?xml version="1.0" encoding="utf-8"?>
<Collection xmlns:p="http://schemas.microsoft.com/livelabs/pivot/collection/2009" SchemaVersion="1.0" Name="my_pivot_collection" xmlns="http://schemas.microsoft.com/collection/metadata/2009">
  <FacetCategories>
    <FacetCategory Name="Gattung" Type="String" p:IsFilterVisible="true" p:IsWordWheelVisible="true" p:IsMetaDataVisible="true" />
    <FacetCategory Name="rating" Type="String" p:IsFilterVisible="true" p:IsWordWheelVisible="true" p:IsMetaDataVisible="true" />
  </FacetCategories>
  <Items ImgBase="my_pivot_collection_files\joy1waib.1fa.xml">
    <Item Id="0" Img="#0" Name="anthrophora_3">
      <Jahr>2006</Jahr>
      <Facets>
        <Facet Name="Gattung">
          <String Value="Orchis" />
        </Facet>
        <Facet Name="rating">
          <String Value="1" />
        </Facet>
      </Facets>
    </Item>
    <Item Id="1" Img="#1" Name="albida_1">
      <Jahr>2009</Jahr>
      <Facets>
        <Facet Name="Gattung">
          <String Value="Pseudorchis" />
        </Facet>
        <Facet Name="rating">
          <String Value="1" />
        </Facet>
      </Facets>
    </Item>

Dieser Ausschnitt definiert die ersten beiden Datensätze einer Kollektion, wobei “Gattung” und “rating” als “Facet” definiert werden – diese Facets sind dann die Sortierkriterien im Pivot-Browser. Die “ImgBase” verweist auf die Image-Base – die dort angeführte Datei enthält die Angaben zum Speicherort der Bilder. Das Collection XML Schema ist schlank und eingängig. Seinen Reiz entfaltet die Technik, wenn große Mengen von Daten auf diese Weise strukturiert werden.

Bislang sind Pivot-Browser und das Excel-Tool nur für Windows verfügbar. Für Sommer hat Microsoft aber die Integration in das Silverlight-Plugin angekündigt. Dann lassen sich die Pivot-Sichtweisen auch auf dem Mac oder unter Linux (mit Moonlight) darstellen. Kritiker werden einwenden, dass Pivot der Versuch von Microsoft sei, seinem Silverlight eine weitere Verbreitung zu sichern. Wahrscheinlich soll Pivot auch der Microsoft-Suchmaschine Bing auf die Sprünge helfen. Ungeachtet davon ist Pivot aber ein durchaus interessantes Projekt für die Visualisierung von Datenbergen.

Das von ihm angeführte Beispiel liest sich im Original:

# dpa-Notizblock
## Berichtigung
- Im Zeile 4 wurde geändert: Vier-Raum-Wohnung (statt: Drei-Raum)
 
## Achtung
- Zusammenfassung folgt - 20 Zl bis 1400
 
## Internet
- [Studie zum Wohnungsmangel in Deutschland](http://dpaq.de/VZRVW)
- [Daten zum Wohnen](http://dpaq.de/dgheZh)
 
## Orte
- [SP Eduard Pestel Institut für Systemforschung](Königstr. 50a, 30175 Hannover)
 
## Service
- [Studie zum Wohnungsmangel](Meier-Verlag 2009. 300 S. Euro 35,00, ISBN:300356756)
 
## Hinweise
- RegioData: Angebot von Regiodata zum Wohnungsmarkt in Deutschland
 
* * * *
Die folgenden Informationen sind nicht zur Veröffentlichung bestimmt
## Ansprechpartner
- x. xxxxxx, im Eduard Pestel Institut für Systemforschung, 0511/xxxxx-xx
  <x.xxxxx@pestel-institut.de>
 
## Autoren/Kontakt
- Andreas Meyer <meyer.andreas@dpa.com> und Klaus Müller, <mueller.klaus@dpa.com>
- Bearbeiter: Hans-Jürgen Ehlers Tel. 040/4113-xxxxx, <hamburg@dpa.com>
 
dpa am/km yyzz eh

Ein Content-Management-System wie hier WordPress mit dem Plugin PHP Markdown wandelt dies in HTML um, so dass etwa die im Notizblock-Anhang der Meldung angegebenen URLs als Hypertext dargestellt werden:

dpa-Notizblock

Berichtigung

• Im Zeile 4 wurde geändert: Vier-Raum-Wohnung (statt: Drei-Raum)

Achtung

• Zusammenfassung folgt – 20 Zl bis 1400

Internet

• Studie zum Wohnungsmangel in Deutschland
• Daten zum Wohnen

Orte

• [SP Eduard Pestel Institut für Systemforschung](Königstr. 50a, 30175 Hannover)

Service

• [Studie zum Wohnungsmangel](Meier-Verlag 2009. 300 S. Euro 35,00, ISBN:300356756)

Hinweise

• RegioData: Angebot von Regiodata zum Wohnungsmarkt in Deutschland

Die folgenden Informationen sind nicht zur Veröffentlichung bestimmt

Ansprechpartner

• x. xxxxxx, im Eduard Pestel Institut für Systemforschung, 0511/xxxxx-xx x.xxxxx@pestel-institut.de

Autoren/Kontakt

• Andreas Meyer meyer.andreas@dpa.com und Klaus Müller, mueller.klaus@dpa.com
• Bearbeiter: Hans-Jürgen Ehlers Tel. 040/4113-xxxxx, hamburg@dpa.com

dpa am/km yyzz eh

Markdown wurde von John Gruber und Aaron Swartz entwickelt, um die Leistungsfähigkeit von HTML ohne (die Lesbarkeit störende) Tags zu erhalten. Markdown wurde ursprünglich für Perl umgesetzt, die Technik steht einer Open-Source-Lizenz und wird auf der Website des Projekts ausführlich erklärt.

Im Zentrum der neuen Funktionen steht der “Elevation service”. Dieser gibt für jeden angegeben Ort die Höhe über dem Meeresspiegel aus – oder die Meerestiefe (negative Werte) bei Ortsangaben auf hoher See. Der Dienst wird mit einer JavaScript-Variablen aufgerufen:

elevator = new google.maps.ElevationService();

Genutzt wird der Dienst in diesem Beispiel von zwei Funktionen: 1) Anzeige der Höhe bei Mausklick auf die Karte Dies ermöglicht die Funktion “getElevation”, die mit einem Array der angeklickten Orte arbeitet:

function getElevation(event) {
    var locations = [];
    var clickedLocation = event.latLng;
    locations.push(clickedLocation);
    var positionalRequest = {
      'locations': locations
    }

Das Ergebnis wird in einem InfoWindow ausgegeben:

            infowindow.setContent("Dieser Ort liegt <br/>" + results[0].elevation + " Meter hoch.");
            infowindow.setPosition(clickedLocation);
            infowindow.open(map);

(Für die lesefreundliche Anzeige der Höhenwerte müsste noch eine JavaScript-Funktion geschrieben werden, um den Wert “results[0].elevation” so zu behandeln, dass die Zahl der Dezimalstellen begrenzt wird.)

2) Höhenprofil in einem eigenen Diagramm unter der Karte Dazu wird zunächst ein “Chart” gezeichnet und festgelegt, dass die Höhenangaben entlang der auf der Karte gezeichneten Strecke ermittelt werden sollen (die Variablen d1 bis d18 wurden zuvor mit ihren Längen- und Breitenangaben bestimmt), Mit “Samples” wird die Dichte der zu erfassenden Höhenangaben entlang der Strecke angegeben:

    chart = new google.visualization.ColumnChart(document.getElementById('elevation_chart'));
 
    var path = [ d1, d2, d3, d4, d5, d6, d7, d8, d9, d10, d11, d12, d13, d14, d15, d16, d17, d18, d1];
 
    var pathRequest = {
      'path': path,
      'samples': 256
    }

Zum Anpassen des Beispiels an eigene Karten und Strecken benötigt man eigentlich nur die Geodaten der Streckenpunkte (in Dezimalschreibweise). Diese lassen sich entweder unterwegs mit einem GPS-Empfänger aufzeichnen oder auch gut in der Statuszeile von Google Earth ablesen. Beim Basteln mit dem hier folgenden vollständigen Code sind also vor allem die Variablen der Streckenpunkte und die “var mitte” für das Zentrieren der Karte zu ändern, außerdem auch Position, “title” und png-Datei für den Marker.

<html>
<head>
<meta name="viewport" content="initial-scale=1.0, user-scalable=no"/>
<meta http-equiv="content-type" content="text/html; charset=UTF-8"/>
<title>Dolomiten-Tour</title>
<script type="text/javascript" src="http://www.google.com/jsapi"></script> 
<script type="text/javascript" src="http://maps.google.com/maps/api/js?sensor=false"></script>
<script type="text/javascript">
 
//Hier werden zunächst die wichtigsten Variablen für Karte und Höhenprofil eingeführt. 
  var elevator;
  var map;
  var chart;
  var infowindow = new google.maps.InfoWindow();
  var polyline;
 
//Diese Variablen geben die Streckenpunkte an
  var d1 = new google.maps.LatLng(46.542188, 11.608083);
  var d2 = new google.maps.LatLng(46.540191, 11.618361);
  var d3 = new google.maps.LatLng(46.537904, 11.623841);
  var d4 = new google.maps.LatLng(46.536214, 11.621730);
  var d5 = new google.maps.LatLng(46.532002, 11.629502);
  var d6 = new google.maps.LatLng(46.530672, 11.625254);
  var d7 = new google.maps.LatLng(46.525628, 11.630647);
  var d8 = new google.maps.LatLng(46.506408, 11.635466);
  var d9 = new google.maps.LatLng(46.501398, 11.637656);
  var d10 = new google.maps.LatLng(46.497171, 11.633011);
  var d11 = new google.maps.LatLng(46.497195, 11.623170);
  var d12 = new google.maps.LatLng(46.500806, 11.606213);
  var d13 = new google.maps.LatLng(46.508566, 11.580157);
  var d14 = new google.maps.LatLng(46.512705, 11.586113);
  var d15 = new google.maps.LatLng(46.511653, 11.607487);
  var d16 = new google.maps.LatLng(46.522531, 11.608748);
  var d17 = new google.maps.LatLng(46.532556, 11.601073);
  var d18 = new google.maps.LatLng(46.538196, 11.604311);
//noch eine Variable, um die Karte über einem Ort zu zentrieren   
  var mitte = new google.maps.LatLng(46.520408, 11.617443);
 
 
// hier werden zwei Pakete zur Darstellung von Karte und Diagramm geladen
  google.load("visualization", "1", {packages: ["columnchart"]});
//Beim Initialisieren der Karte werden gleich die wichtigsten Optionen für ihre Darstellung übergeben, diese in Form von Objektliteralen
  function initialize() {
    var myOptions = {
      zoom: 13,
      center: mitte,
	  scrollwheel: false,
      mapTypeId: 'satellite'
    }
// nun wird die Karte gezeichnet, ihre ID bezieht sich auf das HTML-Element <div>
  map = new google.maps.Map(document.getElementById("map_canvas"), myOptions);
 
// der Marker für die Karte	
  var marker = new google.maps.Marker({  
  position: new google.maps.LatLng(46.542188, 11.608083),  
  map: map,
  title: 'Start und Ziel',   
  icon: 'http://www.xml-ecke.de/images/hike.png' 
});
 
// der ElevationService wird erzeugt, zusammen mit einem EventListener, um bei Mausklick die Höhe zu ermitteln
    elevator = new google.maps.ElevationService();
	google.maps.event.addListener(map, 'click', getElevation);
 
    drawPath();
 
// Funktion für die Berechnung der Höhenangaben bei den angeklickten Orten und Ausgabe im InfoWindow 	
  }
  function getElevation(event) {
 
    var locations = [];
 
    var clickedLocation = event.latLng;
    locations.push(clickedLocation);
 
    var positionalRequest = {
      'locations': locations
    }
 
    if (elevator) {
      elevator.getElevationForLocations(positionalRequest, function(results, status) {
        if (status == google.maps.ElevationStatus.OK) {
 
          if (results[0]) {
 
            infowindow.setContent("Dieser Ort liegt <br/>" + results[0].elevation + " Meter hoch.");
            infowindow.setPosition(clickedLocation);
            infowindow.open(map);
          } else {
            alert("No results found");
          }
        } else {
          alert("Elevation service failed due to: " + status);
        }
      });
	  }
	  }
 
// jetzt wird das Höhenprofil gezeichnet
  function drawPath() {
 
    chart = new google.visualization.ColumnChart(document.getElementById('elevation_chart'));
 
    var path = [ d1, d2, d3, d4, d5, d6, d7, d8, d9, d10, d11, d12, d13, d14, d15, d16, d17, d18, d1];
 
// Anzahl der erfassten Höhenpunkte entlang des Pfades
    var pathRequest = {
      'path': path,
      'samples': 256
    }
 
    if (elevator) {
      elevator.getElevationAlongPath(pathRequest, plotElevation);
    }
  }
 
  function plotElevation(results, status) {
    if (status == google.maps.ElevationStatus.OK) {
      elevations = results;
 
      var elevationPath = [];
      for (var i = 0; i < results.length; i++) {
        elevationPath.push(elevations[i].location);
      }
 
      var pathOptions = {
        path: elevationPath,
        strokeColor: '#0000CC',
        opacity: 0.4,
        map: map
      }
      polyline = new google.maps.Polyline(pathOptions);
 
      var data = new google.visualization.DataTable();
      data.addColumn('string', 'Sample');
      data.addColumn('number', 'Höhe');
      for (var i = 0; i < results.length; i++) {
        data.addRow(['', elevations[i].elevation]);
      }
 
      document.getElementById('elevation_chart').style.display = 'block';
      chart.draw(data, {
        width: 640,
        height: 200,
        legend: 'none',
        title: 'Höhe (m)'
      });
    }
  }  
</script>
</head>
<body style="margin:0px; padding:0px;" onLoad="initialize();">
<div>
  <div id="map_canvas" style="width: 640px; height: 500px; float:left; border: 1px solid black;"></div>
  <div id="elevation_chart" style="width:640px; height:200px; "></div>
</div>
</body>
</html>

Foto: jokerphoto.de

English text

Die „unbekannten Heldinnen“ in Technik und Wissenschaft rückt heute der „Ada Lovelace Day“ in den Blick. Mehr als 1.500 Blogger sind dem Aufruf der britischen Initiative in diesem Jahr gefolgt und porträtieren jeweils eine Frau, die auf ihre Weise einen eigenen Weg gehen – vielleicht wie Ada Lovelace im 19. Jahrhundert.

Technik, Wissenschaft und Journalismus prägen die Arbeit von Christiane Schulzki-Haddouti, die so unbekannt gar nicht ist. Schließlich schreibt sie seit vielen Jahren für Medien wie c‘t, Telepolis oder Spiegel Online, begleitet die Entwicklung von Internet und Medien mit wissenschaftlichen Projekten und verbreitet mit ihrem Blog KoopTech “Inspiration for Change” – in Gesellschaft, Technik, Wissenschaft und Medien.

Dabei pflegt die 43-Jährige einen betont-kritischen Umgang mit dem Netz: „Ich komme mir manchmal vor wie ein Eremit“, sagt sie selbstironisch. „Wenn es zu sozial wird, fühle ich mich zu sehr eingeengt von Erwartungen.“ Als Lieblingsorte im Netz nennt sie daher „meinen RSS-Reader, mein Blog und die Plätze, die ich selbst gestalten kann“.

Das Blog sei ein gutes Dokumentationsmittel und „funktioniert auch immer noch als Kommunikationsmittel, auch wenn die Leute nicht direkt darauf reagieren. Aber ich merke, dass sie die Ideen wahrnehmen.“ Auf Facebook hingegen seien die Informationen nicht so geordnet wie im Blog. „Diejenigen, die aus inhaltlichen Gründen bloggen, werden das auch weiter tun. Wer mehr an Kontakten interessiert ist, ist mit den Sozialen Netzwerken besser bedient.“

Christiane ist auch in den Sozialen Netzwerken unterwegs, betrachtet diese aber sehr kritisch: „Facebook finde ich ein bisschen gruselig, weil die Applikationen mit den Daten ganz anders umgehen. Es gibt zu viele Hintertüren, die ich gar nicht kenne.“ Der Umgang mit den privaten Daten im Netz, Datenschutz und Verschlüsselung sind neben Informations- und Pressefreiheit ihre wichtigsten Themen: „Meine ganzen Arbeiten schwanken immer zwischen diesen beiden Polen der Freiheit: Wie gehe ich mit meinen Daten um und wie kontrolliere ich den Umgang selbstbestimmt?“ Sie fügt hinzu: „Dies ist letztlich auch das ganz große Thema im Netz. Das ist ein wichtigeres Thema als die Frage, wie man aus Content Geld macht“ – auch wenn dies natürlich auch wichtig sei.

Die Zukunft betrachtet Christiane eher optimistisch. Sie erwartet eine zunehmende Medienkompetenz der Nutzer auch im Umgang mit den eigenen Daten. Diese Entwicklung müsse gesellschaftspolitisch unterstützt werden. „Das sind Prozesse, die in den letzten zehn Jahren ins Stocken gekommen sind. Die große Angstdebatte hat alles erstickt.“ Jetzt werde das aber wieder kommen. „Ich setze da ganz auf den Impuls der Aufklärung, auf den Wert von Bildung. Schüler gehen täglich mit diesen Sachen um, die werden das ganz anders reflektieren als wir, eigene Erfahrungen sammeln und Regeln neu definieren. Sie werden selbstbewusster damit umgehen.“

Wie war das in ihren Schülerzeiten? „Mein erster Kontakt mit digitaler Technik war ein C-64-Rechner, auf dem ich vor meinem Abitur gespielt habe“, antwortet Christiane. „Da hatte ich nichts besseres zu tun als zu spielen, Stress abzureagieren. Ich hatte da ein Star-Wars-Programm, das immer in Zeile 164 abgestürzt ist.“ Nach dem Abitur ging sie zu Siemens, in das damalige Großrechner-Werk nach Augsburg. „Ich war immer allgemein und breiter interessiert und habe den Computer nur als Superwerkzeug betrachtet, aber immer mit spielerischem Zugang. Da habe ich gemerkt, mich interessieren eher die technischen Aspekte als die kaufmännischen Dinge.“

Danach studierte sie in Tübingen und Hildesheim (Kulturpädagogik), beschäftigte sich mit frühen literarischen Hypertext-Projekten und besorgte sich mit dem Erscheinen des ersten Browsers gleich ein Modem. Eines der ersten digitalen Projekte war dann 1996 das „Cybertagebuch“ mit Jugendlichen, später auch mit Asylbewerbern.

Den spielerischen Ansatz bringt Christiane Schulzki-Haddouti auch in ihre wissenschaftlichen Projekte ein. Zu ihren Lieblingsbegriffen gehört „explorativ“ – „das bedeutet, dass ein Projekt ergebnisoffen sein sollte wie das Spiel. Neue Möglichkeiten auszuloten, das kann man nur spielerisch verfolgen, wenn man verschiedene Wege ausprobiert, in verschiedene Richtungen denkt und dadurch etwas Neues erfährt. Das Vorhandene muss immer auf kreative Weise neu kombiniert und durchdacht werden.“

Neue Kombinationen sind auch die im Web sprießenden Mashups, Anwendungen, die frei verfügbare Schnittstellen auf neue Weise nutzen. „Man soll auf jeden Fall in der Lage sein, mit APIs umgehen zu können, das will ich unbedingt lernen“, sagt Christiane. „Bei den APIs geht es darum, Informationsflüsse nach den eigenen Bedürfnissen zu steuern, in neue Zusammenhänge zu bringen und neue Kontexte zu erschließen. Das ist wirklich explorativ.“

Ada Lovelace Day 2010

The explorative and playful approach to science and technology

Technology, science and journalism determine the work of Christiane Schulzki-Haddouti who is not so unknown at all. She has been writing for media like c‘t, Telepolis or Spiegel Online since many years after all. She does her own scientific research projects about the development of the Internet and media. And with her blog KoopTech she is spreading “innovation for change” – in society, technology, science and media.

At the same time the 43-year-old has a distinct critical attitude toward the Internet. „Sometimes I feel like a hermit“, she says with self-irony. „If it is getting too social, I feel constricted by expectations.“ Her favourite net places are „my RSS reader, my blog and the places which I can design myself“.

The blog is a good tool for documentation, she says. And it „still works as a tool of communication even if people are not reacting directly. But I observe that they are noticing the ideas.“ On Facebook, on the other side, information is not so well structured as in a blog. „Those who are blogging with regard to contents, will continue to do so. Those who are more interested in contacts, are better served by social networks.

Christiane is also present in the social networks, but has quite a critical view towards them: „Facebook is a bit creepy in my eyes, because the applications are acting in a very different way with data. There are too many backdoors which I don‘t know at all.“ The handling with private data on the internet, privacy and encryption are her main issues – in addition to freedom of information and freedom of the press: „All my works are always alternating between these two poles of freedom: How do I handle my data and how do I control this handling in a self-determined way?“ She adds: „This is finally the very big issue on the net. This is a bigger issue than the question of how to make money with content“ – this one being also important though.

Christiane has quite an optimistic view of the future. She is expecting an increasing media competence of users and an increasing competence in controlling one‘s own data. This development has to be supported sociopolitically. „These are processes which have been stalled in the last ten years. The big debate of Angst has choked everything.“ Now this is about to come again, she says. „I place my hopes on the impulse of enlightenment, on the value of education. Students deal with these experiences every day. They are going to reflect it in a totally different way than we do. They‘ll make their own experiences and they will redefine the rules. They are going to handle it with more self-confidence.“

What have been here experiences as a student? „My first contact with digital technology was a C 64 computer which I have played with before my A-levels“, answers Christiane. „Then, I had nothing better to do than to play, to lett off steam. I had a Star Wars program which always crashed in line 164.“ After her A-levels she went to Siemens and worked in the mainframe factory of that time in Augsburg. „I was always interested in a more general way and thought the computer only to be a super instrument, but always in a playful approach. Then I realized that I was more interested in technical aspects than in commercial stuff.“

Then she studied in Tuebingen and Hildesheim (cultural education), engaged herself in eary literary hypertext projects and bought a modem after the first browser appeared. In 1996 one of her first digital projects was the „Cyber Diary“ with youngsters, later on also with asylum seekers.

Christiane realizes the playful approach in her scientific works as well. One of her favourite terms is „explorative“ – „it means that a project should be pursued open-ended like playing. To fathom new possibilities, it can be done only in a playful way, if you try different ways, think in different directions and thus experience something new. The existing must always be combined and explored in a creative and new way.“

New combinations are also the mashups which are blooming on the web, applications which use the freely available interfaces in a new way. „In any case you should be able to handle APIs, that’s what I want to learn at all costs“, says Christiane. „The APIs are about controlling information channels according to your own needs, to bring them into new relations and to open up new context. This is really explorative.“

Um auch ohne JavaScript-Kenngnisse den Code dafür zu erstellen, hat Google eine kleine Web-Anwendung entwickelt, die zu bestimmten Suchbegriffen geeignete RSS-Feeds auswählt und das entsprechende Code-Schnipsel erstellt. Dieser Dynamic Feed Control Wizard ist auch eine gute Grundlage, um den Code erst einmal zu erstellen und dann an die eigenen Bedürfnisse anzupassen.

Entscheidend für den Content ist die Variable feeds, die ein Array von mehreren RSS-URLs definiert:

var feeds = [
	{title: 'XML-Ecke',
	 url: 'http://feeds.feedburner.com/Xml-ecke'
	},
	{title: 'Google Code',
	url: 'http://googlecode.blogspot.com/atom.xml'
	}
	];

In der folgenden Variablen options können unterschiedliche Optionen zur Darstellung der Feeds angegeben werden, etwa die Anzahl der Postings oder die Dauer der Anzeige eines Postings und des Übergangs zum nächsten Beitrag (in Millisekunden):

var options = {
	numResults : 5,
        stacked : true,
        horizontal : false,
        title : "",
	displayTime : 3000,
        fadeOutTime : 500
      }

Voraussetzung für die Nutzung ist ein API Key von Google, der für jeweils eine Web-Domain gültig ist. Die Google Ajax Feed API nutzt auch das WordPress-Plugin WP Social Blogroll, mit dem die “Blogroll” nach den jeweils aktuellsten Postings sortiert werden kann.

http://maps.google.com/maps/api/geocode/output?parameters

Der Platzhalter “output” wird ersetzt durch Angaben zum gewünschten Ausgabeformat, wobei XML oder das schlanke JSON zur Verfügung stehen. Statt “parameters” wird die gewünschte Adresse angegeben, also zum Beispiel:

http://maps.google.com/maps/api/geocode/xml?address=Weifert-Janz-Straße+1+Mainz&sensor=false

Der erforderliche Parameter “sensor” gibt an, ob die Anfrage von einem Gerät mit der Erfassung von Geodaten kommt oder nicht. Optional kann mit dem Parameter “region” die geografische Region eingegrenzt werden, was etwa bei Orten sinnvoll ist, die es in mehreren Ländern gibt. Ohne diese Differenzierung zeigt der Geocoder zum Beispiel bei der Abfrage von Toledo den im US-Staat Ohio gelegenen Ort an. Erst die Präzisierung mit “region=es” sucht nach der spanischen Stadt. Für die Bezeichnung der Region werden die Länder-Codes der Top-Level-Domains (ccTLD) verwendet, also etwa “de” für Deutschland. Das Ergebnis der Abfrage im JSON-Format führt alle bekannten Informationen auf, darunter auch die Geodaten der geografischen Länge und Breite:

{
  "status": "OK",
  "results": [ {
    "types": [ "street_address" ],
    "formatted_address": "Weifert-Janz-Straße 1, 55122 Mainz, Deutschland",
    "address_components": [ {
      "long_name": "1",
      "short_name": "1",
      "types": [ "street_number" ]
    }, {
      "long_name": "Weifert-Janz-Straße",
      "short_name": "Weifert-Janz-Straße",
      "types": [ "route" ]
    }, {
      "long_name": "Mainz",
      "short_name": "Mainz",
      "types": [ "locality", "political" ]
    }, {
      "long_name": "Mainz",
      "short_name": "MZ",
      "types": [ "administrative_area_level_2", "political" ]
    }, {
      "long_name": "Rheinland-Pfalz",
      "short_name": "RP",
      "types": [ "administrative_area_level_1", "political" ]
    }, {
      "long_name": "Deutschland",
      "short_name": "DE",
      "types": [ "country", "political" ]
    }, {
      "long_name": "55122",
      "short_name": "55122",
      "types": [ "postal_code" ]
    } ],
    "geometry": {
      "location": {
        "lat": 50.0042904,
        "lng": 8.2410587
      },
      "location_type": "RANGE_INTERPOLATED",
      "viewport": {
        "southwest": {
          "lat": 50.0011490,
          "lng": 8.2379114
        },
        "northeast": {
          "lat": 50.0074443,
          "lng": 8.2442067
        }
      },
      "bounds": {
        "southwest": {
          "lat": 50.0042904,
          "lng": 8.2410587
        },
        "northeast": {
          "lat": 50.0043029,
          "lng": 8.2410594
        }
      }
    }
  } ]
}

Die JSON-Elemente lassen sich nun mit wenigen Codezeilen als Javascript-Variablen definieren und für Kartendarstellungen verwenden – zum Beispiel:

var latitude = myJSONResult.results.location.lat;
var longitude = myJSONResults.location.lng;

Dabei verlangt Google in seinen Nutzungsbestimmungen, dass nur Karten auf der Grundlage seiner eigenen APIs für Google Maps oder Google Earth verwendet werden dürfen. Neben der Auflösung von Adressen wird auch das Reverse Geocoding unterstützt, also die Umwandlung von Geodaten mit den Angaben der geografischen Breiten- und Längengrade in Adressen. Für das oben gezeigte Beispiel funktioniert dies etwa auf diese Weise:

http://maps.google.com/maps/api/geocode/json?latlng=50.0042904,8.2410587&sensor=false

So verspricht das iWebkit, dass man damit in wenigen Minuten eine eigene Web App für iPhone und iPod Touch erstellen kann: “Simplicity is the key”. Das Framework – inzwischen bereits in der Version 5.2 angekommen – besteht im Wesentlichen nur aus einer HTML-Datei für die Startseite, einer kleinen JavaScript-Datei und einer Datei mit CSS-Anweisungen, die das Layout der HTML-Daten an Display-Größe und Stilbesonderheiten des iPhones anpassen. Außerdem werden grundlegende Icons bereitgestellt, die in das eigene Projekt integriert werden können.

Die HTML-Datei mit dem im Header eingebundenen CSS und JavaScript ist in drei Hauptbereiche unterteilt:

1) Die “Topbar” bietet Platz für die grundlegende Navigation innerhalb der Web App. Die Navigationselemente wie etwa ein “Home”-Icon können rechts oder links angeordnet werden. Auch die Hauptüberschrift des Apps wird hier untergebracht.

2) In einem weiteren Div-Bereich mit der Bezeichnung Content finden erweiterte Menüs, Listen, Textboxen oder Bilder ihren Platz. Dabei macht das iWebkit ausgiebig von den Möglichkeiten der HTML-Listen Gebrauch, denen mit CSS verschiedene Kleider übergezogen werden. So gibt es etwa eine CSS-Klasse für eine Liste, die verschiedene Menü-Einträge mit Links zu den entsprechenden Daten auf die gleiche Weise darstellt wie etwa die Liste der Musiktitel oder Interpreten in der iPod-Anwendung von Apple. Der Code für den im Bild gezeigten Inhalt der Anwendung lautet:

<div id="content">
<ul class="pageitem">
	<li class="textbox">Orchideen sind anders. ...</li>
</ul>
<span class="graytitle">bitte eine Gattung wählen</span>
<ul class="pageitem">
	<li class="menu"><a href="URL"><img src="Bild-URL" alt="description" /><span class="name">Anacamptis</span></a></li>
	<li class="menu">... Dactylorhiza ...</li>
</ul>
</div>

3) Schließlich gibt es noch einen Footer, der etwa den Hinweis auf den Autor der App enthalten kann. Die iWebkit-Entwickler bitten darum, den Hinweis auf ihr eigenes Projekt nicht zu löschen.

Mit den Mitteln des Frameworks ist es nicht schwer, eine bestehende Website zur Web App zu schrumpfen – als Beispiel habe ich meine Orchideen-Website miramis.de in eine iPhone-Anwendung Orchis web app transformiert. Die Daten der Anwendung werden zusammen mit den iWebkit-Daten auf einen Server hochgeladen. Ruft man die Adresse mit der index.html der Web-Anwendung im Safari-Browser auf, bringt sie das Look and Feel einer typischen iPhone-Anwendung aufs Display. Mit dem Befehl “Zum Home-Bildschirm” (über den mit einem + gekennzeichneten Button am unteren Browser-Rand) kann man die Anwendung auch auf dem iPhone-Desktop speichern und danach direkt von dort ohne die Browser-Oberfläche starten. Die App-Erscheinung wird noch überzeugender, wenn man im Header der index.html ein Icon für die Anwendung (Bildgröße: 58 mal 58 Pixel) sowie einen Startbildschirm (Bild im Format 320 mal 460 Pixel) hinzufügt, der zuerst angezeigt wird, wenn die anderen Daten bereits geladen werden.

Eine Web App hat den Nachteil, dass sie stets auf eine Internet-Verbindung angewiesen ist. Dafür umgeht man aber die Hürde der Apple-Prüfung für den App Store. Wer etwas für die Verbreitung der eigenen App tun will, kann sie aber auch als Web App bei Apple anmelden.

Das iWebkit bietet auch eine Reihe von HTML-Formularen an, etwa Eingabefelder für die Anmeldung mit Passwort, Checkboxen und Dropdown-Karussels, die man mit dem Finger durchblättern kann. Was fehlt, sind die JavaScript-Eventhandler, um etwa bei der Auswahl eines Listeneintrags eine bestimmte Aktion auszuführen.

Bei der JavaScript-Unterstützung zeigen andere Frameworks für die Entwicklung mobiler Anwendungen ihre Stärken, etwa Cappuccino, das bereits Anwendungen mit der Leistungsstärke von Desktop-Programmen ermöglicht. Als vergleichbare Alternativen zum iWebKit bieten sich das iPhone User Interface Framework, kurz iui, und das auf jQuery beruhende JQTouch an.

Mit Google Buzz erhält XFN jetzt neue Schubkraft. Dem neuen Angebot geht es offenbar weniger darum, sich als Alternative zu Twitter und Facebook in Stellung zu bringen. Vielmehr will Buzz die bestehenden Profile im sozialen Web zusammenführen, auf einer neuen Plattform aggregieren. XFN ist der Klebstoff fürs soziale Web:

• Das Attribut rel=”friend” definiert eine freundschaftliche Beziehung zu der verlinkten Website.

• Das Attribut rel=”me” definiert eine Identitätsbeziehung zu der verlinkten Website: Die gerade angezeigte Webseite und die verlinkte Webseite sind derselben Person zugehörig.
  Um dem Browser mitzuteilen, was das Attribut bedeutet, wird im Header der Webseite eine Referenz zum XFN-Standard angegeben:

<head profile="http://gmpg.org/xfn/11">

Beim kommenden Standard HTML 5 wird das nicht mehr erforderlich sein – da sind die XFN-Attribute “friend” und “me” bereits integriert.

Mit rel=”me” können Twitter und Blogs im sozialen Netz an Google Buzz angekoppelt werden:

<a rel="me" href="http://twitter.com/pedromiramis/">meine Tweets</a>

Dazu hat Google auf der Profilseite des einzelnen Nutzers die Möglichkeit vorgesehen, Internet-Adressen hinzuzufügen und als “eigene Seite” festzulegen. Standardmäßig sind bereits die persönlichen Accounts in anderen Google-Angeboten wie Picasa oder YouTube ausgewählt.

In der Gegenrichtung kann der Buzz-Stream als Atom-Feed in beliebige Webseiten eingebunden werden, die Adresse lautet

http://buzz.googleapis.com/feeds/_user_/public/posted

(statt user ist der jeweilige Nutzername einzugeben)

Google hat bereits vor geraumer Zeit eine Software-Schnittstelle entwickelt, um Web-Anwendungen gezielt nach Freundschafts- und Identitätsbeziehungen suchen zu lassen, die Google Social Graph API. Der Google-Crawler erfasst die XFN-Angaben zu diesen Beziehungen und erstellt daraus einen “Sozialen Graphen”, einen Index von Beziehungen zwischen Personen. Neben XFN kommt auch FOAF (Friend of a Friend) zum Einsatz, das eine weitergehende Beschreibung von persönlichen Beziehungen zulässt. Genutzt wird die Social Graph API etwa von der Google-Plattform OpenSocial für die Entwicklung von Anwendungen für Soziale Netzwerke. Und bei Google Buzz werden die Ergebnisse, die der “soziale Crawler” aufgrund des Link-Attributs rel=”me” aufspürt, dazu verwendet, Postings aus anderen Quellen wie etwa Twitter in Buzz einzubinden.

Google hat angekündigt, die Buzz-API nach und nach zu erweitern und weitere Standards oder Protokolle anzubinden. Wie beim Wave-Projekt – um das es inzwischen ziemlich still geworden ist – soll Buzz von allen frei genutzt und den eigenen Bedürfnissen angepasst werden. Zum Start von Buzz ist die Verwaltung der persönlichen Kontakte noch nicht besonders gut gelöst – hier greift Buzz einfach auf die Kontaktdaten der Google Mail zu. In ersten Tagen wurden diese auch als “Follower” öffentlich gemacht – inzwischen aber ist Google nach einiger Kritik dabei, die Kontaktverwaltung nachzubessern und die Sichtbarkeit der persönlichen Kontakte einzuschränken.

Ein Nachteil insbesondere von NewsML besteht aber darin, dass die einzelnen News-Items schnell recht komplex werden können, insbesondere wenn der NewsML-Container mehrere Inhalte mit mehrfach verschachtelten Elementen umfasst. Zudem erfordern die Nachrichtendokumente in beiden XML-Standards eine zusätzliche XSLT-Datei für die Ausgabe in HTML oder Print.

Eine ähnliche Situation besteht auch für andere Webinhalte wie Blog-Beiträge oder Visitenkarten. Als eine Art Zwischenformat zwischen HTML und spezifischen XML-Sprachen bieten sich sogenannte Mikroformate an, die ein HTML-Dokument um vereinbarte semantische Attribute (etwa class, rel oder rev) ergänzen. Diese können dann ähnlich wie bei XML-Dokumenten von Anwendungen genutzt werden, so dass der HTML-Code zum einen sofort im Browser angezeigt wird, zum anderen weiterführende maschinenlesbare Informationen enthält.

Ein einfaches Beispiel ist das Mikroformat hCard als Alternative zum Mailformat vCard:

<div class="vcard">
<div class="fn">Max Mustermann</div>
<div class="org">Musterfirma</div>
<div class="tel">01234/56789</div>
<a class="url" href="http://www.mustermann.de/">http://www.mustermann.de/</a></div>

Analog gibt es nun den Vorschlag für ein Mikroformat hNews – im Oktober 2009 wurde die erste Version 0.1 für den Entwurf des offenen Standards vorgelegt. Initiatoren sind Associated Press und der Media Standards Trust (MST). Wie in hCard steht das “h” für HTML – es gibt aber auch die Deutung des Buchstabens h in der Bezeichnung von Mikroformaten als umgedrehtes μ (My) – dieser griechische Buchstabe wird als Abkürzung von Mikro benutzt. hNews will NewsML nicht ersetzen, sondern bietet sich eher als ergänzendes Zielformat für die Transformation von NewsML an.

“hNews ist ein Mikroformat, um semantische Informationen in Nachrichten zu bestimmen”, heißt es einleitend in dem Entwurf für den Standard, der auf hAtom aufbaut – dem Mikroformat für Blog-Beiträge. Zu den semantischen Attributen von hNews gehören etwa:

• class=”source-org” – Name des Nachrichtenanbieters

• class=”dateline” – Ort, an dem die Nachricht verfasst oder gesendet wurde

• class=”geo” – Geodaten von Orten, die in der Nachricht genannt werden

• rel=”item-license” – Angaben zu Lizenzbestimmungen des Nachrichtenanbieters

• rel=”principles” – Angaben zum journalistischen Kodex des Nachrichtenanbieters

Das vom hnews-Projekt angeführte Beispiel macht die (X)HTML-Struktur dieses Nachrichtenformats deutlich:

<div class="hnews hentry item">
<h4>    <a class="url entry-title" rel="bookmark" href="http://example.org/article/us-latam-obama-democracy.html">
      Renewing US ties with Latin America, Obama says he wants to lead, not lecture, on democracy</a></h4>
<div>
    <small> by
      <span class="author vcard"><a class="email fn" href="mailto:ben.feller@example.org">BEN FELLER</a></span>,
      <span class="source-org vcard"><a class="url org fn" href="http://www.ap.org">Associated Press</a></span>,
      <a rel="principles" href="http://www.ap.org/newsvalues/index.html"><img src="/wikidir/images/principles-button-blue.png" alt="" /></a>  -
      <span class="updated dtstamp" title="2009-04-19T18:17:29Z">19 April 2009 18:17 GMT</span>
    </small></div>
<div class="entry-content">
 
<span class="dateline">PORT-OF-SPAIN, Trinidad</span> (AP) -- Defending his brand
      of world politics, President Barack Obama said Sunday...
 
Both Graham and McCaskill spoke on "Fox News Sunday." Ensign was interviewed on CNN's
      "State of the Union."</div>
<div>
    <small>
      News Topics:
      <a rel="tag" href="http://example.org/Summits">Summits</a>, ...,
      <a rel="tag" href="http://example.org/Government+policy">Government policy</a>
 
      People, Places and Companies:
      <a rel="tag" href="http://example.org/Barack+Obama">Barack Obama</a>, ...,
      <a rel="tag" href="http://example.org/Hugo+Chavez">Hugo Chavez</a>
    </small></div>
<div class="geo">
    <small>
      Lat: <span class="latitude">10.65715</span>
      Long: <span class="longitude">-61.483582</span>
    </small></div>
<div id="first-sample-license">
    <small>
      Copyright 2009 The <a rel="item-license" href="#first-sample-license">Associated Press</a>.
      All rights reserved. This material may not be published, broadcast, rewritten or redistributed.
    </small></div>
</div>

Associated Press will hNews nach eigenem Bekunden auch dazu verwenden, um die Verbreitung ihrer Nachrichten im Web zu kontrollieren. Zum einen sollen Urheberrechtsverstöße erkannt und verfolgt werden. Zum anderen will die Agentur als Originalquelle von Nachrichten eine größere Aufmerksamkeit im Netz erhalten, gemessen an Klickzahlen und dem Ranking der Suchmaschinen. In den FAQ zu hNews erklärt AP-Entwickler Stuart Myles, das Format lasse die Einbindung eines “Web bugs” zum Tracken von Online-Content zu (etwa in Form eines Zähl-Pixels). Für sich genommen enthält hNews allerdings keine derartige Funktion.

Wenn hNews zu einem allgemein akzeptierten Standard wird, könnte dies ein wesentlicher Schritt zu einem “semantischen Web” sein. Die Attribute des Formats ließen sich dann von Webanwendungen gezielt zur Kanalisierung der Informationsflut verwenden. Bislang unterstützen vor allem AP, AOL und einige kleinere Anbieter das Format. In Europa scheint die Diskussion über Nachrichtenformate bislang nicht recht voranzukommen. Das könnte sich ändern, wenn hnews seine Eignung für den Aufbau einer umfassenden News-Registry unter Beweis gestellt hat.