セマンティック・マイクロブログ
ソーシャルメディアとマイクロブログ SNSとソーシャルメディア SNS：個人のプロフィールや関心事などを（範囲を限定して）公開し社会的ネットワークを構成 ソーシャルメディア：社会ネットワークとコンテンツ・メッセージ共有の組み合わせ Ambient Intimacy（何気なくそこにあるような親しみ）の感覚 データの互換性、共有が課題 マイクロブログ（Microblogging） 限られた字数の最小限の＝気軽に書けるコンテンツ ゆるやかで手軽なコミュニケーション Why We Twitterの考察では、日常会話＋情報探索/共有 フットワークの軽さとモバイルとの相性 携帯端末からも簡単に読み書きできる → 発信する位置という新たなメタデータ マイクロブログのデータモデル コンテンツのモデル ポストの内容（本文） ポストのメタデータ（タグ、返信など） サービスによってさまざまな形態 ポスト本文中に
見出しの順序について
見出しはHTML文書の構造を示すための重要な要素ですから、内容のアウトラインを適切に反映するよう、正しい順序で使うべきです。W3CのHTML仕様書では、この点は注として触れられているのみですが、正規の規定として文書化する、特殊な要素型を導入して機械的なチェックを可能にするという試みもあります。 HTMLの見出し要素 規定要件による見出し順序の制約 DTDによる見出し順序の制約 XHTML 2.0での文書構造と見出し 参照文献 HTMLの見出し要素 HTMLは階層的に文書構造を表すようには設計されていないため、見出しをh1要素から順番に使って、そのレベルによって文書がどんなアウトラインで成り立っているのかを示すことが重要です。見出しレベルの適切な使い方は、見出し要素を抽出して階層型の目次を作成することを考えると分かりやすいでしょう。 W3CのHTML4仕様書[HTML4]では、控えめながら次
ちょっとしたメモ - RSSコメント・モジュール…
昨日、Sethによる「ウェブログのメタデータ」のアイデアを紹介した際、「コメントとその作者に関するメタデータを記述する具体的方法は提案されていない」と書いたが、RSS 1.0 and 2.0 Blog Comments Moduleというものがあるらしい。あまり良い設計ではないし、使われている例も見かけたことはないが、参考までにこれも紹介しておくことにする。 このモジュールの名前空間URIはhttp://purl.org/net/rssmodules/blogcomments/、接頭辞はblogcommentsとするようだ。rss:item要素内に、次のようにしてコメントを記述する。 （例） <blogcomments:comments> <blogcomments:comment> <blogcomments:name>コメント作者名</blogcomments:name> <blogc
モーツァルト交響曲一覧と関連情報 (a.k.a.モーツアルト)
music & knowledge sharing モーツァルト(a.k.a.モーツアルト)の交響曲 モーツァルトの交響曲の変遷を追っていくための基本データ。ケッヘル第6版（K6）で真作とされているものに加え、複数のCDで録音されている曲を取り上げます（ザスローなどの定義ではオペラ序曲の改作やセレナーデなども交響曲になっていますが、ここでは含めません）。 初期交響曲 (20曲) ザルツブルク交響曲 (17曲) 後期交響曲 (10曲) 初期交響曲 モーツァルトの作品の変遷と旅とは密接な関係があります。初期のモーツァルトの交響曲は、父レオポルドとの旅行のたびに新しい技術とスタイルを吸収し、発展していきます。 西方への大旅行：1763/66 #調作品番号作曲時期楽章FlObClFgHrTpPk備考
ちょっとしたメモ - IE7、Firefox2でもRSS1.0にXSLTを適用させる
IE7やFirefox2は、「フィード」をMIMEタイプで判別できないときは、コンテンツの先頭部分のテキストマッチで判断して「フィードプレビュー」を起動しているらしい。判定用の文字列パターンをRSSファイルで直接用いないようにしたら、確かにどちらのブラウザもプレビューではなくてXSLTを適用するようになった。ただし、一般のフィードリーダーの中にも同じような文字列マッチを使っているものがある模様で、方法によってはこれらのフィードリーダーでも修正版RSSを読めなくなってしまうので注意が必要だ。 Microsoft Team RSS BlogのWindows RSS Publisher's Guideによれば、MIMEタイプがapplication/xmlもしくはtext/xmlであるときは、IE7はコンテンツ冒頭の512バイトを読んで、その中に次の3つの文字列があればRSS1.0と判定するのだ
ちょっとしたメモ - IE7もFirefox2もRSSを特別扱い
IE7がRSSフィードのXSLTを無視することは以前も書いたが、Firefox 2.0までやってくれるとは。RSSの普及に対応し、特別なスタイル指定がなくてもフィードを読めるようにするという趣旨は分からんでもないが、HTMLのブラウザが作者スタイルシートがあればそちらを優先するように、文書のスタイル指定は尊重するほうが望ましいのではないか。 IE7の場合は、インターネットオプションのContentsタブでFeedsの設定を開き、「Turn on feed reading veiw」のチェックを外せば普通にXSLTを適用して表示できる。それに対してFirefox 2.0のほうは、フィードリーダに何を使うかが選択できるだけで、XSLTを有効にするオプションは見あたらない。しかも、デフォルトのフィードリーダでは、RSSの名前空間の要素のみが表示されて、dc:dateなども無視されるというお粗末さ
さまざまなタイプの検索と可能性
検索システムのサイクル ユーザの問いかけとシステムの答え 問答のサイクルによりユーザの知識状態が変化していく。 知りたいことを何らかの問い合せ手順で表現 何らかの形のデータを検索 結果セットを何らかの方法で提供 結果表現を受けて知識の状態が変化する 必要に応じ次の検索 検索サイクル各ステップのさまざま 誰が問い合せを組み立てる？ クエリの方法や検索式は誰が考えて指示するのか ユーザが検索式を組み立てる、エージェントが推論しながら進める 検索の入り口をどう設計するか フリーキーワードによる検索、項目を指定した検索 ツリーや表からの選択、Ajaxやグラフィカルツールによるサポート どんなデータを対象にする？ データベースのように構造化されたデータ (X)HTMLのような半構造化データ 構造のないテキストデータ さがし物は何ですか？ 問い合せの目的がはっきりしているか、あいまいか 探すものによっ
評判のオントロジーとFOAF
パネルテーマ：オントロジーの作り方、使い方 語彙を作り、語彙を使ってインスタンスを記述 ウェブにおいては、軽量オントロジーを用いて分散記述するのが主流 分散しているデータをどう結びつけるかというモデル（語彙設計）が重要 ユーザの評価とmicroformats microformats：コミュニティの合意による半構造化 ウェブログなどに記述する内容を、XHTMLのclass属性を使って半構造化する 名前空間を用いず、コミュニティ内の合意によって語彙を区別 Wikiを用いた合議スタイルによる仕様構築 利用が比較的簡単で、ウェブログ用のプラグインなどツールも多数 ユーザの評価を半構造化するhReview hReview - microformats （2005年5月ごろ0.1登場、2007年1月時点でバージョン0.3） TechnoratiのReview Searchなどで利用 XHTMLのcl
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
