Laboratory of Mobile Agricultural Chemicals Searcher
携帯農薬検索実験室

研究会

  ツリー表示 ┃スレッド表示 ┃一覧表示 ┃トピック表示 ┃番号順表示 ┃検索  
28 / 54 ﾍﾟｰｼﾞ <前へ | 次へ>
〔523〕2006年11月1日登録反映分が自動更新されない
 Hidemi Oya WEB  (06/11/06 9:54)
引用なし
   kabe さん、こん＊＊は。Hidemi Oya です。

　薬検のダウンロードページで現在公開されている「2006年11月1日登録反映分(2006年10月失効も反映しています)」が自動更新されません。ダウンロードページの HTML 内に、前回のタイトル「2006年10月18日登録反映分」がコメントとして残ってるせいですかねえ？
・ツリー全体表示
〔522〕Re:ACFinder 061029版
 Hidemi Oya WEB  (06/10/31 9:51)
引用なし
   kabe さん、こん＊＊は。Hidemi Oya です。

>[#508] 関係に関しては、後日事務所で確認します。
　確認しました。ACFinder の確認ダイアログだけ表示され、Windows の確認ダイアログは表示されなくなりました。

　ところで、現在は LAN からのコピーであっても、データベースの更新を info.LastUpdate の値で判定していますが、これだと今回のようにサーバのデータを手動で更新した場合は端末側のデータベースが更新されません。LAN からのコピーの場合は、データベースファイルのタイムスタンプも含めてデータベースの更新判定を行った方が良さそうです。
・ツリー全体表示
〔521〕xls->acis.db 変換は 25 ％増
 Hidemi Oya WEB  (06/10/31 0:05)
引用なし
   kabe さん、こん＊＊は。Hidemi Oya です。

>希釈倍数使用量や使用方法、濃度などの半角カタカナを全角カタカナに変換するよう修正しました。これによりデータベース更新時間がやや遅くなりました。
　今回は、自宅マシンで「xls->acis.db 変換」が 30秒強なので、いままでより６秒強増えたことになります。半角カタカナ→全角カタカナ変換で 25 ％強の処理時間の増大ってところですね。以前に比べると十分高速ですが、いままでが速かったので、やはり体感速度も遅くなった感じがします。

　xls ファイルの読み方がだんだん分かってきました。CSV かタブ区切りテキストなら、行ごとに INSERT 文に変換して SQLite に書き込むだけですむので、より高速化できるかもしれませんね。
・ツリー全体表示
〔520〕Re:ACFinder 061029版
 Hidemi Oya WEB  (06/10/29 23:53)
引用なし
   kabe さん、こん＊＊は。Hidemi Oya です。

　毎度素早いバージョンアップありがとうございます。[#509] 関係はきっちり修正されていることを確認しました。[#508] 関係に関しては、後日事務所で確認します。

>私の使っている Xbiffのバージョンが古かったようです。
　なるほど、こいつはうっかりしてました。Delphi のライブラリを疑う前に、まずそっちでしたね。
・ツリー全体表示
〔519〕ACFinder 061029版
 kabe WEB  (06/10/29 21:59)
引用なし
   kabe です。

061029版です。
http://acfinder.kabe.info/

同梱の sqlite3.dll を 3.3.8に変更しました。

希釈倍数使用量や使用方法、濃度などの半角カタカナを全角カタカナに変換するよう修正しました。これによりデータベース更新時間がやや遅くなりました。

微生物農薬の濃度で[×]が[ﾗ]と文字化けしていた不具合を修正しました。

グリッド上でポップアップメニューからコピーを選択した場合に、右クリック時にマウスカーソルのあるセル値をコピーするよう修正しました。

その他[#508]の修正を行いました。
[#509]の“京都微研"の表示を“京都微研”に変更しています。
・ツリー全体表示
〔518〕Re:重箱の隅
 kabe WEB  (06/10/29 11:57)
引用なし
   ＞Hidemi Oyaさん

kabe です。

>>ﾗ はどうもINSERT INTO する前に既に化けているようです。
>>（Xbiff で読む込む段階か？）
>　私が作った D7 のテストプログラムでは問題ないので、XBiff のせいでもなさそうです。

私の使っている Xbiffのバージョンが古かったようです。
DelphianWorld から落としたはずですが、最新版が1.7 で止まっていました。
作者ホームページを確認したところ 1.8 が最新版だったのですね。
更新したら直りました。
というわけで ﾗ については解決です。
・ツリー全体表示
〔517〕Re:重箱の隅
 Hidemi Oya WEB  (06/10/28 22:41)
引用なし
   kabe さん、こん＊＊は。Hidemi Oya です。

>このあたりは SQLite.pas におまかせと思ってたので、テーブル作成時に INSERT INTO する際も SHIFT-JIS で渡してるんですが、それではまずかったですか。
　すみません、寝ぼけてました(^_^;)。おっしゃるとおりです。SQLite.pas の中で、エンコーディングが UTF16 の時は Utf8Decode(AnsiToUtf8()) しています。

>ﾗ はどうもINSERT INTO する前に既に化けているようです。
>（Xbiff で読む込む段階か？）
　私が作った D7 のテストプログラムでは問題ないので、XBiff のせいでもなさそうです。また、XBiff が UTF-16LE -> SHIFT-JIS 変換に使用している WideCharToString のソースを確認してみましたが、D6 と D7 で同じだったので、Delphi のバージョンに起因するものでもなさそうです。
　XBiff で読み込んで、INSERT 文を生成するまでの間で、濃度データも何らかのフィルタに通してませんか？ 「×」は Unicode で U+00D7 なので、SHIFT-JIS の「ﾗ」とコードがかぶります。何かフィルタを通しているとすれば、そこで使っている関数に原因がありそうです。
　当面は「ﾗ」を「×」に変換してしのぐにしても、原因を突き止めないと、ほかにもこのような事例があるかもという不安がぬぐえません。
・ツリー全体表示
〔516〕Re:重箱の隅
 kabe WEB  (06/10/28 16:46)
引用なし
   ＞Hidemi Oyaさん

kabe です。

ﾗ はどうもINSERT INTO する前に既に化けているようです。
（Xbiff で読む込む段階か？）
INSERT INTO する前に ﾗ を × に置換すると大丈夫です。
・ツリー全体表示
〔515〕Re:重箱の隅
 kabe WEB  (06/10/28 9:22)
引用なし
   ＞Hidemi Oyaさん

kabe です。

>　ACFinder でどのように SHIFT-JIS -> UTF-16 変換を行っているのか分かりませんが、この辺りに原因がありそうな感じがします。
確認です。
このあたりは SQLite.pas におまかせと思ってたので、テーブル作成時に INSERT INTO する際も SHIFT-JIS で渡してるんですが、それではまずかったですか。

>　ところで、よく見ると濃度データにも結構半角カタカナが混じってますね。濃度データに関しても半角カタカナだけは全角に変換してもらった方が良いかもしれません。
これは気になっておりましたが、手抜きしてました。
修正します。
・ツリー全体表示
〔514〕Re:重箱の隅
 Hidemi Oya WEB  (06/10/27 10:09)
引用なし
   kabe さん、こん＊＊は。Hidemi Oya です。

>(2) 微生物農薬の濃度で「1×10^」となっているもので「1ﾗ10^」と見えるものがある
　ちょっと調べてみたら、「×」以外は全て半角文字だと「×」が「ﾗ」に化けてて、「×」以外の全角文字が混じっているものは化けていません。
　また、私のテストプログラムでは UTF-8 でも UTF-16 でも化けませんでした。SHIFT-JIS -> UTF-16 変換は、StringToWideChar() ではなく、Utf8Decode(AnsiToUtf8()) で行っています。
　ACFinder でどのように SHIFT-JIS -> UTF-16 変換を行っているのか分かりませんが、この辺りに原因がありそうな感じがします。

　ところで、よく見ると濃度データにも結構半角カタカナが混じってますね。濃度データに関しても半角カタカナだけは全角に変換してもらった方が良いかもしれません。
・ツリー全体表示
〔513〕Re:重箱の隅
 Hidemi Oya WEB  (06/10/26 21:45)
引用なし
   kabe さん、こん＊＊は。Hidemi Oya です。

>今週末にはなんとか修正版をアップしたいと思いますので、少々お待ちください。
　よろしくお願いします。

　なお、本日薬検から (3) の問題に対する返信が来まして、次回から修正してくれるということでした。ということで、(3) については対策をとっていただく必要がなくなりました。
　(2) は、何が原因でしょうねえ？
・ツリー全体表示
〔512〕Re:レンタルサーバでの xls->csv 変換
 Hidemi Oya WEB  (06/10/26 21:42)
引用なし
   >　メモリが自由に使える環境で、xlhtml 0.5 で 登録適用部二.xls, 登録適用部三.xls が HTML に正常に変換できるかどうかご確認いただけませんか？
　10/18 登録反映分のデータでは、登録適用部一.xls, 登録適用部三.xls の２つが変換できませんでした。
　また、必ずしも大きなファイルが変換できないというわけでもないので、Windows 版の xlhtml 0.4 で試してみたところ、同様に登録適用部一.xls, 登録適用部三.xls が変換できませんでした。ってことで、XREA のメモリ制限の問題ではなく、xlhtml 側に問題がありそうです。
　ただし、変換できないファイルを Excel で読んで保存し直すと、xlhtml で問題なく変換できます。xlhtml だけでなく、薬検のデータの保存方法との相性が悪いってのが真相のようです。
・ツリー全体表示
〔511〕Re:重箱の隅
 kabe WEB  (06/10/25 21:32)
引用なし
   ＞Hidemi Oyaさん

kabe です。

ここ１ヶ月ほど更新をサボっております。
今週末にはなんとか修正版をアップしたいと思いますので、少々お待ちください。
・ツリー全体表示
〔510〕ソフトバンクモバイル対応ほか
 Hidemi Oya WEB  (06/10/24 21:56)
引用なし
   　当サイトトップと農薬検査所ＤＢ検索システムの端末自動判定で、ソフトバンクモバイル端末を J-PHONE/Vodafone 端末と同様に扱うように修正しました。あわせて、研究会掲示板も同様の修正をしてあります。

　また、農薬検査所ＤＢ検索システムで屋号「トクソー」が付く農薬の屋号を削除できるように修正しました。
・ツリー全体表示
〔509〕重箱の隅
 Hidemi Oya WEB  (06/10/24 17:53)
引用なし
   kabe さん、こん＊＊は。Hidemi Oya です。

　細かなことで申し訳ありませんが…。

(1)「“京都微研”」の「”」が SHIFT-JIS で EFFC の文字に見える
　できれば、農薬検査所の検索システムと見え方をそろえたいところです。データを読むときに、AnsiReplaceStr で「"」を「”」に置換しておけば、解決できると思います。

(2) 微生物農薬の濃度で「1×10^」となっているもので「1ﾗ10^」と見えるものがある
　バチルスズブチリスは全て「ﾗ」かな…。エコホープとエコホープドライでは、「×」の文字コードは同じなのに、方や「×」方や「ﾗ」と見えるのが不思議です。う〜ん、なんでしょう？

(3) 天敵農薬などの濃度の単位が外字になっていて正常に表示できない
　これは ACFinder の問題ではなく、薬検の xls データがすでに間違っています。薬検に連絡はしてありますが、対応してもらえるかどうかは不明です。SHIFT-JIS で F04A が ml、F049 が L のようですね。元データの入力時に ATOK の外字でも使っているんでしょうか…。当面、ACFinder 側でこの変換をやっていただけると幸いです。
・ツリー全体表示
〔508〕共有フォルダーからのコピー
 Hidemi Oya WEB  (06/10/24 9:47)
引用なし
   kabe さん、こん＊＊は。Hidemi Oya です。

　DB を共有フォルダーからコピーする設定にしてあると、DB が更新された際に、ACFinder 側の新 DB コピー確認ダイアログと、Windows の上書き確認ダイアログが２段階に表示され、ちょっと煩わしいです。
FileCopy(PChar(source), PChar(destination), false);
で Windows の確認ダイアログ無しでコピーできるはずなので、よろしくお願いします。
・ツリー全体表示
〔507〕レンタルサーバでの xls->csv 変換
 Hidemi Oya WEB  (06/10/24 9:46)
引用なし
   　先月、薬検に再度 CSV + ZIP 形式でのデータ提供をお願いしましたが、今度はほかにも要望はあるがいちいち対応できないという返事でした。CSV で提供すると書いてあるにもかかわらず、まったくやる気はなさそうです。

　しょうがないので、XREA の CRON ジョブで、自動的に
(1) 更新された XLS+LZH のダウンロード
(2) LZH の解凍
(3) XLS->CSV 変換
(4) CSV の ZIP 圧縮
をやらせようと思い、ここ１か月ほどいろいろ試してました。(1), (2), (4) は簡単にできたんですが、XLS ファイルがでかすぎるせいで (3) がどうしてもうまく行きません。perl の Spreadsheet::ParseExcel は時間がかかりすぎてダメ(XREA の時間制限内で処理できない)。PHP の Excel_Reader は、perl の ParseExcel よりは速いけど条件によって時間制限にひっかかることがあるのと、XREA のメモリ制限からかうまく読めない場合があってやはりダメ。gcc でコンパイルされた xlhtml なら使えるかなと思ったんですが、変換時間は高速ですが、登録適用部二・三のデータが正常に読めない(XREA のメモリ制限によるものか、あるいは xlhtml の仕様によるものか？)。
　…ってことで、今のところ八方ふさがりです。とりあえず、PHP でメモリを使わない専用リーダーを作成中ですが、道のりは遠そうです。

＞s_kobayashi さん
　メモリが自由に使える環境で、xlhtml 0.5 で 登録適用部二.xls, 登録適用部三.xls が HTML に正常に変換できるかどうかご確認いただけませんか？
・ツリー全体表示
〔506〕Re:SPAM との戦い
 Hidemi Oya WEB  (06/10/01 22:49)
引用なし
   　う〜む、「今時こんな単語は書かないだろう」と思って禁止語句にしてなかった言葉を書かれてしまいました(^_^;)。やっぱり、SPAM によくある単語は全部禁止語句にしておかないとダメですね。
　とりあえず、日本語以外の SPAM は退治できてるようなので、あとは日本語 SPAM の禁止語句をどこまで登録できるかだな…。やっぱりイタチごっこか(^_^;)。
・ツリー全体表示
〔505〕ACFinder 060927版
 kabe WEB  (06/09/27 23:57)
引用なし
   kabeです。

060927版です。
http://acfinder.kabe.info/

[#497][#501]の修正コードを Hidemi Oya さんから作成いただき更新しました。

作物タブの、用途、剤型選択ダイアログのリスト作成も REGEXP演算子を使うように変更しました。060920版では、ここだけ LIKEを使っており、グリッドに表示されている用途がダイアログの一覧に表示されないバグがありました。
・ツリー全体表示
〔504〕Re:病害虫タブ(MATCH演算子)の不具合
 Hidemi Oya WEB  (06/09/27 21:44)
引用なし
   自己レスです。

>　AnsiPos で文字列検索してるのに、UTF8 エンコードの文字列を渡してました。エンコード間違いという、実に基本的なミスですね(^_^;)。
　だんだん思い出してきました。これ、本来は UTF8 エンコードの文字列を Pos 関数で検索するように作ってありました。おそらく、SQLite コンポーネントを作ったときに、勘違いして AnsiPos に書き換えてしまったのではないかと思います。
　ま、おかげで MATCH 演算子がほんのわずかとはいえ速度が上がったので、怪我の巧妙ともいえますが(^_^;)。

　話は変わって、MATCH, REGEXP の高速化について。
　前々から思ってはいたのですが、検索パターンが定数の場合、これを事前に正規化するプリプロセッサ関数を実装すれば、今よりも高速化できるのではないかと考えています。現在は、検索パターンが式の場合を考慮して、検索する側も検索される側も毎回正規化しています。が、検索パターンは定数のことが多いので、プリプロセッサ関数で最初に正規化してやれば、SQL 実行中は検索される側だけ正規化すればすみますから、文字列正規化ルーチンを呼び出す回数は半分ですみます。
・ツリー全体表示
  ツリー表示 ┃スレッド表示 ┃一覧表示 ┃トピック表示 ┃番号順表示 ┃検索  
28 / 54 ﾍﾟｰｼﾞ <前へ | 次へ>
ページ：  ┃  記事番号：   
(SS)C-BOARD vv3.8 is Free.