【RDF】セマンティックウェブ【メタ情報】

【RDF】セマンティックウェブ【メタ情報】 at HP

[前50を表示]
700:Name_Not_Found
08/02/06 18:56:14 .net
>>697
そうそう。だからこそ、変なソースの氾濫を防ぐためにも
ソフトウェアによる正しい出力の補助が必要なんじゃないかと。
# もっとも、当のソフトウェアが不思議マークアップならぬ
# 不思議グラフを吐いたりして
この辺はCMSが上手くやってくれると期待してるんだが…。

>>698
実用はほぼないな。
昔はWebページの内容を全部RDF化してみたりとか変な実験を
色々やっていたが、最近はあまり。

701:Name_Not_Found
08/02/06 19:16:09 .net
>>698
ブログの個別ページのメタデータをRDF/XMLで出力してる。あとRSSやFOAF。

702:Name_Not_Found
08/02/06 19:42:51 .net
個人的に思い描く(妄想する)semweb発展のシナリオ。

1. 勝手RDFサイト
Webに出回っている、利用価値の高くRDF化できそうでデータを
勝手にRDF化してSPARQLエンドポイントで公開するサイトが登場。

2. RDFの活用サイト
そのエンドポイントを色々組み合わせて情報検索・プラン提案
などをする活用サイトが登場。

1と2は熱心なSW推進者が見返りを期待せずに頑張って作る。
この辺でアーリーアダプタ層がRDFは便利そうだと気づき、
普通の人々はこれらのツールを仕組みを知らないまま活用する。

3. semwebエディタ
定型的なデータを容易にRDF化できるような仕組みを備えたツール登場。

4. semweb対応サイトとツールの増殖
勝手RDFサイトが増える。手持ちのデータをRDF化して公開する人が出てくる。
新しく参加してきた人たちが、改良されたsemwebエディタを公開する。

703:Name_Not_Found
08/02/06 19:43:41 .net
5. 企業の参入
勝手RDFのデータ元となった企業が自らもRDFを公開するようになる。
場合によっては草創期のRDF勝手サイトは閉鎖に追い込まれる。
普通の人々もツールを用いてRDF対応のサイトを公開するようになる。

6. 信用危機
RDF情報自体が金銭的価値を持ち、これを悪用するものが
現れる。電子署名や信頼を実現する仕組みが広まる。

7. semwebの存続と成長
偽メタデータ、RDFスパムなど、さまざまな問題を抱えながらも
semwebは持続的に発展する。

えぇえぇ分かってます、分かってます。妄想です。

704:Name_Not_Found
08/02/06 19:48:51 .net
>>698
うちもWebページごとにRDF/XML用意してる。
ブログではないけどローカルで自動生成。

705:Name_Not_Found
08/02/06 21:46:18 .net
自分もRSSを手書き、かな。
あとは、コンテンツをCreativeCommonsライセンスにしてる関係で、ライセンス情報は
RDF/XMLで書いておいてある。ブラウザ向けにXSLTを介してXHTMLにして表示してるけどね。

706:Name_Not_Found
08/02/07 05:41:56 .net
手書きか。みんな、RDFエディタって使ってる？定番のRDFAuthorとIsaVizは
癖があって使いにくかった。MR3はいいかもしれないと思ったけれど、やっぱ
雛形を作っておいてEmacsでゴリゴリ書いていったほうがずっと速かったり。

全然関係ないが、IsaVizのスクリーンショットの「スキンを作っていたり、
それってカスイケサイト」がとても気になる。
URLﾘﾝｸ(www.w3.org)
カスイケ…？

707:Protege
08/02/07 07:20:43 .net
ぷろてじつかってる？

あと，Google Base みたいなのでトリプル放り込んで
SPARQL で検索させてくれるようなおもちゃつくって
くれないかなぁ，ググル

708:Name_Not_Found
08/02/07 08:22:54 .net
RDFエディタってどんなインターフェースが使いやすいんだろうな。

709:Name_Not_Found
08/02/07 15:03:49 .net
>>708
用途にもよると思うけど、プルダウン形式で項目を選択して、
値を自分で書き込む（設定された以外のフォーマットはエラー）って感じかな？

でも、そうすると>>706も言っているように
ある程度知ってるヤツは、適当なテンプレートを作って自分で書いていった方が速いんだよね。
自分はvi派だけどｗ

710:Name_Not_Found
08/02/07 19:31:14 .net
viとはずいぶんストイックだなｗ

よくあるグラフ形式そのままを編集ってのは分かりやすいんだろうけど、
使い込もうとすると多分かなりやりにくいと思うんだよね。
いっそリストコントロールに主語・述語・目的語の3列を用意して
各行ごとにリソースを記述するとか、思い切ったビジネスライクな
デザインのほうが受けるかもしれん。

711:Name_Not_Found
08/02/07 20:40:26 .net
RDF/XMLなんてヒューマンリーダビリティーもライタビリティーも低いフォーマット
どう考えてもツールで自動生成して使うものだろ…
# といいつつ現状ではRSSくらいしかサポートツールがないんだよねぇ
# ツールがないと普及しないし普及しないとツールも作られないし…

712:Name_Not_Found
08/02/08 09:02:46 .net
WebページのRDF/XMLなら、割と定型的に、それこそGRDDLで生成できそうだしな。

713:Name_Not_Found
08/02/08 09:18:43 .net
本のレビューをRDFで作るサービスはどう？
1.題名か作者名で検索
2.Amazonの検索結果表示
3.レビューを書きたい商品を選択（これで主語にURN:ISBN、dc:titleなどがセット）
4.ブログのコメント欄感覚でレビュー書き込み（dc:descriptionにセット）
5.送信（RDFのデータベースに保存）

あとはRDFとして検索。ブラウザから検索だとXHTMLに変換表示。専用ソフトにはRDFを直接送信。

音楽なら、選択の時点で主語にMusicBrainzの値を引っ張り、登録がない場合はMusicBrainzにAmazonか
ら引っ張ったデータを自動登録した上でMusicBrainzの値を引く。
これならRDFの難しさに触れずに誰でもRDFを使えるんじゃ？
語彙は国立国会図書館が書誌記述用の語彙定義やってるから、それを応用すれば良い。

俺自身は自分のサイトで、読書感想をRDF/XMLで手書きしてる。

714:Name_Not_Found
08/02/08 16:55:08 .net
BOOKLOGみたいなサービスに組み込むかんじかな
普及させるなら既存のブログに組み込むのも一つの手だと思う。それだけのために別システムを用意する・登録するのは手間だし、個人的に自分の発信源は一つにまとめておきたい
むしろSNSなら、レビューを書いて、さらに気があう人とはつながれる、格好の発信源なんだけどな…

