メタ情報をXHTMLに埋め込むRDFa | Web標準Blog | ミツエーリンクス
6月20日に、RDFa構文仕様の勧告候補が公開されました。順調に進めば、今年中にも勧告されるのではないかと予想しています。 さて、勧告となってはいないものの、試験的にWeb標準仕様 日本語訳一覧にRDFaを導入してみました。今回はこのページをサンプルに、簡単なRDFaの解説をしようと思います。 RDFaとは RDFaは、メタ情報をXHTMLで表現する仕様です。RDFをデータモデルに用いることで、より柔軟で多彩なメタ情報を埋め込むことができます。メタ情報を埋め込む方法は何通りかありますが、もっともシンプルなものは、従来のmeta/link要素による指定とほぼ変わりません。 たとえば、ページの説明を記述するとき、XHTMLやHTMLではこう記述します。 <meta name="description" content="ページの説明" /> RDFaでは、新しく導入されたproperty属性を
ちょっとしたメモ - FavikiとタグとDBpedia
先日登場した新しいブックマークサービス Faviki は、ユーザがタグを与えるときに、英語版Wikipediaに登録された語句を候補として提供することで、語彙のゆれ（同義語の問題）を解消しようという特徴を持つ。さらに、タグとWikipediaの連動により、多義語の問題（Operaは歌劇かブラウザか）をも解決する可能性を示す。UIも工夫されており、タグを巡る困難へのひとつの答えともいえる。 タグの共有 以前「タグとオントロジー」で検討したように、タグを広く共有するためには、同義語、多義語の問題を処理する必要がある。アプローチとしては、 従来のタグシステムを前提として、ユーザが自由に与えたタグから、統計的な手法を利用して共通項を見出していく方法と、 ユーザがタグを与える時点で、そのタグを共有可能なもの（統制されたもの）にする方法 が考えられた。Favikiの場合は、後者の立場で、与えられるタグ
tumblrの7つのコンテンツ « ZeroMemory
tumblrの持っている隠れた新しいところはブログのコンテンツを7つに大別したところだ。 tumblrはpostの種類を7つにわけた。ふつうの文章、写真、引用、リンク、チャット、音楽、映像。 もちろんtumblr以前にもこれらのコンテンツをブログに投稿することはできた。でもそれはふつうの文章の中に何のマークアップもされずに入っていたので、キカイにはそのpostの内容がなんなのかはわからなかった。たいていのブロギングプラットホームにはカテゴリという概念があって、その投稿が何についての投稿なのかを示すことはできたが、これはニンゲンが読むためのものだった。キカイには投稿の内容を知る術がなかった。 tumblrはProjectionist: A tumblelogに感銘を受けて作られたらしい。そしてブログに投稿できる形式を7つに制限した。おそらく、投稿するときの利便性と、投稿された内容に合わせて最
XHTMLからメタデータを自動抽出する
セマンティック・ウェブを実現する上で大きな鍵になるのが、どうやってメタデータを余計な負荷なしに提供してもらうかという方法論です。XHTMLで構造的な要素タイプ、class属性、id属性を適切に使用していれば、XSLTでここからメタデータを変換・抽出することが可能です。これを共通オントロジーと結びつければ、わざわざコンテンツと別にメタデータを用意しなくても、通常のコンテンツ制作がそのままセマンティック・ウェブの基礎になってくれるのです。 セマンティック・ウェブの関門：メタデータの収集 XSLTとXHTMLのclass属性を活用する a要素を使ったリソースとしての目的語 メタデータ用XSLTの存在を知らせる より汎用的なアプローチ テーブルデータの変換：th要素の内容を使う テーブルでもclass属性を使ってみる head要素からのメタデータ抽出 XHTMLの拡張によるメタデータ埋め込み メタ
クリエティブコモンズライセンス（CC）チェックAPI公開 - Nobody is perfect.
[CC][Tumblr問題]イラスト系の学習高速道路を構築したいのかもしれない http://d.hatena.ne.jp/takimo/20080124/1201176170 [CC]Tumblrの著作権問題とか分かってきたんだから、システム的にどうしたらいいのか考えてみる http://d.hatena.ne.jp/takimo/20080123/1201091996 またまた沢山のコメントありがとうございます！ たしかにid:kanoseさんやid:atawi、id:y_arimさんが言うように転載だけではイラスト技術向上になんてならないと思います。id:takhasegawaの言う通り過程を見れるような環境を作れていったらいいのかなって思います。自分は小学校の頃友達が隣りで絵を描いているのをみててとてもワクワクしてました。そのワクワクみたいなものが絵を描く興味にもなるのかなーって漠
Tumblr騒動はCreativeCommonsとW3Cによる陰謀である
旬が過ぎたネタだけども。 Tumblr開発者は死ねばいいのに というか、何でTumblrからの転載を防ぐ方法が（私の知る限りでは）ないんだろう。キャッシュするなとかロボット避けとかはmetaタグやなんかで設定できるし、似たようなのを最初から付けろよ開発者。死ねばいいのにとか思います。 何か騒動が起こってるときは誰が1番特をするのかを考えればいい、というのは有名な話である。今回の場合は以下のようになる。 Tumblrが無断転載で炎上 無断転載可のページにはライセンスを付ける流れになる それは当然機械処理可能な方法かつオープンなライセンスであるべきだ 空前のRDF＋CCブーム到来 W3CもCCも大喜び 間違いない、この騒動の裏で糸を引いてるのはW3CとCCの連中である。みんな踊らされるな！ さて、実際問題機械処理するとなると、ホワイトリスト方式になるだろう。現在の法体系を考えればデフォルトは転
ちょっとしたメモ - Microformatの先へ
"Web 2.0"やmicroformatに関心がある人は、昨日xml.comで公開されたUche Ogbujiの記事 Microformats in Context をぜひ読んでおこう。ここでは、microformatの可能性と限界、そしてその次のステップが、XMLの本質に照らして鮮明に描かれている。microformatは「インフォーマルな文脈における小さな島（コミュニティ）をうまくまとめる方向に目を向けている」が、それらの小さな島をつなぎ、集約するためには、もう少し先に進む必要がある。 Ucheの論点を大まかに列挙すると、次のようになる： microformatは新しい語彙を作るのではなくて、既存のよく普及したフォーマット（XHTML）を利用して情報を表現しようとするものだが、多くの場合、XHTMLの語彙の意味を拡大解釈し過ぎて、混乱を生む。 複数のmicroformatの間で語彙が
フォークソノミー - Wikipedia
タグクラウドの例 フォークソノミー（英: folksonomy）とは、インターネットのウェブサイト上の情報に、利用者自らが複数の「タグ」（英: tag、名札）を自由に付け加え、検索できるようにしていく分類の方法をいう。この語は「民衆」を意味する英語「フォークス」と「分類法」を意味する英語の「タキソノミー」を合わせた造語である。 サイトの管理者がコンテンツの分類を行い、利用者は関わることのできない、従来のディレクトリ（カテゴリ）分類やロボット検索とは、対照をなす。分類の作業が万人に開かれ、終わりのないオープンなものであること、ユーザーの共同作業によるものであることが特徴である。また検索に当たっては、図書館情報学で使われるあらかじめ定められた統制語彙の代わりに、ユーザーが自由に作成したキーワードが用いられる[1]。 フォークソノミーによるタグ付けは、インターネット上の情報の集合体の中から、目指
ちょっとしたメモ - FlickrのMachine tags
FlickrがMachine tagsを実装したというアナウンスがあり、某界隈で話題になっている。これは、従来のタグの書式を拡張して、medium:paint=oilという具合に「名前空間:プロパティ=値」というトリプルタグ（！）を用いてより詳細なタグ付けをし、API経由で処理できるようにするというものだ。一見「おぉ、これは」という感じだが、実際のところはどうだろうか。 まず、ここで「名前空間」はmedium:と名前空間URI接頭辞のような形式になっているが、実際はプロパティや値と同じくユーザが任意に与えるラベルになる（後述のようにURIと結びつける方法があるとされているが、怪しげ）。dc:とかfoaf:といったよく使われるものは収斂していく可能性は高いものの、「Machine tags」と呼ぶにはちょっと弱い。が、まぁそこは「タグ」の世界だから、いいことにしよう。 少しまともなプロパティ
はてなの RSS (RDF/XML) には，いつもがっかり / おのひろきおんらいん
Google Maps API はすごいですね．これを利用したものがいろいろ出て来ていますが，「はてなマップ」なんてのも出て来ました．それで位置情報を含んだ RSS を RSS 1.0 形式で配信するようになったんだけど，それは RDF/XML としてちょっとおかしいです．「はてなフォトライフ」の時も残念な RSS でしたが，また残念な RSS になってます．RDF/XML としてきちんとした RSS 1.0 を配信するか，それができないなら RSS 1.0 ぢゃなくて RSS 2.0 とかを利用するかのどちらかにしてほしい．やっていることがめちゃくちゃですよ．Google Maps API などの外のオープンなものは利用するけど，RDF/XML などのオープンな規格については，どーでもいいっていう態度に見えますぞ． naoyaのはてなダイアリー - はてなマップのRSS http://d
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
