Laboratory of Mobile Agricultural Chemicals Searcher

携帯農薬検索実験室

｜Top｜はじめに｜使用方法｜研究会｜実験成果｜データ｜リンク｜携帯端末画面｜

研究会

┃ ┃一覧表示 ┃ ┃ ┃

39 / 54 ﾍﾟｰｼﾞ

<前へ | 次へ>

〔303〕薬剤タブ

(06/06/19 10:41)


	引用なし

kabe さん、こん＊＊は。Hidemi Oya です。

>薬剤検索部分を変更しました。
>検索と閲覧的な用途にも使えます。
　いや～、これはなかなか良いです。以前のバージョンだといまいち使い道が不明でしたが、これは使い出があります。
　左上隅のコンボボックスは何のために用意されてるのでしょう？

>使い方わかりにくいかもしれませんので、インターフェース等、改善案あれば提案お願いします。
　薬剤候補なんですが、今の形なら、種類を左側において先に種類を選択してからキーワード入力の方が、エンターキー一発で検索できるので楽です。
　が、できれば、種類は選択せずにキーワード入力だけで、自動的に
shurui LIKE '%キーワード%' OR shurui LIKE '%きーわーど%' OR meisho LIKE '%キーワード%' OR meisho LIKE '%きーわーど%'
と展開してくれた方が便利ですね。
　条件として有効成分が必要かどうかは微妙です。「２，４－ＰＡ」なんかは後ろに「ジメチルアミン」とか「エチル」とかいろいろ付きますが、それまで必要なことがどの程度あるか…。細かな成分名まで付けて検索しなくても、種類「２，４－ＰＡ」で検索後に確認すれば良さそうですし。

・ツリー全体表示

〔302〕作物・病害虫タブ

(06/06/19 10:10)


	引用なし

kabe さん、こん＊＊は。Hidemi Oya です。

毎度素早いバージョンアップご苦労様です。

>今回のバージョンから、データベース更新時に作物名、農薬名を全角に変換します。
　やっぱり、全角統一が良いですね。

　ところで、作物名選択について以前から書こうと思ってて書き忘れてたんですが、現在のようなツリー形式のダイアログボックスで複数選択可能にならないでしょうか？

　たとえば、「なす」に登録のある農薬を検索する場合に、「なす%」ではなく、「なす」と「なす（露地栽培）」だけで検索したいとか、あるいはマイナークロップや花などでは、上位分類も含めて一括検索したいということはよくあります。
　このため、ダイアログボックスで複数選択可能にするとともに、テキストボックス内に「"なす", "なす（露地栽培）"」のように書かれていれば、「(sakumotu like "なす" or sakumotsu like "なす（露地野菜）")」と展開するような機能を追加していただけると、非常に使いやすくなります。

　あと、ツールバーの通称モードボタンですが、薬剤タブでも使用するのかと思っていたら、今回の形だと使いそうにないので、作物・病害虫タブ内に移した方が良いかもしれませんね。

　なお、「にがうり」の件は修正されていることを確認しました。

・ツリー全体表示

〔301〕日本語フィールド名

(06/06/19 9:45)


	引用なし

kabe さん、こん＊＊は。HidemiOya です。