715:Name_Not_Found
08/02/08 18:25:22 .net
>>713
いいね、是非実装してくれｗ
とりあえずはAmazonのレビューを引っ張ってきてRDFで公開するような、
RDFプロキシ？サービスでやってみるという手もあるかもしれん。

716:Name_Not_Found
08/02/08 18:44:10 .net
>>714
>個人的に自分の発信源は一つにまとめておきたい
よく分かるそれ。
多分この辺は現状のWebと同じように、ユーザの好みによって
・特定の種類の情報専用サイト(例えば料理のレシピ投稿サイトとか)
・個人管理されたサイト、もしくは個別領域の割り当てられる外部サービス(ブログとか)
で棲み分けられるんじゃないかな。

RDFも同じように、投稿サイトで集中保管されるものと
個人サイトで個別管理されるものに分かれる。
それらをまたがって検索サービスが情報を統合する
(そして利益の大半を持っていくｗ)、と。

717:Name_Not_Found
08/02/09 02:28:35 .net
>>713
> 読書感想をRDF/XMLで手書きしてる。
kwsk
独自の語彙とか使ってる？

718:Name_Not_Found
08/02/09 18:27:43 .net
>>717
独自は使っていません。国会図書館のDC-NDLです（下記）。
URLﾘﾝｸ(www.ndl.go.jp)
国立国会図書館は気合入ってる。

719:Name_Not_Found
08/02/09 20:18:09 .net
流れぶった切りな感があるけど、
OpenIDってユーザ個別のURIなんだから、rdf:aboutの値に使えるのかな

720:Name_Not_Found
08/02/09 20:41:53 .net
できるよ。っていうかURIであれば何でも使える。
目的語にして
[ a foaf:Person ] ex:openId <Your OpenID URI> .
なんてのもあるかもね。

って構文を書こうとして久々にTurtleのページ見ようとしたら、
…落ちてる？

721:Name_Not_Found
08/02/09 23:16:04 .net
人を表すURIってどんなのがよいかな。
timblのFOAFを使う案(URLﾘﾝｸ(dig.csail.mit.edu))は、
FOAFのURIが変わると個人のURIも変わってしまうので、やや微妙。
tagスキーマとか？

722:Name_Not_Found
08/02/10 01:02:41 .net
>>721
スキーマ（schema）じゃなくてスキーム（scheme）ね。
tagでもいいしhttpでもいいし、好きなものを使用すればいい。
文書の置き場所如何でURIを変えたくなければ、
文書中で相対URIではなく絶対URIで参照するようにすれば
よいのではないかと。

723:Name_Not_Found
08/02/10 01:19:54 .net
>>718
そうすると、対象自体に直接感想文を結び付けるよりは
感想自体をリソースにしたほうが参照可能性もあってよさそうだし、こんな感じ？

<感想文書URI>
　dc:title "感想" ;
　dc:description "本文" ;
　dc:relation <urn:isbn:4-627-82931-0> .

あるいは感想の対象を主語にして

<urn:isbn:4-627-82931-0> dc:relation [
　dc:title "感想" ;
　dc:description "本文"
] .

とか？感想（レビューとかコメント？）クラスが欲しいところだな。

724:Name_Not_Found
08/02/10 02:00:44 .net
>>721
頑張ってFOAFを置く場所を恒久的にする。
それか、よく言われる方法だけど
人にhttpでURI割り当てて、それをFOAF文書に
リダイレクトするのがよいんじゃないかな。

725:Name_Not_Found
08/02/10 11:14:03 .net
>>724
人間に与えたURIで取得される（HTTP StatusCodeで200）のは人間そのものであるべき。
なのでSeeOther303を使う後者が正しいと思う。恒久性は副次的課題。

遠い未来、「マクドナルドのハンバーガーのURI」をブラウザでリクエストするとカタログが303で到着
し、物質転送装置でリクエストするとマクドナルドのサーバーからハンバーガーが200で到着するかも。

ところで、語彙のURIをリクエストされた場合に定義文書を返すが、これも303じゃないだろか。
「語彙」は抽象物であり、「語彙の定義」は語彙のdescriptionで等価じゃない気がする。

726:Name_Not_Found
08/02/10 11:55:19 .net
>>725
DCなんかは語のURIにアクセスするとちゃんと文書にリダイレクトするね。
まあリダイレクトは技術的な知識が必要だから、
一般の人々がRDFを (ツールなどで) 書いてWebで公開するなんて場合は、
ハッシュURIを使ったほうが楽だとは思う。

恒久性が二の次ってのは同意できるところではあるな。
リソースの分類や配置構造と密接に結びついた現在のURI実装を考えると、
URIを恒久的に維持するのは非現実的 (できるならそれに越したことはないが)。
これは、現在のWebで404 Not Foundを甘受しているのと同様、
Semantic Webもまた404 RDF Not Foundを甘んじて受け入れるほかない
ってだけの話だとは思うけども。

727:Name_Not_Found
08/02/10 21:22:30 .net
恒久的なURIといえばpurl.orgとか．
あとurn:pinとか見たことあるけど，どうやって取るかはワカンネ．

728:Name_Not_Found
08/02/10 22:02:31 .net
つURLﾘﾝｸ(www.ietf.org)
NSI様様

729:Name_Not_Found
08/02/11 10:37:27 .net
> Process of identifier assignment:
> Names are granted via Network Solutions
> proprietary registration procedures.
ってあるね。今でも登録できるのかな？NSIのページを見たがよくわからん。

730:Name_Not_Found
08/02/11 11:11:50 .net
確かに分からんね。NSIにドメイン移管したらもらえないかな？
でもあそこ維持費高いんだよな。あ、ていうか.jpだから無理だw

731:Name_Not_Found
08/02/11 12:58:59 .net
まあ、人のURIは普通にhttpでいいんじゃね。
リダイレクトやフラグメント識別子を活用すれば
リソース識別に加えて情報取得もできて一挙両得。

732:Name_Not_Found
08/02/11 18:06:25 .net
>>731
賛成。
で、返ってくるのはいきなりFOAFじゃなく、「前略プロフィール」みたいな方がいいと思う。
で、前略みたいな各サービスで、ページからGRDDLでFOAFを抽出できるようにする。FOAFに対応のない
内容はrdfs:seeAlsoで参照させる。その参照先にアフィを付ければ、FOAFを壊すことなく各社の収入も
確保でき、独自・新規サービスへの投資が意味あるものになる。
ユーザーは共通形式でプロフを見れるようになり利便性が向上する。

GRDDL+FOAFでみんなハッピーになる餅を描いてみた。誰か神頼む。

