Kategorie: Open Web

Hier geht es um Webdesign, Microformats, (X)HTML und CSS, Web2.0, usw.

  • hCard-Commenting 0.6.1 is available. Changes in this version:

    • Added support for representative hCard
    • Fixed a problem with jQuery ajax-requests and absolute urls (jQuery 1.2.2)
    • Added the parser request-parameters as WordPress query-vars
    Keine Kommentare

  • ,

    Operator 0.9 ist in der finalen Version erhältlich. Neu in dieser Version ist unter anderem:

    • Songbird support!
    • A new RDFa parser based on the new spec (pages will need to be updated)
    • mehr…
    Keine Kommentare

  • Wer schonmal versucht hat hCard Profile zu importieren wird sicherlich auf ein Problem stoßen: Welche hCard ist die richtige?

    Vor ein paar Tagen habe ich ein Gespräch zwischen Dirk Olbertz und Tantek Çelik via Twitter verfolgt, bei dem es genau um dieses Problem ging…

    Das Problem der representative hCard kann auf zwei verschiedene Weisen gelöst werden:

    …in short 1. url==uid==source. 2. url has rel-me

    url==uid==source

    Die einfachste Möglichkeit ist, zu überprüfen ob eine der (unter der angegebenen Source-URL) gefundenen hCards als URL die die Source-URL enthält. Wenn man sicher gehen will, sollte man die URL zusätzlich noch als UID (RFC2426) auszeichnen.

    Ein Beispiel für eine representative hCard für wäre:

    <span class="vcard">
	<span class="fn">Carsten Pötter</span>
	<span class="url uid">http://notsorelevant.com</span>
</span>Code-Sprache: HTML, XML (xml)

    rel-me

    Die zweite Möglichkeit ist, nach hCards mit rel="me" URLs zu suchen.

    Diese Variante lässt sich natürlich auch mit der Ersten verbinden:

    <span class="vcard">
	<span class="fn">Carsten Pötter</span>
	<span class="url uid" rel="me">http://notsorelevant.com</span>
</span>Code-Sprache: HTML, XML (xml)

    Wer also ganz sicher gehen möchte sollte das letzte Beispiel nutzen 🙂

    Für Web-Seiten die gar keine Profile oder zumindest keine Profile auf der Startseite haben, könnte rel="me" auch als Delegation zu einer (anderen) Seite mit einer representative hCard genutzt werden.

    Beispiel: <link rel="me" href="http://www.notsorelevant.com/ueber/" />

    Da es für PHP (meines Wissens) noch keinen XFN-Parser gibt, habe ich mich beim hCard-Commenting WordPress Plugin für die erste Variante (url==uid==source) entschieden… Ich hoffe es funktioniert 🙂

    Weitere Informationen zu representative hCards im Microformats-Wiki:

    1 Kommentar

  • Semantic Web Cube

    Amit Kumar (Director, Product Management, Yahoo! Search) hat heute weitere Details der geplanten Yahoo! Search open platform veröffentlicht.

    Der erste Punkt ist der Support einer großen Spanne an Web-Semantiken wie z.B. RDF, Microformats und OpenSearch:

    Initially, we plan to support a number of microformats, including hCard, hCalendar, hReview, hAtom, and XFN. Yahoo! Search will work with the web community to evolve the vocabulary framework for embedding structured data. For starters, we plan to support vocabulary components from Dublin Core, Creative Commons, FOAF, GeoRSS, MediaRSS, and others based on feedback. And, we will support RDFa and eRDF markup to embed these into existing HTML pages.

    Ein Beispiel für eine semantische Suche hat Yahoo! ja schon mit seiner Microsearch gezeigt.

    Der zweite wesentliche Punkt ist, dass die Yahoo! Search open platform offen für third-party Developers sein wird. Es wird also möglich sein, über eine API auf die strukturierten Inhalte aus dem Yahoo! Index zuzugreifen.

    Hört sich sehr spannend an, bin gespannt auf die Umsetzung und die Möglichkeiten der API.

    Wer sich für die open search platform anmelden möchte, kann das hier tun.

    via microformatique.com

    Weitere Infromationen:

    1 Kommentar

  • Stephen Paul Weber hat für das DiSo Projekt das MovableType ActionStream Plugin für WordPress portiert.
    Das Plugin basiert auf der gleichen YAML Basis (Beispiel: config.yaml) wie auch das MovableType Plugin, hat aber noch nicht den kompletten Umfang wie sein Vorbild.

    Ich hab das Plugin mal testweise installiert: Mein ActionStream.

    Mal schaun was sich in den nächsten Versionen noch alles tut, spannend finde ich vor allem den Punkt profile_services der auch im YAML-File zu finden ist.

    [Update]

    Die aktuelle Version unterstützt jetzt auch das Nachladen von weiteren Services/Feeds via SocialGraph-API. Mehr dazu auf Stephens Weblog.

    Keine Kommentare

  • Bild von Chris Messina

    Ich habe heute morgen bei Keasone schon den ersten (deutschsprachigen) Bericht über den Internet Explorer 8 (beta) gelesen. In den Genuss, ihn selber zu testen, bin ich leider noch nicht gekommen, habe aber gerade ein paar interessanten Artikel über ein neues IE8 Feature gelesen.

    Mit dem neuen Internet Explorer ist es möglich Teile einer Webseite direkt zu abonnieren, um über Änderungen dieser Bereiche Informiert zu werden, ohne den Umweg über einen RSS-Feed gehen zu müssen. Das Besondere an den so genannten „WebSlices“ ist, dass sie dem hAtom Microformat bis auf ein paar kleine Unterschiede gleichen.

    WebSlices are enabled by adding HTML annotations directly to the Web page. WebSlices use a combination of the hAtom Microformat and the WebSlice format to describe a subscribable portion of a Web page. This section covers the primary, expiration, and bandwidth properties of a WebSlice.

    Das heißt, Microsoft hat weitestgehend die Attribute des hAtom Formats verwendet und einen eigenen „Container“ darum gesetzt. Statt class="hfeed hentry" heißt es in der WebSlices-Definition class="hslice"…

    Der Aufbau eines WebSlices sieht folgendermassen aus:

    <div class="hslice" id="1"> 
 <p class="entry-title">Item - $66.00</p> 
  <div class="entry-content">high bidder: buyer1 
  ...
 </div> 
