1ヶ月ほど前からRSS/AtomのFeedにBloglinesを使っているのですが、それ以降よくfirefoxがエラーを出して落ちます。
傾向を調べてみると、BloglinesのMyフィードの画面を比較的長時間表示後、別のページに遷移すると、その時にエラーが出るっぽい。
同じような症状の人いませんかね?

年の瀬に技術書2つ買う。

1冊はActionScriptビジュアル・リファレンス。
田舎の親から息子の絵本に、と言われて図書券をもらっていたのだが、それで何か買ってやろうと思うたびに図書券を持ってき忘れて、結局俺の現金で絵本を3冊以上は買ってきてるので、
これだけその名目で買ってやってるなら件の図書券は俺の本に使ってもよかろう、と思い本屋に行ったのだがそれはそれでよいのか。

とりあえず何を買おうか迷った挙句、ActionScript関連の本を買う事に。
オライリーのActionScript 第2版〈VOLUME 1〉実践プログラミングにしようかと迷ったが、全く初めてな上にFlashのソフトを買うわけでなくMing経由で触ろうと思っているので、本格的な言語マニュアルのようなものよりも、とりあえずとっかかりで何をすればどう動く、というのがはっきり判るように書いてないと挫折するかも、と思い、ちょっとあまりにも入門書臭いけど上の本に。
というか、単に名前に惹かれてるだけだがFLASH OOPという本が本当は欲しかったのだけど、売り切れだった。残念。
アンテナ奪取が一息ついて手が空くようになったら、ちょっと遊んでみよう。

留言板にも書きましたが転載します。

とりあえず年賀状も書かずに頑張っておりますがまだ微妙に出せない状況です。
まだ出来ていない周辺アンテナ検索の画像化、アンテナ毎の発見者・所有者などの全履歴一覧等の機能は、先に延ばした上で公開したいと思います。
よってとりあえずの新機能としては、県別のアンテナリスト、昭和基地(引き算してるだけなので新機能と言うのもおこがましいが)、ランキング機能で自分の順位周辺へジャンプできるようになった、週間ランキング集計がスコア・新発見だけでなく全て出るようになった、以前リークしたアンテナ毎の発見者・所有者・最多発見者等の情報画面が出るようになった、というあたりです。
これだけ待たせてそれだけかい、と言われそうですが、機能面の不足だけでなくいろいろデータの重複やフリーズなど問題があったので、一からシステムを作り直していたので、御理解してください。
もちろん、新システムは事前にほとんどできていたためほとんどデータ移行作業が中心の1??2週間で完了できると最初は踏んでいたのですが、ギリギリでデータ構造に不安を感じ作り直し初めてしまった事、集計側の機能に表示するためのデータ生成機能にいくつかの抜けがあってそれの作成機能を追加していた事、それに加えて鬱状況、というのが遅れの原因でした。
本当に申し訳ありません。

きょうkokoはここへ1したかったの♪


*このエントリは、こうさぎの「koko」が書きました。

マネーリサイクル・ドットコム
あちこちで最大95%の換金率!と謳われている小切手換金屋。
GoogleのAdsenseで得た最初の報酬104$(Googleの報酬額は明かしちゃいけなかったかもしれないけど、100$を超えたら支払われると言うのは明らかなんだし、どの位で100$いったか書いてないんだからいいでしょ)を換金するのに、普通の銀行なら5000円近い手数料取られるけどここだと高換金率、というので頼んでみた。
そしたら、送ってから1ヶ月以上待たせた挙句(これ自体はそう注意書かれているからいいんだけど)、提示された振込み額はなんとたった4090円!
これって何?もしかして騙されたの?

明細が入ってた。
小切手額は104$。
そこからTAXが11%で12$減、手数料5%で6$減、チェッカー使用料(何じゃそりゃ?)とやらで10$の減。
これで76$まで減。
ここで円に換算、換算レートは1$100円なので7600円。
海外送金手数料とか言うのが2880円かかって4720円。
振り込み手数料差し引き残高が4090円。
どこが高換金率?

というか、もちろん、上記の手数料5%を除くそれぞれの経費が銀行での5000円の手数料で換金した時にもかかる、つまり銀行で換金すると100$程度の小切手だと1銭にもならないけどここなら4000円程度にでもなる、というのなら判りますけど。
でも、そんな事どこにも書いてないもんね。
確かに他に諸経費が必要とは書いてあるけど、いくら手数料自体は銀行より安くても、諸経費を払った結果銀行より換金率が悪くなるんじゃ、詐欺に近いと思いますけど...。

こんなもんなんだろうか。
Google Adsenseやられている方々、教えて?
銀行で換金した時も、手数料以外に上記のような諸経費(TAX、チェッカー、海外送金手数料)ってかかるの?
だとしたら、それプラス5000円近い手数料って事は、100$の小切手なら手元には十円百円程度しか入ってこないの?
或いは、マネーリサイクル・ドットコム使われた方、昔からこの換金率なの?
あの謳い文句でこの結果で、誰からも文句出てないの?

教えて、エロい人。

[composed and posted with ecto]

2004年のケータイ of the Yearは「AH-K3001V」-なおっきのぶろぐ-

すごいじゃん２位となんと2倍以上の差！ダブルスコア！すばらしい。やっぱり確かにすごいもんなぁ・・・。