733:Name_Not_Found
08/02/11 18:55:26 .net
隗

734:Name_Not_Found
08/02/12 23:14:22 .net
このスレの住人はGRDDL使っている人が多いみたいだけど、RDFaってどうなの？
GRDDLがあるから、もしかしていらない子？

735:Name_Not_Found
08/02/13 00:58:01 .net
>>734
詳しくは知らないけどざっと仕様に目を通すと、XHTMLを拡張してるようだな。
こういうスキーマレベルの拡張は大概上手くいかないような気がするんだが…。

736:Name_Not_Found
08/02/13 01:23:16 .net
GRDDLも普及する気がまったくしないんだがおれだけか？

737:Name_Not_Found
08/02/13 22:33:34 .net
やはりここはスクリーンスクラッパー

738:Name_Not_Found
08/02/14 19:27:46 .net
いつの間にか、RDF/OWL勧告が出て4年が経ってる。
てかXMLと誕生日同じなのね。

739:Name_Not_Found
08/02/14 22:59:45 .net
今の流れは、RDFをいきなり書くのは無理だから
RDFにしやすいデータを作ろうって感じなんだろうかね。
といっても散文からトリプルを取り出せるような仕組みは、
用意できても使う側が大変だろうし、
まずは表とかの定型的なデータをRDFにするところから
始めたほうがよい気がするな。

740:Name_Not_Found
08/02/14 23:48:22 .net
膨大なOWLを記述してどう有効に使えるかが問題か。

741:Name_Not_Found
08/02/15 00:11:45 .net
データベースに突っ込んで推論エンジンに任せればいいんじゃね

742:Name_Not_Found
08/02/15 00:15:37 .net
まずはデータを集めるところだな。

743:Name_Not_Found
08/02/15 00:28:06 .net
何かツール作るか

744:Protege
08/02/15 07:00:46 .net
でもなぁ，まずは語彙が統一されてないトナ．
推論しようにも．

って，ぐるぐるループする．

745:Name_Not_Found
08/02/16 00:36:59 .net
語彙は統一する必要ないよ
それがSWのメリット

746:Name_Not_Found
08/02/16 00:55:41 .net
>>743
頼んだ。

747:Name_Not_Found
08/02/16 00:57:56 .net
だね．これとこれがsameAsっていうのを後から定義すればOKのはず．
語彙は作るモチベーションと正しく設計できてるのか自信が持てないってのがあるよね．
後者は実例が沢山でてくれば参考に出来るからそのうち解決するんだろうけど，
似たような語彙がないと確信が持てない…．

748:Name_Not_Found
08/02/16 01:24:55 .net
>>747
そういうのは公表してフィードバックをもらうのがいいんじゃないかな。
てか作ってるならぜひ見せて欲しい。

749:Name_Not_Found
08/02/16 02:43:17 .net
いまある語彙の不満点は何よ？洗い出そうぜ
つ URLﾘﾝｸ(www.schemaweb.info)
つ URLﾘﾝｸ(www.daml.org)
つ URLﾘﾝｸ(www.opencyc.org)
つ URLﾘﾝｸ(swoogle.umbc.edu)

750:Name_Not_Found
08/02/16 03:22:34 .net
ありがちなのは、既存の語彙を組み合わせて使うと
名前空間宣言が大量になるので、それを嫌って
シンプルな一つの名前空間に自分が必要なものだけを
入れて使うって例だなきっと。
スキーマでsubClassOfとかsubPropertyOfを入れておけば
既存語彙とも繋げられるしな。
# その代わり地味に機械処理が煩雑になる罠。

751:Name_Not_Found
08/02/16 08:28:03 .net
人間の可読性に比べれば機械処理の煩雑さは軽視できると思う

752:Name_Not_Found
08/02/16 09:36:35 .net
本当に分散保管されたデータはクエリ・統合コストが高すぎる
（特にインターネット越しでは）から、やはりgoogleのような
集中管理型のDB+アクセスポイントが不可欠になるよな。

753:Name_Not_Found
08/02/16 11:42:16 .net
も前ら，「推論」って具体的にはどんなものを想定してるの？
一言でいえば要はSPARQLで可能なクエリのことを指しているの？

754:Name_Not_Found
08/02/16 11:48:21 .net
ルールによる演繹でしょうね。

755:Name_Not_Found
08/02/16 11:59:18 .net
推論器って自前でスクラッチから組んでるの？

756:Name_Not_Found
08/02/16 12:24:37 .net
一概にどうとは言えないのでは。

757:Name_Not_Found
08/02/16 19:50:51 .net
まあ実装は色々だろうな

758:Name_Not_Found
08/02/17 00:13:23 .net
ところで、Raptorって使える？

759:Name_Not_Found
08/02/18 19:20:46 .net
使ったことない
RDFの開発用ツール使ってる人いる？

760:Name_Not_Found
08/02/21 19:37:31 .net
データフォーマットとしてのグラフってのもほとんど見ないよな
グラフは汎用的ではあるけども、
一般的なデータ格納フォーマットとしては先進的過ぎるのか

761:Name_Not_Found
08/02/22 21:22:49 .net
そもそもRDFのグラフは何かしらのフォーマットではないんじゃない？
RDF/XMLがデータフォーマットとして使えるかというなら議論になるかも
しれないが、構文に制約と設けたとしても扱いづらいと思う。

762:Name_Not_Found
08/02/22 22:43:50 .net
- RDF = データモデル
- RDF/XML = フォーマット
ですね。正直RDF/XMLは自由度が高すぎてよくないフォーマットだと思うよ…
同じRDFモデルをいろんな書き方でかけるってのはデータを出力するのは楽になるんだけど、
パースして処理するほうのプログラムを書きにくくなるからねぇ…
メタデータを計算機にとって可読に、理解可能にしようって話なのに
パーサ書くのに苦労させてどうすんだよと…

763:Name_Not_Found
08/02/22 23:13:29 .net
>>761
フォーマットという言葉についての語用論だとは思うけども、
以下の関係だと思うとよいかも。
モデル -> 抽象構文 -> 具象構文
グラフ -> RDF -> RDF/XML
ツリー -> XML(具象構文も含む) -> XML(S式版とか)
テーブル -> RDB(と言うと語弊があるが)

とまあ深く分けて考えなくてもよいけど、要するに>>760は
(RDFに限らず)グラフをモデルに採用したデータフォーマットが云々
ってことだわね。
RDFはよい実例なのでそれに基づいて考えてもらうのは
全然OKだとは思う。

764:Name_Not_Found
08/02/22 23:40:26 .net
RDF/XMLが使いづらいことは禿同だ

