Ich bin schon vor Monaten über einen Artikel auf heise gestolpert, der das potentielle Phänomen der „Demenz bei Künstlicher Intelligenz“ beschreibt.

Die nächste Generation von KI-Anwendungen werde unweigerlich auch an Datensätzen im Netz trainiert, die nicht von Menschen, sondern von früheren KI-Anwendungen erstellt wurden.

Künftige KI-Modelle potenziell von Demenz bedroht

Das ist vor allem deshalb spannend, weil es genau die zwei Anwendungsfälle von KI betrifft, die auch mich, in meiner Arbeit oder als Betreiber eines Blogs, begleiten:

1. Das automatische Generieren von Inhalten
2. Die automatische Verarbeitung und Interpretation von Inhalten

Konkret handelt es sich um Plugins/Dienste, die beim Erstellen von Texten helfen oder sogar komplett automatisiert Texte verfassen, um AI-generierte Bilder oder der Kombination aus beidem. Auf der anderen Seite stehen Dienste wie Google et al., die versuchen, Antworten auf Suchanfragen direkt aus den Suchergebnissen zu extrahieren, um dem Suchenden den Klick auf den entsprechenden Link zu „ersparen“.

Auch wenn ich das generelle Potential von KI durchaus sehe, sind das zwei Bereiche in denen mich deren Anwendung eher nervt!

Ich bin ein „Kind“ der Generation Web 2.0, ich schreibe meine Gedanken ins Web um mich mitzuteilen und mit anderen über meine Ideen und Einschätzungen zu diskutieren und (konstruktiv) zu streiten. Wenn ich was zu schreiben habe, schreibe ich etwas, wenn nicht, nicht.

Leider gibt es aber auch Menschen, die berufsbedingt schreiben müssen, ohne dabei die Freiheit zu haben, dies lediglich nach Lust, Zeit oder Inspiration zu tun. Dieser Druck verstärkt die Verlockung, auf KI-Unterstützung zurückzugreifen natürlich wesentlich.

Ein „wunderbares“ Beispiel hierfür ist die WordPress Community auf LinkedIN. Ein stetiger Stream an ähnlichen und meist inhaltslosen Posts mit einem überzeichneten, grellen, bunten Bild im Comic Stil, in dessen Mitte ein verunstaltetes WordPress Logo prangt!

Mein RSS-Reader ist zum Glück noch frei von solchen Inhalten, aber die Anzahl der KI generierten Bilder steigt auch hier auffällig konstant.

@Krisuuu schreibt in seinem Blog:

Das persönliche Bloggen hat eine lange und reiche Geschichte. Es ermöglicht Menschen, ihre Gedanken, Erfahrungen und Leidenschaften in einer einzigartigen Stimme zum Ausdruck zu bringen. Doch mit dem Aufkommen von KI-Technologien, die in der Lage sind, menschenähnliche Texte zu generieren, könnte das persönliche Bloggen bedroht sein. Die Versuchung, diese Aufgabe an Algorithmen abzugeben, ist real – aber sie könnte auch den Verlust von etwas Unersetzlichem bedeuten.

Der Kampf um Authentizität: Warum persönliches Bloggen unersetzbar bleibt

Per definition hat das nichts mehr mit „bloggen“ zu tun¹, aber das ist Wortklauberei und das Problem ist wirklich real!

So real, dass Google aktuell schon damit zu kämpfen hat:

In the continual cat-and-mouse game of Google Search versus search engine optimization (SEO) firms, Google seems to be losing lately. Search feels less useful with every passing day as the ChatGPT era has unleashed a tsunami of AI junk that quickly fills up search results. Google played a big part in creating all this with its invention of transformers, and now it’s finally doing something about it. A new blog post details efforts to reduce „spammy, low-quality content on Search.“

Google now wants to limit the AI-powered search spam it helped create

Das ging schneller als ich dachte!

