「fj の教祖様の蔵書/既読書@GeoCities [geocities.jp]」もRSS対応していません。たまーーーに対応しろよ、という人もいますが…今の所、これに対する答は NO になります。
このリストに本が登録されるには、 a) 本が発行され b) 私がその本を読み c) で、たまたま手が空いたときにその本を登録した という3つの条件がこの順序で発生したとき、になります。特に c は登録順序や登録優先順位に対する擾乱要因で、「これは面白い」と思った本ほど長く手元において置くので後回しになったりします。
全ての情報が時系列的にインクリメンタルなわけではない (スコア:1)
このリストに本が登録されるには、
a) 本が発行され
b) 私がその本を読み
c) で、たまたま手が空いたときにその本を登録した
という3つの条件がこの順序で発生したとき、になります。特に c は登録順序や登録優先順位に対する擾乱要因で、「これは面白い」と思った本ほど長く手元において置くので後回しになったりします。
またこれらはISBN番号順+私が勝手に決めた分類わけでソートされています。
ので、同じ本が時と場合で違う場所にいたりし
fjの教祖様
Re: (スコア:0)
あと、RSSは記事とは別に作って良いと思うので、記事そのままでは無意味な場合は、操作ログを配信するだけでもチェックしてる人には役に立つのではないかと。まあ、RSS対応してくれーと言う読者が何を望んでるかに依りますが。
セマンティックウェブ(死語か?)って、フリーフォーマットのデータをなんらかの枠にはめて処理しやすくするってだけだと思うので、RSSという枠の中身は自由でいいんじゃないかなあ
Re:全ての情報が時系列的にインクリメンタルなわけではない (スコア:1)
時系列に限らず、何らかの順番を必要とするんじゃないでしょうか。少なくともRSS1.0は単一階層での順序付きの列挙リスト (RDFのSeq要素、HTMLで云う所のOL要素) が仕様です。
その順番も、「ランキング」なら充分有用ですけど、辞書のRSSでは収録順だと無意味なような気がします。少なくとも一般的なRSSリーダーで扱うには、時系列なりなんなりの重み付けがされた順番で収録されていないと、有用とはいえないんじゃないかと。
昔から言われてるんですが、それだと「RSS Auto Discovery」と矛盾しちゃうんですよね。あれはコンテンツの別バージョン (alternate) にフィードを指定しますので。
# フィードを取得する際にAcceptヘッダにも指定してほしいんだけどなぁ。HTMLとRSSを同一URIで指定したいんだけど…。
Re: (スコア:0)
まあ原理主義的にはその通りだけど、もはや Content-Type の charset にエンコーディングを指定するのと同じくらい「そういうもの」になっちゃってる気がする。
本当に alternate なものも少しはあるけど、ほとんどの場合は更新履歴の配信目的なわけだし。