765:Name_Not_Found
08/02/23 02:42:12 .net
あれは変形構文が多すぎるのな。
何かXMLに対するSGMLを思い出す。

766:Name_Not_Found
08/02/23 05:38:53 .net
>>760
先進的っていうか…
単純にグラフ構造は柔軟だけど扱い辛いから使われないだけだろう。
データの入力も面倒だし、可視化も面倒だし…
システムの内部で使う分にはいいけどユーザーにデータモデルとしてグラフ構造を
意識させてアプリケーションを使わせるのは結構大変じゃないかなぁ…

767:Name_Not_Found
08/02/23 08:52:15 .net
グラフって、既存の入力用コントロール（フォームとか）に
それを扱うのに適した「典型的なコントロール」がないよね。
表ならリストビュー、木構造ならツリービューがあるけども、
グラフは捉えどころのない形をしているから、
ビジネス的なUIに落とすことも難しいし、
直感的な形を保ったままシーケンシャルなテキスト形式で
表記(シリアライズ)することも難しい。
実は適切なコントロールの姿があったりするのかもしれんけども…

768:Name_Not_Found
08/02/23 09:30:10 .net
>>767
ツリーによる代替表現とか…。
グラフの本質的な構造を誤解される可能性はあるけど

769:Name_Not_Found
08/02/25 18:20:51 .net
URLﾘﾝｸ(www.semanticweb.org) 落ちてる？何日か前からつながらない。

770:Name_Not_Found
08/02/25 18:42:59 .net
www.semanticweb.org -> www.ontoworld.org -> wiki.ontoworld.org
とたらいまわしにされた挙句に wiki.ontoworld.org のDNSが引ないね…

771:Name_Not_Found
08/03/05 11:08:03 .net
このスレ以外に日本語でSWについて議論したり雑談したりできる
コミュニティってある？

772:Name_Not_Found
08/03/05 12:25:03 .net
心の中に，あるよ

773:Name_Not_Found
08/03/14 22:19:13 3ntQ5qjS.net
Yahoo!始まったな。

774:Name_Not_Found
08/03/15 00:36:24 .net
これか。
URLﾘﾝｸ(www.ysearchblog.com)

GRDDLにも対応しないかなー。

775:Name_Not_Found
08/03/15 08:04:00 .net
サポートするデータたくさんあるな。
知らないのがあるぞ

776:Name_Not_Found
08/03/15 14:09:25 .net
今度就活でヤフー！ジャパンの検索のエンジニアと話す機会があるんだけど、聴けるかなぁ

777:Name_Not_Found
08/03/15 14:14:07 .net
いっそ任意のRDFスキーマを（ｒｙ

778:Name_Not_Found
08/03/22 19:32:28 .net
microformatsをどう扱うんだろう。

779:Name_Not_Found
08/03/26 15:06:45 1D4mEOz9.net
オントロジ活用したセマンティックWebの事例って何かあるの？

780:Name_Not_Found
08/03/26 23:23:35 .net
>>779 君がそれを最初に作った人間になるんだよ。

781:Name_Not_Found
08/03/27 00:11:55 .net
自分はオントロジーってのがよくわからない。レイヤーケーキは上に行くほど
難しくなるような。Linked Dataみたいな下の方でできる取り組みのほうは
おもしろいんだけどねー。

782:Name_Not_Found
08/03/28 13:13:41 dnjuSv1V.net
日本においてはあるある詐欺。
盛り上げたいのは分かるが、
実用段階に入ったは言い過ぎ？

783:Name_Not_Found
08/03/28 23:01:08 .net
>>781
上位レイヤは難しいけど面白いよ。
設計とか分析のレベルになるけど、
分かってくるとはまる。

784:Name_Not_Found
08/03/31 07:13:18 .net
ウェブに限らずセマンティクス系の情報を調べに来てみたけど、あんまり盛り上がってないみたい？
オントロジも製品開発とかわりと狭い範囲でなら実際に使われてるらしいけど、
表立った物として出てきてないからなぁ。
まぁ、オントロジなんて一般人にはなかなか理解しがたいから、
実際はいわゆるユビキタスな実装になるんだろうけど。

785:Name_Not_Found
08/04/04 09:56:00 .net
XMLで手書きで文書を作って、それをXHTMLとメタデータに自動変換、
っていう風にサイト構築したいんだけど、これってどうやったら実現できるの？
XSLT使うだけじゃ無理だよね？
長年の疑問なんだ、どうか教えてください。
よろしくお願いします。

786:Name_Not_Found
08/04/04 14:19:56 .net
>>785
普通にXSLTプロセッサとXSLTを用意してオフラインで処理してXHTML生成すればいいんじゃね？
どの辺で無理だと思ったの？

787:Name_Not_Found
08/04/04 14:50:34 .net
>>785
cgiとかスクリプト使えばできるのでは？

788:785
08/04/04 17:50:21 .net
>>786,787
ごめん、マークアップ言語にはある程度詳しいけれど、プログラミング言語には疎いんだ。
「XSLTプロセッサ」っていう単語は初耳だった。
検索してみたんだけれど、これってファイルを一個ずついちいち変換しないとダメなの？
それって結構めんどくさくね？
あと、>>785の使い方で使用するんだとしたら、どれがお勧め？
英語にも疎いので、分かりやすい解説サイトを知っていたら併せて教えてもらえるとありがたいです。

789:Name_Not_Found
08/04/04 18:08:08 .net
初心者スレ行けよ
サーバサイドで変換するなら Webprog

790:Name_Not_Found
08/04/04 18:44:11 .net
まぁ、そう無下につっぱねることもないでしょう。
cgiでやるならRubyをオススメしたい。

791:Name_Not_Found
08/04/04 19:09:06 .net
rubyはあの構文がどうも…

792:Name_Not_Found
08/04/04 19:33:09 .net
気持ちはわかる。
でもPerlやPHPをやるぐらいなら自分はRubyを選択する。

793:Name_Not_Found
08/04/04 20:49:25 .net
>>788
>>785読んでもで何をやりたいのかあんまよくわからなかったけどもしかして
そういうことやってくれるWebアプリやサービスがないかってこと？
汎用のものは見たことないけど…誰か知ってる？

794:Name_Not_Found
08/04/04 22:08:15 .net
ここはpythonだろう！

795:Name_Not_Found
08/04/05 04:23:46 .net
>>793
XMLに本文とメタデータ(作成日時、更新日時、キーワード、etc.)を書いて
おいて、XSLTでRDFとそれにlink要素でリンクしたXHTMLを生成するような
ことなのかなと思ったけど、それならXSLT書いてスクリプトでも走らせれば
済みそうなので、やっぱ>>785が何を求めているのかよくわからんね。

