 |
 |
 |
1．
セマンティックウェブなんて所詮妄想なんでしょうか。
[メタ情報とセマンティック・ウェブ]
http:/
[RSS]
http:/
【RDF】セマンティックウェブ【メタ情報】
2．
妄想です。
■■■■■■■■終了■■■■■■■■■
3．
（ ´_ゝ`）ﾌｰﾝ
4．
----------------再開-------------------
----------------終了-------------------
----------------再開-------------------
----------------終了-------------------
----------------再開-------------------
----------------終了-------------------
----------------再開-------------------
----------------終了-------------------
----------------再開-------------------
----------------終了-------------------
5．
セマンティックウェブって何？
6．
秘密だよ(*ﾟдﾟ) ､ﾍﾟｯ
7．
顔が来る悪寒
8．
いつの間にスレが…
それはさておき、いくつかリンクを。
[SemanticWeb.org]
http:/
[W3C Semantic Web]
http:/
[Dublin Core]
http:/
9．
スマンテック
10．
というかセマンティック・ウェブ総合スレでいいよね。
11．
RDFを勉強してきます。
12．
MSが興味を示さないWeb技術は全部妄想。
13．
M$は無関係。セマンティックウェブの最大の壁は
安易に小手先のSEO対策に走る制作者なので。
14．
セマンティックウェブの例って何がある？
RSSとP3PとFOAFと？
15．
>>12 >>14
P3PってMSの技術じゃないのか？
16．
ひぇーっぷしゅっ
17．
カトチャンハッケーン
18．
オマンティックウェーブ
19．
お、いいスレ発見
20．
オントロジーって分からん
21．
swに興味を持つ人ってそんなにいないのか
22．
>>7
的中おめ
こんなスレがあった。過疎。
http:/
23．
>>22
最後の書き込みは随分最近じゃないか。
WebProg板か。
24．
__∧＿∧_
|（ ＾＾ ）| ＜寝るぽ（＾＾）
|＼⌒⌒⌒＼
＼ |⌒⌒⌒~| 山崎渉
~￣￣￣￣
25．
お前らちゃんとやれage!
26．
>13
それ言えてるなあ。
素人さんが Google呼びたさに妙ちきりんなコード書いては掲示板で低能質問しまくりとか
最近もう見てらんない感じだ。
27．
RDFがまともに機能しはじめれば
瞬く間に問題になるのはメタ情報の詐称だろうな。
28．
いみろん 2 【意味論】
〔semantics〕
(1)〔言〕 言語の意味現象を研究する分野。意味の本質探究、意味構造の分析、意味変化の原因・類型の分析などを行う。意義学。
(2)〔論〕 記号論の一分科。記号とそれが指し示す対象や事態との間の関係を取り扱う。特に論理学では、記号の解釈と真理概念を扱う分野を指す。
→構文論
→語用論
29．
Resource Description Framework
WWWを利用するアプリケーション間での
効果的なデータ交換を可能にするためのメタデータフレームワーク。
RDFでは、メタデータのプロパティを定義可能にし、
異なるアプリケーション同士が、WWWを通じてデータの交換を行なえるようにする。
このプロパティセットを利用することで、異なるアプリケーション間で人間が判別可能な状態でデータを交換したり、
ソフトウェアが解釈可能な形でデータを交換したりできるようになる。
現在RDFは、W3CのRDFワーキンググループにおいて仕様案の策定が進んでいる。
W3Cの概要説明によれば、サイトマップやレーティング、ストリームチャンネルの定義、サーチエンジン、認証の発行などで
RDFの技術が活かされるとしている。
30．
http:/
今話題のRSSアンテナだそうだ。
31．
日本語で読める易しいRDF入門はないですか。
32．
>31
易しくないけど取り合えず神崎氏のところが入門としては定番。
33．
RDFが使えるソフトってどういうものになるんだ？
ブラウザーで使うしかないのかな？
34．
>>33
検索システムとか文書管理システムとか
文書のデータ本体でなくメタデータのみを処理するようなもの。
35．
Webでの利用例ではないけれど
Mozillaは結構色々なアプリケーション情報をRDFで管理してるよね。
36．
>35
RDFは結構利用例あると思うんだが。
RSSとかDoblinCoreMetadataとかFoaFとか。
37．
適当に英語圏のBlog眺めてみたけどRSSを用意してるところ多いね。
大抵はBlog toolが出力するのをそのまま使ってるぽいけど
手書きの人も居たりする。
38．
>>36
や、>>33に対して「RDFを使っているソフト」として利用例を挙げてみた。
RSSやFOAFはそれ自体はソフトじゃないなと思って。
39．
RDFが使えるソフトって...
SharpReaderとか NetNewsWireみたいなニュースリーダはどう？
激しく便利だと思うんだけどな。
40．
http:/
41．
>38
ああなるほど。
RSSアンテナとかはどうスか。
42．
RNAよさげだね
43．
FOAFってどう読んでる？
44．
ふぉーふ
45．
ふぉあふ
46．
ﾌｫｫｫｫ(略
47．
FOAFは私のおいなりさんということか・・・。
48．
(*ﾟﾛﾟ)ﾌｫｫｫｫ!!
49．
RSSってほとんどBlog等の更新情報ばかりに使われてるけど
あれって更新情報とかだけじゃなくて
普通にサイト内の記事一覧として使っても良いんだよね？
50．
XSLTでRSSをHTMLにするのが流行ってるみたいだけど、
RSSを一から勉強する気の起きない俺としては、むしろ
HTMLの雛型とHTMLをRSSに変更するXSLTをキボンヌ。
ｸﾚｸﾚ〜。
51．
いやRSS勉強した方が早いと思うが。
52．
サイトマップをRDFで表現するとヨサゲ。
イマイチな分類方法使ってると上手く構造化できないんで
何となく「良いサイト構造」って奴の勉強になりそう。
53．
>>52
その話ってこれ？
サイトマップ、RDF/
http:/
54．
>53
いやそれは知らんかった。
てかそのサイト結構興味深い記事多いな…
55．
はてなダイアリーからRSSを出力
http:/
で、それをlolipop用に改造
http:/
56．
日本にFOAFの最新状況をヲチしている人がいたらURL知りたいんだけど
57．
この分野は当面かんざきたん頼りだと思ってみるテスト
58．
彼はオピニオンリーダーですな。
59．
（＾＾）
60．
application/
見たところtext/
これでもいいのかと思いはじめている。
だけどMovableTypeのテンプレート見ると、meta要素でRSSのMIMEタイプを
application/
何がどうなっているんだか。
61．
RSS1.0では今のところapplication/
それを使うべき、とあるが。
62．
ネタスレに。
http:/
63．
登録されたのか？
64．
登録されるのとその情報がWebに載るタイミングに差異があるかは分からないけど、
http:/
にはまだないね。
65．
>>60
application/
IE6でxmlのようにブラウザ画面で表示できるから、俺はそうしてる。
application/
大概の人はそんな適当な理由だったりするんじゃないだろうか（w
もちろん正式なMime Typeが登録されていないってのもあるだろうけど。
66．
60
RSS専用クライアントで対応しているものあるんだろうか
67．
さあ、転送データをダンプするツールとかで
何を送っているか見て調べてみたら？
68．
ひゅぇいっぷしゅっ！
69．
(⌒V⌒)
│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
⊂| |つ
（＿）（＿） 山崎パン
70．
本当に伸びない… 前期大衆よ来たれ。
71．
漏れは英語弱いヘタレなんで神崎たん頼りです。
72．
RSS1.0は2.0や0.91よりマイナーってきいた
お前らはどのバージョンをつかっていますか
73．
>>72
RSS 1.0
74．
誰だよ1.0がマイナーなんていってるやつは
2.0は糞
75．
ここじゃないかな?
@IT W3C/
http:/
> RSS 2.0の所有権が移動し、Creative Commonsライセンスで提供
>
> 最近各種WebサイトでRSSのバナーを見かけるようになりました。
> RSSはサイトにある情報をXML形式で提供するためにあります。
> 実は＠ITでも新着記事をRSSフィードで提供しています。そのRSSの話題です。
>
> UserLand SoftwareがRSS 2.0の所有権をBerkman Centerへ移動すると発表がありました。
> 移動に伴い、各自が自由に複製や利用ができるCreative Commonsライセンスで提供するとのことです。
>
> ちなみにRSSは現時点では0.9x系、1.0、2.0が乱立している状態です。
> RSSは大きく分けると2通りあります。まずRSS 0.9と1.0。
> これらはRDF(Resource Description Framework)をベースとしたRDF Site Summaryという意味だといわれています。
> もう片方はRSS 0.9xと2.0。これらはRDFを使用せず、
> Rich Site SummaryまたはReally Simple Syndicationという意味になるそうです。
> 現時点ではRSS 0.91が広く採用されているといわれています。
> 今後は0.91の採用または2.0への移行が進むのか、1.0が巻き返すのか、
> 勢力分布がどう変わるか興味あるところです。
76．
http:/
RDF排除
77．
RDFもうだめぽ
78．
RSSリーダー
http:/
RSSってどうよ？
http:/
79．
>76
俺新聞でこの記事見てやっぱabbr(またはacronym)は大切だなと一人納得してしまった。
80．
どうでもいいけど、ついさっきまで、WordNetをWorldNetだと思ってた…
81．
Top > Insider.NET > 特集 > サイトの更新情報を提供する標準言語RSS
http:/
82．
セマンティックが止まらない
83．
ﾌｯ とまらない
84．
／＼＿＿／＼
（ ￣∀￣ ）
（ ）
｜ ｜ |
（_＿＿_）_＿＿_）
85．
>>80
仲間発見。
神崎さんの記事読んだ当時は思いっきり読み間違えてた。
86．
11月のW3CDayにTimbernnersLeeが来るという噂をきいた
87．
http:/
一般人も参加できるのね。
88．
XML使いのスレ 2.0
http:/
89．
http:/
「SemanticWebカンファレンス」
よりによってW3C Dayと同じ日かよ。
90．
どちらも慶應義塾大学SFC研究所が関わってるね。
…派閥争いか？
91．
>>89
> よりによってW3C Dayと同じ日かよ。
違うじゃん。
>>90
オマエも確認しろよ。
…まあそれはさておき、平日の真っ昼間とはいえ学生無料か…
行ってみようかなあ…。
92．
気づかんかった…
93．
寂れてますな。
保守代わりに、マイナーな話題を。
現在DCMI DocumentのPRである
Expressing Dublin Core in HTML/
がPublic Comment Periodです。
何かしら思うところがある方はどうぞ。
http:/
http:/
94．
>>93
ところで、これが勧告? 承認? になったら、
RFC2731 を replace する RFC も出るのかな?
# prefix と property name の区切りは結局ピリオドを使う方向で
# 統一されるのかな? コロンは認めないみたいね。
95．
>>94
どうなんだろう。個人的には出そうな予感。
コロン云々の話はメーリングリストにあったね。
↓この方の意見を皮切りに、
http:/
Andyさん(当該文書の作成者)が撤回して、ピリオドのほうに流れが傾いた後、
DC-2003やらabstract modelの話題に飲み込まれてしまい、
いつの間にかproposed recommendationになってpublic comment、
みたいな感じが。(詳しく読んでないので違うかも。)
96．
>>95
お、ポインタありがとう。参考になるよ。
しかし、ピリオドとコロンは併存でよかったと思うけどね…。
XML Namespace の QName との混同云々って言うけど、
むしろ XML Namespace にあわせた書式の方がわかりやすくていいじゃない。
まあどっちでもいいっちゃどっちでもいいけども。
つか、個人的にはそんなのより case-insensitive なのをどうにかして欲しい。
HTML4 での埋め込みを念頭に置いてたせいで必然的に
そうなっちゃったんだろうけど、HTML4 に Dublin Core 埋め込んでもなあ…。
まあ、今更変更のしようもないだろうけどさ。
97．
こないだの慶応のやつ、いったひといますか？
どんなんだった？面白い話聞けた？
98．
>>97
W3C Day とは違って、どちらかというと実装よりの話が中心でしたけど、
興味深かったことは確かです。
OWL を N-Triples に変換して、それをさらに自然言語または
論理式に変換して出力する「RDF Analyzer」(SFC 研)とか、
「おおっ」って感じでしたね。
理屈で分かっていても、やっぱり実装を見ると感動もひとしお(w
あと、こないだスラドで話題になってた富士通の
「ヒューマンナレッジナビゲーター」も結構面白かったです。
http:/
その他、プログラム全体については、下記の weblog が詳しいと思います。
http:/
99．
こんなスレがあったとは...
W3C Dayのレポは
http:/
にもあるよ
私も行きたかった。。。
> セマンティックWebの例
PICS（Platform for Internet Content Selection）なんかもセマンティックウェブに近いかな？
100．
え、PICSってRDFの前身じゃなかったの？
101．
>>100
かもしれません（うろ覚え）
セマンティックウェブについて勉強したときに
P3PやPICSの紹介がされていたもので...
記憶が曖昧だったので「近い」という表現にしてみました。
ちゃんと調べてから書くべきでしたね（反省
102．
>>101
自分の知る限りではこのあたりに。
http:/
103．
今田はナウセマンティック
104．
狭いちっく
105．
とりあえず。
Expressing Dublin Core in HTML/
がDCMI Recommendationなった模様。
http:/
というか、public comment期間中、メーリングリストに一つもコメントが来てなかったよ！
いいのかこれで、Dublin Core。
暗黙の賛成ということなのかそれとも…
106．
(・∀・)ｲｲ!!アクセスが使ってますね。
107．
RDF/
108．
はてなアンテナに導入されたね
109．
↑ム板と全く同じレスのようだ。
110．
OWLに詳しく言及してる日本語ドキュメント(日記でも何でも良い)って
神崎ﾀﾝとこ以外にどっかある？
111．
http:/
112．
http:/
113．
>111-112
遅れたけど?dクス。
114．
こっちはあまりお役に立たないでしょうか？
http:/
115．
RDF/
RDF/
http:/
RDF Vocabulary Description Language 1.0: RDF Schema
http:/
RDF Semantics
http:/
RDF Primer
http:/
RDF Test Cases
http:/
Resource Description Framework (RDF): Concepts and Abstract Syntax
http:/
OWL Web Ontology Language Overview
http:/
OWL Web Ontology Language Guide
http:/
OWL Web Ontology Language Reference
http:/
OWL Web Ontology Language Semantics and Abstract Syntax
http:/
OWL Web Ontology Language Test Cases
http:/
OWL Web Ontology Language Use Cases and Requirements
http:/
116．
同時にプレスリリースも出ております。
http:/
117．
神崎氏に惚れる→セマンティックWebをにわか的に勉強する→難しくて激しく後悔。
118．
>>117
ﾜﾛﾀ
119．
調べれば調べるほど、オレってアタマ悪いんだな〜と鬱になる（汗
わかったような気になってblog書き散らかすほうが幸せ（ｗ
120．
>>117
激しく同じ状態。
でもがんばろう、同志よ。
121．
>>120
そういってもらえるとものすごくうれしいです。
お互い頑張りましょう。。
技術的な話はまだ自分にはムリですが、
セマンティックWebでは、ウェブページのメタデータを
誰が付与するのが一番望ましいと考えられているんでしょうか。
?@作成者→RDF/
?A索引者→作成者の意図とのずれは？
他の索引者間(検索サービス間）とのずれは？
122．
困難ていうか、それは人間がガリガリ書くもんじゃないと思うよ…。
語彙の定義(URI)を入力したらそれに沿ったUIが提示されて、それに入力してくだけでメタデータが
作れるというのがあればいいなあ
123．
が、ガリガリ書いてる人間がここに一人……。
124．
え？ガリガリ書くものじゃないの…？
125．
フォームに記入するだけでできあがるようになるのを待つべきかも
126．
なるほど。。フォームに記入ってのは非常に助かりますね。
やはり作成者がメタデータを付与するのが一番望ましいんでしょうかね。
索引者の場合、特に『subject(主題)』といった要素を付与するのが難しいかも。
あとRDF AnalyzerがINTAPのページで使えるというのを聞いたんですが、
探し方が悪いのかどこにあるのかわからないんですよね。ないのかな？
127．
あんなこと言っといて、実は俺もRSSを自分で書いてるけどさ。
CCのライセンスなんかはダイアログに答えていくだけでメタデータができるようになってるし、ああいうのが理想の一つだと思う。
128．
メタデータを自分で書くってのはどうなの。
サイトを更新したら自動でメタデータも更新されるのが自然だと思うけど。
たぶん、自動で更新されるメタデータの質が不満ってことなんだよね。
どんなところが不満なんだろう。
129．
自動的に更新されるメタデータって、
どんなメタ要素が付与されるんでしょうか。。
例えば、キーワードとかいう、概念的な要素だと、
自分の意図と違ったりとかが不満の種になるんでしょうかね。
あと、RDF Validation サービスで2バイトコードを入れると
グラフ中の文字が文字化けしてしまうんです。。
UTF-8でもグラフ中の文字だけが化けてしまいます。
セマンティックWebがPhase2に入ったのは結構なんですが、
こんな初歩的なことでつまづいてる自分には、
つ、ついていけない。。
130．
>>128
どうすれば自動的に付与されるのかわからんので
勉強してきます…。
131．
RDF/
132．
メタデータの質って何? あとvalidationで文字化けするのはしょーがない気がします。
自動で付加されるのって、meta要素のauthor程度しかない気がするけど。
133．
>>132
文字化けしちゃうものなんですね。。どうもありがとうございます。
去年の夏に使ったときは文字化けしなかったような気がして、
この前久しぶりに使ったら文字化けしててびっくりしました。
>>130
自動的なメタデータ付与、実際やったことがないので私もわかりません。
めげずにがんばりましょう。。
134．
1週間以上経つのにまったく書き込みがないのはさみしいなぁ。
DCMESのほかに、ウェブページだからこそ必要なメタデータって、
どんなのがあればいいと思いますか？？
私は、「このリソースの属性は掲示板！」とか、
｢このリソースの属性はメール送信フォーム！｣とか、
そういうウェブページの｢属性｣の様なものを示すメタデータがあって、
機械さんがそれをちゃんと理解できれば
世の中暮らしやすくなるような気がするんですけど、、
と、苦し紛れに話題を作ってみたんですが、
みんな興味ないかなぁ。。ｸﾞｽﾝ
135．
>134
Annotea Project
http:/
Global Document Annotation
http:/
文章の構造・語彙等のマーク付け。
実利的な事言うと、機械翻訳の精度向上と要約出力に期待してる
（デモ見た限りでは期待できると思った）。
136．
>>135
機械翻訳や要約という側面から見ていくのも面白いですね。
ユーザー本位のアノテーションを今後どのように促すのかが、興味深いです。
Annotea Projectの方は、あとでじっくり読んでみます。
(英語、苦手なので、、)
いずれにせよ、自分は情報検索のことくらいしか把握していなかったので、
とても刺激を受けました。どうもありがとうございます。
こんな風に、皆さんがセマンティックウェブ関連の技術に対して、
どのようなことを期待しているのか、とても知りたいです。
137．
137 名前：Name_Not_Found[sage] 投稿日：04/
RDFってHeadLineEditorで書いてmagpierssで表示して遊んでるだけではだめですか？
138．
138 名前：Name_Not_Found[sage] 投稿日：04/
>>137
そういう小さな積み重ねがものすごい重要なんです。
ぜひ続けてください。
139．
139 名前：>>137[sage] 投稿日：04/
サンクス
僕達はXOOPSのニュースモジュールで、フィードする予定です。
その他の所にはヘッドラインエディタや、Movable Typeを設置したのでそこで
発信してくれと頭を下げているんですが、まだ始まってないです。
こういう使い方が凄いと思ってるんですけど、間違ってなかったみたい。
ぐぅわんばぁるぞぉ〜〜〜
140．
>>139
転記ありがとうございます。
上野方面で始まるようです。
Movable Typeに各施設から投稿してもらって、それを好き勝手にページで
表示させます。
あとは浅草と台東区役所だな。
141．
あの、質問なんですけど、今のサーチエンジンって
RDF/
(HTMLのヘッダのメタ情報はほとんど無視されてるんですよね？？)
す、すみません、、右も左もわからない初心者です。。
142．
>>141
今はまだそれほど重視してないのではないかと。
今後有用なRDF/
それを受けて糞SEOが蔓延すればMETA要素同様の運命を辿るだろう。
著者によるメタデータは虚偽の申告が非常に容易なので
Web一般での活用はなかなか難しいように思う。
143．
>>142
現在のサーチエンジンがメタデータをどう扱っているのか、
現状を把握できていなかったので、とても参考になりました、
コメントどうもありがとうございます！
そうですよね、いくらMETA要素よりも構造的な
メタデータの記述がRDF/
それを書く人間がうその内容を記述していたらMETA要素の二の舞になりますよね。
そう考えると、やはり外部からのメタデータの付与が不可欠に
なるのでしょうか。。うーん。。
144．
この流れを見るに、神崎氏のメモがとってもタイムリーなので書いとく。
様々なRDFを検索するSemantic Web Search
ttp:/
ベータ段階で日本語通らないらしいが、面白そうな予感
145．
スレ違いもいい書き込みだが、Cool URIs don't changeも守っておくれ…。
死ぬのは勘弁。xreaで独自ドメイン取って一生それ守ってけれ。
俺は、そろそろファイル名完全日付時間制に移行します。
ttp:/
＞are dates in URIs actually useful? という疑問を投げかけており、
＞これに対してどんな意見が出てくるのかはちょっと面白そう。
146．
島根県
http:/
ＲＤＦファイルで作られているようだ。
age
147．
>>146
RDFファイル"で"？
148．
>>147
「が」、ちがうなぁ。
「を」、、、、、
二つほどＲＤＦファイルがあるみたいなんだけど、どうなってんだろう？
149．
>>148
単にRDFなRSS 1.0を配信しているだけだと思うが。
RDF書いてそこからHTML生成してたら神認定。
150．
今の時点で、どのようなメタデータがどのくらい提供されているかっていう調査は
ないんでしょうか。
日本と海外で違いとかあるのかなー。。
151．
rssならrssサーチとかあるけどね。
実際の所はどうなんだろうか…。
152．
http:/
http:/
153．
FOAF Explorerにつながんないみたいだけど、気のせいかな？
http:/
154．
>>153
つながったじょー。
FOAFのアイコンの、色違いの4つの顔ってなんか意味あるのかな。
僕としてはRDF Validationサービスでグラフを作っても2バイトコードが
文字化けしてしまうのがとっても悲しいです。
155．
セマンティックWebで情報機器を連携動作 富士通研が開発
http:/
とのことです。
semwebの恩恵を享受できる未来も近い？
156．
http:/
IANAにapplication/
RFCも間近ですね。
157．
寂れてるので上げてみる。
rdf:aboutの値に
あるXML文章中のIDが付いていないフラグメントを指定する方法って今のところ無い？
仕様書は一応読んだんだけど、見つからなかった。
例えば「<rdf:RDF>を包含している要素」についてその<rdf:RDF>で述べようと思ったら
rdf:aboutにはなんて書けば良いんだろう。
Xpathみたいにrdf:about=
現状だと包含している要素にIDを振って参照しないと無理なのかな。
158．
>>157
XPointer？
ただしこんな問題が。
ttp:/
159．
>>158
Xpointerですか。なるほど。
となるとまだ実用的では無い感じですね。
それにしても、Xpointerのいい話を聞いたことが無いのは気のせいだろうか・・・。
160．
俺的にはXPointerてまだ紙の上の話って感じだからそれも当然な気がするなぁ
161．
すみませんここで質問していいのかどうかわかりませんが・・
blogが生成するrdfって、blogで時間をCMT+9:00に合わせてても
rdfの中にはその日本時間+9:00と書かれるんですよね
blogでAというエントリーを10時に投稿しても
RSSリーダーでは19時に投稿されたと表示されるんです。
これはそういう物なんですか？
162．
>>161
こちらへどうぞ
Webサイト制作初心者用質問スレ vol.96
http:/
163．
どうもです
そちらへいってみます
164．
RSSとかRDFとかXMLのバナー画像って、公式のものがあるの？
多くのサイトがオレンジの小さい長方形の画像を使っているようで、
それが公式のモノかと思ったんだが、その画像の配布元というのが
いろいろググっても出てこない。
165．
>>164
XML
http:/
RDF
http:/
だったと思う。
RSSは知らん。
166．
オレンジってのはこれでしょ
http:/
http:/
167．
サンクス。
自分が見たのは>>165のものだった。
>>166もよく見るね。
168．
Headline-Editor Lite
http:/
このツールで>>165のアイコンを使ってるから、
そのせいで広まっているのかも。
169．
>>168
オモシロイこと言うな。
170．
xpointerってmozillaで部分的にとはいえ実装されてたのか。
XSLTでxpointerプロセッサ作れないかな。
171．
あと数日で期限切れというところでようやくRFCも出ました。
application/
urn:ietf:rfc:3870
172．
Dublin Core (DCMI Metadata Terms) に語彙が追加されました。
名前: provenance
URI: http:/
定義: http:/
いまいち使い方が分からないと思っていたところ、使用例がありました。
http:/
173．
それでもわからない。。
174．
>>173
リソースの作成された後、その所有者や管理状況がどのように遷移したかを記録する語彙、
ということだと思います。
主に形のあるリソース (絵画や彫刻など) の管理に使用することを想定しているのでしょうね。
175．
>>174
親切な人っているんですね（感動）・・
なるほど！確かに美術品の場合には所蔵館もどんどん変わっていきますもんね！
勉強になりましたー！
176．
あんなに好きだった唐揚げが脂っこいだけだと感じるようになってきた21の初秋
セマンティックウェブの今はどうなっているのだろうか
上げてみて確認してみよう
ってかよ、この板ってほんと人いなくなったな
177．
ずっとヲチしてたけど話題がないのよ……。
178．
>>177
何もないなんて悲しいじゃねーか！
http:/
179．
私もココずっと見てますよー！
ってか神崎氏本だすね
180．
>>179
RDF/
ttp:/
> セマンティック・ウェブの背景から、RDFのデータモデル、
> RDFスキーマ、OWL、さらにRDFをつかったクエリや
> 推論までを取り上げて解説します。
> 年末、もしくは2005年頭に出版予定です。
ﾎｽｲ･･･
181．
>>180
きっと私にはずぇんずぇんわからないんだろうけど
ﾎｽｲﾖﾈ･･･
182．
>>180
神崎さんとこの記事読みながらでもマトモにRDF書けない（Validatorに怒られ過ぎ）けど、だからこそ
ﾄﾃﾓﾎｽｨ･･･
183．
>>180
Validator、日本語の存在を無視しないでください
ﾎｽｨﾖｩ･･･
184．
ちょっと前は使えてたんですが、また使えなくなってますね。
ttp:/
ttp:/
185．
おや。
私が確認したのはテキストエリアからの入力でした。
確か2004-09-28〜30日頃の気が。
186．
ちょっと質問があります。
神崎さんとこの http:/
>> bodyとしてコメント本文まで埋め込むというのは、メタデータというよりシンジケーションの発想に近い（これが必須になっているのは泣ける）。
と書かれていて、確かに本文は記事のメタデータじゃないよなぁと思うところはあるんです。
でも、RSS1.0のContentモジュール
http:/
は本文をそのまま配信（エンコードしてですが）するモノなのに、RDFでメタデータ扱いされてるじゃないですか。
両者に矛盾があるような気がするんですが、結局RDFで記事の本文を配信するのはNGなんでしょうか？
そもそも「RDFはメタデータを配信するためだけのもの」という自分の認識が間違っているのでしょうか？
blogの記事をトラックバックやコメント全てをひっくるめて一つのRDFに埋め込んでみようと妄想してるんですが、
間違ってるのかどうかすらわかりません orz
187．
あ〜、アホなことを書いてしまいました。
W3Cの Resource Description Framework (RDF) Model and Syntax Specification（邦訳ですが）を読んだんですが、
序論のところに
>>RDFはメタデータを処理するための基礎
って書いてありますね。
しかし、これも序論からですが、応用領域の一つに
>>(5)論理的に単一な「ドキュメント」を表すひとまとまりのページを記述することにおいて
とあるので、blogの本文やコメント、トラックバック全てを一つのドキュメントと考えたなら、
コメントの本文を外に追い出す必要は無い気がします。
一人で勝手に進めててスミマセン。
188．
DC Wordnet cc VCARD etc
色んな所で語彙が提供されてるみたいだけどさ、誰かまとめて一覧みたいなの作ってくれないかな
そうすれば書きやすいんだけど
必死こいて語彙を定義してみたら後で「このﾌﾟﾛﾊﾟﾃｨ使えば良かったのか…」なんて思う事も無くなるような気がする
ｽﾏｿ 酔ってるからまとまらないやw
189．
酔いが醒めました
我ながら恐ろしい事書いたもんだな…
190．
>>189
WordnetとVCARDは分かるけど、DCとccは何の略？
191．
RDFってのは既存のものに標準化された統一的なマークアップをしていこうというものでしょ
で、それによって異なった文書間でデータの流通が容易になるってのがセマンティックウェブの考え方
コメントに対し、｢これはコメントですよ〜｣という意味付けで囲うのはなんも間違ってないよ。
RSSとRDFがごっちゃになってない？
｢RDFはメタデータを処理するための基礎｣、という文脈での｢メタ｣データってのは
｢これはコメントなんですよ｣という情報、すなわち囲っているマークアップのことを指している
対して、RSSは本来データ本体のコンテナフォーマットではなく、目次データであった。
こちらで言うところのメタデータは、実際の文章ファイルの目次情報をまとめたRSSファイルを、その文章にとってメタなデータだという意味で言っている
192．
>>191
レスありがとうございます。
>>｢RDFはメタデータを処理するための基礎｣、という文脈での｢メタ｣データってのは
>>｢これはコメントなんですよ｣という情報、すなわち囲っているマークアップのことを指している
RDFのFはFrameworkでしたね、仰る通りごっちゃになってました。
まだなんとなくですが、わかった気がします。
ありがとうございました。
193．
>>190
189じゃないんだけど、
DCはダブリンコア、CCはクリエイティブコモンズじゃないかな
というか、このスレッド急に活気づいたなぁ…
神崎氏効果か？？
194．
追加
私もいまだに「メタデータ」の言葉の定義がわかんないんだよね…
いろんな意味で使われてるからおばかな私は混乱するよ
195．
>>188
SchemaWebをどぞ。
ttp:/
こんなのも。
Kissology 誰が誰にキスしたかを記録する語彙
ttp:/
自分で作っておいて、後で同じの見かけたらそれを等価なものとして結び付けてもよし。
196．
>>195
ありがとう
Kissologyはアレだけど、自分で定義した語彙を他に提供するのも楽しそうだね
今はメタデータを表すのが楽しくなってきた状態だから、こういうの作って慣れていくのは良いかも
FOAFでリンク集みたいなの作ってるんだけど、
リンク先サイトの管理者は知り合いでは無いから、その辺りの「尊敬」や「興味」をどう定義しようか考えてる
FOAFとは違うのかなと思ってみたり
197．
Kissology
個人的には好きだｗ
198．
W3Cにもこんなところが。オントロジーの海をブラウズできます。
Ontaria
ttp:/
199．
RDFクエリ言語のWDが出ました。
SPARQL (Simple Protocol And RDF Query Language) と書いて
スパークルと読むそうです (ttp:/
SPARQL Query Language for RDF
ttp:/
200．
RDF/
やはり書籍で最新技術を追うのは限界がありますね…。
201．
>>200
2巻を出せばいい。10巻でも20巻でも毎年や隔年で発売するのもいい。
202．
それはちょっと。
203．
第2版を出せばよさげ。
204．
2chにクリエイティブコモンズのスレってある？
205．
>>204
あるとしたら法学板かなあ…と思って探したら、
あるにはあったんだが…。
『著作権』 クリエイティブコモンズ
http:/
206．
>>205
見なかったことにしたいw
公式のMLもなんか微妙な雰囲気だし、
Hotwiredを見るとそれなりに話すネタ
がありそうな気がする。
この板に立てるのはダメ？
207．
>>206
cc単独のｽﾚはどうかな
メタ情報の総合ｽﾚであるこのｽﾚ(そうなんだよね?)が盛り上がってないわけだし
このｽﾚでいいんじゃない?ccならとっつきやすいし、俺も付き合えるｗ
208．
CCとメタデータは全く関係ないだろう
メタデータ技術には興味アリアリだが
クリエイティブコモンズには何ら興味無いので
ここでやられても困っちゃうのだが…
209．
>>208
でもさ、ccの是非とかccそのものの会話っていうよりか、ccがメタデータに
着目していて、それをどうやって伝播させるかって話しならば、ここでもいいような
感じなんだけど、どう？
このスレの速度も遅さも加味すれば、ccのメタデータの書き方が分からないとか、
そういう話もいいんじゃないかと思う。
210．
CCのメタデータ的な話。
http:/
211．
>>208
とするとライセンスはGPL派？
212．
そいうことでもないか。
213．
>>211
GPLだって、XMLで定義すればいいのでは？
214．
>>213
つまり>>212
というより、XMLで定義しなくてもいいと思うのよね。
というより、CCにもGPLあるのよね。
215．
>>214
ccでGPLのURLを教えてー
216．
そういやちょっと前に、Dublin Coreにdcterms:licenseが入ったね。
これはcc:licenseとは等価なんだろうか。
こういう似た語彙同士の関係を記述・提供してくれるサービスも出てくるんだろうな。
217．
kanzaki氏ってどこかの大学の先生？
ウェブついての講演とかするなら聞きたいー
218．
semwebに立ち向かうための基礎知識を身に付けようと、論理学の入門書を読んでみるも挫折。
1階の述語論理にも辿り付けません。あな難し。
219．
論理学かあ。読んでみるかな。
俺はとにかく色んな事柄をﾒﾀﾃﾞｰﾀにして書く練習をしてるよ
手に馴染ませる感じ
Notation 3を書いてみるのも勉強になる
神崎氏のｻｲﾄに解説があるよ /
220．
>>217
書籍のプロフィールによれば、法政と慶應の講師らしいけど、講演はわかんないや。
ってか今年ティム氏来るのかな
221．
RDFの仕様書を読んでみて、これは数学や数理論理学の知識が要るなと思った次第です。
例えばConcepts and Abstract Syntaxにも何やら難しそうなものがありますな。
以下、本文の一部を翻訳。（あんまり分かってないので訳のほうは信用できません）
6.3 Graph Equivalence
6.3 グラフの等価性
Two RDF graphs G and G' are equivalent if there is a bijection M between the sets of nodes of the two graphs, such that:
RDFグラフGとG'は、両グラフのノード集合間に全単射Mがある場合に等価となる。
1. M maps blank nodes to blank nodes.
1. Mは空白ノードから空白ノードへの関数である。
2. M(lit)=
2. M(lit)=
3. M(uri)=
3. M(uri)=
4. The triple ( s, p, o ) is in G if and only if the triple ( M(s), p, M(o) ) is in G'
4. トリプル( s, p, o )がGに含まれる ↔ トリプル( M(s), p, M(o) )がG'に含まれる。
With this definition, M shows how each blank node in G can be replaced with a new blank node to give G'.
この定義で、Gの各空白ノードが別の空白ノードに置き換えられ、G'が与えられるというMの働きが分かる。
こんなのがいっぱい出てくるRDF Semanticsなんかとても今の知識では読めません…。
222．
こんなかんじか?
1. M maps blank nodes to blank nodes.
1. Mは空白ノードを空白ノードへと対応付ける。
2. M(lit)=
2. M(lit)=
3. M(uri)=
3. M(uri)=
4. The triple ( s, p, o ) is in G if and only if the triple ( M(s), p, M(o) ) is in G'
4. トリプル( s, p, o )がGに含まれる ↔ トリプル( M(s), p, M(o) )がG'に含まれる。
With this definition, M shows how each blank node in G can be replaced with a new blank node to give G'.
この定義で、Gの各空白ノードが別の空白ノードに置き換えられ、G'が与えられるというMの働きが分かる。
223．
>>222
for all は∀のことだよね？
M(lit)=
Gのノードであるリテラルが返ってくるということなんだろか。
224．
M(lit)=
というのはMはlitについてはそれをそのまま返すよという意味。
for all...というのはlitがなんであるかを示している。
"x^2 > 0 for all real numbers x"
「全ての実数xについてx^2 > 0」
と同じようなもの。
225．
M は G の空白, リテラル, URI参照ノードを G' のノードへ写す恒等写像
とかいう解釈でいいのだろうか。
1. M(blank node) =
2. M([lit]) =
3. M([uri]) =
4. (s, p, o)∈G ⇔(M(s), p, M(o))∈G'
とか。
226．
おお、皆さん詳しいね。
M(x)とすることでxがGにある