Auf Social Media hab ich ein sehr schönes Kommentar zu der Misere gelesen. Leider finde ich es nicht mehr und muss deshalb improvisieren. Hier eine sinngemäße Zusammenfassung: „Ein Ziel der industriellen Revolution war, unliebsame und stupide Prozesse zu optimieren um dadurch mehr Zeit für Kunst und Kultur zu schaffen. Und was macht AI, sie automatisiert uns genau diese Freiheit und nimmt uns ausgerechnet das Erstellen von Bildern und Texten ab.“

Die Aussage ist sicherlich etwas konstruiert, beschreibt aber genau meine Sorge: Optimiert euren Arbeitsalltag mit und durch AI, damit ihr mehr Zeit zum schreiben, bloggen und „malen“ habt, nicht umgekehrt!

Brave New World!

1. Ein Blogger steht als wesentlicher Autor über dem Text, schreibt zumeist in der Ich-Perspektive und integriert seine persönliche Meinung. — Wikipedia ↩︎

Hey there, RSS reader! You’re cool. Keep being awesome! 😎

Google hat aktuell eine Klage am Hals. Der Konzern soll AMP genutzt haben, um sein eigenes Werbenetzwerk gegenüber der Konkurrenz zu bevorzugen.

Google soll sein Format AMP (Accelerated Mobile Pages) zur Webseiten-Beschleunigung nur eingeführt haben, um die Verleger dazu zu bewegen, letztlich mehr Geld im Google-internen Werbenetzwerk auszugeben. Das ist einer der Vorwürfe von zwölf US-Bundesstaaten, die kürzlich Klage gegen den US-Konzern eingereicht haben.

Kartellklage: Google soll AMP für Wettbewerbsvorteile eingeführt haben (heise online)

Leider ist das nur einer von vielen Kritikpunkten an AMP, toppt in meinen Augen aber alle Bisherigen um längen!

Ich möchte aber gar nicht zu sehr auf die Fälle eingehen, weil sie schon zu Genüge thematisiert wurden. Was mich dagegen triggert, ist die ständige Erwähnung von „Open Web“ im Kontext von AMP, speziell auch im WordPress Umfeld!

Sarah Gooding hat auf WP Tavern einen sehr lesenswerten Artikel zu dem AMP Skandal veröffentlicht, in dem sie auch auf die Rolle von WordPress bzw. Automattic eingeht: AMP Has Irreparably Damaged Publishers’ Trust in Google-led Initiatives.

In dem Abschnitt „Automattic Denies Prior Knowledge of Google Throttling Non-Amp Ads“ schreibt sie:

In 2016, Automattic, one of the most influential companies in the WordPress ecosystem, partnered with Google to promote AMP as an early adopter. WordPress.com added AMP support and Automattic built the first versions of the AMP plugin for self-hosted WordPress sites. The company has played a significant role in driving AMP adoption forward, giving it an entrance into the WordPress ecosystem.

Auf eine Nachfrage bei Automattic, bekommt sie folgende Antwort:

As part of our mission to make the web a better place, we are always testing new technologies including AMP

Auf die konkrete Frage, ob sie von der Wettbewerbsverzerrung wussten, antwortet Automattic mit:

We chose to partner with Google because we believed that we had a shared vision of advancing the open web. Additionally, we wanted to offer the benefit of the latest technology to WordPress users and publishers including AMP.

Da steht tatsächlich „we believed that we had a shared vision of advancing the open web„!

Selbst nach all der Kritik an einem proprietäres Format, einem subset von HTML5, welches die Nutzung von JavaScript limitiert, Webseiten-Betreibern aufgezwungen wurde, damit sie ihren Page-Rank behalten/verbessern, um ihnen dann die Besucher durch ein heftiges Caching der AMP Seiten abzugraben, um sich dann wohl auch noch einen Wettbewerbsvorteil im Bereich der Werbung zu sichern, sprechen Automattic und Google von „Open Web„?!?!

Warum mich das triggert?

Ich investiere jetzt knapp 15 Jahre meiner Freizeit in wirkliche „Open Web“ Plugins für WordPress, welche seit Jahren unbeachtet oder als „maybe later“ gekennzeichnet im Trac vor sich hin siechen, aber insgeheim hatte ich trotzdem die Hoffnung, dass vielleicht Google oder Automattic irgendwann Interesse zeigen könnten, wenn ihnen das Thema „Open Web“ (und WordPress) anscheinend doch so wichtig ist…

