Online Mädchen

July 04, 2008

nikniksandanjakjan » Niko : HFU: Langsam, DM: kreativ.

by Niko at July 04, 2008
Heute habe ich, genau 126 Tage nach Abgabe, endlich mein Zeugnis erhalten. Wieso dauert das bloß so lange? Sonst waren die doch immer so ruckizucki bei der HFU? Anderes Thema: Dieses schicke Lipsync-Video haben einige findige Studis meines (EX!-) Fachbereichs gedreht. Möchte gerne mal DAS Drehbuch sehen! Sehr schön gemacht! Vielleicht ist einigen noch das Ding [...]
Leider gabs doch Probleme mit dem alten Foto-Plugin, und alle alten Artikel mit Fotos sind jetzt ohne Foto. Deshalb gibts jetzt ein neues Plugin. Hab die alten Fotos alle in einen Ordner geschmissen, kann man sich jetzt angucken. Bald kommt eine Anleitung zum benutzen des neuen Plugins, muss erstmal selber durchsteigen:) Ich hoffe das ist [...]
July 03, 2008

das unschuldslamm : university lipdub

by das-unschuldslamm (noreply@blogger.com) at July 03, 2008
vor einiger zeit - als wir noch studenten waren - hatten einige von uns auch die idee ein video zu drehen in dem alle lippensynchron ein lied performen, nachdem wir dieses video entdeckt hatten (song "flagpole sitta" von harvey danger):



doch irgendwie wurde nichts draus. aber unsere nachfolger der fakultät digitale medien der hochschule furtwangen haben es jetzt umgesetzt und zwar richtig geil. zum lied "257 weeks" von nine days singen, tanzen und springen die studenten und sogar ein professor macht mit.



geile aktion - mehr dazu unter universitylipdub.com.

notizBlog : Apple-Adressbuch Kontakte als hCards speichern

by Matthias Pfefferle

Lustro.jpg

Lustro ist ein kleines Tool um die Kontakte aus dem Apple-Adressbuch in die verschiedensten Formate zu exportieren…

Keine Ahnung für was ich das “Kontakte to hCards” - Feature benötigen könnte, aber Lustro verarbeitet Microformats also wird drüber gebloggt ;)

emailtoid.logo.pngEMAIL to ID ist ein Service, der eine E-Mail - Adresse zu OpenIDs macht.

Emailtoid is a simple mapping service that enables the use of email addresses as OpenID identifiers.

EMAIL to ID will kein neuer Provider sein, sondern sieht sich selbst nur als Übergangslösung bis E-Mail Services (z.B. GMX oder GMail) selbst diesen Dienst anbieten.

Der Login-Prozess soll folgendermaßen ablaufen:

When a user enters in an email address, there is an xrds discovery made on the top level domain (eg, gmail.com). If the XRDS document contains an Emailtoid mapper or email transformation template, use that. If not, then you make the same request on emailtoid.net to get the mapper document and send the email to there. Emailtoid is a fallback.

Wie genau das Mapping oder das XRDS-Dokument aussehen soll ist noch nicht spezifiziert, wird aber demnächst hier zu finden sein.

Macht eine E-Mail - Adresse als OpenID Sinn?

In Zukunft steht sicherlich die URL im Zentrum des Authentifizierungsprozesses, da sich über sie einfach mehr Informationen transportieren lassen (seien es Meta-Information oder Semantisches HTML). Auch das Semantische Web basiert auf URIs, um verschiedene Informationen zu vernetzen. Aus diesen Gründen sollte man den User mal so langsam an diese neuen Umstände gewöhnen ;)

Mit EMAIL to ID kann der Nutzer seine bestehenden Gewohnheiten (Anmelden per E-Mail - Adresse) beibehalten und trotzdem die Vorteile von OpenID nutzen (Simple Lösung für ein scheinbar schwieriges Problem… hat was vom Ei des Kolumbus).

Warum kein eigener Standard?

Ein neuer OpenID Standard auf Basis von E-Mail - Adressen (wie hier angedacht) würde zusätzlichen und unnötigen Implementierungsaufwand bedeuten (nimmt man an, die URLs sind die Zukunft), den man sich bei EMAIL to ID sparen kann. EMAIL to ID mappt eigentlich nur eine E-Mail - Adresse auf eine URL http://emailtoid.net/mapper?email=jane@example.com und entspricht somit einer vollwertigen OpenID (keine Anpassungen am bisherigen Standard nötig).