公式サイトのビジネスモデルは崩れようとしているけど、それでもうまくいけばおいしい事には変わりないので、このDDIポケットが会社としてもユーザとしても熱い、特に各キャリアの中で唯一位置情報系が元気のいい状況なら、参入すれば絶対歓迎・注目されるからやってみましょう、と会社で提言したにも関わらず、全く何の反応もなかった。
全然この熱さが読めてなかったんだろうな。
うちの経営陣は、大手キャリアと提携して、お金出してもらってなんかする、と言う事にしか興味がないからなあ...。
それでも、その路線でうまくいってりゃ文句は全然ないんだけど。

[composed and posted with ecto]

アンテナ奪取時の処理にバグ発見＠アンテナ奪取。
既に持っているにも関わらず直前の奪取が別アンテナだと個人の同じアンテナの取得履歴が加算されていた。
時間のかかる検索処理をリアルタイムでやっていた旧版と違い、新版は必要なデータを全部直前の値を元に必要な際に+1して事前計算する、という方式だから、
表示時に検索しない分速い代わりに、異常データが紛れ込むとほとんど後からの修正不可能に近い状況になってしまうので、サービス開始後に気づいてたらまさに首くくりもんでした。

幸い、事前計算データを増やしてデータ形式を微調整した際に混入したバグだったようで、69万件のデータを再計算しなければいけないような状況にはならず、データ形式調整後の私のテストデータだけ修正すれば済むようでした。
助かった。

というかこの期に及んで、もう1件事前計算データ(各キャリアの累計参加者数)を追加するかどうか迷ってたりもしますが…。

Firefoxの普及状況は？-高木浩光＠自宅の日記-

高木浩光さんの日記に面白いデータがありました。
高木さんのサイトを訪れるユーザのブラウザ普及率を確認してみると、MSIEが45%くらいなのに対し、firefoxが既に25%近い普及率を見せているようです(ただし、グラフ画像データしかないので、目視での概算)。
いや広まっているとは知っていましたが、既にダブルスコアを割っているなんて、これほどとは...。
もちろん、高木さんのサイトは有名なセキュリティ関連のサイトですから、それだけ意識の高いユーザが常時訪問すると言う事で、幾分割り引いて受け止める必要はありますが。

昨晩、さるがとんだらのたくぼさんと初めてお会いして飲んできました。
非常に丁寧で温和な物腰のナイスガイでした。
さるをとんだらを見れば判りますが技術者としてもすごい人でした...GISの知識も経験も、C等のプログラミングに関する知識も。
マヂでPerlしか使ってない私とは大違い。
色々面白い話もしましたが、酔ってた事もありレベルの違いすぎてた事もあって半分も理解出来てるかどうか怪しい...。
いずれにしろ、家も職場も近いしまた飲みましょう、今度は他の人も呼んで、という感じでした。

ところでどうでもいいアレですが、新しい技術や仕様なんか作る人は、この情報検索社会で検索し易いように名前なんかも決めてくれると嬉しいんだけどなあ。
Atomに関する本、洋書だと他にも出てないかなあとか思ってAmazonで検索しても、原子工学の本ばかりでてくる...。
これから新仕様の名前を決める人は、ちゃんとGoogleで検索して、ひっかからない語を仕様名で選ぶように。
ただし、名前を決めるタイミングを間違うと、存在しない語だったはずが世界で一番検索されちゃう語になっちゃったりするので、注意が必要です。

[composed and posted with ecto]

最近セマンティックWeb系の本がラッシュで嬉しいですね。
というか、乗り遅れているのか。
FOAFとSNS的な考え方なんて、微妙に考え方に差があるとは言え、semblog.orgで話題になってたのはちょうど1年も前だもんなあ。
というか、今回のは洋書も含んでるから、洋書なら今更ラッシュなんて言う必要もないのか。
というか、前もこんな出だしでエントリ書いた気がするな。
というか、なんでツッコミどころ満載なのか。

• セマンティック・ウェブのためのRDF/OWL入門
  The WEB KANZAKIの神崎先生の本。
  年内に発売予定です。

  当サイトにはメタ情報とセマンティック・ウェブ（以下「MISW」）という、セマンティック・ウェブ関連の話題を扱うセクションがあります。「MISW」は、RDF/OWLの基本というよりは、様々な語彙を使って現時点でできることの実験的紹介という色彩が強いのに対し、本書はRDF/OWLの仕組みと背景の説明に重点を置いています。

  という事で、非常に実学的なWEB KANZAKIよりは本質論に近づくようです。
  もうあちこちで紹介されてるので、うちは読んでからの紹介にしようかな、と思いましたが、もう1冊取り上げる本が出てきたのでまとめてみました。
• Beginning RSS and Atom Programming
  weavin'さんとこ経由。
  来年4月なので随分先ですけど忘れないようメモメモ。

いずれも未発売の本なので、出るまでの間はこちらの本とかでしっかり予習しておきましょう。

記事とかお礼とか -HepCat Dev and Test-
先日取り上げたUnix MagazineのAtom記事ですが、筆者の方のBlogがありました。
「感想などいただけたら」とありましたので、お礼かたがたトラックバック等打ってみたいと思います。
判りにくかったところが非常にすっきりして、よく理解できました。
ありがとうございました。

[ua][foaf] Thunderbird-FOAF -weavin'-

先日取り上げたX-FOAFというメールヘッダなのですが、Christopher SchmidtがThunderbirdでX-FOAFを表示するextensionを公開していました。

結果...メールにFOAFを追加できるプラグインかと思いっきり勘違いしていたのですが、逆に追加されていた場合に表示するプラグインだったんですね。
X-FOAFを追加するには、この辺の作業が必要になるようですね。
普通の人達にはややこしそうなので、プラグイン側で表示だけでなく自分のFOAFの設定も合わせてできるようにしておくと、利用が広まるかもしれませんね。