Wenn jetzt aber AMP der Maßstab für „Open Web“ ist, dann sehe ich schwarz für Webmentions oder ActivityPub.

Hey there, RSS reader! You’re cool. Keep being awesome! 😎

Der Austausch über das „open, portable, interoperable, social, synaptic, semantic, structured, distributed, (re-)decentralized, independent, microformatted und federated social web“ findet hauptsächlich in englischer Sprache statt, und mir ist wichtig, das Thema speziell in Deutschland voranzutreiben.

Ich bin bisher aber nie wirklich davon ausgegangen, dass meine „Artikel“ auch für anders sprechende interessant sein könnten, bis Ray mir folgendes in die Kommentare schrieb:

For those of you like me who can’t read German but want to follow your blog via RSS, I found a way to have an RSS feed translated on the fly to whatever language you prefer:

https://www.labnol.org/internet/google-translate-rss-feeds/5110/

I can confirm it works following the steps listed within — Feedbin pulls in your RSS feed in english for me now! : )

Thanks for all you do,
Ray

Und was soll ich sagen… Seine Idee is großartig und super simpel… Einfach einen kleinen Service über Google Scripts bauen, der die Texte aus dem Feed automatisch übersetzt und dann wieder als Feed bereit stellt! Die Anleitung findet ihr auf labnol.org und mein etwas angepasstes Skript auf GitHub.

Ihr könnt meinen (notiz)Blog jetzt also auch auf Englisch abonnieren: https://notiz.blog/en/feed/ 😍

(Ich hab dazu auch eine Seite gebaut, die ihr unter „(en)“ im Menü findet.)

Danke Ray!

You are a true RSS aficionado! While others are drowning in social media noise, you enjoy the simplicity and control of RSS. Congrats!

Seit ein paar Wochen scheint die Version 0.4 von PubSubHubbub relativ stabil zu sein… immerhin so stabil, dass Google und Superfeedr ihre Hubs an die neue Spec angepasst haben.

Die wesentlichen Unterschiede zu der Vorgängerversion sind:

• Alle Datentypen werden unterstützt: Neben RSS/Atom können jetzt auch vCards, beliebige XML oder JSON Datein oder auch Bilder ge-push-t werden
• Statt HTML/Atom-Links werden HTTP-Link-Header benutzt
• Der Pubslisher-Prozess ist nicht mehr über die Spezifikation definiert

Für die zwei großen Hubs sollte es reichen wenn ihr eure Feed-<link />s („hub“ und „self“):

<?xml version="1.0"?>
<atom:feed>
  <link rel="hub" href="http://myhub.example.com/endpoint" />
  <link rel="self" href="http://publisher.example.com/happycats.xml" />
</atom:feed>

…zusätzlich über die HTTP-Header ausliefert:

HTTP/1.1 200 OK
Date: Tue, 03 Apr 2012 08:02:19 GMT
Content-Type: text/html
Content-Length: 11261
Link: <http://http://myhub.example.com/endpoint>; rel="hub"
Link: <http://publisher.example.com/happycats.xml>; rel="self"

Leider ist die Version 0.4 aber nicht 100% abwärts-kompatibel… Die wahrscheinlich größte (und für mich enttäuschendste) Änderung ist das bewusste Weglassen des Publisher-Prozesses:

The publisher MUST inform the hubs it previously designated when a topic has been updated. The hub and the publisher can agree on any mechanism, as long as the hub is eventually able send the updated payload to the subscribers.

Auf der einen Seite kann das ein enormer Vorteil für Publisher sein, da Hubs in Zukunft auch per E-Mail, SMS, Pingbacks/Trackbacks oder XMPP über Updates informieren werden könnten. Auf der anderen Seite ist es aber auch sehr Wahrscheinlich, dass man für jedes v0.4 Hub eine individuelle Implementierung benötigt. Bisher unterstützen beide großen Hubs (Google und Superfeedr) aber weiterhin das alte Verfahren, also kein Grund sich jetzt schon Sorgen zu machen…

