XFN - XHTML Friends Network
Xhtml Friends Network XFN™ (XHTML Friends Network) is a simple way to represent human relationships using hyperlinks. In recent years, blogs and blogrolls have become the fastest growing area of the Web. XFN enables web authors to indicate their relationship(s) to the people in their blogrolls simply by adding a 'rel' attribute to their <a href> tags, e.g.: <a href="http://jeff.example.org" rel="f
ポケットをひとつに出来ることこそがセマンティックウェブの効果ではないだろうか：ナレッジ！？情報共有・・・永遠の課題への挑戦：オルタナティブ・ブログ
さて先日のジャストシステムでのミーティングでマイクロフォーマットの有効性の議論があったのでこの週末からマイクロフォーマットのことを真面目に勉強し始めている。 正直なところこれまで私は、マイクロフォーマットはブログなどのXHTMLを記述する際にメタデータを埋め込んで意味情報も一緒に表記・伝達させる為の仕掛けだとしか認識していなかった。マイクロフォーマットについては伝えたい情報の種類ごとに少なくとも以下の４つの規格が既に決められているようだ。 レビュー情報(hReview) イベント情報(hCalendar) コンタクト情報(hCard) 人脈情報(XFN) ところがこのマイクロフォーマットを読み取る側のアプリケーションとなるとまだあまり無いようだ。ざっと調べたのだがテクノラティの検索ツールとGoogleの一部くらいしか見つけられなかった。そうマイクロフォーマットを読む側のアグリゲーターがほと
指向性メモ::2006-08-18::XMLの屍を超えていく――セマンテックウェブの挑戦
データ構造の記述を統一する段階を超え、情報（それ自身）へのアクセスを統一する為の土台が整いつつある。 すでに多くの人が気がついているように、実のところXMLには大した再利用性が無い。もちろんただのCSVに比べればDOMやXSLTなどの統一されたAPIが用意されている分、データの扱いは楽だ。しかし、たとえば様々なXMLデータを自分の所に持ってきて、適当に混ぜ合わせて新しい物を作るといった用途には、XMLは向かない。言い換えれば、XMLはマッシュアップには不向きである。 CSVからXMLになって何が1番変わったかと言えば、データ構造へアクセスするためのAPI、――つまりDOMやXSLT、SAXなど――が統一されたことにある。それまでみんなで好き勝手にデータ構造を定義していた時代に比べれば、1回XSLTやDOMを覚えるだけでJavaでもPHPでもAdaでも同じ方法でデータ構造にアクセスできるよう
ちょっとしたメモ - RDFとは何か
What Is RDFという、xml.comに8年前から掲載されている記事がある。Tim Brayによるオリジナル版のあとで2001年にDan Brickleyによる改訂版が出て、またまた今回Joshua Taubererによる再改訂版が登場した。RDFの現在の位置づけやセマンティック・ウェブとの関連を踏まえて新たに書き下ろしたものだが、新改訂版を以前からあるURLで公開し、旧版を別のURLに移動しているのが面白い。 旧版ではRDFを「メタデータを記述してウェブでの検索を高度にするもの」という形で捉えていたが、最新版ではどういう紹介になっているのか、かいつまんで見ていくことにしよう。まず導入部分。 セマンティック・ウェブ（以下SW）では、コンピュータが私達のためにブラウジング（それに探索や照会など…）を行ってくれる。SWは、コンピュータがウェブ上に分散している知識を探し出し、それをかみ合わ
フォーマルで行こう
情報のかたちと理解 InformationはFormを持つ 情報を構成する枠組みを知る 情報を既存の知識と関連付ける エージェントに伝える形、ユーザに伝える形 ウェブの「型」を身につけよう 文学や芸術に“形式”があるように「フォーム」は重要 ウェブの「型」 → ユニバーサルアクセスとデータ共有・再利用 情報のかたちと名前 コンピュータと形式と名前 形式化：形（枠組み）に名前を与えて共有可能にする 形式化された情報はコンピュータ処理が可能 情報を抽出する、変換する、推論する… 名前とコンテクスト おーい、あれ持ってきて（完全にローカルコンテクスト） オペラが好きだ（コミュニティによる違い） 東京都中央区銀座1丁目（コンテクストに依存しない） 名前は共有できてはじめて意味がある ウェブページで使われる名前はどんなスコープで通じるか HTMLと情報のかたち 文書のかたちを示すマーク付け シンプル
ちょっとしたメモ - セマンティック・ウェブ再訪
Scientific American誌の2001年5月号に The Semantic Web が登場してからちょうど5年目のタイミングで、IEEE Intelligent Systems誌に The Semantic Web Revisited が掲載され、話題になっている。こちらもバーナーズ=リーが執筆陣に加わっており、現時点でのセマンティック・ウェブの総括といえる内容だ。 記事抄録を訳して紹介しておこう。 サイエンティフィック・アメリカンに最初のセマンティック・ウェブの記事が登場したのは2001年のこと。そこでは、主として人間が読むための文書で構成されれているウェブから、コンピュータが処理できるデータや情報を含むウェブへの発展が語られていた。セマンティック・ウェブとは、作動可能な（actionable）情報、すなわちシンボルを解釈するための意味理論を通じてデータから取り出された情報の
ちょっとしたメモ - セマンティック・ウェブ、あるいはルーズさを生かした構造
Tim Falconerが1月2日に書いた getting the semweb exactly wrong というウェブログの記事と、それを紹介するsemantic-web-mlへの投稿をきっかけに、新年早々メールボックスが騒々しくなっている。似たような話を毎度繰り返すのも疲れるのだが、今回はバーナーズ＝リー親分もスレッドに参加してきているので、簡単に紹介しておこう。 Falconerの記事は、おおざっぱにいうとこんな内容だ。 セマンティック・ウェブについては、手の込んだ三段論法だとか、メタデータを標準化/正規化（normalize）、中央集権化してアプリケーション処理しやすくする一方でウェブの自由度を失うもの、といった批判があるが、本来は逆で、セマンティック・ウェブのアプローチは極めて「ルーズな」もの。RDFやOWLのいいところは、全然互換性のないデータをうまくつなぎ合わせて、構造を与
ちょっとしたメモ - SPARQL: セマンティック・ウェブとWeb 2.0が出会うところ
RDBMSとRDFをマップすれば、両者の特徴を生かした「セマンティック・ウェブ的な応用」への道が開ける。しかし、RDFの背後にあるデータベースには、外部から直接SQLで問い合わせを行うことができない。ここをカバーするのがRDFのクエリ言語であるSPARQLだ。これは、"Web 2.0アプリケーション"にとってもキーになる可能性がある。少し古い記事だが、Kendall ClarkによるSPARQL: Web 2.0 Meet the Semantic Web を取り上げてみよう。 これは、SPARQLプロトコルの3回目の草案が出たことを受けて、2005年9月16日に書かれたO'Reilly Developer Weblogsの記事。10月の「Web 2.0 Conference 2005」を前に、"Web 2.0"への関心が一般にも高まっていたタイミングで、かなり注目されたものだ。冒頭で、セ
binWord/blog - データ同期技術が盛り上がってきているような
MicrosoftがRSSの拡張「SSE」（Simple Sharing Extensions）を進めているというニュース（ITmediaエンタープライズ）。 データの同期技術は、需要はものすごくあるにもかかわらずイマイチ盛り上がっていなかったが、ようやく盛り上がってきたか。 同期のための標準規格としては「SyncML」が2000年に制定されたが、それほど普及していなかった（少なくとも日本国内では）。こちらも携帯電話の普及とともに少しずつ広まってきているようだ（ケータイWatch）。来年には新バージョンも発表されるという。 現時点でSSEの詳細は不明だが、差分を取り出して同期するSyncMLに対して、SSEでは1つ1つのデータをフィードとして公開するようなイメージになるのだろうか。このあたりどうもわからないところが多いのだが、用途によってはSyncMLとSSEが競合するシーンが多くなるかも
O'Reilly Media - Technology and Business Training
More than 5,000 organizations trust O’Reilly to help their teams learn the technologies of today—and be ready for what’s next. We can help yours too. It’s time to upskill your teams to leverage generative AI LLMs aren’t just the future of work—they’re the now. Learning to use large language models is vital for every business and every knowledge worker. O’Reilly has all the resources your team need
はてなブックマークの関連URLを指定(出来たら良いな)
みんな大好きなはてなブックマークには、関連URLという機能があります。が、現状では気が向いた人が人力で入力するという感じみたいです。これをブックマークされる側で指定できたら幸せなんじゃないかなとか。そうなれば、ある英語のサービスについての紹介とかいうエントリを書いた時にはそのサービスのURLとか、ある英語のページの翻訳を書いた場合は元のページのURLとかをブックマークのページに表示でき、ブックマークを漁って行動する人にはちょっと便利だったりしそうとか。ある本の感想を書いた時にアサマシURLを仕込んだりとかも出来そう(むしろこれがメイン)！ 以下はこの妄想を実現するという仮定に従って書いてます。 既にはてなブックマークはページの概要(らしきもの)の取得やAccout Auto-discoveryのために、ブックマークされた時にそのページをHTTP GETするので、どうやって関連URLの情報を
ちょっとしたメモ - 作者を表すURIとホームページのURI
久しぶりにウェブ上の話題を眺めていたら、目に付いたのがページ作者を特定するのにdc.creatorの値としてURIを使うという話。人にURIを与えるのは構わないけれども、その人の「ホームページ」URIとその人自身のURIを混同しそうな気配が垣間見られるのが、若干気になる。 少し考えれば分かることだけれど、人間を名前づけるURIと、その人間が作ったホームページのURIは当然異なる。だから、普通こんな記述はしない。 （誤解を生む例） <rdf:Description rdf:about="http://www.kanzaki.com/memo/2005/07/23-1"> <dc:creator> <foaf:Person rdf:about="http://www.kanzaki.com/"> <foaf:nick>masaka</foaf:nick> </foaf:Person> </dc
binWord/blog - 第10回セマンティックウェブとオントロジー研究会メモ
7月19日に行われた「第10回セマンティックウェブとオントロジー研究会」のメモ。 ○学術会議における位置情報コンテクストを用いたWeblog作成支援システムの開発と運用（資料） 日記を書こうとしても、その日にどのような行動をしたか思い出せないことがよくあるが、それを支援するためのシステム。学術会議での導入事例が紹介されていた。 会議の参加者には、ICカード（Felica）の名札が配布される。これによって、参加者がどのような行動を取ったのか（発表を行った、セッションに参加した等々）、履歴を管理できる。この履歴を元にドラフト記事（発表の内容や、それを聴講していた人などが含まれる）と場所や発表などについてのメタデータが生成される。投稿者はこれを編集して投稿。同じセッションに参加していた人とのコミュニケーションが図りやすいといったメリット。 ○Semantic WikiによるRDF自動生成（資料）
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.csslounge.co.uk/2005/09/01/advanced-semantics/
mezzoblue § Who Cares about Semantics Anyway?