アメグラ2号のブログ

1980年代後半の古き良きビデオゲームのほか、オッサンの個人的備忘録

ラズパイ 定期実行デバッグ その3

ラズパイで自動的にスクリプトを実行するデバッグを始めたが、なーぜか午前0時以降に収集できていない。の続き。

定期一晩明けてログを見てみた。

 

前回は以下

game-allergy.hatenablog.com

 

◆以下ログ

------------------------------------------------
2021_05/10_23:58_23 filemove done
2021_05/10_23:58_23 ===Process done===
2021_05/11_00:08_24 ===Process started===
WeatherTable exists, then deleted old one and created new one
2021_05/11_00:08_25 table done
[72, 48, 72, 72, 72, 72] Elements of List_all
Traceback (most recent call last):
File "/home/pi/m01_schedule.py", line 168, in <module>
main()
・・・

・・・

・・・
File "/home/pi/a02_web.py", line 75, in StoreDB
cur.execute(sql1,(List_all[0][i], List_all[1][i], List_all[2][i], List_all[3][i], List_all[4][i], List_all[5][i]))
IndexError: list index out of range

------------------------------------------------

うーん、なんかダメだねぇ。なんなんだ・・・あ、データ取得数が!
[72, 48, 72, 72, 72, 72] Elements of List_all
そうか、お天気予報(晴れ、曇りとか)は48時間分しか出てないのか。。。

格納するリストで何かおかしい様子だったので、リストの要素数を出力するようにしておいて良かった…なるほど。

現状スクレイピングで必要なのは2日分(48時間分)だから、取り出す上限を48時間分までにしてもいいんだけど。
それだと固定値になるのもいただけないので、min(list)で最低値を取り出して、その値を使用することにしよう。
要は、list = [72, 48, 72, 72, 72, 72] --> min(list)で48を取得できる。

 

ということで、原因は、72時間分の情報が取れているものと思っていたら、48時間分しか取れていないモノがあった。そして、ループで回す際に「72回分もデータねぇよ、あほんだら!」ということでエラーで止まっていた、、、と。

すべてが同じ上限値だとおもっちゃいけないねぇ。。。