RSS/RDF
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
04/03/02 17:36ID:bNkZKzd4人のこないサイト管理者である漏れもやってみたい。
おまえら、プログラム初心者の漏れにもわかるように説明汁
0370nobodyさん
2005/11/12(土) 00:16:37ID:???0371nobodyさん
2005/11/12(土) 02:16:15ID:???0372nobodyさん
2005/11/12(土) 14:43:58ID:???１．オンラインにする
２．RSSをごっそりダウンロードしてローカルに保存
３．オフラインにする
４．じっくり読む
RSSに全文入ってるのなんて別段珍しくもない
0374nobodyさん
2005/11/12(土) 17:54:33ID:???えぇそうなんですか？
いくつか試してみたのですが、最初の数行しか読めなかったり、
オフラインにしたら読めないんですけど・・
0375nobodyさん
2005/11/12(土) 18:43:17ID:NUKUu+tyをRSSにして読みたいんですけど
どうやったらいいですか？
0376nobodyさん
2005/11/13(日) 22:14:52ID:???それともRSS飛び越えてAtomにしたほうがいいのかな
0377nobodyさん
2005/11/14(月) 12:10:49ID:???つhttp://myrss.jp/
0378nobodyさん
2005/11/20(日) 14:22:18ID:GKJrDVQlやっぱ中身変えるのがいいのかな。
全文にatomを選んだ理由はなんですか？
0379nobodyさん
2005/11/23(水) 17:56:40ID:8kNgAnS20380nobodyさん
2005/11/23(水) 17:58:14ID:8kNgAnS2W3C、RSS/Atomフィードの文法を検証するバリデータを公開
W3Cは21日、RSS/Atomフィードの文法が正当であることを確認するためのバリデータを
「W3C Feed Validation Service」として無料で公開した。
W3C Feed Validation ServiceにフィードのURLを入力するか、あるいはフィードのXMLを
フォームにペーストすると、文法の問題点などを指摘してくれる。これを利用することに
よって、開発者は文法的により正しいフィードを書き出すための助けとなる。
このフィードバリデータはSam Ruby氏、Mark Pilgrim氏、Joseph Walton氏、
Phil Ringnalda氏によって開発が進められているオープンソースプロジェクトで、
すでに「feedvalidator.org」で公開されているのと同じソフトウェアだ。
W3Cは今回、feedvalidator.orgが提供しているサービスに加えて、
Webサービスで使用できるようにするためのAPIを実験的に公開した。このAPIを使用すれば、自分のアプリケーションなどでフィードバリデータの各種機能を使用し、文法の正統性を高めるよう努めることができる。
関連情報
■URL
W3C Feed Validation Service（英文）
http://validator.w3.org/feed/
ニュースリリース（英文）
0381nobodyさん
2005/11/23(水) 18:11:33ID:???0382nobodyさん
2005/12/05(月) 17:32:43ID:???ttp://japan.cnet.com/news/media/story/0,2000047715,20092139,00.htm
0383nobodyさん
2005/12/05(月) 17:41:52ID:???他人のフィードが丸見えなんだけど、
穴なの？
http://mixfeed.jp/user/feededit/Id/50
0384nobodyさん
2005/12/05(月) 17:58:37ID:???0385nobodyさん
2005/12/05(月) 18:02:39ID:???0386nobodyさん
2005/12/05(月) 18:09:51ID:???0387nobodyさん
2005/12/05(月) 21:58:37ID:J4SDNS5pを自分のサイトで表示させたり出来る？
0389nobodyさん
2005/12/08(木) 05:48:25ID:???The Atom Syndication Format
http://www.ietf.org/rfc/rfc4287
0390nobodyさん
2005/12/28(水) 20:23:37ID:???0391nobodyさん
2006/01/04(水) 03:46:59ID:S5BKdwSgその場合は、dc:subjectを並べればOK、という事になるのでしょうか？
0392nobodyさん
2006/01/04(水) 16:05:30ID:???複数に分けたかったら、一つ一つマークアップした方が良いと思われ
0393nobodyさん
2006/01/05(木) 03:52:08ID:???0394nobodyさん
2006/01/06(金) 20:47:30ID:???ちょっとしたメモ - セマンティック・ウェブ、あるいはルーズさを生かした構造
http://www.kanzaki.com/memo/2006/01/06-1
0395nobodyさん
2006/01/06(金) 20:49:02ID:???RSS/RDF
とかいうよくわからないスレタイを改めてくれ
0397nobodyさん
2006/01/06(金) 21:00:04ID:???どこかで試みられてる？？
0400nobodyさん
2006/01/06(金) 21:27:04ID:???ちょっと補足します
RDFのリテラルには書式がある想定されていないと思われるが、
dublin coreのdateプロパティのように、
ISO 8601形式であることを明示しているものもあるので、注意
http://purl.org/dc/elements/1.1/date
RDFはこんな感じで自由にいじれるので、他の部分にも注意を払う事をオススメする
たぶんドキュメントとかはまだ英語が多くて大変だと思うけど、
そこんところはがんがれ
0401400
2006/01/06(金) 21:27:50ID:???○書式があることを想定されていない
0402nobodyさん
2006/01/06(金) 21:28:53ID:Kd23VP0L主として文献流通、電子図書館用のメタデータ規格。
いちおう米国議会図書館のサイトを紹介しておきます。
http://www.loc.gov/standards/mods/
で、身近なところだと OpenOffice なんかでも
MODS 使おうぜ、って言うことになってきているようです。
http://bibliographic.openoffice.org/developer.html
で、それを RDF で表現して Web ページにも適用している
例ってどこかにあります？ってことを訊きたかったのでした。
まぁPDFにはPDF独自のメタが埋め込まれてるし、
JPEG 2000 や Microsoft Office 文書にも
独自のメタが埋め込まれているわけですが、
流通させようとすると何らかの標準にマップしたいわけで。
さすがにダブリンコアはあまりにも貧弱すぎますよね。
MODSなら結構リッチな情報抱えられるな、ってことで
その手の業界ではデファクトスタンダードになりつつあります。
実際そのメタをやりとりするのは OAI-PMH がスタンダードですね。
0403nobodyさん
2006/01/06(金) 21:56:31ID:???0405nobodyさん
2006/01/06(金) 22:28:50ID:???確かにrecommended best practiceとは書かれているけど、
スキーマとして制約されているわけではないことに注意。
特定のlexcal spaceにのみ制約したければtyped literalを
使えばいいわけではあるけど。
DCの場合は汎用性のためにあまり制約しない方針と聞いたことがあるな。
0406nobodyさん
2006/01/07(土) 11:02:41ID:???アトム？
0407nobodyさん
2006/01/07(土) 12:22:19ID:???0408nobodyさん
2006/01/08(日) 02:39:35ID:???XMLというかRDFというかで、ファイル情報を表す語彙を探しています。
ファイルタイプとかはdcを使えば良いと思うのですが、
ファイル長とかエンコーディングとかが語彙として定義されてる奴ってあるんでしょうか？
0409nobodyさん
2006/01/08(日) 02:48:55ID:???既存のものは知らないけど、dc:format（もしくはdcterms:extent）をrefineして自分で作るとか。
0410nobodyさん
2006/01/08(日) 04:02:15ID:???情報ありがとうございます。
あと、「refine」って何でしょう？
既にある語彙を寄せ集めて新しく定義を作ること、という解釈でいいんですかね。
0411nobodyさん
2006/01/08(日) 04:41:20ID:SsaYC14+あと、余力があればそういう情報を抱えるために
使われる DIDL についても勉強してみるといいと思われ。
DIDL: Packaging Digital Content
http://www.xml.com/pub/a/2001/05/30/didl.html
Using MPEG-21 DIDL to Represent Complex Digital Objects
in the Los Alamos National Laboratory Digital Library
http://www.dlib.org/dlib/november03/bekaert/11bekaert.html
MPEG-21 Part 2: Digital Item Declaration Language (DIDL)
http://xml.coverpages.org/mpeg21-didl.html
0412nobodyさん
2006/01/08(日) 04:44:25ID:???勉強してみます。
0413nobodyさん
2006/01/08(日) 21:29:58ID:GANwA7AM0415nobodyさん
2006/01/09(月) 11:38:21ID:V98kMpnrクラスの多重継承はだめ？
0416nobodyさん
2006/01/09(月) 12:06:01ID:???関係ないけど、後々簡単な推論をさせたりする予定があるならrdfs:Classよりowl:Classを使うといい。
0417nobodyさん
2006/01/09(月) 14:40:46ID:V98kMpnrそういうRDF/RDFSもOK見たいですね。
ところで、慣れてるツールがProt？g？なんですが、
フロントエンド(GUI)の部分は Windows の
様々なコントロールを使いたいので、C# もしくは C++
で書こうとしています。 Java で作られているProt？g？
の推論用APIなどを C#, C++, C++/CLI から叩くためには
どんな通信方法を用いればいいでしょうか？
Prot？g？固有のやり方・流儀があるならと思って
このスレでお聞きします。それ以上の一般的な
Java の話になるとすれ違いなんで別スレ行きます。
0418nobodyさん
NGNG本当は e の上に点がついているんですが、
Unicode だと表現できるんでそのままカキコしたら
文字化けしちゃいました。
0419nobodyさん
2006/01/09(月) 15:50:26ID:???一応、JNIという機能があるけど。
0420nobodyさん
2006/01/09(月) 16:15:06ID:V98kMpnr部分だけ Protege の機能を呼びたいんですよ。
JNI ってたしか逆？
RMI を使うって言うのも手かなぁ。
CORBA はちょっと大げさすぎるし。
Protege 自体が SOAP で Web サービスとしての
インターフェイスを持っていると激しく便利なんですが。
「推論サーバ」とか知識データベースとしてリモートからも使えるし。
0421nobodyさん
2006/01/13(金) 19:07:19ID:???ttp://www.itmedia.co.jp/news/articles/0601/13/news060.html
0422nobodyさん
2006/01/14(土) 00:16:18ID:???0423nobodyさん
2006/01/14(土) 00:44:59ID:???http://www.itmedia.co.jp/info/rss/
0424nobodyさん
2006/01/14(土) 03:22:37ID:???0425nobodyさん
2006/01/17(火) 01:12:11ID:QSOGfrTyサーバ側はどういう設定にすれば良いとか、どういうソフトが必要とかありますかね？
OSはlinux なんですが。
0426nobodyさん
2006/01/17(火) 02:25:30ID:???RSSそのものは、HTML等と同じ単なるテキストデータなんだから、
Webサーバーが置ける環境ならWindowsだろうがLinuxだろうが関係ない。
RSS配信だって、やろうとすれば手書きでも出来るし。
なんていうか、あれだな。
サーバーうんぬん言う前に RSS そのものについてもうちょっと知ったほうがいいかも。
0427nobodyさん
2006/01/17(火) 12:28:17ID:???0428nobodyさん
2006/01/17(火) 21:49:52ID:???0429nobodyさん
2006/01/17(火) 23:04:12ID:???0430nobodyさん
2006/01/17(火) 23:16:04ID:R9YwLskk0431nobodyさん
2006/01/17(火) 23:32:29ID:???0432nobodyさん
2006/01/17(火) 23:38:52ID:???0434430
2006/01/18(水) 01:39:01ID:h6OtOaJ7↑
↑こいつさいこうにあほ
0435nobodyさん
2006/01/18(水) 01:45:42ID:???↑こいつさいこうにあほ
0436nobodyさん
2006/01/19(木) 20:45:05ID:???0437nobodyさん
2006/01/19(木) 21:05:06ID:???0438nobodyさん
2006/01/20(金) 00:04:33ID:???0440395
2006/01/21(土) 09:23:22ID:???>>398だから言ったじゃん、スレタイのRSS余計だって
スレの方向性が宗教論争になるよ？
とりあえず、
RSS1.0は、RDF上でRSSコンパチに書いたもの
それ以外の何者でもない
0441395
2006/01/21(土) 09:30:22ID:???0442nobodyさん
2006/01/21(土) 11:52:00ID:???0443nobodyさん
2006/01/21(土) 12:08:43ID:???0444nobodyさん
2006/01/22(日) 03:55:12ID:???属性値が必要な規格のXML文書を入れるとパーサーがエラーを吐くんですけど・・・。
0445nobodyさん
2006/01/22(日) 03:57:32ID:???例えばXML署名とか、属性値を取るタグがあったりするので。
0446nobodyさん
2006/01/22(日) 12:26:24ID:???0447nobodyさん
2006/01/24(火) 14:19:08ID:P81thsyF判断する方法があれば教えてください。
具体的にどういうことかと言いますと、例えば「はてなダイアリー」は
http://d.hatena.ne.jp/brotherblog/ のような同一URLに対し
WEBブラウザからのアクセスではhtmlを返し
RSSリーダーからのアクセスではxmlを返しています。
この仕組みが知りたいのです。
0448nobodyさん
2006/01/24(火) 14:57:23ID:???0449nobodyさん
2006/01/24(火) 15:00:47ID:???ttp://d.hatena.ne.jp/brotherblog/rss
じゃないのか？ RSSリーダーが賢いだけだと思うぞ．
0450477
2006/01/24(火) 21:12:22ID:???そうです。実体は
ttp://d.hatena.ne.jp/brotherblog/rss
ttp://d.hatena.ne.jp/brotherblog/rss.cgi
です。 この場合
ttp://d.hatena.ne.jp/brotherblog/にアクセスしても
feedを拾えるのはRSSリーダーが賢いということなんですかね？
0454nobodyさん
2006/01/24(火) 21:59:20ID:???<link rel="alternate" type="application/rss+xml" title="RSS" href="new.rdf">
こんなタグ貼ればいいんじゃなかったっけ？
0455450
2006/01/25(水) 00:12:26ID:???auto-discoveryをググって、ソース見てみたらズバリ
<link rel="alternate" type="application/rss+xml" title="RSS" href="http://d.hatena.ne.jp/brotherblog/rss">
<link rel="meta" type="application/rdf+xml" title="FOAF" href="http://d.hatena.ne.jp/brotherblog/foaf" />
ってな記述があったよ。
0456nobodyさん
2006/01/25(水) 01:46:45ID:aXoSR7CKUAで301吐いてんじゃね
UAで301吐いてんじゃね
UAで301吐いてんじゃね
UAで301吐いてんじゃね
UAで301吐いてんじゃね
0458nobodyさん
2006/01/25(水) 11:27:29ID:5T50E/PmHTMLソースみればいいことに気づいた。
0459nobodyさん
2006/01/25(水) 13:02:22ID:???0461395
2006/01/25(水) 15:52:03ID:???alternateとmetaの使い分けに注意してな、このことについては、
SemanticHigh!辺りで最近話題にあがったよ
がむばれ
0462nobodyさん
2006/01/27(金) 12:22:57ID:???http://www.kanzaki.com/memo/2004/04/26-1
この中では「URIとフラグメント識別子を含むURI参照」
のようにURIとURI参照が明確に分けられている。
しかし RFC 3986 Uniform Resource Identifier (URI): Generic Syntax
ではURI参照は次のように定義されている。
A URI-reference is either a URI or a relative reference.
If the URI-reference's prefix does not match the syntax
of a scheme followed by its colon separator,
then the URI-reference is a relative reference.
0463nobodyさん
2006/01/27(金) 15:39:01ID:???それが不可解ってこと？
まあ、RFC3986は2005年1月に出たもので、当時参照していたURI仕様はRFC2396だからね。
RFC2396では、フラグメント識別子を付けられるのはURI参照だけだったので、
当時は、それが付かないか付き得るかを区別するためにURIとURI参照を使い分けていた。
0465nobodyさん
2006/01/27(金) 15:50:02ID:???Concepts and Abstract Syntaxで定義されたものなので、
(RDF仕様群が参照しているURI仕様である) RFC 2396 にある
URI参照とは別物であることに注意。
むしろRFC3986の"URI"生成規則は、
RDF URI Referenceと互換になるよう意図したもののようにも思われる。
0466nobodyさん
2006/02/02(木) 00:18:47ID:VlDlEGDMttp://www2.asahi.com/torino2006/
0467nobodyさん
2006/02/03(金) 10:06:11ID:YesAZdFe0468nobodyさん
2006/02/03(金) 16:19:37ID:???■ このスレッドは過去ログ倉庫に格納されています