地図では近く見えた — 聖水4.3kmの初ルートチェック

The Cue

マヤの地図にはピンが七つ刺さっていた。画面を二本の指で縮めると、ピンはひとつのブロックのなかに集まっているように見えた — カフェの隣に路地、路地の隣にショップ、その隣に公園。ところがフルデイルートのデスクデータは別の話をする：この七つのピンのあいだをつなぐ徒歩だけで4.3km、67分だ。

この記事はその数字の読み方だ。地図の移動の数字が実際の一日で何を意味するのか — どの区間が一日を長くし、計画が押したらどこを消すべきかを、初訪問者の目でひとつずつ照合する。五つの期待と現実のギャップはマヤの最初の記事に、靴が一日を書き直す話はリアリティチェックにある。

The Route Ledger

ルートの移動台帳を開くとこうなる。出発は軽い — 聖水駅2番出口から最初の立ち寄り先まで109m、徒歩3分。昼食の大林倉庫からLCDCまでも819m、12分だ。ここまでだけ見れば地図の印象は正しい：聖水は歩いて回れる街だ。

台帳の裏のページが問題だ。立ち寄り先間の徒歩合計4.3km・67分のうち約72%が最後の二区間に集まっている — LCDCからポイントオブビューへ1.3km（19分）、ポイントオブビューからソウルの森へ1.8km（29分）。移動は一日に均等に散らばっておらず、午後にまとまってやってくる。最長の移動が一日の後半に配置されているということ — これが地図が見せてくれない最初の事実で、この記事のクリエイターテストはそのタイミングを疲労リスクとして読む。

The 19-Minute Problem

判断基準：移動時間よりも移動の方向を見る。同じ19分でも、前へ続く区間と引き返す区間では計画上の意味が違う。

具体的に：LCDCからポイントオブビューへ向かう1.3kmは、西へ来た道を引き返す区間だ。画面では隣り合う二つのピンだが、動線の上では、一日の流れを一度折り返して逆方向に戻る区間 — だからルートが体力低下時の最初の削除候補に指定した場所もここだ。

行動：自分の地図で引き返す区間を先に見つけて印を付けておく。その区間を一日の調整余地として扱う — 残せれば残し、削ってもルート全体は崩れない。

The 29-Minute Problem

判断基準：最長の移動区間は時間ではなく荷物の状態で判断する。

具体的に：ポイントオブビューからソウルの森までの1.8km・29分は、このルートで最も長い歩きだ。問題は長さではなくタイミングだ — この区間はセレクトショップ巡りが終わったあとに来て、買い物をしていれば荷物がある状態で迎えることになる。朝の29分とショッピングバッグを持った午後の29分は、別の単位だ。

行動：購入を軽めに保つか、荷物が増えたらルートの変形ルールどおりポイントオブビューを飛ばしてソウルの森へ直行する。最後の二つの立ち寄り先（ソウルの森・歩行者橋）は一日の結論なので、守るほうがいい。

Hands, Bags, Shoes

判断基準：地図にない三つの変数 — 手、バッグ、靴 — が移動の数字の実効値を決める。

具体的に：道案内の手はスマートフォンが占める。傘が加わると片手が消え、ショッピングバッグまで加わると自由に使える手が減り、移動の判断に運搬の負担が加わる。靴はもっと根本的だ：靴の実際の持続時間はデスクデータが答えない — この記事では合計4.3kmと最長1.8kmを靴選びの計画基準に置く。靴ひとつがルートを書き直した記録は別の記事にある。

行動：クロスボディバッグで両手を空けておき、靴は総歩行距離と最長区間を基準に選ぶ。雨の予報なら、傘で片手をふさぐ代わりにフード付きの防水アウターを使う雨天の公式（シーンガイド）を使う。

The Attention Ledger

判断基準：地図の数字が数えない二つ目のコストは注意力だ — 歩く時間だけでなく、確認する時間が一日を使う。

具体的に：このシミュレーションは初訪問で道案内の確認が繰り返されると仮定し、道案内の確認・信号待ち・横断を移動の数字に載る別の注意コストとして置く。スマートフォンを確認しながら歩く区間は計画値より遅くなりうると仮定する。実際にどれだけ遅くなるかはFIELDの測定項目だ。再訪では地図の確認頻度が減りうると仮定するが、その差はまだ測定していない。つまり4.3km・67分という地図値に、初訪問者の注意コストを別枠で足して読む。

行動：どの区間で地図の確認が最も多く発生するかは実地踏査の項目として残し、現在は引き返す区間と最長区間に別の時間の余裕を置く。そして次の立ち寄り先の名前と方向をあらかじめ確認しておく準備をする — 実際のスマートフォン確認回数の減少は実地踏査で測定する。

The Delete-One-Stop Test

判断基準：計画が押したときに何を消すかは、現場で決めるのではなく出発前に決めておく。

具体的に：このルートで遅延時の最初の削除候補は決まっている — 引き返しをつくるポイントオブビュー。ちなみにこの立ち寄り先は入場締切19:55、最終週の月曜休みなので、無限に後ろへ回せない場所でもある。雨が降ったら削除ではなく軸の転換だ：路地・歩行者橋を減らし、大林倉庫・LCDCの滞在を増やす屋内軸がルートに用意されている。

行動：出発前に「消すならこの立ち寄り先」を一か所決めておき、雨天分岐の屋内軸をあらかじめ読んでおく。決定を先に下しておけば、遅延は事故ではなく分岐になる。

Reality Check

この記事の照合は地図データ基準のデスク検証であり、移動の判断の結論だけがクリエイターテスト（シミュレーション）だ。地図の経路値は個人の実際の信号待ち・歩行速度・撮影の停止を実測した値ではない — だからルートは67分を基本の移動値に置き、別の余裕時間を足して計画するように言っている。

まだ確認されていないものはそのまま残す — 区間ごとの実所要と体感の坂、信号待ちの頻度、ショッピングバッグを持ったときの実際の減速、区間ごとの地図確認回数とスマートフォン確認が実際の移動時間に与える影響。すべてFIELDの確認待ちにあり、確認され次第、この台帳の該当する行が実測値に置き換えられる。

After the Cut

地図の縮尺は距離を縮めて見せるが、一日の縮尺は二本の足と荷物が決める。初訪問なら、ピンを数えずに区間を数えよう — 特に引き返す区間と最も長い区間、その二つが一日の形を決める。