796:Name_Not_Found
08/04/05 11:37:58 .net
785はXSLTは書けるがスクリプトは書けないと見た。

797:Name_Not_Found
08/04/05 18:03:57 .net
そういえばXMLベースでデータ保存する時に、
何を属性として何を子要素とするかいつも迷うんだけども、
そういう規則みたいなのってないのかな。

798:Name_Not_Found
08/04/05 18:22:38 .net
XMLスレに行けば教えてくれるんじゃない？

799:Name_Not_Found
08/04/05 18:37:39 .net
そんな初歩的な質問初心者スレでやれよ

800:Name_Not_Found
08/04/06 10:04:58 .net
>>797
漏れは与えられたスキーマに従って書くだけだから
気にしてなかったけど、スキーマを設計する人は
どうやｔｔ系目照るんだろうね。

801:785
08/04/06 17:18:26 .net
言葉足らずですみません。
私がやりたいのは、>>795にあるように一つのXML文書から
RDFやXHTML、RSSなどを同時に自動作成することによって
サイトを構築することなのです。

もう一つやりたいことは、複数の記事を有した一つのXML文書から
記事ごとに複数のXHTMLファイルに変換するということなのですが、
これはXSLTだけでなくプログラムも学ばないと実現できませんよね？
>>796にあるとおり、XSLTはある程度書けますがスクリプトは全くダメなのです。

しいて例を挙げれば、
URLﾘﾝｸ(overknee.info)
のようなことがやりたいわけです。

スレ汚し失礼しました。

802:785
08/04/06 17:21:08 .net
URLﾘﾝｸ(overknee.info)
の「/latest」のようなこと、ですね。
失礼。

803:Name_Not_Found
08/04/06 21:08:43 .net
セマンティックWebの話ではないな。
まあ過疎スレだしいっか。

804:Name_Not_Found
08/04/07 01:15:03 .net
就活していて、Semantic Web関連の研究室に所属しているという就活生と
二人も出会った。案外やってるとこあるんだなぁ。

>>801
1つ目について。
1つのXMLからサーバサイドでXHTMLに変換するものであれば、
HIMMELというものがある。
放置されちゃってるけど参考にはなるかも。
URLﾘﾝｸ(www.arielworks.net)

2つ目について。
xsltproc1発でサクっとやるというのなら無理かなぁ。
DOMで記事を抽出するなどの手順が必要。

しかし「URLﾘﾝｸ(overknee.info) のようなこと」が具体的にわからない…。

805:Name_Not_Found
08/04/07 01:40:37 .net
>>801
だからその説明そのまま実現するならXMLからXHTMLを出力するXSLTと
XMLからRDFを出力するXSLTを書いて2回XSLTプロセッサ走らせればできる話だろ？
その処理をサーバーサイドでやりたいとか手元でやりたいとかこれこれのタイミングで自動で
動くとかもっと別の要求があるように見えるんだが…

ところで URLﾘﾝｸ(overknee.info) はリダイレクトしてるだけだよねぇ…

806:Name_Not_Found
08/04/07 11:44:38 .net
なにこの低レベルな流れ

807:785
08/04/07 15:59:29 .net
>>804
HIMMELについては参考にしてみます。
やはりDOMが必要ですか、ありがとうございます。

>>805
そうです、サーバーサイドで処理したいんです。
自分で更新するのはXML文書だけで、それをサーバーにアップすれば
あとは自動でXHTML、RDF、RSSが作成される、っていうようにしたいんです。
これはJavaScript（DOM）を学習すれば可能になるのでしょうか？

>>806
ごめんなさい、けど他に質問するための適切な場所が思いつかないんです。
こういう分野に詳しい方は、このスレくらいにしかいないかなと思いまして。
もし適切なスレが他にあるのなら誘導お願いします。

808:Name_Not_Found
08/04/07 16:03:48 .net
サーバサイドで処理したいなら板違い、ローカルルールすら読めないのかよ
何したらいいか分からないなら初心者スレ行けって上で誘導されてるじゃん

809:785
08/04/07 16:14:07 .net
そうですね、Webprog板の初心者用スレに移ることにします。
迷惑を掛けてしまって、本当にすみませんでした。
回答してくださった方、ありがとうございました。

810:Name_Not_Found
08/04/08 02:55:58 .net
神崎先生のmetaprof使っている人いる？おもしろいんだが、紹介している
ところ少いんだよなあ。

811:Name_Not_Found
08/04/10 08:45:04 .net
himmelで思い出したけど
himmelの人が参加してる（た）
URLﾘﾝｸ(sourceforge.jp)
ってどうなってんだろう

812:Name_Not_Found
08/04/10 12:22:38 .net
生まれる前に死にました

813:Name_Not_Found
08/04/10 15:27:03 .net
>>812
まるで無駄に元気の言い俺の精子みたい。

814:Name_Not_Found
08/04/12 20:20:56 .net
OWL 2ってのが出てる。あれ、1.1は…？

815:Name_Not_Found
08/04/12 21:21:37 .net
OWL 2 (previously known as OWL 1.1)・・・

だそうなので、1.1が2に変わったんだよ

816:Name_Not_Found
08/04/18 20:35:55 .net
OWLのDLLってあるのかな。
何かオントロジエディタ系は大抵Javaで書かれててネイティブのものがあまりない気がするけど。

817:Name_Not_Found
08/04/18 21:50:42 .net
>>816
だねぇ。Protege なんかも Java だし。

818:Name_Not_Found
08/04/18 22:46:16 .net
>>816　が Redland 使ってがんばれ

819:Name_Not_Found
08/04/19 15:14:53 .net
仕様もろくに理解できてないし、まともなもんは作れないだろうけど、
とりあえずJenaとか参考にしながら作ってみるかな。

820:Name_Not_Found
08/04/20 00:58:28 .net
どんなオントロジ作ろうとしてるの？
参考までに教えて。

821:Name_Not_Found
08/04/20 19:03:54 .net
セマンティック・ウェブの正体がいまだによくわからないんだけど、
例えば「オンラインショップA,B,C,Dの中で商品Xを一番安く売って
いるのはどれか」を調べたいと思ったときに、今は検索エンジンなどを
使って自分でどこが安いのか調査しないといけないところを、
セマンティック・ウェブが実現すればそういうことをするアプリケーションが
勝手に調べて答えを教えてくれるようになるっていう、そんな認識でいいのかな。

822:Name_Not_Found
08/04/20 20:12:45 .net
>>820
簡単に言うとUI関係の処理をオントロジでやろうって話。
ウェブとはあまり関係ないからスレチってか板違いだろうけど。