(via)

July 02, 2008

nikniksandanjakjan » Niko : MediaSpree versenken?

by Niko at July 02, 2008
Gutes Video gegen die Neubebauung des Spreeufers im Börlin: Mediaspree Versenken - Pappsatt from Pappsatt on Vimeo. Via just.blogsport, mehr Información: Aquí hay. Ni
June 30, 2008

Mitteilungsbedürfnis : Tippspiel-Winner

by Markus at June 30, 2008

Da is das Ding! Langsam hochgearbeitet und Spanien als Europameister getippt. Jackpot geknackt :-)

Juhu! :-)

notizBlog : Wie viel Portabilitiy brauchen wir noch?

by Matthias Pfefferle

Gestern bin ich auf das Portable Contacts Projekt gestoßen…

The momentum began building for ‘data portability’ last year, and we are now at a point where there is strong support for the principle that users should be in control of their data and have the freedom to access it from across the web.

[...]

The goal of Portable Contacts is to make it easier for developers to give their users a secure way to access the address books and friends lists they have built up all over the web.

[...]

…we’re using existing standards wherever possible, including vCard, OpenSocial, XRDS-Simple, OAuth, etc.

…was für mich nichts anderes als eine Trotzreaktion auf Data Portability ist!

Da spricht man von einheitlichen Standards und Portabilität, schafft es aber nicht, gemeinsam an einem Projekt zu arbeiten… Ich sehe kaum Erleichterung darin, statt verschiedener proprietärer APIs (z.B. Google’s GData Contacts API oder Microsoft’s Live Contacts API) wahrscheinlich mind. genauso viele unterschiedliche standard APIs (Data Portability oder Portable Contacts) implementieren zu müssen!

…irgendwie ironisch!

nikniksandanjakjan » Niko : Update Wordpress 2.5 - Probleme

by Niko
Nachdem der Blog seit 2 Tagen nicht zu erreichen war, ist das Problem nun identifiziert: Es hatte die .htaccess-Datei und einige andere zerschleudert. Wie? Keine Ahnung, aber ich beschuldige hiermit den Hoster, hahaDas ganze nahm ich zum Anlass, von der ursprünglichen Version 2.1 auch mal auf die Version 2.5 von Wordpress zu updaten. Dabei bin [...]
June 29, 2008

notizBlog : Deutsche hCard-Suchmaschine

by Matthias Pfefferle at June 29, 2008

Virel über sich selbst:

VIREL ist eine webseiten-freundliche Suchmaschine fuer microformats. VIREL sucht nach veroeffentlichten Informationen die als microformats in Webseiten eingebunden sind.

Ein schönes Feature ist der vCard-Export direkt über das Suchergebnis.

virel.de_ search engine for microformats - SUCHEN.jpg

Leider müssen alle Seiten per Hand eingereicht werden, da es noch keinen z.B. Ping-Service gibt.

Mal schau’n wann telefonbuch.de in Zugzwang gerät :)

Vor ungefähr einem Monat habe ich schon einmal darüber geschrieben, wie wichtig Filter für Informationsmedien wie Feed-Reader oder Lifestreams sind. Der Artikel beschreibt, wie man Attention-Daten benutzen könnte um die enorme Informationsflut nach Interessen zu filtern.

NoiseRiver ist ein erster Versuch die Informationsmenge von FriendFeed durch einige Filter übersichtlicher zu gestalten.

You’re an addicted user of FriendFeed, and we understand you! isn’t it just so Magic!. NoiseRiver is not intended to replace FriendFeed, it’s an experimental service still in early alpha stage of developement that aims to extend friendFeed with some cool features like ranking on your interests and/or your feelings about other friendfeed’s users. Give it a try, login with your nickname and remote Key!

Für NoiseRiver ist keine separate Registrierung notwendig, man loggt sich einfach mit seinem FriendFeed-Username und dem API-Key ein und bekommt seinen unveränderten FF-Stream präsentiert.

Um diesen Stream leserlicher zu gestalten bietet NoiseRiver zwei Filter-Arten:

Nach Interessen filtern

Über den Interessens-Filter hat der Nutzer die Möglichkeit seine Interessen als Keywords anzulegen und sie über einen Schieberegler zu gewichten.

NoiseRiver - Your interests - What you like and what you hate

