<foaf:maker><foaf:Person foaf:name="Foo"/></foaf:maker>
<foaf:maker><foaf:Person foaf:name="Bar"/></foaf:maker>
<foaf:maker><foaf:Person foaf:name="Baz"/></foaf:maker>

と書くのと

<foaf:maker>
<rdf:Bag>
<rdf:li>
<foaf:Person foaf:name="Foo"/>
</rdf:li>
<rdf:li>
<foaf:Person foaf:name="Bar"/>
</rdf:li>
<rdf:li>
<foaf:Person foaf:name="Baz"/>
</rdf:li>
</rdf:Bag>
</foaf:maker>

と書くのだとどっちがいいんだろ。たぶん前者？

後者はどういうときに使う？　リストがくるとわかっている(rss:items とかのように複数形だったり mm:albumList のようにリストって書いてある)場合？　でも、RDF -- リソース表現のフレームワーク では dc:creator に rdf:Bag 使ってるんだよなぁ……

前者の場合のニュアンスは「作った奴はこいつとこいつとこいつですよ」って感じで、後者は「作ったのはこいつらで、こいつらってのはこいつとこいつとこいつ」みたいな……？　意味わからん気がしないでもない。

どっちでもいいっていうのは微妙に悩む。あと複数語彙でどっちも同じ意味の場合はどっち使ってもいいってのも悩む。

1. トップ
2. web
3. RDF rdf:Bag, rdf:Seq

php で xslt_process 呼ぶときにパラメータに配列（のように XSLT 側で処理できるもの=node集合）を渡すのって無理くさ？　いちいち xml ファイルを作ってファイル名渡して document() で呼ぶ必要あり？
目次用に各 RDF への seeAlso 書いたファイル用意して、それ利用してみるか。

1. トップ
2. web
3. XSLT + php

php で xslt_process 呼ぶときにパラメータに配列（のように XSLT 側で処理できるもの=node集合）を渡すのって無理くさ？　いちいち xml ファイルを作ってファイル名渡して document() で呼ぶ必要あり？

目次用に各 RDF への seeAlso 書いたファイル用意して、それ利用してみるか。

1. トップ
2. web
3. XSLT + php

MBID がちゃんと入ってないからマトモに使い物になる RDF になってないよあれ。なんてか、カオス。

1. トップ
2. web
3. Audioscrobbler の返す RDF

MBID がちゃんと入ってないからマトモに使い物になる RDF になってないよあれ。なんてか、カオス。

1. トップ
2. web
3. Audioscrobbler の返す RDF

RSS 直で書くなら実態参照使わないと URL がひどく冗長なんだけど、実態参照をちゃんと扱う RSS リーダってあるの？　的疑問と、あとはその他面倒なことが絡むのでデータを RSS にするよりテキトウなやつからテキトウに変換したほうがいいという……

やっぱ保存するデータとしたらテキストデータが一番なのかなぁ……

1. トップ
2. web
3. RSS blog

RSS 直で書くなら実態参照使わないと URL がひどく冗長なんだけど、実態参照をちゃんと扱う RSS リーダってあるの？　的疑問と、あとはその他面倒なことが絡むのでデータを RSS にするよりテキトウなやつからテキトウに変換したほうがいいという……
やっぱ保存するデータとしたらテキストデータが一番なのかなぁ……

1. トップ
2. web
3. RSS blog

実は mod_mime のおかげで filename.xhtml.utf8, filename.html.utf8 とか作って .htaccess にテキトウに書いておけばちゃんとヘッダだしてくれるってことに今更気づいた。

1. トップ
2. web
3. application/xhtml+xml; charset=UTF-8

実は mod_mime のおかげで filename.xhtml.utf8, filename.html.utf8 とか作って .htaccess にテキトウに書いておけばちゃんとヘッダだしてくれるってことに今更気づいた。

1. トップ
2. web
3. application/xhtml+xml; charset=UTF-8

URL は美しくなくとも恒久的であればいい。実際ネット巡回してるときはアドレスバー殆ど見ないし……自分は見ないくせして、設計するときに /2004/06#d01 より /2004/06/01 のほうがよくないか？　とか殆ど下らないことを考えてたりする。（しかも前者のほうがいい場合なのに！）