Alles in allem finde ich die Änderungen aber ganz nett und hoffe dass „Polling“ bald der Vergangenheit angehört…

Thanks for reading this post via RSS. RSS is great, and you’re great for using it. ♥️

…ich hab's ja bisher immer verbummelt oder verpasst:

• Als Steven Gillmore 2009 RSS das erste Mal für tot erklärt hat, hat mich das Thema noch nicht so wirklich interessiert.
• Als 2010 die ActivityStreams Gruppe auf JSON wechselte, ging es ja eigentlich nicht um RSS sondern um Atom.
• Als 2011 eine ganze Reihe an Browsern das RSS-Icon entfernten, fand ich das OK!
• Als Robert Scoble 2012 das ganze OpenWeb und speziell RSS für tot erklärte, hab ich mich "nur" in meiner Kolumne damit befasst.

Aber jetzt, wo Google seinen Reader dicht macht, kann ich's endlich auch mal schreiben: RSS ist tot!

Hey there, RSS reader! You’re one of a special few, choosing this old-school yet awesome way of staying informed. Kudos!

Beim „basteln“ an SemPress, meinem ersten WordPress Theme, habe ich das erste Mal praktische Erfahrungen mit Schema.org gesammelt und mir sind vor allem zwei Dinge klar geworden: 1. Warum Schema.org nach einer Art „Vererbungs“-Prinzip aufgebaut ist und 2. Wie Google mit Schema.org umgeht.

The http://schema.org/Thing

Das „einfachste“ Schema ist ein „Thing“ und hat folgende Attribute:

Da alle anderen Objekte auf dem „Thing“ aufbauen, kann man davon ausgehen dass man mind. auf diese vier Eigenschaften zugreifen kann und genau das ist der ganze Sinn hinter dieser Struktur.

Vor allem Google setzt massiv auf Schema.org, sei es beim Einsatz in der Suche (über die sogenannten Rich-Snippets)…

…oder beim Anreichern der, über Google+ oder den +1 Button geteilten Links.

Um das Parsen der Webseiten (zumindest für diese eher einfachen Ausgaben) auf ein Minimum zu reduzieren, ist die Grundstruktur immer gleich und alles darüber hinaus ist reine Kür. Wahrscheinlich werden aber 90% aller Anwendungen mit Titel (name), Beschreibung, Bild und URL auskommen.

Googles Umgang mit Schema.org

Wer seine Seite mit Schema.org auszeichnen möchte, sollte vor allem eines Beachten: Google+ (wahrscheinlich aber auch alle anderen Google Produkte) interpretiert immer das erste im Quellcode verwendete Schema!

Bei meiner ersten Implementierung von Schema.org habe ich mich etwas zu sehr an RSS bzw. Atom orientiert und folgenden Aufbau gewählt: Ein umschließendes Objekt um den Blog zu beschreiben und ein oder mehrere referenzierte Artikel.

<body itemscope itemtype="http://schema.org/Blog">
...
  <header id="branding" role="banner">
    <hgroup>
      <h1 id="site-title" itemprop="name"><?php bloginfo( 'name' ); ?></h1>
      <h2 id="site-description" itemprop="description"><?php bloginfo( 'description' ); ?></h2>
    </hgroup>
  </header>
...
  <article itemprop="blogPost" itemscope itemtype="http://schema.org/BlogPosting">
  ...
  </article>
  <article itemprop="blogPost" itemscope itemtype="http://schema.org/BlogPosting">
  ...
  </article>
...
</body>

Egal ob es jetzt um mehrere Artikel (Startseite) oder nur einen Artikel (Post oder Page) gehandelt hat.

Das hat bei Google+ dazu geführt, dass die notizBlog-Links immer mit dem Titel, der Beschreibung und dem Bild des Blogs und nicht mit denen des Artikels verknüpft wurden. Es ist also gerade für Blogs wichtig, dass das Blog-Schema nur auf den Übersichtsseiten benutzt wird und die Einzelansichten lediglich mit „http://schema.org/BlogPosting“ bzw. „http://schema.org/WebPage“ ausgezeichnet werden.