</div>Code-Sprache: HTML, XML (xml)

    Das hAtom Format im Vergleich:

    <div class="hfeed hentry" id="1"> 
 <p class="entry-title">Item - $66.00</p> 
  <div class="entry-content">high bidder: buyer1 
  ...
 </div> 
</div>Code-Sprache: HTML, XML (xml)

    Prinzipiell ist die Idee hinter WebSlices, Teile einer Webseite abonnieren zu können, super… schade ist nur, dass sie nicht auf bestehende/etablierte Formate wie hAtom zurückgreifen, sondern wieder ein eigenes proprietäres Format schaffen müssen.
    Ich verstehe auch nicht ganz den Sinn hinter diesem Schritt… hAtom ist mittlerweile ein relativ weit verbreiteter Standard (einige Beispiele) und würde dem WebSlices-System sofort einen Anwendungsfall bieten. Durch das Schaffen eines eigenen Formates dauert es seine Zeit, bis Webseiten-Betreiber dieses auch umsetzen (wenn sie es überhaupt umsetzen).

    Ich hoffe dass Microsoft seinen Kurs ändern wird oder zumindest das hAtom Format als alternative zu ihrem hSlice ermöglicht.

    5 Kommentare

  • Wer sich nicht zwischen RDFa und Microformats entscheiden kann und nicht sehr viel von dem Transformation-System GRDDL hält, kann seine HTML Inhalte natürlich auch mit beiden Formaten auszeichnen. Gerade die Profil- und Kalender-Semantiken bieten sich wegen ihrer Ähnlichkeit besonders an.

    hCard und RDFa vCard:

    <body xmlns:contact="http://www.w3.org/2001/vcard-rdf/3.0#">
  <div class="vcard">
    <span class="fn" property="contact:fn">Max Mustermann</span>
    <a class="email" rel="contact:email" href="mailto:max.mustermann@example.org">
      max.mustermann@example.org
    </a>
    <div class="adr" property="contact:adr">
      <span class="street-address" property="contact:street">Street</span>
      <span class="country-name" property="contact:country">Country</span>
    </div>
  </div>
</body>Code-Sprache: HTML, XML (xml)

    …oder hCalendar und RDFa iCalendar:

    <body xmlns:cal="http://www.w3.org/2002/12/cal/ical#">
  <div class="vevent" instanceof="cal:Vevent">
    <span class="summary" property="cal:summary">Ein Event</span>
    <span property="cal:dtstart" content="20070916T1600-0500">
      <abbr class="dtstart" title="20070916T1600-0500">
        September 16th at 4pm.
      </abbr>
    </span>
  </div>