1. トップ
2. web
3. URL

URL は美しくなくとも恒久的であればいい。実際ネット巡回してるときはアドレスバー殆ど見ないし……自分は見ないくせして、設計するときに /2004/06#d01 より /2004/06/01 のほうがよくないか？　とか殆ど下らないことを考えてたりする。（しかも前者のほうがいい場合なのに！）

1. トップ
2. web
3. URL

MusicBrainz の語彙に Artist っつうのがあるけど、アーティストって何か漠然としてる上に個人だか団体だかが分からないので、グループ（バンド）の場合は<rdf:type rdf:resource="http://xmlns.com/foaf/0.1/Group"/> を加えてみてる。どっちも foaf:Agent のサブクラスだから問題ないよね……？
最近文章書こうと思っても、上手く形にならない……真剣に頭がヤバい。どうすればいいんだろう。

1. トップ
2. web
3. RDF mm:Artist

MusicBrainz の語彙に Artist っつうのがあるけど、アーティストって何か漠然としてる上に個人だか団体だかが分からないので、グループ（バンド）の場合は<rdf:type rdf:resource="http://xmlns.com/foaf/0.1/Group"/> を加えてみてる。どっちも foaf:Agent のサブクラスだから問題ないよね……？

最近文章書こうと思っても、上手く形にならない……真剣に頭がヤバい。どうすればいいんだろう。

1. トップ
2. web
3. RDF mm:Artist

そろそろ FOAF 弄りに飽きたので、RSS を直接手書きして、それを元データとして blog っぽいものにならないかなぁってのを考えてみる。RSS が記事本体であって、ブラウザで見るものはそれを変換したものに過ぎないってやつ。
たぶん（まだやってないけど）記事を書くだけなら普通にできるんじゃないかなぁと思う……そこにトラックバックやらコメントやらを付けようとすると面倒そう。いらない気もする。もしくは手動で書き加えれってか。めんどい。

1. トップ
2. web
3. RSS - XSLT - HTML

そろそろ FOAF 弄りに飽きたので、RSS を直接手書きして、それを元データとして blog っぽいものにならないかなぁってのを考えてみる。RSS が記事本体であって、ブラウザで見るものはそれを変換したものに過ぎないってやつ。

たぶん（まだやってないけど）記事を書くだけなら普通にできるんじゃないかなぁと思う……そこにトラックバックやらコメントやらを付けようとすると面倒そう。いらない気もする。もしくは手動で書き加えれってか。めんどい。

1. トップ
2. web
3. RSS - XSLT - HTML

誰か日本人実装の MusicBrainz 作ってください、おながいします。Edit Language を導入して該当言語が表示できない環境からは編集できないようにしてください、おながいします。もう少し多く RDF 吐いてください、おながいします。いちいちリリースタイプの全部に `Type' 付けるのめんどくさいです、おながいします。Japanese(?) って何だろう。あと外国のかたに読めるように振り仮名とか導入すればどうですか、それについて MB はやる気あるならエイリアスを曲名にも導入したほうがいいと思います。俺は編集しないけどな！ casesensitive がどうとかじゃなくても、アレだ。
一回変えられたらもうやる気しないよ。RDF のほうは語彙だけ利用して参照するリソースは自分で作った方がいいかもねっと。俺専用 DB.㌏㍂㌟㌞

1. トップ
2. web
3. MusicBrainz

誰か日本人実装の MusicBrainz 作ってください、おながいします。Edit Language を導入して該当言語が表示できない環境からは編集できないようにしてください、おながいします。もう少し多く RDF 吐いてください、おながいします。いちいちリリースタイプの全部に `Type' 付けるのめんどくさいです、おながいします。Japanese(?) って何だろう。あと外国のかたに読めるように振り仮名とか導入すればどうですか、それについて MB はやる気あるならエイリアスを曲名にも導入したほうがいいと思います。俺は編集しないけどな！ casesensitive がどうとかじゃなくても、アレだ。

一回変えられたらもうやる気しないよ。RDF のほうは語彙だけ利用して参照するリソースは自分で作った方がいいかもねっと。俺専用 DB.㌏㍂㌟㌞

1. トップ
2. web
3. MusicBrainz