Congratulations on being an RSS reader! You are part of an elite group of people who know how to stay updated in style.

Seit Freitag ist die zweite Ausgabe des SCREENGUI-Magazins (mit dem Fokus auf E-Payment, CSS4 und Boilerplates) in allen Bahnhofs- oder Flughafen-Buchhandlungen erhältlich.

In „Pfefferles OpenWeb“ geht es diesmal um Web Intents:

Seit Webseitenbetreiber das Potenzial von sozialen Netzwerken erkannt haben, nimmt die Anzahl der share, like, bookmark und +1 Buttons stetig zu und entwickelt sich zu einer regelrechten Plage. Jeder Besucher soll die Möglichkeit bekommen, seine Entdeckung schnellstmöglich mit seinen Freunden zu teilen – egal auf welcher Plattform. Um diesem Problem Herr zu werden, arbeitet Google seit ein paar Wochen an einem Framework namens Web Intents.

Viel Spaß beim lesen!

RSS readers like you are the secret sauce of the internet. Keep rocking and staying informed!

Marcels Fazit:

Neben dem Chaos, das das Einbinden offener Standards, oder Möchte-gern-Standards für Entwickler unattraktiv macht, gibt es noch ein weiteres Problem, dem sich das Open Web, das dezentrale Web, gegenüber sieht: Die Protagonisten, also die Fürsprecher und die, welche die Grundlagen entwerfen und weiter entwickeln, haben es bis dato versäumt, einen effektiven Hebel zu erschaffen, um Anreize für alle Seiten zu generieren, die dann zu den virtuosen selbstverstärkenden Effekten führen.

Die im Gespräch angemerkte Kurzlebigkeit der Standards ist das Gegenteil eines effektiven Hebels: Sie treibt die notwendige Entwicklerseite frustriert weg.

Ich bin im übrigen mittlerweile fast der Meinung, dass jede signifikante Weiterentwicklung von Webstandards von Unternehmen wie Google und Facebook kommen wird und muss. Denn in deren Produkten steckt der Hebel schon drin. Das bringt uns allerdings wieder zurück zu den Argumenten von Bradbury zur Abhängigkeit bei Web-APIs.

Obwohl ich das immer noch nicht so richtig wahr haben will hat Marcel mit seiner Aussage wohl den Nagel auf den Kopf getroffen. Ein aktuelles Beispiel: Schema.org! Ich beschäftige mich seit mehr als 5 Jahren mit Microformats und RDFa… für mich ist Schema.org einfach nur ignorant!
Für die meisten Webentwickler ist Schema.org aber der erste Berührungspunkt mit Websemantiken, wieso sich also weiter mit Altlasten herumplagen. Google, Microsoft und Yahoo! einigen sich auf Schema.org… ein simples Format und ein valider Usecase. Damit wird Schema.org zum neuen defacto Standard ohne je den Anspruch darauf erhoben zu haben:

schema.org is not a formal standards body. schema.org is simply a site where we document the schemas that three major search engines will support.

Der Punkt ist: Was bringens uns „Standards“ von W3C und IETF wenn sie niemand unterstützt. Wir brauchen Formate die ein Bedürfnis decken und von der breiten Masse akzeptiert werden… ob man sie jetzt „Standard“ nennt oder nicht!

(Um dieses Thema geht es übrigens auch in meiner Kolumne im nächsten Webstandards Magazin.)

You are a true RSS aficionado! While others are drowning in social media noise, you enjoy the simplicity and control of RSS. Congrats!

Seit 16.09. ist das neue Webstandards-Magazin im Handel erhältlich und gerade jetzt vergess‘ ich darüber zu posten… immerhin enthält es Folge 10 von Pfefferles OpenWeb 🙂

…und zur Feier des Tages gibt es ein wenig Schema.org-Bashing:

