鎌倉殿の13人ー義経の逆落としの地形

先週の大河ドラマ「鎌倉殿の13人」

いよいよ本格的な源平合戦が開じまって、

義経が平家軍の「一ノ谷」の本陣を攻め入る際に
奇襲をかけたとされる有名なあの

「義経の逆落とし」の現地（現神戸市）
のデジタル地形図です。

 

「基盤地図情報」国土地理院（https://fgd.gsi.go.jp/download/）を元に「せるせるデジタルマップ」（Ms-Excelソフト上）にて作成

 

今となっては、

「義経軍が下りた場所は実はここではない？」
「そもそも義経自身は下りてない・・・？？」

などなどの諸説はあるようですが、、

ドラマの中でも描かれていた平家の本陣は
（守らねばならないミカドと三種の神器は）

間違いなく、一番守りやすいここ一の谷に
あったと考えられますし、

この地形を見て、私がもし源氏軍の大将だったなら
間違いなく、ここ（地図上の逆落し跡）から平家の本陣を、

最短距離で目指して奇襲する思います。

 

で、同じNHKの「ブラタモリ」を観ていると
よくわかりますように、

歴史と言うのは、
その土地の地形を制する者が制する
それに尽きるわけです。

その土地の地形（高低差）をよく知った人が、
それを活かして理にかなった戦略を立て、支配し、
統治をしていく。

それを出来る武将こそが、歴史に名を残して
いるわけです。

 

で、ドラマの中でのセリフによるとですが、

この崖を中村獅童演じる梶原景時が
安全な沢を下るルートを提案する。

しかし、

源氏軍の大将である菅田将暉演じる源義経が
「それじゃつまらん！」と言って、
急な崖のルートを命じ

拾った鹿の糞を中川大志演じる畠山重忠に
示して、

「鹿が下れるのだから馬も行けるぞ」と、
馬を先に下ろして、足骨折する馬もあったが
無事に駆け下りた馬もあって、

源氏の軍勢がそれに続いて怒涛の如くに

ここを駆け下りたとのことです。

 

この崖の付近の地形を拡大して見てみますと、

 

標高約130m付近から約55mの付近まで、
一気に下ったことが見て取れます。

平面距離にして7ー80メートルでしょうか？
平均斜度にすると、ほぼ45度以上かと・・・。

これ、スキー場で言ったら、

蔵王の有名なあの「横倉の壁」ですら
最大斜度38度ですから、

上からのぞいて見たのならまさしく絶壁！
まったく恐ろしい限りです。

源義経 恐るべし！

いや、『おんな城主直虎』での井伊直政役と言い、
義経本人としか思えない 菅田将暉 の演技も

恐るべし！です。

この「義経の逆落とし」の場所を
デジタル３Ⅾ画像で見てみると

 

 

やはり、 が一番かわいそうだったのかも・・・。

 

関ケ原の合戦場をデジタルマップで見ると

と言うことで、今度は「関ケ原」のマップを作って見てみました。

「基盤地図情報」国土地理院（https://fgd.gsi.go.jp/download/）を元に「せるせるデジタルマップ」（Ms-Excelソフト上）にて作成

 

さすが、西軍大将の三成さん

負けたとはいえ、良い位置に陣取ってる！

 

主戦場になったとおぼしき場所をちょと拡大して見てみます。

 

この地形を高低差のよくわかるExcelの３D（回転）で見てみます。

 

 

けっこう地形険しく、陣を敷くには打って付けの

地形だったことがよく伺えますね。

 

 

 

 

上田城の３Dデジタルマップ

使い慣れたExcelで、『我が家のハザードマップ』を作ろう！

 

本日は、信州の上田城です。

 

「基盤地図情報」国土地理院（https://fgd.gsi.go.jp/download/）を元に「せるせるデジタルマップ」（Ms-Excelソフト上）にて作成

 

Googleマップを重ねてみます。

 

標高差を色分けで比較してみます。（上：粗く、下：細かく）

 

この上田城をExcel上の３Dで見てみると、

 

真田のこの上田城を落とすことが出来なかった徳川秀忠軍が

結局、関ケ原の大合戦に間に合わなかった・・・。

と言われる理由が、いかにも高低差の大きい　急な 崖の造り

の難攻不落で頑強な 落ちない城 であったのかが、、、

良くわかりますね。

 

それ故に、現在の上田城の本丸跡にある真田神社は、

受験生の守り神様となっています。

 

久しぶりの大規模開発仕事

表題の件で、いまハードディスク割り当ての設計をしてます。

例えば、

長らく初心者に教えてきたExcelのマクロでは、

何と言ってもその入り方は

「マクロの記録」＋ちょっとしたその「コード修正」

これが出来るようなることです。

（補足）プログラミングで言うコードとは、

コンピュータに対する命令を記述したもの。

と言うことになりますが、専門的にはこれを

ソースコード（略してソース）なんて呼びますから、

プログラマーの使うパソコンの中に「src」という

名称のフォルダがもしあったなら、

それは、（ほぼ１００％）そのソースコードが書かれた

ファイル群が入れてあるフォルダになります。

 

で、いま私が設計している共有ディスクの構成は基本、

システム名---src---機能名---ソースファイル群

もしくは、

システム名---src---機能名---人名---ソースファイル群

の様にしよう思いますが、

これも開発する規模によって大きく異なってきますから、

機能名の前にサブシステム名を加えたり、

人名の前にサブグループ名を入れた方がよかったり・・・、

まぁ、いろいろです。

あと、一番気を付けなければいけないのが、

履歴です。

個人的には、この「src」というフォルダに、

「src2」や「src2」、「src_new」だったりで、

履歴を残して置きたいがために色々フォルダ

増えていく言うのが、プログラマーの心情です。

その辺も予めの設計で決めておくか、

自由度広く持たせた方がいいか、

はたまた何かのソース管理ツールを用いるべきか、

もろもろ悩み尽きないところです。

 

そんなこんなの、実務設計者の今日この頃であります。