昨日のうちにテーブル使った foaf の XSLT 書くはずだったけど、やってない。その代わりに xml を色分けして表示するやつ(ブラウザで普通に見るとでるやつ)を XSLT で書いてた。というのも、 Firefox で XSLT を xml 表示させたときに link 要素でのスタイルシートを読み込んで汚くなるのが嫌だから。
FOAF http://lowreal.net/cho45/foaf, NULL::something のXSLT http://null.lowreal.net/foaf_t.xsl, XML を整形する XSLT http://null.lowreal.net/xml.xsl, xml-stylesheet って http から始まる URL のやつ読み込んでくれないのかな。とりあえず共通の HTTP ルート持つところに置いとこう……
よく見ないと分からないけど、一部要素が消えてる。何でか分からない。考えるのが面倒くさい。あー空要素の判定が間違ってる . = '' で判定したら改行も何も入れないでエレメントが並んでいるときに消えてしまう。ってか結局考えてるしね。かんがたくねぇのに。いや違うな。考えてたんじゃなくて見てたら気づいただけだ。俺は考えてない。

あと改行とか、その他空白もノードに含まれてて position() の返り値に影響するっていうのは微妙に惑わされる。strip-space やればいいみたいだけど……

実態参照変換に問題あり。直ったかな。replace() は何故ないんだ。

1. トップ
2. web
3. XSLT 変換

昨日のうちにテーブル使った foaf の XSLT 書くはずだったけど、やってない。その代わりに xml を色分けして表示するやつ(ブラウザで普通に見るとでるやつ)を XSLT で書いてた。というのも、 Firefox で XSLT を xml 表示させたときに link 要素でのスタイルシートを読み込んで汚くなるのが嫌だから。