Um Einträge mit einem speziellen Keyword komplett auszublenden, muss man den Schieberegler einfach nur komplett nach links ziehen und den Punkt “Hide entries with a very high hated rank? (-100%)” aktivieren.

Diese Methode ist leider etwas umständlich, da man neben seinen Interessen auch all seine “Nicht-Interessen” angeben muss, damit sie aus dem Stream verschwinden. Eleganter wäre ein Sortiermechanismus, nach Relevanz und Zeit, der alle Einträge die nicht zu den Interessen des Users gehören, einfach automatisch ausblendet.

…natürlich habe ich sofort nach einer Möglichkeit gesucht um APML-Feeds zu importieren.

NoiseRiver

Leider gibt es nur einen Import per Upload (der auch noch nicht ganz funktioniert) und keine Möglichkeit einen APML-Feed direkt zu abonnieren.

Der Filter über Personen

Der Personen-Filter ist im Prinzip nichts anderes als der Interessens-Filter auf Basis von Nicknames.

NoiseRiver - Your Neighborhood - Who you like and who you hate.jpg

Leider werden die Freunde von FF noch nicht in NoiseRiver übernommen und es gibt leider auch noch keine Möglichkeit sie z.B. per hCards zu importieren.

Bisher wird auch bei diesem Filter nicht nach Relevanz sortiert. Die Einträge werden lediglich farblich gekennzeichnet.

Fazit

Der Service ist sicherlich nicht ausgereift und braucht noch einige Zeit um ein wirkliches Relevance-Ranking anbieten zu können, spart durch das Ausblenden und Hervorheben von Einträgen jetzt schon eine Menge Zeit beim Lesen.

(via louisgray.com via Carsten Pötters Shared-Items (sehr lesenswert))

June 28, 2008

notizBlog : hForms - Semantische Formulare

by Matthias Pfefferle at June 28, 2008

Warum sollte nur die Ausgabe ((X)HTML) semantisch anreichern und die Eingabe vernachlässigen?

Beim spielen mit dem hCard-Mappers und der Firefox-Microformats-API kam mir die Idee, auch Formulare semantisch auszuzeichnen…

In dem Artikel Use the new microformats API in your Firefox 3.0 Extensions beschreibt Rob Crowther wie man mit Hilfe der Firefox-Microformats-API eine hCard speichert um sie zum Ausfüllen verschiedener Formulare weiterverwenden zu können.

Das Problem: Das Prinzip funktioniert leider nur bei Formularen die dem festgelegten Aufbau entsprechen. Im Fall des Beispiels wäre das:

<h1>hCardFormFiller Target Form</h1>
<form action="#" method="post">
    <label>Name: <input type="text" id="name" /></label><br />
    <label>Email: <input type="text" id="email" /></label><br />
    <label>Home page: <input type="text" id="homepage" /></label><br />
    <label>Street Address: <input type="text" id="address1" /></label><br />
    <label>City: <input type="text" id="address2" /></label><br />
    <label>Region: <input type="text" id="city" /></label><br />
    <label>Postcode: <input type="text" id="postcode" /></label><br />
    <input type="submit" />
</form>

Warum nicht gleich das Formular als hCard-From aufbauen?

<form action="#" method="post" id="vcard" >
  <fieldset id=”fn”>
    <legend>Name</legend>
    <label for=”given-name”>Vorname:</label>
      <input type=”text” id=”given-name” />
    <label for=”family-name”>Nachname:</label>
      <input type=”text” id=”family-name” />
  </fieldset>
  <label for=”email”>Email:</label>
    <input type=”text” id=”email” />
  <label for=”url”>Homepage:</label>
    <input type=”text” id=”url” />
  <fieldset id=”adr”>
    <legend>Adresse</legend>
    <label for=”street-address”>Straße:</label>
      <input type=”text” id=”street-address” />
    <label for=”locality”>Stadt:</label>
      <input type=”text” id=”locality” />
    <label for=”region”>Region:</label>
      <input type=”text” id=”region” />
    <label for=”postal-code”>Postleitzahl:</label>
      <input type=”text” id=”postal-code” />
  </fieldset>
  <input type=”submit” />
</form>

Das Einheitliche Format für Ein- (Formular) und Ausgabe (Microformats) hätte zur Folge, dass keine aufwendigen Mapper (wie z.B. hCard-Mapper) mehr nötig wären um ein Formular per hCard auszufüllen…

Schöne neue Welt :)