履歴もしくは日誌

はてなダイアリーの RSS と はてな RSS と時刻情報

はてなダイアリーの RSS の時刻情報は，必ずしも記事を作成した時刻情報がはいるわけでもなく，さらに書き手の設定によって日付は入るけど時刻までは入らなかったりします．これが一度 はてな RSS にはてなダイアリーの RSS を登録して，はてな RSS が合成した RSS を取得すると，それにはきちんと記事の時刻情報が入っていたんです．これは便利だなって思っていたのですが，また はてな RSS の仕様変更があって，時刻情報が付かなくなってしまったみたい．

残念です．

• はてなRSS
  http://r.hatena.ne.jp/
• 2005-05-11 : はてなダイアリーの RSS と はてな RSS

Permalink Trackback URI http://onohiroki.cycling.jp/tb/tb.cgi/weblog_d20050630n1 TrackBack

誰がメタデータを記述するのか - そこまできている Semantic Web

RDF でメタデータを記述して，Semantic Web だ! なんていっても，誰がわざわざ RDF を書くだろうかというところが問題だと思うのですが，実はいろいろ手がありそうですね．小文字の semantic web と呼ばれ最近では microformats と呼ばれるような方法で，XHTML の記述をちょっとだけ工夫して，メタデータを抽出できるようにしておくとか，tag 付けによる folksonomy とか...

del.icio.us とか はてなブックマークなどのオンラインブックマークで tag 付けをすることが，つまりメタデータを付加することになっているという話を聞いて，なるほど何かしら面白い結果が得られるのであれば，皆が喜んでメタデータを付加するということはあり得るのだなって感心しました．

最近，Musical Baton ってものが流行りました．ぼくは興味が無かったのですが，神崎さんが Musical Baton をメタデータとして考えて，RDF での語彙を設計しているのはとても興味深く拝見しました．RDF の語彙を考えるという視点でも面白いですが，Musical Baton がメタデータとして扱えるって視点がびっくりでした．

• ちょっとしたメモ - Musical Baton
  http://www.kanzaki.com/memo/2005/06/18-1

これって，はじめからメタデータを収集することを目的に仕組みを作っておけば面白いなって思いました．Musical Baton の時には，どこからまわってきたのかをたどって行くのも大変だったし，結局皆がいろいろと情報を出したのに，それを収集して統計するようなシステムは無かったので，ちょっと残念な感じ．

もしメタデータを収集することを目的に仕組みを作っておくなからこんな感じか：

1. どこかに「バトン・ポータル」を作って，カテゴリーを選ぶとそのカテゴリーに応じた質問が現れ，フォームに答えを入力して行くと，結果として XHTML のソース断片が得られる．
2. その XHTML のソース断片を自分の Weblog に貼付けて記事を作り，「バトン・ポータル」に Trackback ping を送信．
3. 「バトン・ポータル」は ping を受信したら，Weblog の記事を取得して microformats の要領でメタデータを抽出．
4. 「バトン・ポータル」は収集したメタデータを RDF/XML で配信するとともに，データにアクセスする為の API を用意する．

別にそんなに難しくなさそうだし，すぐにこういうサービスが始まってもおかしくないですね．Musical Baton のように「転送」していくようなものでなくて，以前流行った the friday five のように Weblog の記事ついてのお題が出て，それに答えるという形も良いかもしれない．

これって，ソーシャルネットワークサービスみたいなものと組み合わせても面白いかもしれないし，Amazon みたいなオンラインショッピング会社がやっても面白いかも．もうちょっと考えれば，ちゃんとお金儲けもできる仕組みになりそうではないですか．

すでにこういった話は他でも話題になっています．

• naoyaのはてなダイアリー - My favorite CPAN modules baton 構想
  http://d.hatena.ne.jp/naoya/20050623/1119499452

プログラマ向けの話題にして，それぞれがメタデータを準備することが前提でやってみたらどうかというお話．それぞれがメタデータを RDF/XML で用意するってのはプログラマ向けには確かに良いけど，一般向けへの応用は厳しいですね．

• antipop2.0 - "My favorite CPAN modules baton" を MicroFormats で表現する構想
  http://antipop.gs/mt/archives/001327.php

メタデータを直接用意するのではなく microformats を利用すると良いという提案がありました．フォームを用意して質問に答えると HTML が生成されるという事も構想されています．

「バトン・ポータル」みたいな仕組みができて，それがメタデータを扱う基盤に RDF/XML を採用すれば，あっというまに Semantic Web の時代が来るかもしれない．