セマンティックウェブってのは、元々素の文書を言語解析するのは結構しんどいから
コンテンツ自体を見直しましょうよ、っていう背景で生まれた考え。
メタ情報付加や意味構造化をすることで機械にもわかる形にしようぜ、ってこと。
「セマンティックウェブ」って言葉自体は具体的な技術・理論を指してるわけじゃなく、
あくまでパラダイムというか、考え方の一種。
オンラインショップ云々の話は、できると言えばできるけど、
各ショップの意味統一化とか、ちゃんと作りこんでおかないと難しい。
（セマンティックウェブという考えが浸透しないと実現は難しく、
それが現状では最大の問題かもしれない）

まぁ、こんな感じだと自分では思ってる。訂正・補足とかあればお願いします。

823:Name_Not_Found
08/04/26 14:58:26 .net
TechCrunchに、このまま情報量が多くなったら全文走査のキーワード検索じゃ
追いつかないから、今後はセマンティックな検索も必要だろうよ、って話が載ってる
URLﾘﾝｸ(jp.techcrunch.com)

824:Name_Not_Found
08/04/27 00:27:52 .net
そのあたりはほとんどの人が気付いているところだよね。
なかなか進まないのはコンテンツのデータ構造を変えないといけないからなんだろうけど、
それをするには少なからずNLPが必要になる。
でもNLP研究者は大抵セマンティックWebとかメタ情報とかには否定的なんだよ。
なぜかって言ったらNLP研究者は、あくまで人間は普段使っている形で情報を扱うべきであって、
機械のために人間が合わせるのはおかしいというスタンスなんだ。
（人間が機械をちょっと助けてあげようというセマンティックWebのスタンスとは異なる）
で、大抵思想の異なるグループは根本から否定しあうんだよな。
いわゆる派閥みたいなものだけど、そんなこともあって、共創が思うようにいかない場合が多い。

俺自身は何とかしたいと思うんだけど、なかなか難しいと思う。

825:Name_Not_Found
08/04/27 00:39:43 .net
それってもう人工知能のアプローチそのものってことなのか？
バーナーズ=リーらの論文でもあったように、Semantic Webも
ゆくゆくは人工知能的な要素を取り入れることは拒否しないと思うのだけど、
出発点が違うというのかな。

826:Name_Not_Found
08/04/27 01:24:20 .net
理想的な形としては、例えばエディタに入力した文章から自動的に文脈に
呼応したメタデータが生成されるようなものだろうけど、高度すぎて想像できない。
せいぜい、キーワードを自動的に捕捉して
（または解析して出てきた主語・述語・目的語などからトリプルの要素候補を提示して）、
入力者にどれをどのように組み合わせるか指定してもらうようにするしかないだろうけど、
それだと不便なんだろうな。

827:Name_Not_Found
08/04/27 18:41:31 A93x78p8.net
マイクロフォーマットみたいに既存コンテンツにエンベッドするものも、
セマンティックウェブと言える？
レイヤケーキの下層でゴニョゴニョしてるだけで
何の発展性もないという批判もあるのかもしれんが。

828:Name_Not_Found
08/04/27 19:07:29 .net
一つの試みではあると思うよ。小文字のsw。

829:Name_Not_Found
08/04/27 20:46:16 .net
どちらかといえば、膨大なオントロジに高度な推論エンジン、
場合によっては言語解析・人口知能までに及ぶようなセマンティックWebより、
microformatsとかの方が可能性を感じる。

830:Name_Not_Found
08/04/27 23:17:07 .net
両者は対立するものではないと思うぞ。

831:Name_Not_Found
08/04/29 01:31:45 NBMG3Kfh.net
>>829
microformatsで付加した情報をGRDDLで抜いてごにょごにょするのが現実的な感じがする。
ただ、今のmicroformatsって乱暴なの多すぎ。hreveiwなんて感想をblockquoteでマークアップしろとか
わけわからんし。

832:Name_Not_Found
08/04/29 03:01:01 .net
感想をblockquoteでマークアップは酷いな。
既存の語彙の解釈を無理に変えないで
（そもそも構造でしかないのだから、意味を与えようがないというか）
class属性値で意味を付加するほうが自然に感じる。
URLﾘﾝｸ(www.kanzaki.com)

hReviewなんかは、レビュー投稿のためのサイトであれば
ユーザにメタデータを付加するためのマークアップの記述は不要だろうなぁ。
専用のフォームを用意しておけばいいんだろうし。

833:Name_Not_Found
08/04/29 11:41:55 .net
>>832
> 専用のフォームを用意しておけばいいんだろうし。
アップルストアがそんなかんじだったような気がする。

834:Name_Not_Found
08/04/29 12:32:12 .net
> hreveiwなんて感想をblockquoteでマークアップしろ
classとかの属性値を規定するだけで要素までは決めてないと思ってたけどそうじゃなかったのか

835:Name_Not_Found
08/04/29 14:24:19 .net
色々と好き勝手にやり出して収拾がつかなくなってるんじゃないかな。

836:Name_Not_Found
08/04/29 17:53:24 .net
>>834
仕様（URLﾘﾝｸ(microformats.org)）見てる限り
感想についてはclassの指定があるだけで
blockquote要素を強制してる節はなさげ。

837:Name_Not_Found
08/04/29 23:05:06 .net
アウトライン風の編集画面でXHTMLが書けて、Dublin CoreやMicroformatsの
語彙を埋め込めて、新しい語彙の追加もできる無料のエディタがあったら
いいなと妄想。

838:Name_Not_Found
08/04/30 01:51:16 .net
アウトライン風って、ブロック要素の表現には最適なんだけど
インライン要素の表現が難しいのよね。
近接して入れ子になった要素の識別とか、属性・属性値の表現とか、
混合要素の空白の取り扱いとか。その辺の仕様はどう？

839:Name_Not_Found
08/05/01 01:20:13 .net
インライン要素の表現は難しいね。属性はプロパティダイアログなどから
編集すればよさそうだけど、要素が隣り合っているときはどう表示し
選択できるようにするかは、かなり厄介な問題かもしれない。
メタデータの埋め込みにしても、RDFaやeRDFや自作プロファイルと
いろいろあるから、共通のインターフェースで作業できるように
するのは困難か。んーでも、発想はそんなに変わらないからなんとか
できるかな。

840:Name_Not_Found
08/05/03 14:22:57 .net
ダブリン・コアはオントロジといえるの？

841:Name_Not_Found
08/05/03 20:04:12 .net
どちらかというとオントロジを記述するときにも使える基本語彙