FOAF [http://lowreal.net/cho45/foaf], NULL::something のXSLT [http://null.lowreal.net/foaf_t.xsl], XML を整形する XSLT [http://null.lowreal.net/xml.xsl], xml-stylesheet って http から始まる URL のやつ読み込んでくれないのかな。とりあえず共通の HTTP ルート持つところに置いとこう……

よく見ないと分からないけど、一部要素が消えてる。何でか分からない。考えるのが面倒くさい。あー空要素の判定が間違ってる . = '' で判定したら改行も何も入れないでエレメントが並んでいるときに消えてしまう。ってか結局考えてるしね。かんがたくねぇのに。いや違うな。考えてたんじゃなくて見てたら気づいただけだ。俺は考えてない。

あと改行とか、その他空白もノードに含まれてて position() の返り値に影響するっていうのは微妙に惑わされる。strip-space やればいいみたいだけど……

実態参照変換に問題あり。直ったかな。replace() は何故ないんだ。

1. トップ
2. web
3. XSLT 変換

なんかすげー高い (200pt 近い) んですが……何で。

1. トップ
2. web
3. 負荷率

なんかすげー高い (200pt 近い) んですが……何で。

1. トップ
2. web
3. 負荷率

前に拡張子つけないとエラーがでると書いたけど、あれは同じファイル名置いてたからだった。やっぱり返すファイルは相手の環境依存なのかな……
実データは全部拡張子付けないようにする。

1. トップ
2. web
3. COol

前に拡張子つけないとエラーがでると書いたけど、あれは同じファイル名置いてたからだった。やっぱり返すファイルは相手の環境依存なのかな……

実データは全部拡張子付けないようにする。

1. トップ
2. web
3. COol

RSS に xhtml マークアップそのまま使いたい場合 (CDATA なしで) ns 追加して あと parseType="Literal" を上位要素につければOK?

        <dc:title>
            <rdf:Alt>
                <rdf:li parseType="Literal">砂糖の<h:abbr h:title="Friend Of A Friend">FOAF</h:abbr></rdf:li>
                <rdf:li parseType="Literal" xml:lang="en"><h:abbr h:title="Friend Of A Friend">FOAF</h:abbr> of cho45</rdf:li>
            </rdf:Alt>
        </dc:title>

1. トップ
2. web
3. RDF

RSS に xhtml マークアップそのまま使いたい場合 (CDATA なしで) ns 追加して あと parseType="Literal" を上位要素につければOK?

<dc:title>
<rdf:Alt>
<rdf:li parseType="Literal">砂糖の<h:abbr h:title="Friend Of A Friend">FOAF</h:abbr></rdf:li>
<rdf:li parseType="Literal" xml:lang="en"><h:abbr h:title="Friend Of A Friend">FOAF</h:abbr> of cho45</rdf:li>
</rdf:Alt>
</dc:title>

1. トップ
2. web
3. RDF

いろいろ弄ってたらファイルサイズが 16kb （わら -> http://lowreal.net/cho45/foaf
MusicBrainz の語彙を試してみたりとかね。でも MB のサイトで普通にブラウザからアーティストの RDF 取得しても albumList とか含んでないから全くつかえねぇのね。必死こいて手書きしてみたけど、秋田。
RDF Validator で興味本位にグラフ出力したら PC が死にそうになりますた。一回は Firefox ごと強制終了させたけどね！
topic <-> page の関係を同じファイル内に書くと FOAF Explorer が無限ループする……

1. トップ
2. web
3. 今日のFOAF

いろいろ弄ってたらファイルサイズが 16kb （わら -> [http://lowreal.net/cho45/foaf]

MusicBrainz の語彙を試してみたりとかね。でも MB のサイトで普通にブラウザからアーティストの RDF 取得しても albumList とか含んでないから全くつかえねぇのね。必死こいて手書きしてみたけど、秋田。

RDF Validator で興味本位にグラフ出力したら PC が死にそうになりますた。一回は Firefox ごと強制終了させたけどね！

topic <-> page の関係を同じファイル内に書くと FOAF Explorer が無限ループする……

1. トップ
2. web
3. 今日のFOAF

もっと綺麗にできないものか……テーブル使ったほうがいいのかな。なんか知らないけど FOAF を HTML にするときにテーブル使う人が多い気がする。何故。
でも俺脳内だとテーブルっていうより定義リストなんだよなぁ、ああいうのは。既にレイアウトと関係無し。

1. トップ
2. web
3. FOAF Layout

もっと綺麗にできないものか……テーブル使ったほうがいいのかな。なんか知らないけど FOAF を HTML にするときにテーブル使う人が多い気がする。何故。

でも俺脳内だとテーブルっていうより定義リストなんだよなぁ、ああいうのは。既にレイアウトと関係無し。

1. トップ
2. web
3. FOAF Layout

/foaf.php
定義リストにしてみた。けど定義リストって果てしなくスタイル書きにくい…… IE だとボーダー消えたりズレるだけどとりあえずtekitouだから無視。
XSLT の Mapion へのリンク貼るテンプレをちょい直して、パラメータにリンクテキストとスケールを取れるようにしてみたりとか。でも en の場合は外国のマップサイトのほうがいいんじゃねぇかと小一ｚ。
そういえば、日本語(ja)で場所を書くときに「日本国」入れると違和感あるので外した。日本語で書いてあるからいいよね、的な。

1. トップ
2. web
3. FOAF 続き

/foaf.php

定義リストにしてみた。けど定義リストって果てしなくスタイル書きにくい…… IE だとボーダー消えたりズレるだけどとりあえずtekitouだから無視。

XSLT の Mapion へのリンク貼るテンプレをちょい直して、パラメータにリンクテキストとスケールを取れるようにしてみたりとか。でも en の場合は外国のマップサイトのほうがいいんじゃねぇかと小一ｚ。

そういえば、日本語(ja)で場所を書くときに「日本国」入れると違和感あるので外した。日本語で書いてあるからいいよね、的な。

1. トップ
2. web
3. FOAF 続き

クールなURIは変わらない ので、やっぱし拡張子は付けないようにしよう……それでエラーになるならシステムの問題ってことで！

1. トップ
2. web
3. URI

クールなURIは変わらない ので、やっぱし拡張子は付けないようにしよう……それでエラーになるならシステムの問題ってことで！

1. トップ
2. web
3. URI

なんとなく RDF が解ってきていい感じ。オブジェクト指向って感じですか。って言ってもオブジェクト指向をちゃんと理解してるわけじゃなくて、Ruby のクラスとかに当てはめてみたりしたら、こんな感じじゃね？っていうのが思いつくだけだけど。

1. トップ
2. web
3. RDF

なんとなく RDF が解ってきていい感じ。オブジェクト指向って感じですか。って言ってもオブジェクト指向をちゃんと理解してるわけじゃなくて、Ruby のクラスとかに当てはめてみたりしたら、こんな感じじゃね？っていうのが思いつくだけだけど。

1. トップ
2. web
3. RDF

めも RELATIONSHIP Vocabulary http://vocab.org/
あと http://null.lowreal.net/foaf.php FOAF からプロフィールを生成してみる。

1. トップ
2. web
3. FOAF 知人のkos

めも RELATIONSHIP Vocabulary [http://vocab.org/]

あと [http://null.lowreal.net/foaf.php] FOAF からプロフィールを生成してみる。

1. トップ
2. web
3. FOAF 知人のkos

なんか一部のサービスで URL 入力するときにサフィックス付けないで入力すると駄目だったり、ローカルでテストするときも IE でサフィックス無しのほう開くと何故かダウンロードしようとする。（指定するとちゃんと表示してくれる）
んなわけでとりあえず foaf については適当にサフィックス有りで記述しようと思う。コンテンツネゴシ用のやつを無理やりやってるからなのかなぁ……

1. トップ
2. web
3. Options +MultiViews

なんか一部のサービスで URL 入力するときにサフィックス付けないで入力すると駄目だったり、ローカルでテストするときも IE でサフィックス無しのほう開くと何故かダウンロードしようとする。（指定するとちゃんと表示してくれる）

んなわけでとりあえず foaf については適当にサフィックス有りで記述しようと思う。コンテンツネゴシ用のやつを無理やりやってるからなのかなぁ……

1. トップ
2. web
3. Options +MultiViews

FOAF の bio:keywords (csv) のそれぞれにぐぐるへのリンクを貼ってみるテスト。XSLT の練習。バカでもできる再帰処理（謎

IE の文字の扱い方がちょっと変な気がする。ぐぐるに渡す時に化ける。というかそもそも URI に日本語含めちゃうのがいけないんだな……でもどうやって XSLT で % 表記に変えろと……

同じ名前を持つ他のバインディングを参照できる位置に新たに現れたバインディングは、以前のバインディングを隠蔽する。あるテンプレート内部の xsl:variable エレメントまたは xsl:param エレメントが作成したバインディングが、同一テンプレート内の xsl:variable エレメントまたは xsl:param エレメントが作成したバインディングを隠蔽する場合はエラーである。

らしいから（そこの少し下に分かりやすい例があって、XSLT に代入演算子はないっても書いてある）、variable に代入できないのは本気らしい……どこが変数なんだ。

1. トップ
2. web
3. XSLT

FOAF の bio:keywords (csv) のそれぞれにぐぐるへのリンクを貼ってみるテスト。XSLT の練習。バカでもできる再帰処理（謎
IE の文字の扱い方がちょっと変な気がする。” をぐぐるに渡す時に化ける。というかそもそも URI に日本語含めちゃうのがいけないんだな……でもどうやって XSLT で % 表記に変えろと……

同じ名前を持つ他のバインディングを参照できる位置に新たに現れたバインディングは、以前のバインディングを隠蔽する。あるテンプレート内部の xsl:variable エレメントまたは xsl:param エレメントが作成したバインディングが、同一テンプレート内の xsl:variable エレメントまたは xsl:param エレメントが作成したバインディングを隠蔽する場合はエラーである。

らしいから（そこの少し下に分かりやすい例があって、XSLT に代入演算子はないっても書いてある）、variable に代入できないのは本気らしい……どこが変数なんだ。

1. トップ
2. web
3. XSLT

スキーマ書けばいくらでも誰でも語彙拡張ってできるんだろうか……できたら、どうやってそれ解釈すればいいんだろ。今のところ実装はないけどとりあえず作っとけみたいな感じになるのかな。

1. トップ
2. web
3. SW RDF

スキーマ書けばいくらでも誰でも語彙拡張ってできるんだろうか……できたら、どうやってそれ解釈すればいいんだろ。今のところ実装はないけどとりあえず作っとけみたいな感じになるのかな。

1. トップ
2. web
3. SW RDF