>これなんですが、ASの後のフォールド名を F1 F2 F3... と指定するような方法にできませんでしょうか。
　[#280] の方法に従って作成して、SQL タブでも使用する可能性があるのでエンコードは SQLite に渡す直前に実行する必要があるので、今回のサンプルでは実際のエンコード／デコートルーチンを割愛しました。
　フィールド名を F1, F2 のようにしてしまうと、対応表を作成して結果表示ルーチンに渡さなければならず、複数のフィールドでこのような使い方があると、ちょっと面倒です。やはり [#280] のような方法が楽だと思います。

　で、SQLite の方にもしかするとユーザ関数を組み込めるかもしれないので、将来的にこの方法の採用も検討するとすると、
(1) SQL 文側では「hex("日本語文字列")」と書いておくと、この部分を「hex十六進文字列」にエンコードする
(2) エラー表示／フィールド名表示の際には「hex十六進文字列」を「日本語文字列」にデコードする
という方式を採用したいと思います。これなら、将来的に (1) の部分は SQLite に組み込んだとしても、既存の SQL を書き換える必要がありません。
　また、16 進文字列にエンコードすることにより、SQLite が大文字／小文字変換をしてもデコードに問題が発生することもありませんし、デコードする際に hex([0-9a-f]+) でエンコードされた文字列を切り出せるので便利です。
　一応、この方式でエンコード／デコードルーチンを作成しますので、ACFinder への組み込みをお願いします。

・ツリー全体表示

〔300〕Re:成分ごとの総使用回数

(06/06/19 9:17)


	引用なし

kabe さん、こん＊＊は。Hidemi Oya です。

　kihon テーブルのデータを見ると、三共ラブサイドベフラントレボン粉剤ＤＬ／ヤシマラブサイドベフラントレボン粉剤ＤＬのように種類の順番と有効成分の順番が逆順になっていたり、ピーチガード水和剤は順番が正しいのに〔ＤＩＣ〕ピーチガード水和剤は逆順になっていたりと、kihon テーブルの順番で使うのは無理ですね。
　また、農薬検査所のシステムではちゃんと成分ごとの総使用回数の成分名として、イミノクタジンアシベル酸塩もイミノクタジン酢酸塩も「イミノクタジン」として表示されるので、有効成分名がイミノクタジンになっているのかと思ったのですが、２種類に分かれてました。

　ってことで、有効成分名を表示するときは、やはり農薬の種類の順番を使った方が良いようです。さらに、イミノクタジンのように例外処理が必要な場合が若干あるので、テーブル作成時に有効成分フィールドを追加するのが最も使い勝手が良さそうです。
　ところで、イミノクタジン以外で複数の有効成分をまとめてカウントする有効成分をご存じの方は是非お教えください。

・ツリー全体表示

〔299〕Re:ACFinder 060618版

(06/06/18 21:25)


	引用なし

＞HidemiOyaさん

kabe です。

>as で指定したフォールド名は、文字列によっては表示されないか、文字化けします。
これなんですが、ASの後のフォールド名を F1 F2 F3... と指定するような方法にできませんでしょうか。

max(case when sakumotsu = "なす" then jiki||"、 "||kaisu else "" end) as jp_なす,
max(case when sakumotsu = "なす（露地栽培）" then jiki||"、 "||kaisu else "" end) as jp_なす（露地栽培）,
を
max(case when sakumotsu = "なす" then jiki||"、 "||kaisu else "" end) as F1,
max(case when sakumotsu = "なす（露地栽培）" then jiki||"、 "||kaisu else "" end) as F2,

として検索します。
なす->F1
なす（露地栽培）->F2
のような対応表を持っておいて、グリッドに表示するときに置換したらよいのかなと思います。

・ツリー全体表示

〔298〕ACFinder 060618版

(06/06/18 21:11)


	引用なし

kabe です。

時間切れで、060618版暫定アップします。
http://acfinder.kabe.info/

今回のバージョンから、データベース更新時に作物名、農薬名を全角に変換します。
検索も全角を前提にしていますので、以前のデータベースファイルでは検索できません。めんどうですが、一度、手動で XLS->データベース更新の部分のみ実行してください。

#294の機能を取り入れてみました。
HidemiOya さんのコードをほとんど、そのまま使っています。
なお、テンプレートの内容に応じたボタンの表示、非表示は、まだ対応していません。全てのボタンが表示されるので、わかりにくいです。
使い方は
http://macs.o-ya.net/sample/
を参考にしてください。
as で指定したフォールド名は、文字列によっては表示されないか、文字化けします。

SQLエディタに簡易な入力支援機能を付けました。
SQLタブ内の左側にテーブルとフィールド名を選択する覧があります。
フォールド名のリストボックスでポップアップメニューが出ますので、適当に試してみてください。

薬剤検索部分を変更しました。
検索と閲覧的な用途にも使えます。
使い方わかりにくいかもしれませんので、インターフェース等、改善案あれば提案お願いします。

・ツリー全体表示

〔297〕Re:定型処理サンプル

(06/06/18 14:13)


	引用なし

　どうでも良い話なんですが、
#define {
　select ...
}
のようにインデントを付けても、SQL への変換時は行両端の無駄なスペースを削除するように若干変更しました。

・ツリー全体表示

〔296〕Re:データベース共有

(06/06/18 2:41)


	引用なし

kabe さん、こん＊＊は。Hidemi Oya です。

>ただ、共有を想定すると、必須の機能ですね。
　データフォルダに ini ファイルをおくか、データベースの中にシステムステータステーブルを作って、更新中フラッグを設定するくらいですみそうですから、是非よろしくお願いします。

>当面、ACFinder に起動オプションを付けて、更新チェックを行う機能を付けたいと思います。別ソフトにするかどうかは ACFinder の更新機能がある程度、完成した段階で考えたいと思います。
　とりあえず、起動オプションだけで十分です。サーバ側で自動的に更新してしまえば、個々のユーザは更新時の待ち時間がいらなくなるので、かなり助かります。

>修正候補としますが、検索機能をある程度完成させてからになるかと思います。
　もちろんそちらが先ですね。100Mbps ならそんなに遅いわけでもありませんし。

・ツリー全体表示

〔295〕Re:成分ごとの総使用回数

(06/06/18 2:32)


	引用なし

kabe さん、こん＊＊は。Hidemi Oya です。

>元のExcelファイルの説明書きをみると「農薬の種類」で示される有効成分の順番というルールになっています。
　書き込んだ後に気が付きました(^_^;)。ただ、知ってなきゃ分からないし、農薬の種類と成分ごとの総使用回数は離れた位置に表示されるので、やはり使用回数の近くに成分名が表示された方が使いやすいですね。

>上記のルールどおりだとすると、shurui フィールドから有効成分を抜き出してくる方が簡単ですね。追加機能候補とします。
　shurui フィールドから抜き出してくるとなると、データベース作成時にフィールドを追加する形でしょうか？ kihon テーブルから持ってくる場合も、成分ごとの連番を追加しないと join やサブクエリで持って来にくいし、現在のままで表示だけ追加するのは、ちょっと面倒ですよね。
　いずれにしても、実装方法はお任せしますのでよろしくお願いします。

・ツリー全体表示

〔294〕定型処理サンプル

(06/06/18 2:12)


	引用なし

s_kobayashi さん、kabe さん、こん＊＊は。Hidemi Oya です。

　下記 URL に、定型処理タブのサンプルをあげてみました。こんな感じの処理ができれば、以前のクロス表のように SQL だけでは処理しにくい特殊な処理以外は、全部このタブに任せてしまっても良いような感じがします。
http://macs.o-ya.net/sample/

[#284] s_kobayashi さん
>　私のイメージする用途では、定型処理だけで対応できるものが２～３割、SQL複合絞り込みもしくは手作業による二次加工が必要なものが７～８割くらいあります。
　上のサンプルを見ていただければ分かるように、私がいう定型処理は SQL 複合絞り込みも含みます。っていうか、出来合いの SQL の基本フレームを使って、検索条件等を GUI で指定できるようにするのが「定型処理」の主眼です。
　ちなみに、手作業による二次加工がたとえば除外農薬の削除だとすれば、農薬の種類で除外農薬一覧を作成しておき、where 節に
shurui not in (<shurui>)
という一文を全てのテンプレートに入れておけば、手作業の必要はなくなります。現在は指定が面倒だけど、これなら簡単に自動化できるというような手作業は他にもいろいろあると思います。

[#293] kabe さん
>複数作物の登録確認と、対象病害虫のクロス表機能は現在、鋭意作成中です。
　ありがとうございます。いろいろ要望に対応していただいているところで申し訳ありませんが、このサンプルのような機能を実装していただけないでしょうか？作物名／病害虫名等の複数選択 GUI など、まだまだ開発すべき部分は多いですけど(^_^;)、この機能ができれば多くのユーザが実用的に使えるようになると思います。

・ツリー全体表示

〔293〕Re:ACFinder 060610版

(06/06/17 21:54)


	引用なし

＞Hidemi Oyaさん
kabe です。

複数作物の登録確認と、対象病害虫のクロス表機能は現在、鋭意作成中です。
ただ定型処理として、どこまで汎用性を持たせるか、なかなか難しいものがあります。
明日中にはプロトタイプを一度アップしたいと思います。

・ツリー全体表示

〔292〕Re:データベース共有

(06/06/17 21:28)


	引用なし

＞Hidemi Oyaさん
kabe です。

>　あと、ふと思ったんですが、データベースを共有する場合、２重更新対策はされているでしょうか？先に使っている誰かが新データに更新中（更新完了はしていない状態）なら、後から使おうとした人は更新しないようになってないと無駄が出ますね。
今のところ、これは全く対策はされていません。(^^;
ただ、共有を想定すると、必須の機能ですね。

>1-1 ACFinder にデータ更新のみ実行するオプションを付けるか、データ更新専用ソフトを用意する
>1-2 ファイルサーバのタスクスケジューラに登録するかスタートアップに入れて、定期的にデータベース更新チェックと必要なら更新を行う
当面、ACFinder に起動オプションを付けて、更新チェックを行う機能を付けたいと思います。別ソフトにするかどうかは ACFinder の更新機能がある程度、完成した段階で考えたいと思います。

>2-1 データベース更新チェックとデータ取得を農薬検査所サイトから直接行うか、LAN 内のデータベースで行うかを選択できるようにする
>2-2 LAN 内データベース利用の場合は、更新されていたらローカルディスクにコピーする
修正候補としますが、検索機能をある程度完成させてからになるかと思います。

・ツリー全体表示

〔291〕Re:成分ごとの総使用回数

(06/06/17 21:15)


	引用なし

＞Hidemi Oyaさん
kabe です。

>　現在「作物・病害虫」タブなどで表示される検索結果は、成分ごとの総使用回数の成分名が分かりません。たとえば、リドミルＭＺ水和剤は、名称から考えると成分１がメタラキシル、成分２がマンゼブのように思えますが、実は逆になっています。
元のExcelファイルの説明書きをみると「農薬の種類」で示される有効成分の順番というルールになっています。
リドミルＭＺだと、マンゼブ・メタラキシルなので、このルールからすると成分１がマンゼブ、成分２をメタラシルと解釈しろという意味なのでしょう。

>　標準タブの検索結果については、kihon テーブルから seibun フィールドの値を参照してきて、'有効成分名１', '総使用回数１', '有効成分名２', '総使用回数２' のように表示するようにしてもらえると助かります。
上記のルールどおりだとすると、shurui フィールドから有効成分を抜き出してくる方が簡単ですね。追加機能候補とします。

・ツリー全体表示

〔290〕Re:農薬バックデータ整理用HP

s_kobayashi (06/06/17 11:39)


	引用なし

＞Hidemi Oyaさん

>　作物名なんですが、せっかく複数作物名を設定できるようになっているので、その旨書いておいた方が良いと思います。

　そのあたりも含めて、使い方については別ウインドウにして、入力内容と出力結果を例示した方が分かりやすいかもしれませんね。

・ツリー全体表示

〔289〕データベース共有

(06/06/16 15:21)


	引用なし

kabe さん、こん＊＊は。Hidemi Oya です。

>データベースファイルの設置場所を自由に設定できるようにしてみました。
　ドライブ割り当てした共有フォルダはもちろん、UNC でも使えました。ただ、共有フォルダを指定する際に、時々ゼロ除算エラーが表示されることがあります。
　あと、ふと思ったんですが、データベースを共有する場合、２重更新対策はされているでしょうか？先に使っている誰かが新データに更新中（更新完了はしていない状態）なら、後から使おうとした人は更新しないようになってないと無駄が出ますね。

>一応 LAN内の共有フォルダに置いた場合も検索できるようですが、パフォーマンスは不明です。
　パフォーマンスは、100Mbps ならそれほど問題はなさそうですが、ローカル使用時の速さになれているとかなり遅く感じます。100Mbps でこれだと、11Mbps の無線 LAN を利用している人はちょっと辛いかもしれません。
　データベース更新時間の短縮と検索速度の低下防止を両立させるには、単純にデータベースファイルを共有するのではなく、下記のようにファイルサーバでデータベース更新だけをしておき、使用する際はそれをローカルディスクにコピーして使うようにするのが良いかもしれません。この方式の方が農薬検査所サーバに対する負荷がさらに軽減されますし、proxy 設定や UNLHA32.DLL の設置もサーバだけですみ、さらアクセス権が Read Only の共有フォルダでも使えると色々メリットがあります。す。

1-1 ACFinder にデータ更新のみ実行するオプションを付けるか、データ更新専用ソフトを用意する
1-2 ファイルサーバのタスクスケジューラに登録するかスタートアップに入れて、定期的にデータベース更新チェックと必要なら更新を行う
2-1 データベース更新チェックとデータ取得を農薬検査所サイトから直接行うか、LAN 内のデータベースで行うかを選択できるようにする
2-2 LAN 内データベース利用の場合は、更新されていたらローカルディスクにコピーする

・ツリー全体表示

〔288〕「にがうり」が「ニガうり」に

(06/06/16 14:35)


	引用なし

kabe さん、こん＊＊は。Hidemi Oya です。

　「作物・病害虫」タブの作物名テキストボックスに「にがうり」と入力すると、「ニガうり」と変換されてしまいます。作物名ボタンをクリックして選択した場合は OK です。

・ツリー全体表示

〔287〕Re:農薬バックデータ整理用HP

(06/06/16 13:41)


	引用なし

s_kobayashi さん、こん＊＊は。Hidemi Oya です。

>予定していた機能がほぼ完成したのでお知らせします。
　お疲れ様です。こちらも農薬名は屋号抜き対応ですね(^_^)。

　作物名なんですが、せっかく複数作物名を設定できるようになっているので、その旨書いておいた方が良いと思います。
　たとえば、登録農薬の少ない作物等では防除資料に上位分類に適用のある農薬も含めて作成しているものがあると思います。こういう場合は「みずな、非結球あぶらな科野菜類、野菜類」のように指定すれば１回で裏付けデータが作成できますよってのが、現在の説明文では分かりません。

・ツリー全体表示

〔286〕成分ごとの総使用回数

(06/06/16 13:06)


	引用なし

kabe さん、こん＊＊は。Hidemi Oya です。

　現在「作物・病害虫」タブなどで表示される検索結果は、成分ごとの総使用回数の成分名が分かりません。たとえば、リドミルＭＺ水和剤は、名称から考えると成分１がメタラキシル、成分２がマンゼブのように思えますが、実は逆になっています。これでは、有効成分ごとの総使用回数遵守は困難です。
　ってことで、標準タブの検索結果については、kihon テーブルから seibun フィールドの値を参照してきて、'有効成分名１', '総使用回数１', '有効成分名２', '総使用回数２' のように表示するようにしてもらえると助かります。kihon テーブルに成分番号がないので、どうやって参照するかちょっと頭を捻る必要がありそうですが…。

・ツリー全体表示

〔285〕農薬バックデータ整理用HP

s_kobayashi (06/06/15 23:28)


	引用なし

予定していた機能がほぼ完成したのでお知らせします。

http://otori.homes.com.au/yaku2.html

説明書きがいい加減ですけれど、ちょっと試す程度には十分使えると思います。

防除暦等の内容を転記し検索を掛ければ、現時点での農薬登録の有無を表示し、さらにそのキーワードを再度呼び出せる「検索履歴番号」の機能を付けました。一度検索した内容について再度チェックする場合、この番号を使って検索結果を呼び出せば、誰よりも早くチェックできるでしょう。(^◇^;)

cssで結果だけお化粧しました。でもfirefoxとieで見た目が違ってしまいます。
このあたりもご意見をいただければと思います。

・ツリー全体表示

〔284〕Re:ACFinder 060610版

s_kobayashi (06/06/15 23:16)


	引用なし

＞Hidemi Oyaさん

>　ということなら、同じですね。[#274] はあくまでも「簡易 SQL エディタ」に関する提案であり、通常の使い方に関しては [#276] の
>>私は、基本的に SQL はなるべく使わなくてすむように、定型処理に関しては「作物・病害虫」や「農薬」タブのように、基本事項の設定だけすれば事足りる状態にしておくのが望ましいと思います。たとえば、対象病害虫一覧や複数作物登録状況などがよく使われるとするなら、それは定型処理として専用タブ内に条件設定機能を作っておくということです。
>が希望です。[#275] を読んだ時は、ユーザが SQL タブを使用することを前提として、それを如何に簡単に使えるようするかという提案のように感じたもので(^_^;)。

　わたしがちょっと思考硬直化していたかもしれません。上の文を読んで、定型処理をどんどん増やすような印象を持ってしまいました。(^^ゞ　私は複雑であまり使われない機能のタブを増やすのには抵抗があります。

　私のイメージする用途では、定型処理だけで対応できるものが２～３割、SQL複合絞り込みもしくは手作業による二次加工が必要なものが７～８割くらいあります。oyaさんが提案された商品名、作物名、使用前日数、使用方法の二次元リストなどはSQLの面目躍如という感じです。

　oyaさんが示された新ユーザーインターフェイスはイメージがよくつかめていませんが、モックアップが完成したらぜひトライしてみます。(^^)

・ツリー全体表示

┃ ┃一覧表示 ┃ ┃ ┃

39 / 54 ﾍﾟｰｼﾞ

<前へ | 次へ>

ページ：

┃

記事番号：

(SS)C-BOARD vv3.8 is Free.