</body>Code-Sprache: HTML, XML (xml)

    Legende: Microformats bzw. RDFa

    So, als nächstes schau ich mir mal die RDFa Attribute näher an…

    Keine Kommentare

  • Als ich in RDFa Basics meinte es sei nicht möglich RDFa in XHTML 1 zu verwenden, war das nicht die volle Wahrheit. Um das eigene Format so schnell wie möglich zu verbreiten hat der W3C einen Doctype für den Übergang veröffentlicht:

    <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML+RDFa 1.0//EN" "http://www.w3.org/MarkUp/DTD/xhtml-rdfa-1.dtd">Code-Sprache: HTML, XML (xml)

    Außerdem wurde der W3C Markup Validation Service so angepasst, dass er XHTML/RDFa auch erkennt und entsprechend validiert.

    RDFa valid oder RDFa valid

    Also viel Spaß beim ausprobieren…

    Quelle: RDFa.info

    7 Kommentare

  • Wer sich viel mit Microformats beschäftigt, ist sicher schon öfters über den Begriff RDFa gestolpert. Die Idee, (X)HTML semantischer zu machen, ist bei beiden Formaten gleich, der Unterschied liegt hauptsächlich in der Syntax.
    Während Microformats ausschließlich auf HTML 4.01 bzw. XHTML 1.0 validen Tags und Attributen basiert:

    <div class="vcard">
  <span class="fn">Max Mustermann</span>
  <a class="email" href="mailto:max.mustermann@example.org">
    max.mustermann@example.org
  </a>
</div>Code-Sprache: HTML, XML (xml)

    Beispiel hCard

    …basiert RDFa auf dem klassischen RDF und mit XHTML 2.0 neu eingeführten Attributen wie z.B. property und about:

    <body xmlns:contact="http://www.w3.org/2001/vcard-rdf/3.0#">
  <span property="contact:fn">Max Mustermann</span>
  <a rel="contact:email" href="mailto:max.mustermann@example.org">
    max.mustermann@example.org
  </a>
</body>Code-Sprache: HTML, XML (xml)

    Beispiel vCard RDF in RDFa

    Eine gute Einführung in das Thema RDFa bietet das Video von Manu Sporny:

    Hier klicken, um den Inhalt von YouTube anzuzeigen.
    Erfahre mehr in der Datenschutzerklärung von YouTube (öffnet in neuem Tab).

    „RDFa Basics“ direkt öffnen

    Rein Technisch gesehen ist RDFa, durch die Nutzung von Namespaces und die bessere Skalierbarkeit durch URIs, definitiv der bessere Standard. Ich denke trotzdem nicht dass RDFa die Microformats in näherer Zukunft ablösen wird, da RDFa nur unter XHTML 2.0 möglich ist und (meines Wissens) im Konkurrenz-Format (X)HTML 5.0 nicht angedacht wird. Es ist deshalb notwendig beide Formate weiter voranzutreiben und so weit wie möglich auf einem einheitlichen Standard, wie z.B. der vCard im oben beschriebenen Beispiel, aufzubauen. Während der Übergangsphase ist es so relativ einfach mit GRDDL zwischen den beiden Formaten zu transformieren.

    In seinem Artikel „RDFa vs microformats“ beschreibt Evan Prodromou die für ihn notwendigen Schritte für die Zukunft von RDFa:

    1. RDFa gets acknowledged and embraced by microformats.org as the future of semantic-data-in-XHTML
    2. The RDFa group makes an effort to encompass existing microformats with a minimum of changes
    3. microformats.org leaders join in on the RDFa authorship process
    4. microformats.org becomes a focus for developing real-world RDFa vocabularies

    Mal schauen wie es wirklich kommt und was sich in Zukunft durchsetzen wird…

    Wer sich für das Thema interessiert, kann ja mal Semantic Radar für Firefox ausprobieren. Semantic Radar macht (ähnlich wie Operator für Microformats) RDF und RDFa Inhalte in Webseiten sichtbar.

    4 Kommentare

  • ,

    Es gibt seit heute einen Release Candidate von Operator 0.9. Neben Performance-Verbesserungen und einigen Fixes wurde hauptsächlich die Erkennung von „Nested Microformats“ verbessert.

    Keine Kommentare