買い物、自重。なバイク乗りの日記

fork() の使い方を perl 書きながら勉強していたら、なぜかいつの間にか新型の Caladium が出来ていた罠。
そのうちこっちに移行予定だが、ほんとーに子プロセスの埋葬処理が上手くいってるかどうかテスト中。

マウスを買いに行ったついでに実際に IDKGPS を使ってみた。



POT へのログコンバーターも作ってあったのでカシミールやその他地図ソフトにも (対応していれば) 読み込ませることが可能。
取得回数が長いスパンに設定してあるのでカクカクになってしまうが、リアルタイムの現在地を表示させる限りではこれで十分。

携帯でリロードしまくって現在地を鯖に転送するスクリプト、前からできないかなぁとか考えていたんだが、やっぱりこれも皆さん考えること同じなのか実現してる人も居る。
で、俺もやってみたかったので、WIN 機にしたのをきっかけに作ってみた。
そこでまたネーミングの問題になるのだが、今回はチャットで複数の案が。

• EbDGPS - Eisei de babyu-n de Dokodayo GPS (衛星でばびゅーんでどこだよ)
  
• IDKGPS - ImaDoKo GPS (今どこ)
  
• KKDGPS - KoKoDoko GPS (ここどこ)
  
• 3KGPS - KyouKokoKita GPS (今日ここ来た)
  
• IKKGPS - ImaKoKoGPS (今ここ)
  

本当は IKKGPS にしたかったのだが、変なサイトがヒットしたので IDKGPS くらいかな・・・。

公開 URL はまたそのうち。

ここでこんな記事があったので名称変更を行おうかと。
# 既に約 1年経ってるなｗｗｗｗｗｗｗｗｗｗ
で、新規名称だが、今のところ

• Now Location Liaison Backing System (NLLBS)
  
• Now Location Liaison Support System (NLLSS)
  
• Now Location Real Time Report System (NLRTRS)
  
• Now Position Real Time Information System (NPRTIS)
  
• Now Location Real Time Information System (NLRTIS)
  
• Now Location Real-time Information System (NLRIS)
  
• Now Location Real-time Report System (NLRRS)
  

この中でも最も有力なのは NLRRS か NLRTRS だが、とりあえずどっちでもホスト名登録しとくか。

つーか E●GPS ってうちか上のWebサイトしかないのね。
ありふれた名前だと思ってたから検索もしなかったぜ・・・。

で、「完全にこちらより後」と書かれてあるのでちょいとうちの日記を調べてみた。
2004年7月21日命名か。

それにしても、どこでどんな名前が使われているかわからないというのが世の中の不思議やね・・・。
あとは、こういうシステムって誰もが考えつくみたいやね。
それをどういったもので形にするかは千差万別だが。

---

NLRRS に決まりますた。(・∀・)

---

うっわー、しばらくまともにシステムが稼働しなさそうｗｗｗｗｗｗｗｗｗ

---

とおもったら比較的簡単に復帰。(・ω・)v
これからは NLRRS という名称でいくか。

---

