1 名前:Name_Not_Found mailto:sage [03/07/09 01:30 ID:???.net] セマンティックウェブなんて所詮妄想なんでしょうか。 [メタ情報とセマンティック・ウェブ] www.kanzaki.com/docs/sw/ [RSS] rss-jp.net/
705 名前:Name_Not_Found mailto:sage [2008/02/06(水) 21:46:18 ID:???.net] 自分もRSSを手書き、かな。 あとは、コンテンツをCreativeCommonsライセンスにしてる関係で、ライセンス情報は RDF/XMLで書いておいてある。ブラウザ向けにXSLTを介してXHTMLにして表示してるけどね。
706 名前:Name_Not_Found mailto:sage [2008/02/07(木) 05:41:56 ID:???.net] 手書きか。みんな、RDFエディタって使ってる?定番のRDFAuthorとIsaVizは 癖があって使いにくかった。MR3はいいかもしれないと思ったけれど、やっぱ 雛形を作っておいてEmacsでゴリゴリ書いていったほうがずっと速かったり。 全然関係ないが、IsaVizのスクリーンショットの「スキンを作っていたり、 それってカスイケサイト」がとても気になる。 www.w3.org/2001/11/IsaViz/images/isv8.png カスイケ…?
707 名前:Protege mailto:sage [2008/02/07(木) 07:20:43 ID:???.net] ぷろてじつかってる? あと,Google Base みたいなのでトリプル放り込んで SPARQL で検索させてくれるようなおもちゃつくって くれないかなぁ,ググル
708 名前:Name_Not_Found mailto:sage [2008/02/07(木) 08:22:54 ID:???.net] RDFエディタってどんなインターフェースが使いやすいんだろうな。
709 名前:Name_Not_Found mailto:sage [2008/02/07(木) 15:03:49 ID:???.net] >>708 用途にもよると思うけど、プルダウン形式で項目を選択して、 値を自分で書き込む(設定された以外のフォーマットはエラー)って感じかな? でも、そうすると>>706 も言っているように ある程度知ってるヤツは、適当なテンプレートを作って自分で書いていった方が速いんだよね。 自分はvi派だけどw
710 名前:Name_Not_Found mailto:sage [2008/02/07(木) 19:31:14 ID:???.net] viとはずいぶんストイックだなw よくあるグラフ形式そのままを編集ってのは分かりやすいんだろうけど、 使い込もうとすると多分かなりやりにくいと思うんだよね。 いっそリストコントロールに主語・述語・目的語の3列を用意して 各行ごとにリソースを記述するとか、思い切ったビジネスライクな デザインのほうが受けるかもしれん。
711 名前:Name_Not_Found mailto:sage [2008/02/07(木) 20:40:26 ID:???.net] RDF/XMLなんてヒューマンリーダビリティーもライタビリティーも低いフォーマット どう考えてもツールで自動生成して使うものだろ… # といいつつ現状ではRSSくらいしかサポートツールがないんだよねぇ # ツールがないと普及しないし普及しないとツールも作られないし…
712 名前:Name_Not_Found mailto:sage [2008/02/08(金) 09:02:46 ID:???.net] WebページのRDF/XMLなら、割と定型的に、それこそGRDDLで生成できそうだしな。
713 名前:Name_Not_Found mailto:sage [2008/02/08(金) 09:18:43 ID:???.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 mailto:sage [2008/02/08(金) 16:55:08 ID:???.net] BOOKLOGみたいなサービスに組み込むかんじかな 普及させるなら既存のブログに組み込むのも一つの手だと思う。それだけのために別システムを用意する・登録するのは手間だし、個人的に自分の発信源は一つにまとめておきたい むしろSNSなら、レビューを書いて、さらに気があう人とはつながれる、格好の発信源なんだけどな…
715 名前:Name_Not_Found mailto:sage [2008/02/08(金) 18:25:22 ID:???.net] >>713 いいね、是非実装してくれw とりあえずはAmazonのレビューを引っ張ってきてRDFで公開するような、 RDFプロキシ?サービスでやってみるという手もあるかもしれん。
716 名前:Name_Not_Found mailto:sage [2008/02/08(金) 18:44:10 ID:???.net] >>714 >個人的に自分の発信源は一つにまとめておきたい よく分かるそれ。 多分この辺は現状のWebと同じように、ユーザの好みによって ・特定の種類の情報専用サイト(例えば料理のレシピ投稿サイトとか) ・個人管理されたサイト、もしくは個別領域の割り当てられる外部サービス(ブログとか) で棲み分けられるんじゃないかな。 RDFも同じように、投稿サイトで集中保管されるものと 個人サイトで個別管理されるものに分かれる。 それらをまたがって検索サービスが情報を統合する (そして利益の大半を持っていくw)、と。
717 名前:Name_Not_Found mailto:sage [2008/02/09(土) 02:28:35 ID:???.net] >>713 > 読書感想をRDF/XMLで手書きしてる。 kwsk 独自の語彙とか使ってる?
718 名前:Name_Not_Found mailto:sage [2008/02/09(土) 18:27:43 ID:???.net] >>717 独自は使っていません。国会図書館のDC-NDLです(下記)。 ttp://www.ndl.go.jp/jp/standards/dcndl/index.html 国立国会図書館は気合入ってる。
719 名前:Name_Not_Found mailto:sage [2008/02/09(土) 20:18:09 ID:???.net] 流れぶった切りな感があるけど、 OpenIDってユーザ個別のURIなんだから、rdf:aboutの値に使えるのかな
720 名前:Name_Not_Found mailto:sage [2008/02/09(土) 20:41:53 ID:???.net] できるよ。っていうかURIであれば何でも使える。 目的語にして [ a foaf:Person ] ex:openId <Your OpenID URI> . なんてのもあるかもね。 って構文を書こうとして久々にTurtleのページ見ようとしたら、 …落ちてる?
721 名前:Name_Not_Found mailto:sage [2008/02/09(土) 23:16:04 ID:???.net] 人を表すURIってどんなのがよいかな。 timblのFOAFを使う案(dig.csail.mit.edu/breadcrumbs/node/71 )は、 FOAFのURIが変わると個人のURIも変わってしまうので、やや微妙。 tagスキーマとか?
722 名前:Name_Not_Found mailto:sage [2008/02/10(日) 01:02:41 ID:???.net] >>721 スキーマ(schema)じゃなくてスキーム(scheme)ね。 tagでもいいしhttpでもいいし、好きなものを使用すればいい。 文書の置き場所如何でURIを変えたくなければ、 文書中で相対URIではなく絶対URIで参照するようにすれば よいのではないかと。
723 名前:Name_Not_Found mailto:sage [2008/02/10(日) 01:19:54 ID:???.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 mailto:sage [2008/02/10(日) 02:00:44 ID:???.net] >>721 頑張ってFOAFを置く場所を恒久的にする。 それか、よく言われる方法だけど 人にhttpでURI割り当てて、それをFOAF文書に リダイレクトするのがよいんじゃないかな。
725 名前:Name_Not_Found mailto:sage [2008/02/10(日) 11:14:03 ID:???.net] >>724 人間に与えたURIで取得される(HTTP StatusCodeで200)のは人間そのものであるべき。 なのでSeeOther303を使う後者が正しいと思う。恒久性は副次的課題。 遠い未来、「マクドナルドのハンバーガーのURI」をブラウザでリクエストするとカタログが303で到着 し、物質転送装置でリクエストするとマクドナルドのサーバーからハンバーガーが200で到着するかも。 ところで、語彙のURIをリクエストされた場合に定義文書を返すが、これも303じゃないだろか。 「語彙」は抽象物であり、「語彙の定義」は語彙のdescriptionで等価じゃない気がする。
726 名前:Name_Not_Found mailto:sage [2008/02/10(日) 11:55:19 ID:???.net] >>725 DCなんかは語のURIにアクセスするとちゃんと文書にリダイレクトするね。 まあリダイレクトは技術的な知識が必要だから、 一般の人々がRDFを (ツールなどで) 書いてWebで公開するなんて場合は、 ハッシュURIを使ったほうが楽だとは思う。 恒久性が二の次ってのは同意できるところではあるな。 リソースの分類や配置構造と密接に結びついた現在のURI実装を考えると、 URIを恒久的に維持するのは非現実的 (できるならそれに越したことはないが)。 これは、現在のWebで404 Not Foundを甘受しているのと同様、 Semantic Webもまた404 RDF Not Foundを甘んじて受け入れるほかない ってだけの話だとは思うけども。
727 名前:Name_Not_Found mailto:sage [2008/02/10(日) 21:22:30 ID:???.net] 恒久的なURIといえばpurl.orgとか. あとurn:pinとか見たことあるけど,どうやって取るかはワカンネ.
728 名前:Name_Not_Found mailto:sage [2008/02/10(日) 22:02:31 ID:???.net] つwww.ietf.org/rfc/rfc3043.txt NSI様様
729 名前:Name_Not_Found mailto:sage [2008/02/11(月) 10:37:27 ID:???.net] > Process of identifier assignment: > Names are granted via Network Solutions > proprietary registration procedures. ってあるね。今でも登録できるのかな?NSIのページを見たがよくわからん。
730 名前:Name_Not_Found mailto:sage [2008/02/11(月) 11:11:50 ID:???.net] 確かに分からんね。NSIにドメイン移管したらもらえないかな? でもあそこ維持費高いんだよな。あ、ていうか.jpだから無理だw
731 名前:Name_Not_Found mailto:sage [2008/02/11(月) 12:58:59 ID:???.net] まあ、人のURIは普通にhttpでいいんじゃね。 リダイレクトやフラグメント識別子を活用すれば リソース識別に加えて情報取得もできて一挙両得。
732 名前:Name_Not_Found mailto:sage [2008/02/11(月) 18:06:25 ID:???.net] >>731 賛成。 で、返ってくるのはいきなりFOAFじゃなく、「前略プロフィール」みたいな方がいいと思う。 で、前略みたいな各サービスで、ページからGRDDLでFOAFを抽出できるようにする。FOAFに対応のない 内容はrdfs:seeAlsoで参照させる。その参照先にアフィを付ければ、FOAFを壊すことなく各社の収入も 確保でき、独自・新規サービスへの投資が意味あるものになる。 ユーザーは共通形式でプロフを見れるようになり利便性が向上する。 GRDDL+FOAFでみんなハッピーになる餅を描いてみた。誰か神頼む。
733 名前:Name_Not_Found mailto:sage [2008/02/11(月) 18:55:26 ID:???.net] 隗
734 名前:Name_Not_Found mailto:sage [2008/02/12(火) 23:14:22 ID:???.net] このスレの住人はGRDDL使っている人が多いみたいだけど、RDFaってどうなの? GRDDLがあるから、もしかしていらない子?
735 名前:Name_Not_Found mailto:sage [2008/02/13(水) 00:58:01 ID:???.net] >>734 詳しくは知らないけどざっと仕様に目を通すと、XHTMLを拡張してるようだな。 こういうスキーマレベルの拡張は大概上手くいかないような気がするんだが…。
736 名前:Name_Not_Found mailto:sage [2008/02/13(水) 01:23:16 ID:???.net] GRDDLも普及する気がまったくしないんだがおれだけか?
737 名前:Name_Not_Found mailto:sage [2008/02/13(水) 22:33:34 ID:???.net] やはりここはスクリーンスクラッパー
738 名前:Name_Not_Found mailto:sage [2008/02/14(木) 19:27:46 ID:???.net] いつの間にか、RDF/OWL勧告が出て4年が経ってる。 てかXMLと誕生日同じなのね。
739 名前:Name_Not_Found mailto:sage [2008/02/14(木) 22:59:45 ID:???.net] 今の流れは、RDFをいきなり書くのは無理だから RDFにしやすいデータを作ろうって感じなんだろうかね。 といっても散文からトリプルを取り出せるような仕組みは、 用意できても使う側が大変だろうし、 まずは表とかの定型的なデータをRDFにするところから 始めたほうがよい気がするな。
740 名前:Name_Not_Found mailto:sage [2008/02/14(木) 23:48:22 ID:???.net] 膨大なOWLを記述してどう有効に使えるかが問題か。
741 名前:Name_Not_Found mailto:sage [2008/02/15(金) 00:11:45 ID:???.net] データベースに突っ込んで推論エンジンに任せればいいんじゃね
742 名前:Name_Not_Found mailto:sage [2008/02/15(金) 00:15:37 ID:???.net] まずはデータを集めるところだな。
743 名前:Name_Not_Found mailto:sage [2008/02/15(金) 00:28:06 ID:???.net] 何かツール作るか
744 名前:Protege mailto:sage [2008/02/15(金) 07:00:46 ID:???.net] でもなぁ,まずは語彙が統一されてないトナ. 推論しようにも. って,ぐるぐるループする.
745 名前:Name_Not_Found mailto:sage [2008/02/16(土) 00:36:59 ID:???.net] 語彙は統一する必要ないよ それがSWのメリット
746 名前:Name_Not_Found mailto:sage [2008/02/16(土) 00:55:41 ID:???.net] >>743 頼んだ。
747 名前:Name_Not_Found mailto:sage [2008/02/16(土) 00:57:56 ID:???.net] だね.これとこれがsameAsっていうのを後から定義すればOKのはず. 語彙は作るモチベーションと正しく設計できてるのか自信が持てないってのがあるよね. 後者は実例が沢山でてくれば参考に出来るからそのうち解決するんだろうけど, 似たような語彙がないと確信が持てない….
748 名前:Name_Not_Found mailto:sage [2008/02/16(土) 01:24:55 ID:???.net] >>747 そういうのは公表してフィードバックをもらうのがいいんじゃないかな。 てか作ってるならぜひ見せて欲しい。
749 名前:Name_Not_Found mailto:sage [2008/02/16(土) 02:43:17 ID:???.net] いまある語彙の不満点は何よ?洗い出そうぜ つ ttp://www.schemaweb.info/ つ ttp://www.daml.org/ontologies/ つ ttp://www.opencyc.org/ つ ttp://swoogle.umbc.edu/
750 名前:Name_Not_Found mailto:sage [2008/02/16(土) 03:22:34 ID:???.net] ありがちなのは、既存の語彙を組み合わせて使うと 名前空間宣言が大量になるので、それを嫌って シンプルな一つの名前空間に自分が必要なものだけを 入れて使うって例だなきっと。 スキーマでsubClassOfとかsubPropertyOfを入れておけば 既存語彙とも繋げられるしな。 # その代わり地味に機械処理が煩雑になる罠。
751 名前:Name_Not_Found mailto:sage [2008/02/16(土) 08:28:03 ID:???.net] 人間の可読性に比べれば機械処理の煩雑さは軽視できると思う
752 名前:Name_Not_Found mailto:sage [2008/02/16(土) 09:36:35 ID:???.net] 本当に分散保管されたデータはクエリ・統合コストが高すぎる (特にインターネット越しでは)から、やはりgoogleのような 集中管理型のDB+アクセスポイントが不可欠になるよな。
753 名前:Name_Not_Found mailto:sage [2008/02/16(土) 11:42:16 ID:???.net] も前ら,「推論」って具体的にはどんなものを想定してるの? 一言でいえば要はSPARQLで可能なクエリのことを指しているの?
754 名前:Name_Not_Found mailto:sage [2008/02/16(土) 11:48:21 ID:???.net] ルールによる演繹でしょうね。
755 名前:Name_Not_Found mailto:sage [2008/02/16(土) 11:59:18 ID:???.net] 推論器って自前でスクラッチから組んでるの?
756 名前:Name_Not_Found mailto:sage [2008/02/16(土) 12:24:37 ID:???.net] 一概にどうとは言えないのでは。
757 名前:Name_Not_Found mailto:sage [2008/02/16(土) 19:50:51 ID:???.net] まあ実装は色々だろうな
758 名前:Name_Not_Found mailto:sage [2008/02/17(日) 00:13:23 ID:???.net] ところで、Raptorって使える?
759 名前:Name_Not_Found mailto:sage [2008/02/18(月) 19:20:46 ID:???.net] 使ったことない RDFの開発用ツール使ってる人いる?
760 名前:Name_Not_Found mailto:sage [2008/02/21(木) 19:37:31 ID:???.net] データフォーマットとしてのグラフってのもほとんど見ないよな グラフは汎用的ではあるけども、 一般的なデータ格納フォーマットとしては先進的過ぎるのか
761 名前:Name_Not_Found mailto:sage [2008/02/22(金) 21:22:49 ID:???.net] そもそもRDFのグラフは何かしらのフォーマットではないんじゃない? RDF/XMLがデータフォーマットとして使えるかというなら議論になるかも しれないが、構文に制約と設けたとしても扱いづらいと思う。
762 名前:Name_Not_Found mailto:sage [2008/02/22(金) 22:43:50 ID:???.net] - RDF = データモデル - RDF/XML = フォーマット ですね。正直RDF/XMLは自由度が高すぎてよくないフォーマットだと思うよ… 同じRDFモデルをいろんな書き方でかけるってのはデータを出力するのは楽になるんだけど、 パースして処理するほうのプログラムを書きにくくなるからねぇ… メタデータを計算機にとって可読に、理解可能にしようって話なのに パーサ書くのに苦労させてどうすんだよと…
763 名前:Name_Not_Found mailto:sage [2008/02/22(金) 23:13:29 ID:???.net] >>761 フォーマットという言葉についての語用論だとは思うけども、 以下の関係だと思うとよいかも。 モデル -> 抽象構文 -> 具象構文 グラフ -> RDF -> RDF/XML ツリー -> XML(具象構文も含む) -> XML(S式版とか) テーブル -> RDB(と言うと語弊があるが) とまあ深く分けて考えなくてもよいけど、要するに>>760 は (RDFに限らず)グラフをモデルに採用したデータフォーマットが云々 ってことだわね。 RDFはよい実例なのでそれに基づいて考えてもらうのは 全然OKだとは思う。
764 名前:Name_Not_Found mailto:sage [2008/02/22(金) 23:40:26 ID:???.net] RDF/XMLが使いづらいことは禿同だ
765 名前:Name_Not_Found mailto:sage [2008/02/23(土) 02:42:12 ID:???.net] あれは変形構文が多すぎるのな。 何かXMLに対するSGMLを思い出す。
766 名前:Name_Not_Found mailto:sage [2008/02/23(土) 05:38:53 ID:???.net] >>760 先進的っていうか… 単純にグラフ構造は柔軟だけど扱い辛いから使われないだけだろう。 データの入力も面倒だし、可視化も面倒だし… システムの内部で使う分にはいいけどユーザーにデータモデルとしてグラフ構造を 意識させてアプリケーションを使わせるのは結構大変じゃないかなぁ…
767 名前:Name_Not_Found mailto:sage [2008/02/23(土) 08:52:15 ID:???.net] グラフって、既存の入力用コントロール(フォームとか)に それを扱うのに適した「典型的なコントロール」がないよね。 表ならリストビュー、木構造ならツリービューがあるけども、 グラフは捉えどころのない形をしているから、 ビジネス的なUIに落とすことも難しいし、 直感的な形を保ったままシーケンシャルなテキスト形式で 表記(シリアライズ)することも難しい。 実は適切なコントロールの姿があったりするのかもしれんけども…
768 名前:Name_Not_Found mailto:sage [2008/02/23(土) 09:30:10 ID:???.net] >>767 ツリーによる代替表現とか…。 グラフの本質的な構造を誤解される可能性はあるけど
769 名前:Name_Not_Found mailto:sage [2008/02/25(月) 18:20:51 ID:???.net] www.semanticweb.org/ 落ちてる?何日か前からつながらない。
770 名前:Name_Not_Found mailto:sage [2008/02/25(月) 18:42:59 ID:???.net] www.semanticweb.org -> www.ontoworld.org -> wiki.ontoworld.org とたらいまわしにされた挙句に wiki.ontoworld.org のDNSが引ないね…
771 名前:Name_Not_Found mailto:sage [2008/03/05(水) 11:08:03 ID:???.net] このスレ以外に日本語でSWについて議論したり雑談したりできる コミュニティってある?
772 名前:Name_Not_Found mailto:sage [2008/03/05(水) 12:25:03 ID:???.net] 心の中に,あるよ
773 名前:Name_Not_Found [2008/03/14(金) 22:19:13 ID:3ntQ5qjS.net] Yahoo!始まったな。
774 名前:Name_Not_Found mailto:sage [2008/03/15(土) 00:36:24 ID:???.net] これか。 www.ysearchblog.com/archives/000527.html GRDDLにも対応しないかなー。
775 名前:Name_Not_Found mailto:sage [2008/03/15(土) 08:04:00 ID:???.net] サポートするデータたくさんあるな。 知らないのがあるぞ
776 名前:Name_Not_Found mailto:sage [2008/03/15(土) 14:09:25 ID:???.net] 今度就活でヤフー!ジャパンの検索のエンジニアと話す機会があるんだけど、聴けるかなぁ
777 名前:Name_Not_Found mailto:sage [2008/03/15(土) 14:14:07 ID:???.net] いっそ任意のRDFスキーマを(ry
778 名前:Name_Not_Found mailto:sage [2008/03/22(土) 19:32:28 ID:???.net] microformatsをどう扱うんだろう。
779 名前:Name_Not_Found [2008/03/26(水) 15:06:45 ID:1D4mEOz9.net] オントロジ活用したセマンティックWebの事例って何かあるの?
780 名前:Name_Not_Found mailto:sage [2008/03/26(水) 23:23:35 ID:???.net] >>779 君がそれを最初に作った人間になるんだよ。
781 名前:Name_Not_Found mailto:sage [2008/03/27(木) 00:11:55 ID:???.net] 自分はオントロジーってのがよくわからない。レイヤーケーキは上に行くほど 難しくなるような。Linked Dataみたいな下の方でできる取り組みのほうは おもしろいんだけどねー。
782 名前:Name_Not_Found [2008/03/28(金) 13:13:41 ID:dnjuSv1V.net] 日本においてはあるある詐欺。 盛り上げたいのは分かるが、 実用段階に入ったは言い過ぎ?
783 名前:Name_Not_Found mailto:sage [2008/03/28(金) 23:01:08 ID:???.net] >>781 上位レイヤは難しいけど面白いよ。 設計とか分析のレベルになるけど、 分かってくるとはまる。
784 名前:Name_Not_Found mailto:sage [2008/03/31(月) 07:13:18 ID:???.net] ウェブに限らずセマンティクス系の情報を調べに来てみたけど、あんまり盛り上がってないみたい? オントロジも製品開発とかわりと狭い範囲でなら実際に使われてるらしいけど、 表立った物として出てきてないからなぁ。 まぁ、オントロジなんて一般人にはなかなか理解しがたいから、 実際はいわゆるユビキタスな実装になるんだろうけど。
785 名前:Name_Not_Found mailto:sage [2008/04/04(金) 09:56:00 ID:???.net] XMLで手書きで文書を作って、それをXHTMLとメタデータに自動変換、 っていう風にサイト構築したいんだけど、これってどうやったら実現できるの? XSLT使うだけじゃ無理だよね? 長年の疑問なんだ、どうか教えてください。 よろしくお願いします。
786 名前:Name_Not_Found mailto:sage [2008/04/04(金) 14:19:56 ID:???.net] >>785 普通にXSLTプロセッサとXSLTを用意してオフラインで処理してXHTML生成すればいいんじゃね? どの辺で無理だと思ったの?
787 名前:Name_Not_Found mailto:sage [2008/04/04(金) 14:50:34 ID:???.net] >>785 cgiとかスクリプト使えばできるのでは?
788 名前:785 mailto:sage [2008/04/04(金) 17:50:21 ID:???.net] >>786 ,787 ごめん、マークアップ言語にはある程度詳しいけれど、プログラミング言語には疎いんだ。 「XSLTプロセッサ」っていう単語は初耳だった。 検索してみたんだけれど、これってファイルを一個ずついちいち変換しないとダメなの? それって結構めんどくさくね? あと、>>785 の使い方で使用するんだとしたら、どれがお勧め? 英語にも疎いので、分かりやすい解説サイトを知っていたら併せて教えてもらえるとありがたいです。
789 名前:Name_Not_Found mailto:sage [2008/04/04(金) 18:08:08 ID:???.net] 初心者スレ行けよ サーバサイドで変換するなら Webprog
790 名前:Name_Not_Found mailto:sage [2008/04/04(金) 18:44:11 ID:???.net] まぁ、そう無下につっぱねることもないでしょう。 cgiでやるならRubyをオススメしたい。
791 名前:Name_Not_Found mailto:sage [2008/04/04(金) 19:09:06 ID:???.net] rubyはあの構文がどうも…
792 名前:Name_Not_Found mailto:sage [2008/04/04(金) 19:33:09 ID:???.net] 気持ちはわかる。 でもPerlやPHPをやるぐらいなら自分はRubyを選択する。
793 名前:Name_Not_Found mailto:sage [2008/04/04(金) 20:49:25 ID:???.net] >>788 >>785 読んでもで何をやりたいのかあんまよくわからなかったけどもしかして そういうことやってくれるWebアプリやサービスがないかってこと? 汎用のものは見たことないけど…誰か知ってる?
794 名前:Name_Not_Found mailto:sage [2008/04/04(金) 22:08:15 ID:???.net] ここはpythonだろう!
795 名前:Name_Not_Found mailto:sage [2008/04/05(土) 04:23:46 ID:???.net] >>793 XMLに本文とメタデータ(作成日時、更新日時、キーワード、etc.)を書いて おいて、XSLTでRDFとそれにlink要素でリンクしたXHTMLを生成するような ことなのかなと思ったけど、それならXSLT書いてスクリプトでも走らせれば 済みそうなので、やっぱ>>785 が何を求めているのかよくわからんね。
796 名前:Name_Not_Found mailto:sage [2008/04/05(土) 11:37:58 ID:???.net] 785はXSLTは書けるがスクリプトは書けないと見た。
797 名前:Name_Not_Found mailto:sage [2008/04/05(土) 18:03:57 ID:???.net] そういえばXMLベースでデータ保存する時に、 何を属性として何を子要素とするかいつも迷うんだけども、 そういう規則みたいなのってないのかな。
798 名前:Name_Not_Found mailto:sage [2008/04/05(土) 18:22:38 ID:???.net] XMLスレに行けば教えてくれるんじゃない?
799 名前:Name_Not_Found mailto:sage [2008/04/05(土) 18:37:39 ID:???.net] そんな初歩的な質問初心者スレでやれよ
800 名前:Name_Not_Found mailto:sage [2008/04/06(日) 10:04:58 ID:???.net] >>797 漏れは与えられたスキーマに従って書くだけだから 気にしてなかったけど、スキーマを設計する人は どうやtt系目照るんだろうね。
801 名前:785 mailto:sage [2008/04/06(日) 17:18:26 ID:???.net] 言葉足らずですみません。 私がやりたいのは、>>795 にあるように一つのXML文書から RDFやXHTML、RSSなどを同時に自動作成することによって サイトを構築することなのです。 もう一つやりたいことは、複数の記事を有した一つのXML文書から 記事ごとに複数のXHTMLファイルに変換するということなのですが、 これはXSLTだけでなくプログラムも学ばないと実現できませんよね? >>796 にあるとおり、XSLTはある程度書けますがスクリプトは全くダメなのです。 しいて例を挙げれば、 ttp://overknee.info/ のようなことがやりたいわけです。 スレ汚し失礼しました。
802 名前:785 mailto:sage [2008/04/06(日) 17:21:08 ID:???.net] ttp://overknee.info/ の「/latest」のようなこと、ですね。 失礼。
803 名前:Name_Not_Found mailto:sage [2008/04/06(日) 21:08:43 ID:???.net] セマンティックWebの話ではないな。 まあ過疎スレだしいっか。
804 名前:Name_Not_Found mailto:sage [2008/04/07(月) 01:15:03 ID:???.net] 就活していて、Semantic Web関連の研究室に所属しているという就活生と 二人も出会った。案外やってるとこあるんだなぁ。 >>801 1つ目について。 1つのXMLからサーバサイドでXHTMLに変換するものであれば、 HIMMELというものがある。 放置されちゃってるけど参考にはなるかも。 ttp://www.arielworks.net/works/codeyard/himmel 2つ目について。 xsltproc1発でサクっとやるというのなら無理かなぁ。 DOMで記事を抽出するなどの手順が必要。 しかし「ttp://overknee.info/latest のようなこと」が具体的にわからない…。
805 名前:Name_Not_Found mailto:sage [2008/04/07(月) 01:40:37 ID:???.net] >>801 だからその説明そのまま実現するならXMLからXHTMLを出力するXSLTと XMLからRDFを出力するXSLTを書いて2回XSLTプロセッサ走らせればできる話だろ? その処理をサーバーサイドでやりたいとか手元でやりたいとかこれこれのタイミングで自動で 動くとかもっと別の要求があるように見えるんだが… ところで overknee.info/latest はリダイレクトしてるだけだよねぇ…