[composed and posted with ecto]

[metadata] Luau vs. DOAP,,, and FOAF -weavin'-

Luauなんていうプロジェクトが#swigにて紹介されていました。ソフトウェアのアップデート通知をXMLで記述して、その更新情報をフィードのように配信するというもののようです。オートアップデートをするツールもあるらしく、luau-xのスクリーンショットなどでどのようなことを目指しているのかがすこし分かります。

元記事にも書かれている通り、RDFでプロジェクトのステータスを提供するDOAPプロジェクトのXML版という感じですね。
DOAPというと、こちらのサイトで、DOAP-a-maticとかDOAP Viewerとかの一連のツールを見つけました。

新しいGIS関連のBlogみつけました。

GIS情報ネット

技術的な話より、実務的な感じ。

…しかし今日はectoが不安定だな…下書き保存すら効かなくなって、短いエントリなのに何回書きなおしたか。
結局直接firefoxのJustBlogIt経由で、MTで書いてる。

ソニー銀行がアドレスバーとステータスバーを出すようになっていた -高木浩光＠自宅の日記-

いつ対応したんだ？ -Soukaku's Hena-Choko Blog-

私も東京三菱使いなのですが、確かに最近まで出てなかったので今確かめてみると、本当に出るようになってますね。
サイトのメインページからのアクセスしか絶対にしないので多分引っ掛かる事はなかったと思いますが(こういう慢心が危ない?)、何にせよ自分の使っているものが安全になるのはありがたいですね...。

[composed and posted with ecto]

nene2001の、デフォルトに紹介したよ♪
かつきょうは、講座は紹介したかった。
かつきょうは、ここにnene2001の構造はWikiしないです。
自由。

*このエントリは、こうさぎの「koko」が書きました。

Flickr の API を利用して地図上に写真をマッピングする サイト Mappr! が面白いです。Flickr の特徴でもある Tag にも対応していて、Chirsitmas の Tag がついた写真とかだけみれたり。

[composed and posted with ecto]

アンテナ奪取での近隣アンテナ検索に、MySQL4.1の空間拡張を使う事に決めました。
ところが、MySQL4.1の空間拡張は、空間データ列がBLOB扱いで、SQL上での独自関数経由でないと内容が書き込めない/読み取れないのでClass::DBIと非常に相性が悪いです。
PostGISならまだSQL上では文字列扱いなので何とかなりそうなんですが…。
そこで、とりあえず次のような形でCREATEはできるようにしました。

Class::DBIのWikiページのCookbookを見ると、CREATE時にデフォルト値を設定する方法が紹介されてます。
これを応用して、次のような形でCREATE時の発行SQLを上書きしました。

__PACKAGE__->set_sql(MakeNewObj => <<'SQL');
INSERT INTO __TABLE__ (%s, pt)
VALUES (%s, PointFromWKB(Point(`lng`,`lat`),4326))
SQL

もう一つ雑誌ネタ。

Software Design 1月号の第2特集で、次世代Webテクノロジ Atom基礎講座ってのをやってます。
私もAPIの方の理解は一度挫折してるので(色んなもんに手を広げすぎて時間が割けなかったからだけど)、もう一度勉強してみようと思います。

[composed and posted with ecto]

地図帳.org

今月号のUNiX MAGAZINEで、産総研の増井俊之さんの位置情報コミュニケーションをネタにした記事が書かれていたのですが、その中で紹介されていました。

既存の地図を中心に記事を貼っていく、という考え方から、記事の方に地図を付けていく、という発想で作られているそうです。
自由に登録出来るようなので、色々遊んでみようかなと思います。

あと、同じく増井さんの作品で、本棚.orgというのもあるみたいです。
これはブクログと似たサービスですね。

[composed and posted with ecto]

PHPでXMLのAPIをちまちま叩かなくても、RDFを直接扱えるライブラリがあるみたい。
携帯電話ブラウザとFOAF, RSS -ちょっとしたメモ The WEB KANZAKI-

これらはRAP (RDF API for PHP)の実験も兼ねてつくったもの。RAPはRDF処理のための強力かつ使いやすいツールなので、いずれ改めて紹介してみたい。

というか、XMLのAPI使うにしても、DOMは止めておいた方がいいような…。
判り易いけど、重すぎ。

[composed and posted with ecto]

[GIS] book on Open Source GIS tools -中村区アディクト-

MapServerのメーリングリストで、 MapServer book(s)?というタイトルでチュートリアルになる本はないかという、質問があったのですが,
その答えで、オライリーから来年の夏ごろに向けてMapServerにフォーカスしたオープンソースGISの本を出す予定で現在執筆しているよ、との情報が流れました。