842:Name_Not_Found
08/05/06 16:21:23 .net
セマンティックウェブってのは、メモ帳でポチポチ打ち込んで作る（？）ってのは無理？

843:Name_Not_Found
08/05/06 16:49:43 .net
いやできるよ。昔はバイナリを手で入力したくらいだからなｗ

844:Name_Not_Found
08/05/06 20:25:36 .net
CURIEってrdf:aboutとかrdf:resourceとかxlink:arcroleとかxlink:roleとかで使えるようにしてほしいな。

845:Name_Not_Found
08/05/07 18:36:22 .net
>>842
N3ならメモ帳で十分、というかN3を書くのに便利なエディタはなさげ。

ローカルでRDF/XMLやN3の構文チェックができるツールはないのかな。
オンラインなら URLﾘﾝｸ(www.rdfabout.com) とか
見つかるんだが。自分がプログラミングできればいろいろ作りたい
ものはあるんだが、何に手をつければよいのやら。

846:Name_Not_Found
08/05/15 16:34:29 .net
Powersetはすごいな。自然言語処理でここまでできるんなら
セマンティック・ウェブはいらない気がしてきた。

847:Name_Not_Found
08/05/15 23:56:06 .net
まあまあ、semwebの最大の利点は、思いもかけないデータ同士が
組み合わさって思いもかけない価値が生まれることだから。
既知の情報を探す優れた検索エンジンはそれ自体価値はあるけど、
semwebに敵対するものではないと思うよ。

848:Name_Not_Found
08/05/16 04:58:54 .net
うん、いらないは言い過ぎだね。自分的に未来予想図だったものが
目の前に現れてすっかり関心してしまった。まあ、Powersetは
検索対象をWikipediaとfreebaseに限定しているから、「回答」が
可能なんだろうけど。
セマンティック・ウェブもこういう革新的なアプリケーションが
登場しないと認知度の低さはどうにもならないような。
セマンティック・ウェブの検索エンジンもいろいろあるんだから、
Powersetのように見せ方を工夫すれば…。

849:Name_Not_Found
08/05/21 01:33:39 .net
誰かこれ↓の日本語版をつくってくれないかな。
URLﾘﾝｸ(www4.wiwiss.fu-berlin.de)

850:Name_Not_Found
08/05/24 23:34:17 .net
必ずセマンティックなサービスを創る。
最初はショボいかもいれないが。
そういう心意気でがんばる。

851:Name_Not_Found
08/05/25 01:00:42 .net
応援するよ

852:Name_Not_Found
08/05/26 00:09:21 .net
本当に応援してくれるんなら何かつくってみるが、自分はプログラミングは
VBAしか触ったことのないど素人なので、何をすればいいのかわからない。
Book Mashupはライブラリを使って300行弱のコードで実装されているそう
だから難しいことではないんだろうけど、うーん、PHPの書き方とAmazon・
Googleが提供しているAPIを調べれば作れるのかなあ。

LODが英語圏のデータばかりなのはもったいないよね。

853:Name_Not_Found
08/05/26 02:46:57 .net
まず何を作るか決めないか。
個人的にはできるなら協力してみたいけれど。

854:Name_Not_Found
08/05/26 22:12:00 .net
ここでさりげに俺が欲しいのを言ってみると、Web上から各種イベント情報
(祭りとかコンサートとかライブとかも) を集めてきて (ユーザによる投稿でも可)、
iCalendarやRDFicalやRSS (はちょっと厳しいか) で提供してくれるサービス。
何か一つのフォーマット(RDF)で出してくれれば、
後はゲートウェイが何とかしてくれる、という手もある。

855:Name_Not_Found
08/05/26 22:36:52 .net
俺がほしいものは>>854と似てて、
自分が好きな作家、シリーズものの本の発売日を通知してくれるサービス

856:Name_Not_Found
08/05/27 00:10:23 .net
>>854
それをどうやってセマンティックに実現するかは別にして
俺もイベントのiCalendarの集約はとても欲しい。
各イベントにタグ付けられて絞り込みできたりすると素敵。
>>855
作家や本ならAmazonのデータだけでも普通に実現できそうだね。

857:Name_Not_Found
08/05/27 03:31:29 .net
自分はBook Mashupみたく、書籍にURIを与えて、ブラウザのリクエストに
よってHTMLページやRDFを返すサービスの日本語版がつくりたいなあと思って
いる。書籍はurn:isbnでもリンクできるけれどリソースを取得できないので、
LinkedData的においしくない。

とりあえずPHPの本でも買ってみるかな…。

858:Name_Not_Found
08/05/27 16:26:44 .net
>>855
URLﾘﾝｸ(ical.mesolabo.com)
全然セマンティックてわけではないけれど…

859:Name_Not_Found
08/05/28 09:08:29 .net
KDE4はsemwebの技術を使ってファイルをタグ付けしたり注釈を付けたりできる
らしい。ウェブアプリのような感覚で使えるのかな。
URLﾘﾝｸ(www.w3.org)

860:Name_Not_Found
08/05/28 21:24:56 .net
そういうファイラーが欲しくて色々とアイディアを練ってたんだが。
俺がやらなくても誰かやるんだな、やっぱり。

861:Name_Not_Found
08/06/02 22:51:34 .net
Book Mashupの日本語版がほしいって上で書いたやつ、PHPのソースを
ダウンロードして".com"を".jp"に変えただけで動くようになった。
誰か設置して半永久的に管理してくんないかなあ。日本で発売されて
いるほぼ全ての書籍にURIを与えられてそのRDFのデータが得られるので、
かなり便利になると思うんだけど。

862:Name_Not_Found
08/06/05 08:34:14 .net
自宅鯖なら余っているが
安定してサービス出来るかわからないからなあ

863:Name_Not_Found
08/06/05 16:49:56 .net
誰か Book Mashup のすばらしさについて解説してくれ

864:Name_Not_Found
08/06/05 17:54:34 .net
timblはWWWが常にグラフという形で進化してきたって言っている。
最初はインターネットだった。そこで興味深いのはケーブルではなく、
コンピュータ。次はWWW、そこで興味深いのはコンピュータではなく、
文書だった。その次はGGG、そこで興味深いのは文書ではなくものごと、
誰がどんなことを書いているのか、何を読んだのか、何をつくったのか…etc.
で、それをつないでゆけば大きなグローバルグラフ(GGG)が描けるだろうと。

読書は人々の生活の中で重要な位置を占める活動、現在のWWWでは読書に
関するいろいろなサービスが提供されている。となると、読書はGGGでも
大きな部分を占める要素になると思う。それぞれの本にURIがあれば、
あの本を読んだ、この本についてレビューしたなど、いろいろ言うことが
できる。だからBook Mashupは必要。