Permalink Trackback URI http://onohiroki.cycling.jp/tb/tb.cgi/weblog_d20050628n4 TrackBack

RSS と Simple List Extensions

マイクロソフトが RSS 2.0 の item を特定の条件でソートできるような拡張を提案するという話ですが，規格などの情報がでてきていますな．RSS 2.0 も最初から拡張について考えられている規格なので，マイクロソフトが勝手な拡張をしたのではなく，RSS 2.0 として正しい拡張なのかなって思います．もっともその Simple List Extensions ってのが良いかどうかはまた別ですが．

それでもマイクロソフトがやるんですから，ある程度話題になるでしょう．マイクロソフトの提案がどんなものだったかを簡単に言えば，各 item にソートのキーになる要素が含まれるとして，そのキーになる要素は，RSS 2.0 の規格のものか，もしくは RSS 2.0 で定められている方法で拡張されている要素をそのまま使います．新しいのは，どれがソートのキーになる要素なのかを指定する方法と，ソートの方法を指定する方法を提案している事です．それらは Simple List Extensions の規格で指定してある方法で RSS 2.0 の中で記述する訳です．

で，例を考えてみました．ある商品の発売日が item に含まれていて，これで RSS の item をソートします．item が公開された日時の情報は pubDate で item で話題にしている商品発売日とは事なる日付です．

<rss version="2.0"
   xmlns:cf="http://www.microsoft.com/schemas/rss/core/2005"
   xmlns:ex="http://www.example.com/ns/ex/">
   <channel>
   <title>商品発売日</title>
   <link>http://www.example.org/12345</link>
   <description>リストの例：商品発売日で item をソートしよう</description>
   <cf:treatAs>list</cf:treatAs>
   <cf:listinfo>
      <cf:sort>
         <ex:xyz data-type="date">発売日</ex:xyz>
      </cf:sort>
      <cf:group>
         <ex:xyz>発売日</ex:xyz>
      </cf:group>
   <cf:listinfo>
   <item>
      <title>タイトル1</title>
      <link>http://www.example.org/12345/1</link>
      <pubDate>Mon, Jun 27 2005 21:44:31 +0900</pubDate>
      <ex:xyz>Sun, Jun 26 2005</ex:xyz>
   </item>
   <item>
      <title>タイトル2</title>
      <link>http://www.example.org/12345/2</link>
      <pubDate>Mon, Jun 27 21:44:32 +0900</pubDate>
      <ex:xyz>Mon, Jun 27 2005</ex:xyz>
   </item>
   <item>
      <title>タイトル3</title>
      <link>http://www.example.org/12345/3</link>
      <pubDate>Mon, Jun 27 21:44:33 +0900</pubDate>
      <ex:xyz>Tue, Jun 28 2005</ex:xyz>
   </item>
   </channel>
</rss>

この RSS では発売日が ex:xyz っていう要素だとして，別の RSS では ex:abc で別の日付情報を扱っていたとします．それぞれ cf:sort の中で ex:xyz と ex:abc が data-type="date" として扱われているのであれば，両方の RSS を混ぜて日付情報でソートできるように実装できそうですね．

でも，価格情報だと単位が揃わなかったら難しそうです．日本円と米国ドルが価格情報としてそれぞれ別々の RSS にあったとして，data-type="number" だとしても，価格の単位の情報とどう関連づけるかが定義されていなければソートできないですよね．

ソートする方法を定義するっていうのはいいけど，そこに拡張性がないとすっごく限定された用途でしか使えないような気がします．

単に RSS リーダ側で，各 item を認識して，どの item でソートするのか指定できるようにするのと比べてどのようなメリットがあるのかな．

ぼくは RSS 2.0 は良くわかりません．マイクロソフトの Simple List Extensions Specification も読んでも良くわかりませんでした．なんか間違っていたり見落としていたり勘違いがあったら教えてくださいまし．

参考:

• Longhorn Developer Center Home: Simple List Extensions Specification
  http://msdn.microsoft.com/longhorn/understanding/rss/simplefeedextensions/
• snellspace.com >> Blog Archive >> RSS, Lists and Atom
  http://www.snellspace.com/wp/?p=172
• phil ringnalda dot com: MS embraces RSS
  http://philringnalda.com/blog/2005/06/ms_embraces_rss.php
• 2005-06-25 : RSS を特定の条件でソートする