日本語訳版も欲しいですよねえ。
出せるとすれば…またオーク(ry
もしくは、この界隈(nishiokaさんとか、たくぼさんとか、hogemanさんmckosukeさんばんばんさんとか…)で和訳の話オライリージャパンに持ってきますか?とか言ってみるテスト。

[composed and posted with ecto]

アンテナ奪取リリース遅れててすみません。
データベース構造の決定遅れ、家庭の事情等いろいろ事情はあるのですが、正直言って最大の理由はこの1〜2ヶ月の慢性的な鬱状態で何もやる気が起きてない事です。
とはいえ進んできてはいますので、いま少しお待ちいただければ幸いです。

開発途中の写真ですが、少しリークします。

昭和基地攻略なんかも一応取り入れてます。
後、アンテナ個別の情報とかも、キャリア内で何番目に見つかったアンテナだとか、個人で何番目に見つけたアンテナとか、何番目の発見者(所有者ではなく)とか、割と詳しく出るようになってます。
このアンテナ情報画面は、自分で見てもなんとなく面白くなってワクワクします。
以前だとこの手の情報はその場で集計するしかなかったので、出そうとすると重いSQL吐くしかなかったのですが、新バージョンでは奪取が発生するたびに事前計算しているのでその心配がありません。
またその事前計算も、奪取のたびに集計するのではなく直前の奪取の集計値を元に+1する(かつ集計ミスが生じないようにSQLの列挿入処理での原子性を利用)等で付加が生じないようにしています。

一応、各SQL1文あたり、通常のアクセス中に吐くSQLに関しては全て遅くとも0.1秒以内(ただし1アクセスあたりではなく飽くまで1SQLあたり、ついでに言えば他に負荷がない状態で)、ランキング集計時に吐くSQLに関しては遅くとも1秒以内で結果が出るように調整してインデックスとかも張ってます。
また、1アンテナの所有者が複数等の矛盾が生じないよう、処理の排他性を排他ロックに頼らず、データの更新処理をなくして全て挿入処理で行い、その原子性で排他的効果を出すようにしています。
ですので、恐らく矛盾は生じない、或いは一時的に矛盾が生じても自動的に修復されるはずですし、ロックを使ってないので過負荷時にロックが開放されない事によるサーバダウンも回避されるはずです。

…と私の頭の中の理屈ではそうなるはずなのですが、やっぱ前バージョン最後の悲惨な状況が思い出されるだけに、やっぱ正直言って怖いですね…。
でもまあ頑張ります。

[composed and posted with ecto]

Class::DBIのパフォーマンスアップネタ2つ。
開発中の新版アンテナ奪取でもClass::DBI、Class::DBI::Pager使いまくりなので嬉しいかも。

[composed and posted with ecto]

うわ〜〜ん(涙) -のみまくし日記-

うわ〜ん。いつかは来る!とおもってたけど、3GのVodafoneからユーザエージェントの形式が変わりました。
許せないのはモトローラ 702MO, 702sMO。

というかその前にDoCoMoもauも冬機種未対応。
手が回らないスマソ。

FOAF に足りないこと PLINK に足りなかったこと -おのひろきおんらいん-

FOAFを収集して、SNSのように人間関係を見せるPLinkというサービスが10月頃まであったみたいです。
サービスの停止理由は、勝手に自分の情報が載せられている事に対するクレームが多かった事だそうです。

これって、結局FOAFの表す人間関係の記述を鵜呑みにして収集してしまうから起きた問題だったんじゃないでしょうか。
FOAFは個人が示す文書であるにもかかわらず、その記述の中に他人まで巻き込んで表現してしまっている、そこに問題があるように思います。

単なる個人の情報のみなら、その属性が真実か虚偽かは別として、その個人情報を表そうとした特定主体がそこにいる、その事だけは証明できます。
でも、その主体と別の主体がどういう関係にあるかは、双方向的な関係であるにも関わらず、一方が記した関係を鵜呑みにして収集した結果、それに基づいてもう一方も検索されてしまう、そこに問題があったように思います。
この状態では、単に勝手に検索されてしまう、だけではなく、例えばある相手に嫌がらせをするのに、「チビデブキモヲタ」の架空のおっさんのFOAFをでっちあげて、そのFOAFから嫌がらせしたい相手にknowsでリンクを貼って「俺、あいつのマブダチ」なんて事もできてしまうんじゃないかと思います。

これを解決するには、結局のところ、FOAFで鵜呑みにしてよいのはそのFOAFの主語となる個人の情報のみ、その関係に関する記述は別の何らかの方法で認証しなければ信用しない、という方法しかないように思います。
その認証機関として、SNSを使えばよいのではないでしょうか。
大体今は手打ちでFOAFを作っている人も多い中、いちいちFOAFでの人間関係記述毎に認証元のSNSに関する設定を組み込むのは大変ではありますが、それこそそういう仕様が一般的になればツール化されればい話で、

1. BlogのFOAF登録ツール等に、自分の個人情報を登録し、個人情報だけのFOAFを作成する。
2. そのFOAFをオープンアカウントとして、様々なSNSに入り、色んな人と関係を結ぶ。
3. BlogのFOAF登録ツールに、参加したSNSのXML-RPCのURIを登録する。
4. FOAFの再構成を実行すると、参加中のSNSに問い合わせを行い、関係を結んでいる相手のFOAFリストを取得し、各SNSに特徴付けられた人間関係を述語としたknowsリストを含むFOAFを再発行する

[composed and posted with ecto]

XFN と FOAF -おのひろきおんらいん-
XHTMLのrel要素を使って人間関係を表す仕様だそうです。
こっちは人間関係の重み付け記述が豊富との事。

でも主語?に当たるのががXHTML文書っていうのもなあ…。
双方向の人間関係とかの検証はどうするんだろうか。
XFNで指定するリンク先は大抵相手のトップページだと思うんだけど、自分の方への戻りのリンクはトップページにあるとは限らない(例えばリンク集のページとか)。
リンク集のページにのタグがあればそれを主語として使う、とかだろうか。

[composed and posted with ecto]

先の記事で取り上げたsemblog.orgのRNAでのFOAF Trackbackですが、その実装における基本アイデアが紹介されていました。
1年も前の記事ですが…。

• 「そろそろsemblogからsemanticの看板をはずさないといけないかなあ」について
• FOAF共生プラットフォーム（試案）
• FOAFにできること，FOAFにできないこと

[composed and posted with ecto]

さ　　　い　　　た　　　　ま　　　　皮

ﾜﾛﾀ
常用にｹﾃｰｲです。

雷鳥用のも製作しる!

[composed and posted with ecto]

高層住宅に住んでるんですけどね。
遠くで羽田に発着する飛行機見て、「飛行機さーん、こっちおいでおいでー」とかいうわけですよ。

頼むからやめてくれ。
「十二・十九事件」とか、「日本の防衛政策の転換点」とか言われるもんの当事者にはなりとうない。

--追記--
誰が言うか書いてなかったから何のこっちゃ判らん
息子がね、言うんですよ。

[composed and posted with ecto]

MapServerもアレですが、個人的には最近FlashをPerl他で扱えるライブラリ「Ming」を知ったので興味を持っています。
というか、今に至るまでFLASHの事あまり知らなくて、Macromediaの製品買わないと作れないと思いこんでいたのですが、こういうので作れるんですね。
勉強してみようかな。

--追記--
日本語に対応できるようにしたバージョンもあるようです。→Jaming

なんでFlashに興味を持っているかと言うと、今再構築中のアンテナ奪取で、アンテナマップを表示する用途があるんだけど、
次のバージョンのアンテナ奪取って、開発を急ぐために結局PostgreSQLを使わず、使い慣れたMySQLをバックエンジンにしてるんですね。
なもんで、PostGISとMapServerの連携でアンテナ位置を地図表示、というのができないんですね。
MｙGISを使うと言う手もあるけど、PostGISなんかよりさらに情報が少ないのを今から勉強するというのも鬱陶しい。
MySQL4.1以降のネイティブな空間拡張は、MapServerとはまだ連携できない(多分)。

わざわざMapScriptでアンテナの点の数だけプログラム的に追加していくのも鬱陶しいし、それならまだImageMagickとかで今まで通り独自に描いた方が早いんじゃないか、
どうしようかなー、と思ってたところに、
Flashを扱える事を知ったので、それならどうせ独自に出力するなら、GIFとかよりFlashにした方が、動的に動かせるしアンテナ情報のポップアップとか色々できるんじゃないかな、と思って、興味を持っている状況です。

ActionScriptの本とか買って、勉強してみるか。

[composed and posted with ecto]

MapServer 4.4.0 released -中村区アディクト-
最近追ってなかったんですが出てるみたいですね。

• FastCGI対応


• コネクションプーリング

あと元記事でも気にかけておられる「地図の傾きを変えられるようになった」のも注目度大です。
ここギコ旧携帯版であった太陽や月の位置を元に北を求める機能も、北を地図の上にして太陽の方向を示すのではなく、太陽を背中にして前に見える方向を地図の上、とかもできるようになりますね。
電子コンパスAPIとの連携とかも。

もしMapServerに興味を持たれて気軽に使いたいという向きには、とりあえずの地図データとして
日本海岸線ポリゴンデータ
を使ってみてはどうでしょうか。
日本の外形線と海/陸の塗り分けはこれで描く事が出来ます。
というか、気軽に使う用途だけではなく、国土地理院の数値地図をベースに作られたデータの場合海陸塗り分けのポリゴンがそもそも存在しないので、現在のところ唯一の補完手段じゃないかと思います(GISソフト等で自分で作れる人は別として)。

[composed and posted with ecto]

飛べない日々 - QGISの日本語対応

現行のQGISではことごとく日本語を含むデータが正しく処理されません。これは、内部で正しくマルチバイト文字のハンドリングがなされて無いため。問題点の抽出とパッチの作成をWikiの方にまとめていたのですが、ひょんなことから一部のパッチがマージされました。

さるがとんだらのたくぼさんがごっつい事をやられているみたいです。
一人オークニー状態。
IPAに補助金申請汁!

具体的内容はこちら。

• Qgisの国際化を考えてみる


• QGIS国際化PostGIS関連


• QGIS国際化GDAL/OGR関連

QGISを使えば、GISデータパックの海部分のポリゴン化もできるのかなあ?　<　未だにここで止まってる俺。情けなっ!

Going My Way: gooにて地震情報をRSS配信開始

gooが地震情報 - goo 天気というページで地震情報をRSSで配信し始めたようです。(via blog @ psychedesire)

これ、いいですね。
RSSリーダに登録しておけば、揺れを感じてから慌ててニュースサイトや2ちゃんねる地震板で報告が載るのを待たなくても、勝手に詳細が入ってくる訳だ。

先のエントリに書いた事と似たような感じですでにあるもの。

[P2P]P2PとSNSの融合??その１：ユーザ認証 -Tomo’s HotLine-

リンク先は、FOAF等を認証アカウントに用いて、P2PのSNSを構築する場合の技術的考察。
私は技術的に深いところはあんまし判らないんだけど、システムの必要性的に、SNSはオープンに…というかオープンなアカウント認証サービス(FOAFベースでも、TypePadや.NET Passportベースでもなんでもいいんだが)とクローズドでセグメント化されたネットワークサービス部分に別れるべきだと思っていたので、こっちではその視点から考えをまとめてみる。
私はオープンである事だけが必要だと思っているので、必ずしもP2Pである必要は感じていないので、リンク先とは「FOAF」と「SNS」くらいでしか繋がりはないんだけど。

GeOAP

LAND HERE BLOGさん経由。
ええっ!ジオコーディングのXML-RPCサービス???とびっくりして行ってみたら有料だった。
ご多分にもれず高め。

何をどう間違ったのか俺の頭は「SOAP/XML-RPC＝無料サービス」と謎の脳内変換をかましてしまっていたようです。
おめでたい奴。

平成15年度未踏ソフトウェア採択・Tachyonプロジェクト

無印吉澤さん経由で発見。

位置情報といっても無線タグとかでの屋内位置管理みたいなアレです。
例えば研究室にいて、自席や図書室、実験室なんかにいる時はどこにいるか他人から判るようにして欲しいが、談話室や休憩室、仮眠室にいる時は判らないようにして欲しいよとか、
或いは第三者に、位置管理サーバをのぞき見られたら誰が今研究室内にいるか丸判りになってしまうのを、分散にする事で判らなくするとか、
そういうニーズか。
パーティ会場でトイレにいる時は知られたくない、とか。

研究室とかの限られた範囲での適用なら、検索してみてどこにいるか判らない時は検索できないところにいると特定できるって事じゃないの、とかいうツッコミはなしか。
いやもちろん、帰宅して最初からいない、とかってのもありうるわけだけど。

最近、位置情報サイトに新しい動きが出てきていて楽しい。
自分のところに位置情報を投稿させるのではなく、他のページの位置情報を収集しに行く流れです。
将来的には位置情報ポータルに繋がる、位置情報流通の動きが確実に進んでいるみたいで、嬉しくなってきます。
この辺、実力なくて(汗)実装は全然追いついてないですが、私も昔から考えてきてて位置情報収集の戦略は考えてきてるので、近日中にまとめてみようと思います。

位置情報の書込みについて -LAND HERE BLOG-

あと、トラックバックや更新pingからもどうにかして位置情報を得たいと思っている。トラックバックの方は、http://gtb.landhere.info の方でちょっと実験をしているが、トラックバック元からいかに位置情報を持ってくるかってとこが悩みどころで、ここは幾つかの選択枝から確実性の高いものから優先して取っていこうと考えていたのだが、あまりうまくない。
　………
という訳で、受動的に受け取るだけではどうもうまくないようなので、API を駆使して、通知のあったところへ、こっちから取りに行く、というのが良さそうである。

※RSS巡回サイト募集※
実験に付き合ってくださるという方、もしいましたらご連絡ください。
コメントにでもあなたのblogのURLを書いていただければ、試験的期間中巡回します。
トラックバックでも構いません。
○条件
・EXIF情報の中にGPS情報を埋め込んだJPEG写真をご自分のblogに投稿できる方

携帯からblog更新 -あそびをせんとやうまれけむ-

モバイル用に特化した、WEB実装のXML-RPCアプリがあればなぁと。

モブログの醍醐味である写真がつけられず、代わりにカテゴリが付けられると言っても、大体携帯からの投稿なんてほとんどの人が「カテゴリ：モブログ」に突っ込んでるだろ、という状況の元では、普及しないのではないかと。

iアプリなXML-RPCクライアント配布開始しました -Yappologs-

Movable TypeのXML-RPC APIに対応したDoJaなクライアントの一般配布を始めました。
MTコンパチなXML-RPCを実装しているシステムでもきっと使えます。
......
概要としては
サーバ側の変更を行うことなく携帯電話だけでBlogの記事投稿や写真アップロードが出来ます
携帯電話が直接XML-RPCをしゃべるのです。

きょう歌舞伎座で、追加しないです。
かつきょうkokoは(するはずだったの。
大変。

*このエントリは、こうさぎの「koko」が書きました。

過去のエントリ(その1 2 3)で文章でだらだらと書いてた事を、絵でまとめてみた。

こんなの。

息子を保育園に連れて行くと、友達の可愛い子(男の子だけど。いわゆる二枚目系ですな)がひょこひょことやってきて、じゃれあい状態に。
しばらくみてると、その友達が息子の目前でくるくるくる??っと謎のオリジナルな舞を見せ始めたんだけど、それを見た息子が一言「なんのこっちゃ??」と。
うーむ、ついにツッコミをこなせるようになりましたか。
とはいえ、意味わからんものの息子の普段見せるアホアホ踊りよりははるかに知性が感じられた友達の舞、友達からすれば「お前には言われとうない」っちゅう感じかもな。

[composed and posted with ecto]

息子の保育園向けに、生まれて始めてお弁当というものを作りました。
かなりぶさいくですが、一応ちりめんじゃこと鰹節のおにぎり、鶏のもも照り焼き、チーズいものメニューです。

きのう神戸大の、画像もGPSするはずだった。
そりゃサンの、情報へイメージされた！
静的。nene2001は、

位置情報直接じゃないですが、http://wwwnatureinterfacecom/j/ni11/P29_32/http://wwwnatureinterfacecom/j/ni11/P29_32/http://wwwsansokanjp/wear/event/suzuka03phpあたりで多少見る事が出来ます。
要するにウェアラブル機器の動きや配信する情報等をコントロールできるようになっています。
各種I/Oデバイスをプラグイン等あるようですが、位置情報ナビゲーション的なアレで話すと、GPSプラグインは必要に応じて開発・追加・削除可能で、ウェアラブル機器の動きや配信する情報等をコントロールできるようになっています。
要するにウェアラブルの伝道師として名高い神戸大塚本先生の開発したA-WEARです。
一応これまでに、　・障害者支援ナビゲーション　・サンプラザ中野やパーソンズのライブ支援といったあたりで実験されてきたようです。
一応これまでに、　・鈴鹿8耐のピットサポート支援　・障害者支援ナビゲーション　・障害者支援ナビゲーション　・鈴鹿8耐のピットサポート支援　・サンプラザ中野やパーソンズのライブ支援といったあたりで実験されてきたようです。
なんかサイバーな感じで、今のところデータベースプラグイン等あるようですが、位置情報直接じゃないですが、位置情報直接じゃないですが、http://wwwsansokanjp/wear/event/suzuka03phpあたりで実験されてきたようです。
[composedandpostedwithecto]

ほとんど前の続きだけど、
んでもって、その

緯度・経度・高度等全部ひっくるめて1リテラルとして扱えるボキャブラリ

リソースの話題にしている範囲等について言及するためのボキャブラリ

金曜日にGISコンテンツ配信サイト構築研修なるものを受けてきたのですが(これに関してはまた別記事で)、そこで知った事として、G-XML及びGMLのVer.3以降って、厳密にオブジェクト-プロパティモデルで設計されてるらしいんですよね。
ていう事は、事実上そのままRDFに埋め込めちゃうって事ですよね?
Geoボキャブラリでは表せない線分や領域、言及範囲なんかも、G-XMLをRDFに埋め込めば解決できちゃう訳だ。
これでFAじゃないっすかね?

RDFで位置情報を記述するにはGeoボキャブラリでは不十分なんて記事を先に書いたけど。
その中で述べたような、

緯度と経度を別リテラルにするのではなく、緯度・経度・高度等全部ひっくるめて1リテラルとして扱えるボキャブラリ

現状のGeoボキャブラリだと点は表せても線やポリゴンやといったものは全く表せないのは確かだし、また、個々のPOIに関する言及だけでなく、リソースの話題にしている範囲等について言及したい場合に、非常にあいまいなGeoOnion といったボキャブラリはあっても、正確に言及範囲を区切った表現(ある点を中心に半径何kmとか、何km四方とか、或いははたまた何県内とか)をするためのボキャブラリがない事も確か。

そういった空間インデックス非対応のデータベースでも、制限があるとはいえ最低限の情報を扱えるように、緯度経度を独立させた記述も併記すべきかもしれません。そうなってくると、同じデータを2通りの方法で記述する事になり煩雑になるので、…Geoボキャブラリ或いはそのサブクラスとなるボキャブラリのリソースに遭遇した場合は、…位置情報記述(WKT とか)に展開して蓄積

3歳の息子の風邪が治らない。
3週間前に2度出た39度の熱はさすがにその後出ていないが、それからずーっと鼻水、咳、37度前後の微熱が引かない。
3週間も。
合間に何度か熱が引いた事もあったけれど、その度保育所や病院に連れて行くと一日限りでまた発熱。
治りつつあるところで無理させちゃってずっと治ってないのか、それとも保育園や病院で新しいのをもらってくるのかはよく判らないけれど。

これだけ続くと流石になんかヤバイ病気かなんか?と思わないでもないが、3歳くらいの子、特に男の子は、菌をもらいやすい保育園なんかに行ってると、女の子より体力的に弱いにも関わらず派手に動き回るため、秋口冬場はこんなもんらしい。
ちょっと酷いほうかもしれんけど。
とは言え、こんなもんと軽く言ったところで家庭生活には大きく歪みを生んでしまう訳で、熱が出てると保育園にも預けられず、家で見るしかない。
大学の研究会発表が近づいているにも関わらず学校にも行けず勉強も出来ない家内はノイローゼ状態。
その分仕事からの帰宅後や週末休日は、普段息子を見てて勉強できないんだから、と俺ができる限り引き受けて、ほぼ毎日徹夜に近い勢いで勉強してる。
必然的に家内まで体調ボロボロ状態。
俺は俺で帰宅後も休日もあまり休めず、アンテナ奪取の更新等も重なってるのでかなりきてる状態。
4歳5歳くらいになると免疫もついてくるという話なので、3歳前後の冬場さえ乗り切れば、後はこういう形での大変さはなさそうだそうなんだけど、なかなかに大変な戦争状態だ。

RSSから位置情報を取得するテスト - 我流天性　WEB制作者の愚痴-

といっても、RSSに位置情報埋め込みとかいうアレではなく、RSSで得たPermalink先をクロールして、位置情報が含まれた画像等があれば収集するって意味っぽい。
理解が間違ってなければ。
Update Pingサーバのchanges.xmlから更新サイトのPermalink取得して、その先の画像EXIFや地図サイトへのリンクや住所文字列をスキャンして収集する、というのは私も考えたけど、そのPermalinkの収集元をPingサーバではなくRSSにしているという感じか。
そのRSS自体はどこから収集するんだろう。
サービス登録してもらうとか、そういうのかな。

GPS位置情報表示機能について -はてなフォトライフ日記-

本日、写真にGPS位置情報（緯度経度情報）が付加されている場合に、写真下部に緯度と経度を表示し、地図ページへのリンクを表示できる機能を追加しました。

大した知識もないもんが、偉そうな事をのたまいますが…。
Geoボキャブラリがどうのこうのというよりは、Geoボキャブラリが採用している緯度と経度を別プロパティとしているのがいいのかどうか、という話。
単に静的情報としてというか、アリバイ的にというか、位置の情報に言及したいだけなら、緯度と経度が別プロパティでもいいんだけど、それを解析してRDFデータベースに蓄積して、意味解析を行うような事を考えた場合、RDFデータベースでは基本的にトリプル単位で蓄積されるので、緯度と経度が別プロパティで表されると、空間インデックスのつけようがありません。

うちの息子が、保育園で「...君はどう見たって二じゃなくて三の線よねえ」と先生や保護者さんに言われているらしい。
要するに「二枚目でなく三枚目」という事だが、そりゃまあ当たり前で、俺の家で二枚目が育つわけがない。
家で父親が若手芸人の芸コピやアレンジ、CM曲の替え歌とか大声で放言してて、子がそれを真似して園でも大騒ぎしていると聞いて「その意気やよし!」と思うような両親に育てられて、二枚目が育ったらそれこそ種の突然変異だ。
むしろ三枚目こそ望むところであって、ぜひ息子には三枚目を極めて欲しいと思っている。

ただ微妙なのは、
元々の「二枚目」「三枚目」って、歌舞伎座の人気役者8人が看板に掲げられる中で、色男役の人気役者が右から2番目、道化役の人気役者が右から3番目に定位置として掲げられる事から来てるので、三枚目ですらないその他大勢がいる中で三枚目に選ばれるのはすごいはずなんだけど、
なんか今の世間が言うニュアンスって、「二枚目ではないけど三枚目ではある」という言い方ではなくて、選ばれた「二枚目」とその他大勢としての「三枚目」っていうイメージがあるんじゃないかって気がする。
どうなんだろ。うーん。

というか、その元々の語義からすると、「二枚目」「三枚目」を超えた堂々の「一枚目」、そんな言葉はないけど、主役の座と言うのもあるわけなんだよね。
そのイメージもあまりなくなって、「二枚目」か「三枚目」、という二者択一になっちゃってるような気がするんだけど、どうなんだろ?気のせい?

[composed and posted with ecto]

もうひとつは、GeoVector社。
会社の人に教えてもらったのですが、携帯電話やPDA等の携帯デバイスを使って、現在地周辺の情報をナビゲーションするシステムのようですが、
具体的にどういうイメージになるのかよく判らないのですが、「現実空間をクリックする」ようなイメージで情報をナビゲーションできるシステムのようです。

こちらにアプリケーションデモがあるのですが、すごく面白そう!!なんですがこれを見てもあまり具体イメージが判らない…。
実際にPDAの向く方向に合わせて「現実世界が光る」わけでもないだろうしなあ…カメラ画像への重ね合わせとかなのかなあ。
何や判らんけど楽しそうではあるので、楽しみです。

[composed and posted with ecto]

位置情報直接じゃないですが、位置に紐付けた情報を逆に現実に投影する際のデバイステクノロジーを2点紹介。
ひとつ目はウェアラブルの伝道師として名高い神戸大塚本先生の開発したA-WEARです。
ウェアラブルコンピューティングのためのルール処理プラットフォームという事で、私が知ったのはDB Magazineの2005年1月号記事なのでWeb上には詳細はないのですが、
http://www.natureinterface.com/j/ni11/P29_32/
http://www.sansokan.jp/wear/event/suzuka03.php
あたりで多少見る事が出来ます。

各種I/Oデバイスをプラグインとして接続し、かつその連携を
　Event(イベント)
　Condition(実行条件)
　Action(動作内容)
の3者の複合ルールで記述する事で、ウェアラブル機器の動きや配信する情報等をコントロールできるようになっています。
要するにウェアラブルスケールでの日本UnisysのROMAプラットフォームに似た物を作ったという事のようです。

プラグインは必要に応じて開発・追加・削除可能で、今のところデータベースプラグイン、システム情報プラグイン、カメラキャプチャプラグイン、ネットワークプラグイン、メール送受信プラグイン等あるようですが、位置情報ナビゲーション的なアレで話すと、GPSプラグインと地磁気センサープラグイン、ヘッドアップディスプレー表示のプラグインの組み合わせで、ユーザの現在位置と向いている方向に合わせてコンテンツ表示を切り替えるというようなアプリケーションも既に実験済みのようです。

一応これまでに、
　・鈴鹿8耐のピットサポート支援
　・障害者支援ナビゲーション
　・サンプラザ中野やパーソンズのライブ支援
といったあたりで実験されてきたようです。

なんかサイバーな感じで、面白げです。

[composed and posted with ecto]

きょうnene2001で、散見したかもー。
必要。

*このエントリは、こうさぎの「koko」が書きました。

ビジネス・家庭を大きく変えるプレゼンスとは？ -buchilog-

なるほど、プレゼンスか…。
位置情報にこだわっているといいつつ、個人的には最近は、現実世界の様々な属性や状況を、位置しかり、時間しかり、体調、金銭、SNS的な人間関係、なんでもかんでも、情報世界に投影した上で、それを意味付けして活かした情報アプリケーション全般に興味が移ってきてるわけなのですが(というか位置はいい加減熟してきたような気もするし)、そういうのを総合してなんと表現すればいいかなあと思ってたんだけど、
プレゼンスっていうのはまあある程度網羅してるかなっていう気がする。

しかし日経BPの記事で表現されてる未来像って、まんま某社が言ってきた事やな。
でも引用記事の方で指摘されている、

あとは記事全体で気になったのが、プレゼンスサービスで取得される状態情報と具体的なサービスや情報提示を如何に動的に結びつけるのか、その方法論が曖昧な点。そのため結局夢物語としての印象は拭いきれません。

例えばはじめにやシーン1の例を見る限りPush型の情報提供の例が多く出てくるのですが、これを具体的にどう実現するのか。

Webの世界でもPush型の情報提供は死屍累々。本来Push型情報配信を実現する技術としてスタートしたRSSがようやく普及し始めて、その上にビジネスを構築する試みが散見されるようになった状況です。個々のユーザーの状態に応じて如何に必要な情報を予測し、ユーザに受け入れられる形で提示するか。難しい問題だと思います。

この辺も、ビデオ検索をWebの技術論で議論する試みのように、検索やRSS・コンテンツ連動型広告のようなWebの技術論+αで実現できそうな予感がします。誰かやっていないかな。