もちろん本にはurn:isbn:形式のURIもあるけれど、それではリンクする
データにならない。http:のURIならRDFにリダイレクトして、誰が書いたのか、
どこで売られているのかなどを述べることができる。つまり、リンクする
データ=GGGの一部になれる。

こんな感じかなあ。当たり前のことしか言ってないような気もするけど。

865:Name_Not_Found
08/06/05 18:05:09 .net
>>864
結局リゾルバがあれば良いんじゃね？

866:Name_Not_Found
08/06/05 18:22:59 .net
リゾルバって言うと、URNをどっかに名前解決するようなもの？それとも
purl.orgみたいなやつ？

どうするにしても、どこかにサーバがあって、本の表紙画像や著者へのリンク
を含んだRDFを返すようになっていたほうがおもしろいと思う。

867:Name_Not_Found
08/06/06 01:40:04 .net
この場合必要なのはISBNのURNで問い併せるとのRDF Book Mashup(および同種のサービス)の
その本についてのURLを返してくれるようなリゾルバなんじゃないかね？
それが RDF Book Mashup の様なサービス自体とは独立にある感じで。
うーん…微妙か？

868:Name_Not_Found
08/06/07 01:12:43 .net
リンクするデータの原則の一つはhttp:スキームのURIを使うことだから、
原則から外れて新しいシステムをつくる必要はないと思う。

日本でもsemweb研究をやっている人はいるんだから、そういう人たちが
サーバ運営してくれるといいんだが。

869:Name_Not_Found
08/06/12 17:31:14 .net
RDF/XML, N3, Turtle, RDFaのRDFグラフを視覚化してくれるツールは
ないのかな？RDF/XMLオンリーならW3Cのやつがあるが…

870:Name_Not_Found
08/06/12 18:27:41 .net
RDFa CR来ましたよ。Primerもそのうち出るかな？

871:Name_Not_Found
08/06/12 21:27:08 .net
>>869
ブラウザってわけじゃないけど
URLﾘﾝｸ(mr3.sourceforge.net)
には RDF/XML, N3, N-Triple, Turtleのインポート機能があるっぽい。

872:Name_Not_Found
08/06/12 23:31:38 .net
おお、その手があったか。あとRDFaも見られるといいんだけど、これは
XSLTでRDF/XMLに一度変換するしかないのかな。

873:Name_Not_Found
08/06/15 23:01:03 .net
>>852
VBAならとりあえずMSXMLでもやってみたらいいんじゃないかな。
参照設定で追加できて、XMLHTTPで通信もできる。
サンプルコードはVBScript使ったのがそこそこ見つかるはず。

874:Name_Not_Found
08/06/18 02:04:24 .net
>>873
今はLinux環境に移ったのでVBAは使えない。PHPに挑戦中。
とりあえず入力フォームから受け取ったRDF/XMLのRDFグラフを
画像で表示できるようになった。ただ、一つでもエラーがあると
Fatal errorでプログラムが止まってしまうので、エラーがあっても
validatorみたく最後までパースしてエラーメッセージを表示する
ようにしたい。これはRAPをいじらないといけないのかな。

875:Name_Not_Found
08/06/26 05:03:44 .net
BBCの件もあってRDFaが最近熱いね。Microformats→RDFaの流れは来るかな？
でもRDFaの手書きは結構つらいんだよなあ。

876:Name_Not_Found
08/07/26 17:19:01 .net
RDFaのaって何？

877:Name_Not_Found
08/07/26 17:42:31 .net
attributesのa
ググれば出るけど

878:Name_Not_Found
08/08/27 01:30:44 .net
Refuse Derived Fuel

879:Name_Not_Found
08/10/03 17:00:21 .net
HTML 5でGRDDL使いたいときはhead要素の@profileの代わりにlink要素で
@rel="profile"を指定する感じにするみたいだね。GRDDLの仕様外になるけど
XHTML 2.0も@profileがないんだから同じようにしたほうがいいのかも。
構文的にもこっちのほうがきれいだし、というかhead要素に@profileがあるっ
てのは結構謎だし。
でもちゃんと実装されるんだろうか。GRDDLの方を改訂したりするのかねー。

880:Name_Not_Found
08/10/16 17:15:28 .net
RDFaが勧告されたね。

RDFa in XHTML: Syntax and Processing
URLﾘﾝｸ(www.w3.org)

881:Name_Not_Found
08/11/30 18:48:44 .net
Semantic Webの現状ってどうなってるの？
RDF/OWLが勧告になった頃は仕様書読んだり語彙作ったりしてみたものだけど、
今はすっかり疎遠に…。

あとRDF Semanticsを翻訳された方が。
URLﾘﾝｸ(www-kasm.nii.ac.jp)
神崎さんのRDF/OWL入門での説明はまだ分かりやすかったと思うけど、
原典は日本語になっても読める気がしない。

882:Name_Not_Found
08/11/30 20:15:59 .net
自分も知りたい.
semwebに関心を示す企業が増えたとかそんくらいしか知らないので.

883:Name_Not_Found
09/02/09 17:21:50 .net
RDFaのproperty属性とかはこの勧告によってXHTML名前空間に追加されたって認識でいいの？

884:Name_Not_Found
09/02/10 20:22:39 .net
特に厳密に決めていないような気がする。
XHTML M12Nによって各々のスキーマが"URLﾘﾝｸ(www.w3.org)"を拡張していったら、
同じ名前空間URIの下にそれぞれ異なる語彙が存在している、ということにもなりそうな。

885:Name_Not_Found
09/02/16 14:27:59 .net
>>883
セクション9とAppendixをあわせてみると，XHTML+RDFa 1.0の場合は
XHTML名前空間（の要素型の区画）に属することになるし，XHTMLファミリーでは
Common属性集合に加わるらしいので，やっぱりXHTML名前空間に属することに
なるんだと思う．
URLﾘﾝｸ(www.w3.org)
URLﾘﾝｸ(www.w3.org)

GRDDLのほうは名前空間をはっきり定義してるのにねえ．

886:Name_Not_Found
09/02/17 20:47:31 .net
XHTML名前空間自体が拡張されて、XHTML+RDFaは語彙をフルに利用、
XHTML 1.1は限定的に利用している、とでも解釈するか。
仕様書にちゃんと書いておいてほしいね。

XHTML Role Attribute Moduleなんかは明言しているので分かりやすい。
URLﾘﾝｸ(www.w3.org)

887:Name_Not_Found
09/04/06 20:17:23 .net
神崎先生が新しい本を出すそうですね。
RDFはすっかりご無沙汰だけど、また買ってみようかな。

次ページ