Permalink Trackback URI http://onohiroki.cycling.jp/tb/tb.cgi/weblog_d20050627n1 TrackBack

RSS を特定の条件でソートする

RSS の item をある特定の条件でソートできるように，順番の情報を追加する方法をマイクロソフトが提案しているそうです．RSS 1.0 なら RDF/XML として，とても柔軟に拡張できます．RDF/XML ではない場合は，ソートする為の順番の情報はさまざまな種類が必要になるのでは無いでしょうか．RDF なら他の目的で用意された語彙がそのまま流用できます．

CNET Japan の記事を引用します:

現在のRSSフィードは、単なるメッセージの流れとして送受信されており、その順番はメッセージが送信された時間によって決まる。Microsoftは、これに順番情報を追加する方法を提案しており、電子商取引サイトのベストセラーリストや、予定の作成順ではなくイベントの日付順に並んだカレンダー情報などを、RSSフィードがもっとうまく処理できるようにしたいと考えている。

引用終わり．

ここでの RSS は RSS/XML である RSS 1.0 のことではないだろうと思います．

RSS 1.0 の場合は，イベントのカレンダー情報なら，foaf:topic と http://www.w3.org/2002/12/cal/ical#Vevent を使うっていう手があります．

そうすれば rss:item の中では予定の作成日は dc:date で表現し，イベントの日付は dtstart/date で表現する事になるでしょう．

例えばこんな感じ:

<item rdf:about="http://onohiroki.cycling.jp/calendar/cal2005-06.html#d20050625">
  <title>2005-06-25 ツール・ド・美ケ原</title>
  <link>http://onohiroki.cycling.jp/calendar/cal2005-06.html#d20050625</link>
  <dc:date>2005-04-19T13:40:33Z</dc:date>
  <foaf:topic xmlns="http://www.w3.org/2002/12/cal/ical#">
    <Vevent>
      <dtstart rdf:parseType="Resource">
        <date>2005-06-25</date>
      </dtstart>
      <dtend rdf:parseType="Resource">
        <date>2005-06-27</date>
      </dtend>
      <summary>ツール・ド・美ケ原</summary>
      <uid>496B790F-660A-11D9-AF83-0003937B6ADA</uid>
      <dtstamp rdf:parseType="Resource">
        <dateTime>2005-04-19T13:40:33Z</dateTime>
      </dtstamp>
    </Vevent>
  </foaf:topic>
</item>

dc:date の 2005-04-19 はイベント情報を iCal に入力した日付で，イベントの日付は 開始 (dtstart/date) が 2005-06-25 で 2005-06-26 までです．iCalender の仕様により終了日 (dtend/date) は 2005-06-27 って表現されます．

これならイベントの日付でソートする事もできますよね．

RDF/XML で記述すると，けっこう複雑に見えますが，普通は手書きで書く訳ではないですから．

ぼくは iCal を使ってスケジュール管理しています．その中でも公開するサイクリングの情報は，iCalender の .ics ファイルを XML に変換し，さらに RDF Calender や RSS に変換しています．それがさらに XHTML に変換されて，カレンダーのページになったり，Welcome ページのイベント情報一覧になったりしています．

その作業は Mac OS X でスクリプトを起動すれば，Web の更新まで全自動です．

きっと RSS 2.0 用に Really Simple な規格を考えて普及させようって事なんだろうなぁ．RDF をベースに Semantic Web を考えている側からは，それを RDF に変換する方法だけ確立しておけばいいのかな．

• マイクロソフト、RSSの機能を強化--順番付きリストをサポート - CNET Japan
  http://japan.cnet.com/news/media/story/0,2000047715,20084717,00.htm?ref=rss
• イベントカレンダーについて公開している情報
• イベントカレンダー

これから寝て，起きたら松本に向けて出発です．ツール・ド・美ケ原という自転車でのヒルクライムレースに参加して来ます．今回はタンデム自転車で参戦です．さてはて．

Permalink Trackback URI http://onohiroki.cycling.jp/tb/tb.cgi/weblog_d20050625n1 TrackBack

はてなダイアリーの RSS で足りないところ

先日，はてなダイアリーの RSS に仕様変更があり，要約部分に「はてな記法」が用いられていたのが改められました．やったーって思いましたが，まだ不十分だと思うのです．

まず - や >>，[] などの記法については，要約部分に含まれないようになりました．でもこれって単にその部分の記号を削除しただけぢゃん．

はてなダイアリーを書く時に用いる事ができる特殊な記法である「はてな記法」はもっといろいろな種類があります．

