エクセルで７４万行ほどの行に数式を入れる作業が出来た。
一般的には数式を入れ、コピーアンドドラッグかと思うが、７４万行となるとそうもいかない。
Ｗｅｂで検索しようとするが、言葉が思いつかない。
当初は「エクセルで数式をコピー」なんて検索をしたがなかなか見つからない。
結局「エクセルで数式を一瞬にコピー」として指導サイトが見つかった。
方法は数式を入力したセルを選択し、２行にコピーし
右下角の四角をダブルクリックするだけ。
エクセルは昔と違って進化している。
付近の行を検索し、入力されている行を認識、その行まで数式をコピーしてくれる。
７４万行を１０秒ほど、本当に一瞬なので感動だ。
探索の流儀
REMEMBER3.11
確定申告の時期だ。
昨年の申告で誤りが見つかった。配偶者が居るのに配偶者控除申告をしていなかった。？？？
そこで修正申告。
昨年からＷｅｂ申告（作成のみ。提出は紙）しているので、ダウンロード資料が残っていた。
（昨年の.dataファイルは偶然今年度修正しようとするデータだった）
そこでこの資料を将来有効に利用するため保存法を考えた。
＊
念のためもう一度。
昨年の申告はＷｅｂ申告（ブラウザー上で作成のみ。提出は紙）で行った。
Ｗｅｂ申告書作成画面では右下に下図のようなアイコンが出ている。
この「入力データの一時保存」をクリックすると以下の画面になる。
この画面ではまずA「入力中のデータをダウンロードする」をクリック
するとダウンロードフォルダーに拡張子「.data」のファイルが作成される。
このデータは申告者が変わってもダウンロードするたび上書きされるので大変厄介だ。
そこでテクニックを思いついた。
上図案内のようにこれを任意のフォルダーに移動するのだが、その時に覚えやすい名前に変えてやる。
ただし拡張子「.data」は絶対に変えてはいけない。次にＷｅｂで読めなくなる。
私の場合は夫と妻の名前を付加し保存している。
デフォルトのファイル名が令和１年なら「r1」、令和２年なら「r2」で始まるのでこれを残すと年度は間違えない。
＊
後で気づいたが、専用のフォルダーを作りそこに保存するほうがもっと簡単だ。
なんて具合だ。
探索の流儀
REMEMBER3.11
ＧＩＳでは緯度経度で位置をあらわすがこの表記に１０進法と６０進法があるらしい。
国土地理院では主に６０進法を使っていると聞く。
また６０進法での表記も様々であることが分かった。
特に６０進法、度分秒の表記も３５度０１分４３秒もあれば、３５°１′４３.２″、さらに
３５度１分４３.２秒なんてものもある。
これらをＱＧＩＳで表現する場合１０進法への変換が必要だ。
調べると、３５度０１分４３秒のような表記がＡ１セルにある場合、
計算式は以下になる。
最初に度単位の抜き取りは左から２桁取り出し =VALUE(LEFT(A1,2))
となる。
次に分単位の抜き取りは、左から４桁目から２桁取り出す =VALUE(Mid(A1,4,2))
となり、
次に秒単位の抜き取りは左から７桁目から２桁取り出す =VALUE(Mid(A1,7,2))
となる。
そして次に１０進法への読み替えが必要。
度単位はそのまま、上記だと「３５」 A
分単位は６０進法だから、０１÷６０ となる。 B
秒は、４３÷６０÷６０（４３÷３６００）となる。 C
最後にＡ＋Ｂ＋Ｃとすれば完成
（最初は＝Ａ & Ｂ & Ｃなんて式を組んでいたがこれは間違い）
＊
今回入手したデータは以下のような表記だった。
| 35.01430 | 135.47086 |
そして但し書きに「６０進法で記載」とあった。
６０進法なのに連続数字となっていた。
上記の式によって以下と計算した。
度３５はそのまま Ｄ
分０１は 01/60 で「０.０２」 Ｅ
秒４３０は 430/3600 で「０.１１９４」 Ｆ
Ｄ＋Ｅ＋Ｆで「３５.１３９４」となった。
すると地図上の位置は下図のあに２０ｍほどずれて表示された。
このポイントは知っていたので間違いだと分かった。
いが正しい位置。
そこで正しい位置を求め試行錯誤した。
結果は上記式のＦ「430/3600」が間違い。
ここは秒の数字が３桁なので３桁以降を小数点にする (430/3600)/10 が正しい。
再計算すると上図いの位置に無事表示された。
＊
国土地理院による間違った表示例
探索の流儀
REMEMBER3.11
数値的データを日計で取っているような場合、空ではなく入力されたセルの最下行との比較を摂りたい、というときがある。
例えば次の表のような日計数値があるとする。
数値データをとっている日、とっていない日がある。
数値データのある直近の日との差を求めたい、というような場合だ。
２０２０年１２月７日の数値と、直近でデータをとっている日「１２月４日」との差を求めたい。
このような時にはＩｎｄｅｘ関数とＭａｔｃｈ関数をセットで使うと求められる
下記表のＣ２セルには
=IF(B2="","",B2-INDEX(B$1:B1,MATCH(MAX(B$1:B1)+1,B$1:B1,1)))
と入力している。
＝ＩＦ
（Ｂ２＝””，””，
《Ｂ２セルに値があれば》
Ｂ２－
ＩＮＤＥＸ（Ｂ＄１：Ｂ１，
《Ｂ列のＢ１からＢ１までの中で》
ＭＡＴＣＨ（ＭＡＸ（Ｂ＄１：Ｂ１）＋１，
《入力された最下行と比較し》
Ｂ＄１：Ｂ１，１）））
《差をだす》
なんて意味になるらしい。
これをドラッグしコピーすれば下表になる。
| 日付 | B列 | C列 |
| 2020/12/1 | 625 | |
| 2020/12/2 | 743 | 118 |
| 2020/12/3 | 813 | 70 |
| 2020/12/4 | 815 | 2 |
| 2020/12/5 | ||
| 2020/12/6 | ||
| 2020/12/7 | 828 | 13 |
| 2020/12/8 | 919 | 91 |
| 2020/12/9 | 938 | 19 |
| 2020/12/10 | 840 | -98 |
| 2020/12/11 | 832 | -8 |
| 2020/12/14 | 811 | -21 |
| 2020/12/15 | 778 | -33 |
| 2020/12/16 | 843 | 65 |
| 2020/12/17 | 889 | 46 |
| 2020/12/18 | 938 | 49 |
探索の流儀
REMEMBER3.11
２０２０年１２月にＷｉｎｄｏｗｓの重要な更新が行われた。
なんでも２０２０年のコロナ禍におけるリモートワークの増加に伴って、Ｗｉｎｄｏｗｓの更新も大幅に変わったようだ。
その余波で、PC起動が遅くなった。
いままでストレスなく多分３０秒くらいで立ちあがっていたPC、Ｗｉｎ8.1からＷｉｎ10へのバージョンアップ版、がこの更新で１分以上、（時には永遠に）待つことになった。
この８.１から１０へのアップデート版ではＷｉｎ８.１の更新後に、Ｗｉｎ１０の更新が続くようで、なお時間がかかるとのこと。
変則な改善方法で、「GUIブートなし」を選択する
という紹介があったので、実行してみた。
しかし「ＧＵＩブートなし」に設定しても、実感はそう変わらなかったので取りやめ（チェックを外した）た。
＊
するとどうだろうその流れのあと、起動時間が少し改善したように思う。
まあ気のせいかもしれないが・・
Ｗｅｂではいろいろな改善策が紹介されているので、なんらかの方法をとれば有効になるかもしれない。
探索の流儀
REMEMBER3.11
ＥＬＥＣＯＭのワイヤレスマウス Ｍ-ＩＲ０７ＤＲを使っている。
ワイヤレスで大変重宝しているが、ここのところマウスの挙動がおかしくなった。
とくにソフトを多く立ち上げると動きや反応が遅い。
電池容量の低下かとも思ったが、それなら立ち上げるソフトの数に関係なく遅くなると思う。
ＥＬＥＣＯＭサポートに電話してみた。
「外付けＨＤＤとの距離を離してください」との助言があったので、今まで２０ｃｍ程度だったものを、５０ｃｍ程度に離してみると見事に改善された。
どうやらＵＳＢ３.０問題とでもいうような現象らしい。
Ｍ-ＩＲ０７ＤＲはＵＳＢ３.０にも対応しているので、速くなるならと「ＵＳＢ３.０」のポートと繋いでいる。
しかし上記外付けＨＤＤの本体（ならびにケーブル）と近くなると相互に干渉するようだ。
以下に詳しい。
USB 3.0と2.4GHz帯無線に干渉問題、無線LANや外付けHDDの速度が遅くなるおそれも | Buzzap！
「イヴァンよお前にやる花はない」プラハの花屋
REMEMBER3.11
