RDFaを使った実験

by Brian Kelly | 2010年5月3日 | HTML、W3C | コメント2件 背景 最近の投稿で、MicroformatsとRDFaに関するいくつかの考えを概説しました：あなたのHTMLページに豊かな構造を追加する。RDFaの可能性を評価するのに今が適切かもしれないと提案しましたが、microformatsが当初の誇大広告に応えていないように見えるという注意点も付け加えました。そのような懸念は、TELSTARプロジェクトの一環として学生（およびスタッフ）間で「参考文献」を共有できるようにするためにRDFa（Biboオントロジーを使用）の使用を検討したOwen Stephensによっても同調され、この決定の理由を説明しました。Owenの決定は展開上の懸念を中心としていました。対照的に、Chris Gutteridgeはイデオロギー的な懸念を持ち、「視覚的マークアップとデータマークアップの混在が嫌いだ。話題にしている項目の隣の要素にRDFのブロック（できればN3で）を置くか、単にページ内に置く方が良い」と述べました。私と同様に、Stephen Downesも調査する意欲があるようで、「イベントを記述するために使用されるRDFa構文を具体的に指すリンクはありますか？」と尋ねました。Michael Hausenblasは2つの有用なリソースへのリンクを提供しました：W3CのLinked Dataチュートリアル – RDFaを使ったリンクドデータの公開と消費について、および「人間と機械の両方のためのリンクドデータの構築」（PDF形式）に関する論文です。Pete Johnsonもいくつかの有用なコメントを与え、HTML 5リソースでRDFaを使用する方法に関する最近公開された研究へのリンクを提供しました。私の実験 Stephen Downesと同様に、イベントに関するより豊かな構造を提供することから始めるのが有用だと考えました。したがって、私の実験は、今後のイベントページにRDFaマークアップを追加することから始まりました。ブラウザ拡張機能による処理のためにそのような豊かな構造を提供する利点は現在説得力がないように見えるため、私の焦点は検索エンジンによるそのようなマークアップの提供にありました。したがって、動機は主に、広く使用されているサービスによって処理されるイベントのためのより豊かなマークアップを提供し、エンドユーザーがより良い検索結果を受け取れるようにすることです。最初の訪問先は、リッチスニペットを紹介したGoogleの投稿でした。Googleは2009年5月、1年足らず前にリッチスニペットのサポートを開始しました。それらは「ウェブページに埋め込まれた構造化データを強調するためにGoogleのアルゴリズムを適用するスニペットの新しいプレゼンテーション」と説明されています。リッチスニペットの使用に関するドキュメントは、Googleのウェブマスターツールのウェブサイトで提供されています。これは、イベントのためのRDFa（およびmicrodataとmicroformats）マークアップに関する情報を提供します。追加のページでは、人々や企業および組織に関するマークアップについて同様の情報を提供しています。Googleがリッチスニペット用に独自の語彙を開発したことで批判されていることは認識していますが、最も適切な語彙についての議論を続けるよりも、RDFaの使用に関する簡単な実験を行うことにより興味がありました。今後のイベントページは、私自身（名前、組織、および私の組織の場所、バース大学の地理的位置を含む）に関するRDFaマークアップを含むように更新されました。2010年の講演では、以前使用していたmicroformatsを、講演の日付と場所（再び地理的位置情報を含む）に関する情報を提供するRDFaマークアップに置き換えました。ページを通常どおり表示する際に目立った変更はありませんでした。しかし、RDFa（およびmicroformat）情報を表示するFireFoxプラグインを使用すると、ソフトウェアがHTMLページ内のより豊かに構造化された要素を識別できることがわかります。スクリーンショットは、マークアップがOperatorサイドバーとRDFa Highlightブックマークレットによってどのようにレンダリングされたか、および画面下部のステータスバーにRDFaバリデーターとSIOC RDF Browserへのリンクを示しています。この画像を、microformatsがOperatorプラグインによってどのようにレンダリングされるかの表示と比較すると、microformatsの表示はイベントのタイトルを示すのに対し、RDFaの表示はRDFaマークアップを含むHTML要素をリストすることがわかります。RDFaによって提供されるより大きな柔軟性は、microformatsによって提供されるより制約された使用によって提供されるコンテキストの喪失という代償を伴うようです。それは有効ですか？HTML RDFa HighlightブックマークレットがRDFaマークアップが利用可能であることを示し、マークアップが適用された要素を示しましたが、HTMLページの他の側面も変更する必要がありました。DTDはHTML 1.0 Strictから以下に変更されました：さらに、RDFa要素の名前空間を定義する必要がありました：HTMLで定義された要素を含むHTMLページにアクセスできるため、これを実行することが可能でした。一部のCMSアプリケーションではそのような変更が許可されない場合があり、さらに組織によってはそのような変更を禁止するポリシーがあることを認識しています。その後ページを検証したところ、HTMLの有効性エラーが発見されました。どうやら、name=“foo”属性の使用がid=“foo”に置き換えられたようです。DTDと要素の変更、およびRDFaマークアップの包含だけが私が行わなければならなかった変更ではありませんでした。id=“foo属性には”foo”が英字で始まる必要があることを発見しました。したがって、id=“2010”をid=“year-2010”に変更する必要がありました。これは私にとってやや心配なことで、後方互換性のある新しいまたはわずかに変更されたマークアップを含めるだけでなく、内部アンカーのURLを変更しなければならなかったからです。アンカーが英字で始まっていればこれは問題にならなかったでしょう（そして私は問題に気づかなかったでしょう）。しかし、文書中心のXHTML 1.0 Strict準拠の世界から、よりデータ中心のXHTML 1.1+RDFaの世界への移行は、リンクが壊れる結果になる可能性があるようです。私は今後のイベントと最近のイベントのページでこの変更を行い、ページ内のリンクを変更する用意がありました。しかし、他の人がこれらの内部アンカーにリンクしている場合（可能性は低いと思いますが）、リンクはわずかに劣化します（404エラーメッセージが表示されるのではなく、特定の年の初めのエントリではなくページの上部が表示されます）。GoogleのRDFaマークアップの見解 Googleのリッチスニペットテストツールを使用すると、「ウェブページのURLを入力して、検索結果でどのように表示されるかを確認する」ことができます。添付の画像は、私のイベントページに対するこのツールの出力を示しています。これは、Googleが知っているページの構造を示しています。Googleは講演の場所の緯度と経度を知っているため、位置ベースのサービスにこれを使用でき、イベントの概要と説明を提供できます。それは正しいですか？最初の実験の後、私の元同僚であるPete Johnston（現在はEduserv所属）が親切にもフィードバックをくれました。彼はW3CのRDFa Distiller and Parserサービスを教えてくれました – そして最近、DC-HTMLを使用したドキュメントメタデータとRDFaの使用、およびW3Cから入手可能なRDFa 1.1ドラフトに関する投稿を公開しました。Distiller and Parserサービスを使用して私のイベントページ（現在は

P.S. A few readers have asked which shared & managed wordpress hosting we actually reach for — it's SiteGround; take a look here if you want the current details.