パチンコ店の換気は良いらしい

パチンコって行かない人は全く行かないですから,3密の巣窟みたいに言われていますが,実態はどうだか,よく解らない人のほうが多いんじゃないでしょうか.

かくいう私も若い頃好奇心で何度かパチンコ店に入ったことはありますが,今では他にやることが全くなくても選択肢に入らないと思います😓

最近,パチンコに行った人の話を聞くと,パチンコ店はもともと客がタバコを吸う前提で設計されているから,ものすごく換気が良いそうです.

また,検索で見つけたこの記事はパチンコを推奨する立場のサイトのものですが,換気量について具体的に書かれていています.

記事にあるように,パチンコ店内で大声で会話する人もいないでしょうし,対面せず横を向いて並んで座っているわけです.実際,私の知るところでは,これまでにパチンコ店がクラスターになったという報道はないです.

一方で複数のライブハウスやカラオケのできるバー・スナックなどでクラスターが発生したことを考えると,3密(密集・密閉・密接)というより,

  • 大きな声を出す
  • 換気が良くない

の2点が重要な要素なのではないかと思います.

もちろん,医療機関や福祉施設でのクラスター発生は,

  • 直接・間接的な接触

による感染が主なのでしょう

パチンコ店の換気については自治体の現場担当者も当然知っているはずです.そうこう考えると,弱者切り捨てが得意技の首長たちの仮想敵に仕立て上げられた感があります.

なぜ自分では全く関心もなくどうなっても知ったことではない😓パチンコ店について考えたかというと,「彼らが最初共産主義者を攻撃したとき」に通じるところがあると感じたからです.

結局は従来の3密に大声(深い呼吸)が加わっただけ😓

logデータの突き合わせプログラムを書けという自分への指令(3)

今日は少し元気なので,課題に😓実質的に着手しました.

とりあえず今日のところの成果物は,日付とモードとコールサイン指定して,検索して,もし結果が返らなかったら”die”する,つまり最初に未登録のデータを見つけたらそこまででおしまいというプリミティブなものです.

作業的には元のスクリプトから削除するのが大部分となりました.

走らせたところ,3時間ちょっとで終了です.Perlの実行時間はなんとそのうちの33.7秒で,ほとんどはmysqldの所要時間です.

topからも,そこら辺が解ります.

まだ,dieしなければ,何にも返ってこない仕様なので,これだけではスクリプトが正しいかどうか解りません.また,日付とモードとコールサインだけで指定しているので,コンテストなどだと,複数レコードが返ってくるはずなので,そこら辺を表示するように改良したいと思います.

関連項目

カップアイスを真ん中から食べる愚

何年か前に,中条あやみが,高級アイスのCMで,カップの縁付近の部分が溶け始めたところを食べると美味しいって言ってました(別人のナレーターが言っていたのかも知れませんが).私など買ったことのないバカ高い高級アイスですが,その食べ方は正道だと思います.

カップアイスを食べ始めたら必ず縁に近い部分から溶け始めます.そしてその溶けかけが実際うまいのです.この食べ方ならば周囲から良い具合に溶けたところを食べ続けて,最後まで食べ終えることができます.正道,いや王道です.

それに比べて,某朝ドラ(朝の連続テレビ小説)主演を勤めた広○す□゛の出演している庶民的カップアイスのCMですが,あろうことか,中心部から食べるという邪道を行っています.

真ん中の溶けていない,かたい部分を先に食べる,つまり溶けかけてない部分がうまいという人は,必然的に溶けた部分は不味いと考えているわけで,最後に周辺の大量のべちゃべちゃ溶けた不味い部分を食べて終わるか,食べずに残して捨てるかということになり,これ以上の不幸はありません.

logデータの突き合わせプログラムを書けという自分への指令(2)

スクリプト名だけを考えました.

call_db_intactness.pl

です.拡張子の通り,Perlスクリプトです.

中身は,Log200の中身をMariaDBに放り込むスクリプトをコピーした段階です(つまり,実質的には何もしていない😓).

Log200のログデータを読み込んでparsingするところは,そのまま流用できます.

その後,Log200の1レコードずつについて,日付,交信開始時,コールサイン,周波数,モードを抜き出して,MariaDBに検索をかけて,ヒットするレコードがひとつならばOKなので無罪放免,ヒットするレコードがなければエラーを出す,2つ以上あれば警告を出す,という仕様にします.

ちなみに,現在,MariaDBには,アマチュア無線人生全ての期間(1972〜現在)の95,000余りのレコードが登録されていて,Log200は,1998年4月以降の分の8万弱レコードが登録されています.

今日はここまで(って結局実質的に何もしないでおしまい😓).

関連項目

Google Maps Timelineがどうしようもない

Google Maps Timelineのデータ修正機能が復活したと喜んだのもつかの間,とんでもないことになってしまいました.表示がめちゃくちゃです.

これまでほぼローデータを地図上にマッピングしてきていましたが,少し前から自動車のデータを道路に沿わせる機能が付きました.ただし,これはオプションで,ローデータのままにしておくこともできます.

ところが,今回,自動車ばかりでなく自転車や徒歩のデータも何かしようとしているようです.オプションではなく無理矢理のようで,しかも副作用がひどすぎて,私の徒歩と自転車移動が中心のデータは,ほとんど消えてしまった状態です.

かれこれ何年か,Google Maps Timelineが,GPSロガーとして使えると思ってやってきましたが,また,GPSロガーアプリを探すことにします.

追記: ほぼ元通り(2020/06/27)

今日確認したら,データの修正機能の不具合はほとんど正常に戻っていました.また,無理矢理道路にマッチングさせるのもなくなりました.ほとんど以前の正常だった頃へリバートされた感じです.

ただし,Pokémon GOと併用した場合.