gwBBS にならって gwGPS ってのもいいなぁとかとか。
でも名称変更ﾏﾝﾄﾞｸｾ。('A`)
そういや gwBBS もネーミングかぶっとんな。

---

"NLRRS" 改め "MdBGPS" になりました。(ぇー

なんの略かともうしますと・・・

Mail de Babyu-n GPS (C)かいちょ

|=ﾟωﾟ)ﾉｼ ＜ネーミングせんきゅー。

E●GPS、いちおう月別検索だけは付けてみた。

通常利用においては全く使い道がないな・・・ｗ

3週間ほど前 (人形者になってから 1週間後くらいｗ) からオリジナルの RSS フィードジェネレーターを使っているが、自分だけ使ってるのもアレゲなので日記にて公開。(ぉ

RSS Data Library

他のサイトで希望があればジェネレートの可能性有り。

今はちょっと後悔している・・・。 今はちょっと後悔している・・・。
※確定したのでリンク先変更。

WISH で行く、東尋坊経由の白川郷・家族旅行で疲れてるのに何をやっているんだろう・・・。
寝るはずだったのに長引いてるし。orz

今は公開していない。


オレはこれで何をやりたいんでしょうねぇ。

caladiumを久しぶりにメンテしていたんだが、なぜか UTF-8 な文字コードが変換できない。
なんでかなー？と思って調べてみたら jcode.pl って UTF-8 サポートしてないのね・・・。_no

という事で Jcode.pm つっこんで試してみたところ無事変換できた。

これから jcode 系使うときは Jcode.pm 使うか。

野暮用でこんなスクリプトを作らなければならないので作ったんだが、結果があまりにも酷かった。

#!/usr/bin/perl

$TEST{'STR'} = 'PC';
$TEST{'STR'}{'1'} = 'STR-1 values.';
$TEST{'VAL'} = 2;
$TEST{'VAL'}{'2'} = 'VAL-2 values.';
$TEST{'DAT'} = "テスト";
$TEST{'DAT'}{'3'} = 'DAT-3 values.';

td();

sub td {
        foreach $mk (keys %TEST) {
                print ">$mk\n";
                foreach $sk (keys %{$TEST{$mk}}) { print ">     $sk: $TEST{$mk}{$sk}\n"; }
        }
        return undef;
}

メインカテゴリとサブカテゴリを表示するというスクリプトなのだが、以下のような結果を期待していた。

>>>STR
>1: STR-1 values.
>>>VAL
>2: VAL-2 values.
>>>DAT
>3: DAT-3 values.

しかし結果はあまりにも無惨で以下のような結果となった。

>>>STR
>>>VAL
>2: VAL-2 values.
>>>DAT
>3: DAT-3 values.

連想配列名 "STR" のサブ連想配列が出てこないのだ。
これにはまいった。
何がまいったかというと、1バイト文字列では出てこないのに、2バイト文字列もしくは数列にすると "VAL" と "DAT" のように出てくるのだ。


これは使えない。('A`)


流石にユーザーに「カテゴリ名(表示用)はかならず 2バイト文字から始めてね」などと恥ずかしい指定は出来ない。
しかたがないので %CATEGORY と %SUBCATEGORY を作成して対応。

うーん、美しくない。

で、この影響なんだが、実は右テーブルのカテゴリリスト内にある「PC関連」に影響が出ていた。
なんと、サブカテゴリがいくつかあるのにそれが出てこず 1つのカテゴリにしかなっていなかった。(汗)

今までは普通に動いてたんだけどなぁ・・・。('A`)

• データをフォームに表示するときに "&" を "&" で変換しないとだめぽ。
  → s/&/&/g;
  
• 「"」を書くときは DB に入れる前に自前で「""」としないとだめぽっつーかエラーになる。(汗)
  → s/"/""/g;
  

このあたりの仕様ってどっかに書いてあるんだろうか・・・。
書いてありそうだが見つけられない、というのが正直。

で、以下はその再現性用サンプル。
まさかこんな事でひっかかるとは。(汗)

# まずはつっこみの新しい順にグループ化したターゲット番号を 10個拾う     my $mysql_query = "SELECT target FROM tsukkomi GROUP BY target ORDER BY lastupdate DESC LIMIT 0,10";     my $mysql_sth = execute_query($mysql_db, $mysql_query);     my @TARGET_LIST;     while (my $TMP_HASH = $mysql_sth->fetchrow_hashref) {         push(@TARGET_LIST, $TMP_HASH->{target});     }     $mysql_sth->finish;          # 次にそのターゲット番号の記事タイトルを取る     $mysql_query = join(', ', @TARGET_LIST);     $mysql_query = "SELECT num,title FROM diary WHERE num IN ($mysql_query)";     my $mysql_sth = execute_query($mysql_db, $mysql_query);     my %TITLE_LIST;     while (my $TMP_HASH = $mysql_sth->fetchrow_hashref) {         $TITLE_LIST{$TMP_HASH->{num}} = $TMP_HASH->{title};     }     $mysql_sth->finish;          # 最後に配列として保存。連想配列にしてしまうと順序がわからなくなる。(汗)     my @RET_LIST;     foreach (@TARGET_LIST) { push(@RET_LIST, "$_<>$TITLE_LIST{$_}"); }          # 最後の締め。     $mysql_db->disconnect;          return @RET_LIST;

書いてあった。＿|￣|○
というわけでこうしてみた。

s/("|'|\\)/\\$1/g;

ちなみにこの変換用ルーチンをブロック単位で作っているが、フォームデータをそのまま利用する場合もあるので get_formdata() にそのまま放り込むわけにも行かず。
クエリー発行前の部分にでも入れるか。

その後、エラートラップの良い方法も見つけたので試しに実装してみる。
なかなか良い感じ。
ただしこのエラートラップ、上手いこと回避させないとレコードが取れなかったときもエラーになるので要注意。

さくら日記帳＠MySQL の DB の扱い (主に接続方法) で激しく悩んでいたんだが、参考にしていた blog CGI で Movable Type っつーのがある。
それの DB R/W を参考にしてみようということでかいちょに聞いてみた。






いや、そんな方法でセキュリティ大丈夫なんすか？('A`|||






っつーほどの安易な方法。
それ、同じ鯖にいたら簡単にパスワードばれる CGI 作れるぞ。

というわけで実証実験。





見れた。(ﾟДﾟ|||)　＠リヴァ鯖

昨日の夜に今季 4度目のブレーカー飛びが発生し，最終段階まで作り込んでいた Exif2HTML.pl がバイナリ化してブチ切れながらも，もう一度ほぼ同じモノ (こっちのほうが高性能 (ぉ)) を作り直してみた．
で，サンプルというか実稼動させたのがこれ．

とりあえずテーブル内の書式はテンプレート方式にしているので，スクリプトソースを変更しなくてもいいようになっている．
ファイルの読み方も，APP1 データサイズをあらかじめ取得しておき，APP1 のデータ部分だけを seek と read で読んでいるので超高速に処理できるようで，3MB ほどの JPEG ファイルでも楽々と読んでいるようだ．

---

今日は E-20 を使った本気の撮影会．
久しぶりに CHROME を駆り出して河川敷へ．
時間が丁度よかったのか夕日が綺麗な時間だった．
雲もそれほど無く絶好の撮影日和だったようだ．

とりあえずホワイトバランスを 5500K に固定し，絞り優先で撮影してゆくが，やはり以前からマニュアル撮影していることもあってマニュアルに変更．
露出がファインダー内に見えるので，それに合わせてシャッタースピードや AE ロックで露出のバランスを取って撮影．
ちなみにこの AE ロック，いままでのカメラ生活の中で初めて使いました．(笑)
いや，AE-1P だとよくわからなかったのだが，E-20 のように実際に数値が出たりするとよくわかるんだよねこれがまた．

いやー，いい買い物だったにょマヂで．

この情報を活用すれば，その画像をどういうシャッタースピードや絞り値などで撮影したかなどの情報がわかるのだ．

で，E-20 は E-10 とほぼ (?) 共通で，参考ページに内容がほぼそのまま載っていたのでお勉強代わりにちょっと読んでみた．

E-20_IFD.txt