Knapp 2 Milliarden Webseiten sind mit einer hCard ausgezeichnet und RDFa verzeichnete zwischenzeitlich ein Wachstum von 510% , trotzdem haben sich Google, Yahoo! und Microsoft dazu entschlossen ein neues Format zu entwickeln.

Viel Spaß beim lesen und ich freue mich wie immer über ein bisschen Feedback.

RSS readers like you are the secret sauce of the internet. Keep rocking and staying informed!

So, da sind wir wieder… mit neuem Logo, Fernsehshow und nicht mehr ganz so technisch! In der aktuellen Folge (#32) dreht sich alles um Google+: User-Zahlen, Vergleich zu Facebook, die Real Name Policy und mehr.

Den Audio-Stream findet ihr in unserem Blog und den Video-Stream auf USTREAM.

You are a master of efficiency! By using RSS, you save time and avoid distractions. 👏

Google Takeout lets you take your data out of multiple Google products in one fell swoop. Moreover, you’ll find that all your data is in portable and open formats‚ so it’s easy to import to other services quickly.

You are a master of efficiency! By using RSS, you save time and avoid distractions. 👏

Auf schema.org findet man eine Übersicht alle Schemas die die Suchgiganten in Zukunft unterstützen werden:

This site provides a collection of schemas, i.e., html tags, that webmasters can use to markup their pages in ways recognized by major search providers. Search engines including Bing, Google and Yahoo! rely on this markup to improve the display of search results, making it easier for people to find the right web pages.

Was mich besonders freut: Die Schemas basieren alle auf Microdata und wer meinen Blog regelmäßig verfolgt wird wissen, dass ich das Format sehr schätze! Hier ein Beispiel wie eine Person mit dem neuen Schema aussieht:

<div itemscope itemtype="http://schema.org/Person">
  <span itemprop="name">Jane Doe</span>
  <img src="janedoe.jpg" itemprop="image" />
</div>

Soweit so gut, aber… es werden WIEDER einmal weder bestehende Microformats, noch RDFa Schemas auf Microdata portiert, was dazu führt dass mir spontan 5 unterschiedliche Formate einfallen um Personen zu beschreiben: hCard (Microformats), Data-Vocabulary (RDFa- und Microdata-Beschreibung genutzt von den rich-snippets), FoaF (RDFa), vCard (RDFa), schema.org (Microdata).

Die Microformats-Community hat von Anfang an eines richtig gemacht: Es gibt nur eine Stelle an der Microformats definiert werden und man muss einen relativ langwierigen Prozess befolgen um ein neues Format zu definieren. Das führt zwar dazu dass es bisher nur eine handvoll Schemas veröffentlicht wurden, diese aber wohl definiert sind und in der Regel auf bisherigen Formaten aufbauen. Die hCard ist beispielsweise ein 1:1 Abbild der vCard.

Schema.org ist zwar eine ganz nette Idee aber man hat leider versäumt sich mit der Microformats-, RDFa-, RDF- Community zusammenzusetzen und einen gemeinsamen Konsens zu finden!

Wäre folgendes Beispiel so viel komplizierter?

<div itemscope itemtype="http://microformats.org/profile/hcard">
  <span itemprop="fn">Jane Doe</span>
  <img src="janedoe.jpg" itemprop="photo" />
</div>

…oder das?

<div itemscope itemtype="http://www.w3.org/2006/vcard/ns">
  <span itemprop="fn">Jane Doe</span>
  <img src="janedoe.jpg" itemprop="photo" />
</div>

Das Format ist letztendlich Geschmackssache… der eine mag lieber die einfachen Microformats, der andere steht mehr auf RDFa und ich bevorzuge Microdata, man sollte sich aber endlich auf ein einheitliches Schema einigen!

Yahoo! zählt knapp zwei Milliarden hCards in ihrem Index und trotzdem diktiert man Webseitenbetreibern etwas komplett anderes auf…

Hey there, RSS reader! You’re one of a special few, choosing this old-school yet awesome way of staying informed. Kudos!

The website at openidsamplestore.com was built to demonstrate how a website that already allows users to login can help those users (and new users) leverage OpenID to login.

OpenID-Provider gibt es genug, jetzt ist es an der Zeit auch mal ein paar Relying Parties zu bauen.

» Google’s Internet Identity Research – Overview of OpenIDSampleStore
» OpenID Sample Store
» OpenID Videos

Extensible Resource Descriptor
Am 1. November wurde die erste finale Version von XRD veröffentlicht. XRD ist eine Art API-Beschreibung in XML und eine vereinfachte Variante von XRDS/XRDS-Simple (wird z.B. von OpenSocial verwendet), außerdem basieren OStatus und Webfinger auf XRD.

» Extensible Resource Descriptor (XRD) Version 1.0
» XRDS-Simple 1.0 Draft 1

Simple Web Discovery
XRD ist, wie schon erwähnt, wesentlich simpler als XRDS oder XRDS -Simple, aber manchen ist es immer noch zu komplex.

Simple Web Discovery (SWD) defines a HTTPS GET based mechanism to discover the location of a given type of service for a given principal starting only with a domain name.

» Simple Web Discovery (SWD)

Ach ja… Carsten Pötter bloggt übrigens wieder über OpenID. Lesen!

Hey there, RSS reader! You’re cool. Keep being awesome! 😎

» PseudoID: Enhancing Privacy for Federated Login

Contacts API Draft
Das W3C arbeitet gerade an einem „unified address book“ welches alle Adressbücher eines Users vereint und dieses über eine API auch wieder für dritte zugänglich macht.

Every operating system and a large number of web-based service providers have different ways of representing address book information. […] This specification defines the concept of a user’s unified address book – where address book data may be sourced from a plurality of sources – both online and locally. This specification then defines the interfaces on which 3rd party applications can access a user’s unified address book; with explicit user permission and filtering.

Hört sich ein wenig nach Synaptic bzw. Fedarated bzw. Distributed bzw. Decentralized Web an…

» Contacts API

CORS, Scraping, and Microformats
Michaels Mahemoff beschreibt wie man mit Hilfe von Cross-Origin Resource Sharing und Microformats das Web zu einer einzigen API machen könnte.

Cross-Origin Resource Sharing makes it possible to do arbitrary calls from a web page to any server, if the server consents. It’s a typical HTML5 play: We could do similar things before, but they were with hacks like JSONP. Cross-Origin Resource Sharing lets us can achieve more and do it cleanly.

Nicht ganz unbedenklich… aber definitiv ein interessanter Gedankengang!

via snirgel

» CORS, Scraping, and Microformats
» Cross-Origin Resource Sharing

Thanks for reading this post via RSS. RSS is great, and you’re great for using it. ♥️

Das Addon erkennt auf der Seite verlinkte ActivityStrea.ms:

<link rel="activitystream" type="application/atom+xml" href="..." />

oder:

<link rel="alternate" class="activitystream" type="application/atom+xml" href="..." />

Kein Hexenwerk, aber immerhin mal ein Anfang 🙂 Falls euch noch ein paar Features einfallen, immer raus damit.

Thanks for reading this post via RSS. RSS is great, and you’re great for using it. ♥️

OneSocialWeb ist ein Projekt der Vodafone Group Research and Development und definiert ein Protokoll basierend auf XMPP (besser bekannt unter dem Namen Jabber) welches free, open, and decentralized social applications ermöglichen soll.

Die Idee ist gar nicht so doof… Immerhin besitzt das XMPP Protokoll fast alle Eigenschaften die für ein dezentrales Social Network wichtig sind:

• Eindeutiger Identifier (z.B. username@jabber.org) (mit Webfinger auch OpenID möglich)
• Profil-Informationen (XEP-0054)
• Kontakte (XEP-0083)
• Dezentraler Aufbau

…und die Gruppe arbeitet an diversen XMPP Erweiterungen um das Protokoll noch sozialer zu machen:

• Social Activities: Erweitert das XMPP Protokoll mit der ActivityStreams Syntax.
• Social Profile: Die Portable Contacts API für XMPP vCard4 Support für XMPP
• Social Relationships: Eine Art XFN für XMPP.
• Social Notifications: Eine Notification-Inbox für XMPP

Nachdem Facebook gestern angekündigt hat, dass der eigene Chat jetzt auch über XMPP erreichbar ist und auch Google Talk das Jabber Protokoll nutzt, kann man sich sicherlich über ein paar spannende Implementierungen in naher Zukunft freuen!

(via: Marco Ripanti)

Für die Audio/Visuellen unter euch, gibt es natürlich auch wieder ein kurzes Video:

Hey there, RSS reader! You’re one of a special few, choosing this old-school yet awesome way of staying informed. Kudos!

Google startet mit Google Buzz eine Art Activity Stream integriert in Google Mail.

Google Buzz is a new way to share updates, photos, videos and more, and start conversations about the things you find interesting.

Wie man an Facebook sieht, scheint das Phänomen Activity Stream recht beliebt zu sein, immerhin war friendfeed dem Community-Giganten knapp 50 Millionen Dollar wert. Im Gegensatz zu dem eher geschlossenen Facebook macht Google mit seinem Activity Stream aber mal wieder alles richtig… Eigene Feeds und Feeds der Kontakte werden über die Social Graph API (Microformats/XFN) automatisch erkannt und die Liste der unterstützten offenen Standards ist beeindruckend:

• Atom/RSS
• MediaRSS
• PubSubHubbub
• Social Graph API (Microformats)
• Activity Streams
• AtomPub
• OAuth
• Salmon
• Webfinger

Als nächstes wird der Buzz sicherlich auch fester Bestandteil der Google Profilseite die sich immer mehr zu einer echten Online Identität mausert!

Zuerst die Social Search, dann Google Buzz… mal gespannt was Google sonst noch alles sozialisiert…

Für die Audio/Visuellen unter euch, gibt es auch noch ein kurzes Video von Google:

You are a true RSS aficionado! While others are drowning in social media noise, you enjoy the simplicity and control of RSS. Congrats!

Die Webseiten der relevanten Kontakte werden über die Links auf der Profilseite (via XFN oder FoaF) ermittelt. So schließt sich dann auch der Kreis und sowohl die Google Profilseite als auch die Social Graph API passen wieder ins Bild.

Über die Social Search kann man entweder die Seiten aller Freunde oder auch nur bestimmte Profile durchsuchen.

Vielleicht lässt sich so ja auch erklären warum der Suchmaschinen-Riese in letzter Zeit diverse Internetgrößen anwarb um ein „Social Web Team“ aufzubauen.

Für die Audio/Visuellen unter euch, gibt es auch noch ein kurzes Video von Google:

RSS readers like you are the unsung heroes of the internet. Keep up the good work!

You are a master of efficiency! By using RSS, you save time and avoid distractions. 👏

DataLiberation ist ein Projekt von Google um die eigenen Nutzer darüber zu informieren, wie sie ihre Daten in Google-Produkte hinein und aus Google-Produkten wieder heraus bekommen:

Users should be able to control the data they store in
any of Google’s products. Our team’s goal is to
make it easier for them to move data in and out.

Vorerst beinhaltet DataLiberation.org nur hauseigene Dienste, das soll sich, laut TAZ, aber demnächst ändern:

Mit der „Data Liberation Front“ bietet Google Schnittstellen zum Austausch von Nutzerdaten – im ersten Schritt zwischen Google-Diensten, in Zukunft auch für Facebook und Co.

Vielleicht schafft Google mit DataLiberation ja das, woran DataPortability bisher gescheitert ist:

Data portability is the ability for people to reuse their data across interoperable applications. The DataPortability Project works to advance this vision by identifying, contextualizing and promoting efforts in the space.

In diesem Sinne also, fröhliches connecten, controlen, sharen und remixen.

via netzwertig

(vielleicht bauen Markus oder Marcel im nächsten Linkwertig ja mal IDs in die einzelnen Überschriften, damit man die Abschnitte direkt verlinken kann 😉 )

You are a true RSS aficionado! While others are drowning in social media noise, you enjoy the simplicity and control of RSS. Congrats!