Laboratory of Mobile Agricultural Chemicals Searcher

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

研究会

┃ ┃一覧表示 ┃ ┃ ┃

47 / 54 ﾍﾟｰｼﾞ

<前へ | 次へ>

〔143〕秋田分室を設置しました

kabe

(06/04/16 21:28)


	引用なし

＞HidemiOya さん。

kabe です。

勝手ながら秋田分室を開設しました(^^;
http://macs.kabe.info/
です。
ご了承お願いします。

#78のリンクからVALUE-DOMAINでドメインをとって、XREA に設置しました。
やっぱりここが一番安くて、サービスも豊富そうなので。
ただその分、知識がないとなんか不安です。
土日、２日がかりでようやく動くようになりました。

県内の業界には、秋田分室を使ってもらうようＰＲするつもりです。
ただ要望等はこちらの研究会で一元的に集めた方がいいかなと思いますので、そのように書いたのですが、よろしいでしょうか。

・ツリー全体表示

〔142〕農薬登録情報・速報 RSS フィードのバグ修正

Hidemi Oya

(06/04/12 1:28)


	引用なし

　農薬登録情報・速報の RSS フィードで、古い情報が削除されないバグがあったので修正しました。

・ツリー全体表示

〔141〕Re:スクリプトファイルの文字コード

s_kobayashi (06/04/07 21:15)


	引用なし

＞Hidemi Oyaさん

>　が、au, vodafone 以外の機種、あるいはやや古い機種の存在を考えると、現状で最も無難な選択肢は ShiftJIS しかありません。文字コードや使用する HTML 要素は、少なくとも３年、できれば５年以上前の機種を対象として検討した方が、皆さんが幸せになれます。

　sjisに対応するだけならそれほど難しくありませんね。
　自宅サーバーの不調が直ったらチャレンジしてみます。

・ツリー全体表示

〔140〕Re:スクリプトファイルの文字コード

Hidemi Oya

(06/04/07 1:17)


	引用なし

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

>私のauの場合は、htmlヘッダでeucを指定しておけば、特に文字化けもせず安定して利用できています。
　au の場合、プロクシが HTML を WML に変換する際に、併せて文字コード変換もしているからだと思います。確か、i-mode の絵文字を au 用に変換することまでやってたような気がします。vodafone の新しい機種では、端末単体で EUC や UTF-8 が使えたりします。
　が、au, vodafone 以外の機種、あるいはやや古い機種の存在を考えると、現状で最も無難な選択肢は ShiftJIS しかありません。文字コードや使用する HTML 要素は、少なくとも３年、できれば５年以上前の機種を対象として検討した方が、皆さんが幸せになれます。

・ツリー全体表示

〔139〕Re:スクリプトファイルの文字コード

s_kobayashi (06/04/06 6:56)


	引用なし

＞Hidemi Oyaさん

>　ただし、perl 5.8 系は BOM 付き UTF-8 のファイルだと使えないので、使用できるエディタが限られるかもしれません(最近は結構対応してるのかな？)。私が愛用している JmEditor2 は、BOM 無しの UTF-8N に対応しています。

私は自宅の fedora core3 サーバーにssh経由でスクリプトを書くことが多いので、mifes for linux を使っています。サーバーはi18nで文字コードをeucJPにしているので（このあたりが失敗かも？）、スクリプト、csvデータなどもできるだけeucで管理しています。もちろん、相手のhtmlデータによってはsjisやutf-8などを吸い込んだりしますけれど、出力はhtmlも含めてeucで行っています。私のauの場合は、htmlヘッダでeucを指定しておけば、特に文字化けもせず安定して利用できています。

ともあれ、自分の得意なやり方で動くスクリプトを書けるようになるのが先決ですね。(^^ゞ

・ツリー全体表示

〔138〕スクリプトファイルの文字コード

Hidemi Oya

(06/04/03 22:23)


	引用なし

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

>>・文字コードは基本的に use encoding "euc-jp"
>　内部文字コードはお好きなものをご利用ください。携帯電話での利用を考えると、出力は ShiftJIS が必須になります。
　薬検の出力が UTF-8 なので、もしテーブルの判定にキャプションの「登録農薬一覧」という文字列を使うとすれば、内部文字コードは UTF-8 の方が良いですね。EUC だと、UTF-8 → EUC → ShiftJIS と２回変換が必要になり、無駄に CPU タイムを消費します。encoding を使用する場合の perl 側の内部コードも UTF-8 が標準ですし。
　ただし、perl 5.8 系は BOM 付き UTF-8 のファイルだと使えないので、使用できるエディタが限られるかもしれません(最近は結構対応してるのかな？)。私が愛用している JmEditor2 は、BOM 無しの UTF-8N に対応しています。

・ツリー全体表示

〔137〕Re:専用 CGI 方式

Hidemi Oya

(06/04/03 13:22)


	引用なし

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

＞OhYeah!さん
　すみません。ここでは Hidemi Oya なので、よろしくお願いします。

>　人それぞれやり方があるので、OhYeah!さんのやり方と自分のやり方を見比べながら、すりあわせていく方が良いかなと思っています。
　将来的にアドオン CGI にするならすりあわせが必要になりますが、当面は好きなやり方でやってください。s_kobayashi さんのサーバで CGI を走らせてもらえば、XREA の仕様に合わせる必要もありませんし。
　ただし、完全にそちらの CGI に移ってしまいますから、結果出力に関しては機種依存しないようなフォーマットにするか、機種別に変えてもらう必要があります。もし機種別に出力を変えるなら、実験成果にある機種判定ルーチンを利用していただいて結構です。

>　2.5.2では、改行コードが\r\nのplスクリプトがありましたが、何か理由があるのでしょうか。linuxでの動作を前提にするのなら、\nでいいと思うのですけれど。。
　う～ん、保存するときに改行コードを変更し忘れてたかな(^_^;)。

>・文字コードは基本的に use encoding "euc-jp"
　内部文字コードはお好きなものをご利用ください。携帯電話での利用を考えると、出力は ShiftJIS が必須になります。
　薬検出力の UTF-8 は MS 体系なので、encoding モジュール(実質 Jcode)とは特殊文字のマッピングが若干異なり、cm, ㎡などが正常に変換できません。ただ、農薬名には〔〕くらいしか特殊文字が含まれていないので、encoding モジュールでも恐らく大丈夫だと思います。
　当サイト検索システムの開発に当たって各種文字コード変換モジュールを試したのですが、最終的に Unicode::Japanese モジュールのみの対応としたのは、MS 体系との親和性によるものです。Unicode::Japanese は携帯電話の絵文字にも対応していますが、こちらは使用していません。

> vtllg303.do を呼び出してみたりして、挙動を確認してみようかと思います。あんまり期待しないでくださいね。(^^ゞ
　呼び出し方は [#129] を参照してください。[#129] に書いたパラメータで、条件指定に使用しないパラメータは、全て "" (ヌルストリング)で OK です。ただし、currentPage は "1" を設定する必要があります。

・ツリー全体表示

〔136〕Re:専用 CGI 方式

s_kobayashi (06/04/02 19:08)


	引用なし

＞OhYeah!さん

>　当サイトの検索システムは、検索条件や検索結果をセッションデータに保存しているので、当システムのセッションデータを利用可能なアドオン CGI にすれば、検索回数や受け渡しパラメータ数の削減が可能になります。が、現状ではアドオン CGI を実装できるような構造にはなっていないので、すぐに採用できる方法ではありません。
>　てことで、上記のような専用 CGI を連携させる方式での開発分担でいかがでしょう？

　とりあえず、version2.5.2を見ながら流れを確認してみます。

　人それぞれやり方があるので、OhYeah!さんのやり方と自分のやり方を見比べながら、すりあわせていく方が良いかなと思っています。とりあえずは自分の得意なやり方で作ってみて、徐々にOhYeah!さんのやり方を取り入れて、モジュールなどを合わせていくという感じです。

　2.5.2では、改行コードが\r\nのplスクリプトがありましたが、何か理由があるのでしょうか。linuxでの動作を前提にするのなら、\nでいいと思うのですけれど。。

私のやり方では、
・取り込みはLWP::SimpleかWWW::Mechanize
・文字コードは基本的に use encoding "euc-jp"
・ヘッダはprint文に直書きもしくはCGIモジュール

と非常に雑ぱくです。(^◇^;)

vtllg303.do を呼び出してみたりして、挙動を確認してみようかと思います。あんまり期待しないでくださいね。(^^ゞ


	引用なし

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

>試作ありがとうございます。かなり私のイメージに近いです。
　Google 検索にリンクさせてた部分を vtllg303.do の呼び出し用にリンクを張り替えただけなので、この程度ならお安いご用です。ただ、この方法では、他の農薬の適用を確認するのが面倒になるので、決して実用的ではありません(^_^;)。

>もしも今回提案されたリセット・再検索機能をformのボタンで処理すれば、もう一度cgiに引数を渡し直せますよね（リンクでもキー名と内容を列記すれば可能？）。
　URL リライト方式でも、FORM でやっていることと実態としては同じです。URL リライトの方が端末側の受信量を削減できるため、当サイトの検索システムでは文字入力以外では FORM の使用を避けています。

>cgiに現在の薬剤数を渡せれば、ほとんどプログラムを変更しなくても当初の薬剤数と再検索結果と同じか違うかを結果で示すことは可能かもしれません。
　農薬グループ展開や有効成分名による再検索のように現在のメイン CGI 内に組み入れるのではなく、Google 検索の実行と同様に別の専用 CGI を作成し、そちらを呼び出すようにすれば、薬剤「数」だけでなく、薬剤「名」の比較も可能ですね。数だけ比較しても登録内容が異なる農薬があるかないかが分かるだけで、具体的な薬剤名が分からないならあまり用をなしません。この方法を採るなら、やはり薬剤名の比較までやるべきでしょうね。
　また、この方法なら、メイン CGI の検索条件等はリセットされないので、戻ってきて他の農薬の適用を確認するような場合も実用的です。有効成分名による再検索も、こちらの方法で実装した方が使いやすそうですね。

>うーん。とりあえず、自分のサーバーでテストバージョンを動かしてみないと何とも言えませんけれど。考えさせてください。
　上記のように別個の専用 CGI を呼び出す方式なら、パラメータとして作物コード／病害虫コード／病害虫名／農薬名を受け取って、
(1) 全条件を指定して vtllg303.do を実行し、結果をメモリに保存
(2) 屋号なし農薬名だけを指定して vtllg303.do を実行し、結果をメモリに保存
(3) (1) と (2) の結果を比較して異なる部分を出力
という CGI を作成すれば OK です。パラメータ受け渡し方法だけ決まっていれば、あとはこちら側で Google 検索機能のように必要なパラメータを設定してその CGI を呼び出すだけですから、お互いに相手のシステムを気にすることなく開発は可能です。

　当サイトの検索システムは、検索条件や検索結果をセッションデータに保存しているので、当システムのセッションデータを利用可能なアドオン CGI にすれば、検索回数や受け渡しパラメータ数の削減が可能になります。が、現状ではアドオン CGI を実装できるような構造にはなっていないので、すぐに採用できる方法ではありません。
　てことで、上記のような専用 CGI を連携させる方式での開発分担でいかがでしょう？

・ツリー全体表示

〔134〕使用目的かな漢字変換辞書登録単語拡大

Hidemi Oya

(06/03/31 11:45)


	引用なし

　「使用目的」のかな漢字変換辞書に、下記のような単語を追加しました。植調剤以外の農薬の使用目的に含まれる単語も入っています。
　なお、「さしき」は「さし木」「挿し木」「挿木」の３種類があるため、辞書登録は断念しました。また、「せんてい」は「せん定」と「剪定」の２種類があるため、自動かな漢字変換は「せん定」のみにしてあります。

交尾誘引薬害噴霧粒子漂流飛散水分蒸発
摘葉刈り取り植えいたみ寒干害空どう[果] 水腐れいもち病
みつ症へた落ち枯凋萎凋切口糞塚
葉柄果皮わき芽腋芽花茎夏秋梢茎葉成木出穂
着生　糖度樹勢芽数根数根量
育苗[期] 抽出苗立[率|歩合] 出芽発生防除処理
抑制減少拡大向上
時期早期初期後期適期[幅] 冬期夏期下位
登熟歩合発芽率着蕾数着果数　## 接尾語[歩合][率][数]の追加

・ツリー全体表示

〔133〕使用目的による検索(植調剤検索)に対応しま...

Hidemi Oya

(06/03/30 23:22)


	引用なし

　昨年11月から、使用目的による検索(＝植物成長調整剤検索)機能の実装を検討中と言いつつなかなか手が着かず、ようやく実装できました。
　現状では、使用目的のかな漢字変換は下記の単語の組み合わせに対応しています。かなり見落としがあると思いますので、見つけたらこのメッセージの返信でお知らせください。
　ついでに、「農薬の名称」や「農薬の種類」で「乳剤」「粒剤」等も含めて検索したい場合に備えて、剤型で選択可能なものはかな漢字変換できるようにしてあります。

摘果摘花(テキバナ) 摘木間引整枝剪定刈込 [過]繁茂
雑草新梢節間茎稈稈長草丈花丈健苗ムレ苗傷口離層
[無]種子[化] 果実果柄果面果房果粒表皮浮皮雌花雄花花芽花首
発芽萌芽発蕾着蕾着粒着果花ぶるい花振い(ハナフルイ)
開花花成登熟完熟熟期着色落果落葉倒伏
生育発根活着休眠伸長徒長形成分化肥大
蒸散障害食害日焼阻害癒合忌避矮化
軽減防止育成促進短縮増加安定維持調節打破

・ツリー全体表示

〔132〕Re:テストバージョン

s_kobayashi (06/03/30 22:36)


	引用なし

＞Hidemi Oyaさん
>s_kobayashiさん、こん＊＊は。Hidemi Oya です。
>
>　<a href="http://macs.o-ya.net/perl/test/">テストバージョン</a>に、適用表の最初の「農薬の種類」「農薬の名称」のリンクにジャンプすると、種類あるいは名称以外の条件を全てリセットして、その種類あるいは名称の全農薬を再検索する機能を追加してみましたので、お試しください。再検索前の農薬の総数(分類名の右側に表示されています)だけ覚えておけば、再検索後の総数との比較で、違いがあるかどうかは判断できます。現在のプログラム構造でできるのは、ここまでです。

試作ありがとうございます。かなり私のイメージに近いです。

>>連続的な操作であれば、再検索結果の商品名リストと当初結果商品名リストが同じか違うかくらいはperlが教えてくれてもいいかなと思います。

もしも今回提案されたリセット・再検索機能をformのボタンで処理すれば、もう一度cgiに引数を渡し直せますよね（リンクでもキー名と内容を列記すれば可能？）。cgiに現在の薬剤数を渡せれば、ほとんどプログラムを変更しなくても当初の薬剤数と再検索結果と同じか違うかを結果で示すことは可能かもしれません。

>　今のところ ver3.x がリリース候補のまま止まっており、私にはこちらの完成の方が優先事項になります。ということで、お望みの機能が必要なら、ぜひ s_kobayashi さんに開発をお願いしたいのですけど…。

うーん。とりあえず、自分のサーバーでテストバージョンを動かしてみないと何とも言えませんけれど。考えさせてください。


	引用なし

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

　テストバージョンに、適用表の最初の「農薬の種類」「農薬の名称」のリンクにジャンプすると、種類あるいは名称以外の条件を全てリセットして、その種類あるいは名称の全農薬を再検索する機能を追加してみましたので、お試しください。再検索前の農薬の総数(分類名の右側に表示されています)だけ覚えておけば、再検索後の総数との比較で、違いがあるかどうかは判断できます。現在のプログラム構造でできるのは、ここまでです。
　この機能を使ってしまうと、その前に指定した作物名や病害虫名がリセットされてしまい、同一対象に登録がある他の農薬を見たい時は再検索しなければならず、かなり使い勝手が悪くなります。実用バージョンに搭載するのは、ちょっとためらわれる機能ですね。

>連続的な操作であれば、再検索結果の商品名リストと当初結果商品名リストが同じか違うかくらいはperlが教えてくれてもいいかなと思います。
　現行システムで何故上記のような機能までしか搭載できないのか、また s_kobayashi さんが望まれているような機能を実装するためにはどうすればよいかは、[#130] で書いたとおりです。
　今のところ ver3.x がリリース候補のまま止まっており、私にはこちらの完成の方が優先事項になります。ということで、お望みの機能が必要なら、ぜひ s_kobayashi さんに開発をお願いしたいのですけど…。

・ツリー全体表示

〔130〕プログラム解説 #2: 当サイト検索システム...

Hidemi Oya

(06/03/27 23:48)


	引用なし

　当サイトの検索システムは、薬検詳細検索の各 CGI を呼び出して、それを携帯電話でも見られるように変換作業を行っています。

　しかし、薬検詳細検索が５本の CGI で構成されているのに対し、当サイトの検索システムはたった１本の CGI でできています。これは、当サイトの検索システムが基本的に翻訳機だからです。
　薬検詳細検索のどの CGI を呼び出す場合でも、処理工程は下記のとおり全く変わりません。このため、薬検の全ての CGI に対して、こちら側は１本の CGI で間に合ってしまうわけです。
(1) 共通前処理
(2) 薬検 CGI 呼び出しのためのパラメータ設定
(3) 薬検 CGI 呼び出し
(4) 薬検 CGI 出力の携帯端末対応翻訳
　もちろん、(2) と (4) は呼び出す薬検側の CGI によって処理内容が異なります。が、それぞれの CGI に合わせたプログラムをインクルードすることで、簡単に対応できます。
　この方法の利点は、(2), (4) の部分を個別に変更しても他への影響がない、検索システム全体に共通する大きな変更もメインの CGI プログラム１本を変更するだけですみ(場合によって (2) の変更は必要かもしれないが、(4) は変更不要)、開発効率と保守性が非常に高いところにあります。

　もうひとつの方法として、薬検側の CGI に１対１で対応する CGI を作成する方法もあります。この場合でも、(1) と (3) の処理をインクルードファイルにする手法を採れば、ある程度の開発効率と保守性を確保することが可能です。こちらの方法のメリットは、拡張性の高さにあります。複数の検索結果を比較するような拡張を行う場合は、こちらの方法が必須になります。
　では、なぜ当サイト検索システムが前者の方法を採っているかというと、開発当初は複数の人が (2), (4) の部分を分担して開発することを想定していたからです(結局一人で開発したのでこの点では意味がなかったわけですが^^;)。さらに、薬検 CGI 呼び出しの流れの制御が１か所にまとまるため、パスワード認証機能の搭載やサーバサイドセッションの利用がしやすかったというのもあります。

・ツリー全体表示

〔129〕プログラム解説 #1: 薬検詳細検索

Hidemi Oya

(06/03/26 22:58)


	引用なし

　農薬検査所農薬登録情報検索システムの詳細検索は、下記のようなプログラム構成になっています。

　実際の検索画面は、左側が農薬名等を設定して「検索」ボタンにより vtllg303.do を実行するフレーム、右側が作物名等または病害虫名等を設定して vtllk101.do/vtllk102.do を実行するフレームです。左側フレームの「絞込み」ボタンをクリックすることにより、JavaScript で vtllk101.do/vtllk102.do が切り替えられます。作物名等あるいは病害虫名等を設定して「選択」ボタンをクリックすると vtllk101.do/vtllk102.do が実行され、検索語に該当する作物名／病害虫名等が表示されます。分類名等のリンクをクリックすると JavaScript により分類を展開したり、名称テキストボックスにクリックした作物名／病害虫名等を書き込みます。「追加」ボタンをクリックすると、JavaScript により左側フレームに作物コード・作物名等／病害虫コード・病害虫名等が書き込まれます。
　「検索」ボタンをクリックすると vtllg303.do が実行され、その結果として農薬一覧が表示されます。農薬一覧の登録番号のリンクをクリックすると、JavaScript によりその登録番号をパラメータとして vtllg304.do が実行され、農薬登録票が表示されます。農薬登録票の「適用表」リンクをクリックすると、JavaScript により登録番号をパラメータとして vtllg103.do が実行され、適用表が表示されます。

ファイル名　内容　　　　　　　　パラメータ -----------　------------------　-------------------------------- vtllk101.do　作物名等検索 CGI　　skmt_name(作物名) vtllk102.do　病害虫名等検索 CGI　byg_name(作物名) vtllg303.do　農薬検索メイン CGI　skmt[0].label(作物名), 　　　　　　　　　　　　　　　　 byg[0].value(病害虫コード), 　　　　　　　　　　　　　　　　 byg[0].label(病害虫名), 　　　　　　　　　　　　　　　　 nyk_syu_name(農薬の種類), 　　　　　　　　　　　　　　　　 nyk_name(農薬の名称), 　　　　　　　　　　　　　　　　 zai.value(剤型コード), 　　　　　　　　　　　　　　　　 zai.value(剤型名), 　　　　　　　　　　　　　　　　 currentPage, trk_date.year, 　　　　　　　　　　　　　　　　 trk_date.month, trk_date.day, 　　　　　　　　　　　　　　　　 yuko_date.year, yuko_date.month, 　　　　　　　　　　　　　　　　 yuko_date.day, その他 vtllg304.do　農薬登録票表示 CGI　clickTrk_no(登録番号) vtllg103.do　適用表表示 CGI　　　clickTrk_no(登録番号)

　各 CGI の呼び出しは全て POST メソッドで行われていますが、GET メソッドでも使用可能です。
　vtllg303.do の()無しパラメータは必須パラメータで、値は無くても必ず設定する必要があります。()有りパラメータは、当サイトの検索システムで検索条件として使用しているパラメータです。skmt[0].label パラメータは、呼び出す際には設定不要ですが、「大分類　＞　中分類　＞　作物名」の形に展開されて返されるというおもしろい特徴があります。skmt/byg は [0]..[2] のそれぞれ３個設定できますが、skmt[n].label が返ってこなくなるため、当サイトの用途には不向きです。
　vtllg304.do/vtllg103.do を呼び出す際は、clikTrk_no 以外に vtllg303.do で使用されている全てのパラメータを渡します。vtllg303.do 同様、出力 HTML にも hidden パラメータで返ってきます。