Archiv

  • Als ich gestern gelesen habe dass Yahoo! die Facebook Profile in den SearchMonkey integriert hat, war mein erster Gedanke: Wie sie das wohl wieder geschafft haben…

    Aber das war gar nicht so schwer, die Facebook-Profilseite hat nämlich eine hCard spendiert bekommen 🙂

    facebook-microformats

    Großartig 🙂

    Keine Kommentare zu Facebook, SearchMonkey und Microformats
  • Ich habe mich in den letzten Tagen mal wieder etwas intensiver mit dem Microformats-Wiki beschäftigt und bin auf eine ganze Reihe von Microformats gestoßen von denen ich bisher noch nie etwas gehört habe… deshalb hab ich mir mal Vorgenommen (mal schau’n wie lange ich durchhalte) jede Woche eines dieser eher unbekannten Formate hier vorzustellen und eventuell auf einige Anwendungsfälle einzugehen.

    Falls ihr selbst ein paar „Raritäten“ kennt, denen bisher nicht die nötige Aufmerksamkeit geschenkt wurde, würde ich mich sehr über einen Hinweis freuen 🙂

    4 Kommentare zu The weekly microformat
  • Die strukturierte Suche über diverse Microformats-Kürzel im Query funktioniert ja schon eine ganze Weile auch mit BOSS (Build your Own Search Service), aber, wie gestern von Yahoo! Ankündigt, wurde der SearchMonkey jetzt komplett in die Such-API BOSS integriert.

    Wer seiner BOSS-Applikation semantischen Charakter spendieren will, muss seiner Query-URL einfach folgende Key-Value Paare anhängen:

    • &view=searchmonkey_rdf – für diverse RDF-Formate wie z.B. Dublin Core, FOAF oder SIOC
    • &view=searchmonkey_feed – für diverse Microformats wie z.B. hCard oder hCalendar

    …und so wird aus einem normalen Ergebnis ein semantisches Feuerwerk :(|)

    Keine Kommentare zu BOSS mit vollständiger SearchMonkey-Integration
  • Das besonders Spannende an dieser Nachricht ist die interessante Kombination aus Signle-Sign-Up/On und einfachem Bezahl-System die daraus entstehen könnte. Wird PayPal in naher Zukunft zu einem OpenID Provider könnte es möglich sein, Produkte über das internet zu bestellen ohne sich bei den diversen Internet-Shops vorher umständlich registrieren zu müssen… ein Single-Sign-Up-And-Buy sozusagen 🙂

    Als hätte ich es gewusst, als ich vor ein paar Tagen Snirgels Fragen zu OpenID beantwortet habe:

    … Für Internetshops könnte man über OpenID und PayPal z.B. auch Bestellungen tätigen ohne sich zuvor umständlich registrieren zu müssen, was sich gerade für kleinere Online-Kaufhäuser lohnen könnte.

    3 Kommentare zu PayPal joins OpenID
  • Ich bin durch Zufall mal wieder auf der SG-API Seite gelandet und war wirklich positiv überrascht dass die API noch stetig weiterentwickelt wird. Besonders spannend finde ich die Integration zweier hCard-Attribute: fn und photo.

    {
     "http://example-bob.livejournal.com/": {
      "attributes": {
       "atom": "http://example-bob.livejournal.com/data/atom",
       "foaf": "http://example-bob.livejournal.com/data/foaf",
       "rss": "http://example-bob.livejournal.com/data/rss",
       "fn": "Mr. Example Bob",
       "photo": "http://p-userpic.livejournal.com/example-bob", 
       "url": "http://example-bob.livejournal.com/",
       "profile": "http://example-bob.livejournal.com/profile"
      }
     }
    }Code-Sprache: JSON / JSON mit Kommentaren (json)

    Ich denke nicht, dass Google die hCard vollständig in den Sozialen Graphen integrieren wird, aber es zeigt sehr schön, dass der Google-Index über alle notwendigen Informationen verfügt und die Integration von Microformats in die klassische Google Suche (à la SearchMonkey) vielleicht doch nicht ganz abwegig ist.

    Um richtig coole Dinge damit anstellen zu können fehlen mir persönlich jetzt noch zwei weitere hCard-Attribute und zwar nickname und email… aber man will ja nicht undankbar sein 🙂

    2 Kommentare zu Social Graph API mit hCard Support?
  • SELECT * FROM microformats

    YQL (Yahoo! Query Language) ist eine Art SQL-Sprache um HTML- oder XML-Inhalte abzufragen. Oder wie es Markus Spath so schön formuliert hat:

    Yahoo verwandelt das Web mit der Yahoo Query Language in eine gigantische Datenbank.

    Wer bisher schon etwas Erfahrung mit z.B. MySQL gemacht hat, sollte auch mit YQL keine weiteren Probleme haben. Ein Beispiel:

    SELECT * FROM feed WHERE url='https://notiz.blog/feed/'Code-Sprache: JavaScript (javascript)

    Übersetzt: Gib mir (SELECT) alle Inhalte (*) des RSS-Feeds (FROM feed) die unter der URL: https://notiz.blog zu finden sind (url='https://notiz.blog/feed/').

    Das Spannende (weshalb ich es überhaupt erst erwähne) an YQL ist aber der gerade angekündigte Microformats Support, der die Query Language zu einem vollwertigen Microformats Parser macht.

    Über den Befehl:

    SELECT * FROM microformats WHERE url='https://notiz.blog/contact/'Code-Sprache: JavaScript (javascript)

    werden Beispielsweise alle Microformats meiner Kontaktseite geparst und mir in einem standardisierten XML oder JSON Format bereit gestellt.

    Großartig! Was Yahoo! im Zuge der Open Strategy mit Systemen wie dem SearchMonkey oder YQL geschaffen hat, ist ein echter Traum für jeden Webentwickler und Open Standards Evangelist! Ich hoffe einer der nächste Schritte wird sein, die YQL (als Alternative zu XSLT) auch in den SearchMonkey zu integrieren.

    Ach ja… die YQL-Console bietet übrigens eine schöne Alternative zur YQL-Dokumentation… einfach mal einige bekannte SQL-Befehle eingeben und schauen was passiert (so ähnlich habe ich mir damals auch HTML beigebracht) 😉

    6 Kommentare zu SELECT * FROM microformats
  • Frohes neues Jahr euch allen 🙂

    Meine (Blog-) Vorsätze für 2009:

    • Ich will wieder etwas mehr über Microformats (oder das lowercase semantic web im Allgemeinen) bloggen
    • Ich will mich wieder etwas mehr mit Attention Daten befassen (Ich habe z.B. auch das APML WordPress Plugin überarbeitet und arbeite gerade an einem zweiten Plugin namens NoisePress… lasst euch überraschen)
    • Ein neues notizblog-Theme auf Basis von Sandbox basteln (aber das hab ich schon ne Weile vor…)
    • …und natürlich fleißig podcasten 🙂

    Ansonsten geht es natürlich weiterhin um das Open Web bzw. den Open Stack bzw. DataPortability!

    Übrigens… falls ihr der Meinung seid, OpenID müsse ein fester Bestandteil von WordPress werden, solltet ihr schleunigst beim neuen WordPress Feature Ranking teilnehmen!

    5 Kommentare zu 11111011001
  • ratet_mal
    8 Kommentare zu Ich wünsche euch allen…
  • Seit dem Start von Facebook Connect wurde das proprietäre System immer wieder mit OpenID verglichen. Dass OpenID im direkten Vergleich den kürzeren zieht ist klar, immerhin handelt es sich bei dem offenen Standard "nur" um ein Single-Sign-On System und nicht, wie bei Facebook Connect, um ein umfassende Komplettlösung.

    Wie Marc Canter schon vor einigen Tagen bemerkt hat sollte OpenID eher als ein kleines Teil des "Identity Puzzles" ansehen:

    …that OpenID is NOT a full solution – it is an important piece of the identity puzzle … but OpenID can – actually solve all these issues – by embracing other complementary technologies (like oAuth, OpenSocial, Portable Contacts, microformats, FOAF and RSS/Atom) to create a wrapper solution oriented approach – focused on simplifying the the whole ID conundrum for end-users.  Barriers of entry, usability issues and confusing messages can all be solved by OpenID positioning itself as a single point-of-contact solution.

    Warum aber so viele kleine Standards und nicht einfach OpenID zum Open Connect aufblasen?
    OpenID in seiner jetzigen Form hält den Open Stack dezentral und macht die Komponenten austauschbar:

    • Jeder der oben genannten Standards ist sowohl alleine als auch in Kombination nutzbar, was den Entwicklungsaufwand für Spezialfälle vereinfacht. Braucht eine Community eine Single-Sign-On Lösung, ist auch nur ein OpenID in seiner jetzigen (unaufgeblasenen) Form nötig. Steigen nachträglich die Anforderungen, kann der Stack beliebig erweitert werden.
    • Bestehende Informationen können (wenn eine entsprechende Schnittstelle besteht) wiederverwendet werden und müssen nicht alle über ein System bereitgestellt werden, der OpenID Provider muss nur wissen wo diese Informationen zu finden sind. (Ein schönes Beispiel für ein solches dezentrales System ist die OpenID + PortableContacts Beispiel-Implementierung von JanRain)
    • Die Komponenten des Open Stack sind beliebig austauschbar. Es ist prinzipiell egal ob man den Sozialen Graphen über XFN, FoaF oder Portable Contacts importiert oder alle Varianten unterstützt.

    Das vorgestern angekündigte MySpaceID (aka Data Availability) scheint ein erster Schritt in Richtung Open Stack zu sein und auch Googles Friend Connect ist auf einem guten Weg. Es gibt sicherlich noch einiges zu tun um die Bausteine etwas besser miteinander zu verbinden (z.B. OpenID und OAuth zu kombinieren) aber ich bin weiterhin optimistisch und glaube dass sich der offene und dezentrale Ansatz durchsetzen wird.

    2 Kommentare zu OpenID vs. Facebook Connect
  • Yahoo! hat den SearchMonkey jetzt auch in ihren Suchdienst BOSS (Build your Own Search Service) integriert.

    Einfach die entsprechende SearchMonkey – Konstante als {query} übergeben (eine Liste von Konstanten findet ihr hier):

    http://boss.yahooapis.com/ysearch/web/v1/{query}?appid={youBOSSappid}Code-Sprache: JavaScript (javascript)
    http://boss.yahooapis.com/ysearch/web/v1/searchmonkeyid:com.yahoo.page.uf.hcard?appid={youBOSSappid}Code-Sprache: JavaScript (javascript)

    oder mit normalen Suchbegriffen kombinieren (alle hCards von Mr. T):

    http://boss.yahooapis.com/ysearch/web/v1/searchmonkeyid:com.yahoo.page.uf.hcard+mr.t?appid={youBOSSappid}Code-Sprache: JavaScript (javascript)

    : (|)

    Keine Kommentare zu BOSS = Build your Own Semantic Search