特にどうにかしてほしいのは，「http 記法」とか「書影や書籍タイトルのための省略記法」ですね．

「http 記法」ってのは，はてなダイアリーにおいて [http://www.hatena.ne.jp/:title] のように記述すると，指定した URI の Web ページのタイトルを表示するという機能だし，「書影や書籍タイトルのための省略記法」は asin:4886487319:title のように記述すると，指定した ISBN コードから書籍のタイトルを表示する機能です．たしかに直接はてなダイアリーのページを見れば，Web ページのタイトルや書籍のタイトルが見えるのですが，RSS の概要には URI や ISBN コードが「はてな記法」で書かれているだけで，タイトルなどはわからないのです．RSS がいったいなんなのかを考えれば，このままではダメなはずです．「はてな」の外での再利用の為に，わざわざ RSS を公開しているのですから．

今回の仕様変更では，極一部だけの対処でしたが，ぜひ根本的な解決をして欲しいと思います．

• はてなダイアリー日記 - RSSフィードの仕様変更について
  http://d.hatena.ne.jp/hatenadiary/20050613/1118636067
• 2005-05-11 : はてなダイアリーの RSS と はてな RSS

Permalink Trackback URI http://onohiroki.cycling.jp/tb/tb.cgi/weblog_d20050616n3 TrackBack

はっとして GRDDL

神崎さんの「RDFとセマンティック・ウェブの現在」を見て，はっとしました．以前から神崎さんの「XHTML metainformation profile」のプロファイルを利用してました．そのプロファイルを head 要素の profile 属性で指定するだけで良いのかそれとも同時に GRDDL のプロファイルも指定して，さらに link 要素で XSLT スタイルシートを指定するのかな．これがひっかかったのです．

GRDDL というのは，XHTML でコンテンツを書く時にちょっとした仕掛けをしておけば，それを変換してメタデータを RDF として抽出できるっていう仕組みです．

• RDFとセマンティック・ウェブの現在 slide 22: GRDDL
  http://www.kanzaki.com/works/2005/pub/0519ipsj.html#s22
• XHTML metainformation profile
  http://www.kanzaki.com/ns/metaprof
• Gleaning Resource Descriptions from Dialects of Languages (GRDDL)
  http://www.w3.org/TeamSubmission/grddl/

ここでは profile 属性と link 要素で GRDDL を利用と書いてあります．
それならこんなになるのでしょうか...

<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="ja" lang="ja">
<head profile="http://www.w3.org/2003/g/data-view http://purl.org/net/ns/metaprof">
	<link rel="transformation" href="http://www.kanzaki.com/parts/xh2rdf.xsl" />
...

さらに神崎さんのサイトの他のコンテンツを読んでみると，プロファイル側で GRDDL で利用する XSLT スタイルシートを定義すれば，個々の XHTML 文書の link 要素で XSLT スタイルシートを指定しなくても良いという記述がありました．

• ちょっとしたメモ - profile属性でのGRDDL指定
  http://www.kanzaki.com/memo/2004/10/20-1

つまり，やっぱり head 要素の profile 属性で，プロファイルを http://purl.org/net/ns/metaprof って指定しておけば，そのプロファイルの中で XSLT スタイルシートが定義されているので大丈夫ってわけです．

<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="ja" lang="ja">
<head profile="http://purl.org/net/ns/metaprof">
...

以前読んだ時に理解が足りなかったのか，それとも忘れてしまっていたのか．
より理解が深まりました．

(メタデータプロファイルの URI は、http://purl.org/net/ns/metaprof/ ではなくて http://purl.org/net/ns/metaprof でした．最後の / は無しでした．修正しました．神崎さん，ご指摘ありがとうございました．)

Permalink Trackback URI http://onohiroki.cycling.jp/tb/tb.cgi/weblog_d20050616n2 TrackBack

iCab 再び

Macintosh 用の Web ブラウザに iCab っていうものがあります．その昔は軽快に動いて，HTML の文法チェックまでしてくれるすてきなブラウザでした．でも文法チェックはなかなか XHTML に対応しないし，CSS への対応もさっぱり進まずで，きれいさっぱりその存在を忘れていました．今 iCab 3.0 のベータ版が出ていて，すっごく良くなっていました．

もう 1 週間ほど前の話題なのですが，それに気がついたのは Konqueror という KHTML ベースの Web ブラウザが Acid2 テストにパスしたという話題で，Konqueror は Safari に続く 2 番目でなく 3 番目だよ，2 番目は iCab だっていう話を目にしたのです．

で，たしかに iCab 3.0 のベータ版がダウンロードできるようになっていて，確かにぼくの環境でも Acid2 テストをほぼきちんと描画できていました．フォントの都合とかで多少乱れているように見えますが．

Acid2 テストというのは，Web ブラウザが HTML や CSS などの標準にどれだけ対応しているかを試す意地悪テストで，うまく行くと黄色い顔が描画されるのですが，すこしでも HTML や CSS への対応に不備があると，たちまちめちゃくちゃな描画になるような仕掛けになっています．

iCab の 3.0 以前のバージョンは，CSS への対応がかなり怪しかったのですが，3.0 のベータ版では，どの Web ブラウザと比べても負け無いすばらしい仕上がりになっています．

あと XHTML の文法テストもしているようです．文法間違いがあると iCab のウィンドウ内の顔が泣いた顔になるのですが，正しい HTML だと笑顔になります．以前は XHTML だとチェックできないって警告が出ていたのですが，今はちゃんと笑顔になります．

ちなみに Safari は，まだ Acid2 テストにパスしたバージョンは配布されていないようですね．

• iCab - das Internet-Taxi für den Mac
  http://www.icab.de/
• Acid2 : iCab, le premier vainqueur ! - Le Weblog de Frederic Bezies
  http://frederic.bezies.free.fr/blog/index.php?2005/05/22/24-acid2-icab-le-premier-vainqueur
  iCab が Acid2 テストをパスしたっていう記事．フランス語．
• Konqueror now passes Acid2 | www.kdedevelopers.org
  http://www.kdedevelopers.org/node/view/1129
  Konqueror が Acid2 テストをパスしたっていう記事．英語．iCab についての突っ込み付き．
• The Web Standards Project
  http://www.webstandards.org/buzz/archive/2005_06.html#a000526
  Acid2 テストをしかけている The Web Standards Project が公式に iCab と Konqueror がテストをパスしたとアナウンスした記事．英語．iCab はダークホースって呼ばれてますな．
• WaSP : About : Acid2
  http://www.webstandards.org/act/acid2/

Permalink Trackback URI http://onohiroki.cycling.jp/tb/tb.cgi/weblog_d20050614n2 TrackBack

Google Sitemaps の Time Zone offset まわりの不具合

すげー簡単なんて言い放ちましたが，じつは昨日の XSLT スタイルシートで RSS 1.0 から ML Sitemap Format のファイルへ変換して Google Sitemaps に登録してみましたが，Invalid Date って言われてしまいました．これはどうも Google Sitemaps 側の不具合らしいです．

• Ogawa::Memoranda: Google Sitemaps
  http://as-is.net/blog/archives/001008.html

一部を引用します:

Sitemap Protocolを読むと、lastmod要素のタイムスタンプはISO 8601形式(Date and Time Formats)で指定することになっていますが、実際にはISO 8601形式のすべての時刻表現を受け付けてくれるわけではないようです。私の気が付いた限りでは、以下のようにLocal Time + Time Zone offset (2005-06-04T09:24:00+09:00)で指定しようとすると、Google Sitemapsは「Invalid Date」と判定するようです。

引用終わり．

まさにこの問題のためにぼくが試した時も駄目でした．

この不具合は Google 側が修正対応してくれるのだろうと期待していますが，とりあえずはざっくり時刻情報を無くしてしまえばいいかなぁ，Google からの情報収集が数時間おきにくる訳ぢゃないんだから．

そういう訳で XSLT を一部修正してみます．

 <xsl:template match="rss:item">
    <url>
        <loc><xsl:value-of select="rss:link"/></loc>
        <lastmod><xsl:value-of select="substring-before(dc:date,'T')"/></lastmod>
    </url>
 </xsl:template>

時刻情報を削って日付だけにするのではなく，時差を計算して世界標準時に変換するなら EXSLT の Dates and Times を使うことになるでしょうね．

Permalink Trackback URI http://onohiroki.cycling.jp/tb/tb.cgi/weblog_d20050607n1 TrackBack

dc.date のある RSS 1.0 から XML Sitemap Format へ XSLT

やっぱりさっそく XSLT のスタイルシートを書いてみました．RSS 1.0 に dc.date で 1 つの記事の投稿した日時の情報が入っている場合に，URI と更新日時だけからなる単純な XML Sitemap Format へ変換します．

<?xml version="1.0" encoding="utf-8"?>
<xsl:stylesheet version="1.0"
  xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
  xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
  xmlns="http://www.google.com/schemas/sitemap/0.84"
  xmlns:rss="http://purl.org/rss/1.0/"
  xmlns:dc="http://purl.org/dc/elements/1.1/"
  exclude-result-prefixes="rdf rss dc"
>

<xsl:output method="xml" indent="yes" encoding="utf-8" /> 

 <xsl:template match="/">
    <xsl:apply-templates select="rdf:RDF"/>
 </xsl:template>

 <xsl:template match="rdf:RDF">
    <urlset>
        <xsl:apply-templates select="rss:item"/>
    </urlset>
 </xsl:template>

 <xsl:template match="rss:item">
    <url>
        <loc><xsl:value-of select="rss:link"/></loc>
        <lastmod><xsl:value-of select="dc:date"/></lastmod>
    </url>
 </xsl:template>

</xsl:stylesheet>

あははは．すげー簡単ですね．

• Sitemap Protocol / XML Sitemap Format
  http://www.google.com/webmasters/sitemaps/docs/en/protocol.html#sitemapXMLFormat

Permalink Trackback URI http://onohiroki.cycling.jp/tb/tb.cgi/weblog_d20050606n2 TrackBack

XML Sitemap Format と RSS (RDF Site Summary)

Google から Google Sitemaps という新しいサービスが発表されました．正式なサービスというよりは，まだ実験的な意味合いもあるベータ版という位置づけです．
これまでは Google の検索エンジン用の情報を収集しているソフトウェアプログラム (ロボット もしくは クローラ)は，勝手にやってきていろいろ収集して行ったので，収集して欲しいところを収集してくれないという取りこぼしがあったのですが，今後はもっとうまく動くようになりそうです．Google Sitemaps はこちら側から積極的に「こことここを収集してね．これとあれならこっちが重要ですよ．このファイルは毎週更新するけど，こっちは月に一回くらいしか更新しないですよ．」っていう情報を登録しておくことができて，Google のロボットが情報を収集する時にそれを参照するという仕組みです．すばらしい．

• Google Sitemaps
  https://www.google.com/webmasters/sitemaps

で，簡単には収集してほしい URL をテキストファイルに列挙しておけば良いようですが，もっと詳細な情報を登録するには決められた書式である XML Sitemap Format の XML ファイルを作成して登録する必要があるそうです．

ぼくは以前からサイトマップ相当のメタ情報を RDF で用意しておこうと思って RSS 1.0 形式で用意していたのです．これから余分な情報を削って，XML Sitemap Format に変換すれば良い訳です．XSLT で簡単に変換できそうです．でも XML Sitemap Format ぢゃなくて RSS 1.0 などの RDF/XML だったら，すでにあるものが使いまわせたりしたんだろうになぁ．

おのひろきおんらいんの「履歴もしくは日誌」については，1 年分の RSS 1.0 ファイルを生成しています．これを で XML Sitemap Format に変換して登録すればいいのだなって思いました．複数の sitemap ファイルがある場合は，sitemap_index.xml というファイル名でサイトマップインデックスファイルを用意すれば良いようです．だったら「履歴もしくは日誌」については，最新のものと 1 年分まとめたのものを過去の何年分を用意して，さらにおのひろきおんらいんの他のコンテンツについての sitemap ファイルも作っておけばいいかな．

「履歴もしくは日誌」の個別の記事としての URI は例えば http://onohiroki.cycling.jp/weblog200506.html?d20050606n1_ となるのですが，これが Google ではうまく拾われていなくて，代わりに http://onohiroki.cycling.jp/weblog200506.html が収集されているのです．sitemap ファイルを利用すれば，個々の記事が拾われるようになるかな?

なんにしても XSLT で RSS 1.0 を sitemap に変換すれば良いのですから，そんなに難しいことではありません．明日にでもやってみようと思います．

Google Sitemaps については，「絵文録ことのは」で「よくある質問」の日本語訳が公開されていて，とても参考になりました:

• Google Sitemaps グーグル・サイトマップ（ベータ版）FAQとプロトコル全訳。新しいURL登録方法はSEOに必須になる？ [絵文録ことのは]2005/06/04
  http://kotonoha.main.jp/2005/06/04google-sitemaps.html

Permalink Trackback URI http://onohiroki.cycling.jp/tb/tb.cgi/weblog_d20050606n1 TrackBack