新しいものを表示

さっき数が大きすぎてわかりにくい例としてだしたソルトレイクシティ都市圏の
交差点の信号の交差する通りの名前標識ストリートビュー><
9001 サウス 700 イースト
maps.app.goo.gl/xHmqQWu24oYk9S

例えば、目的地は「山田通り123」だとして、「山田通りと田中通りは交差している」、「ここは田中通りであり、山田通りはここより南にある」と言う情報を持っていれば、そこから南下して「山田通り」って標識を探していけばいい><
山田通りに入ったら、番号を見て123に近づく方に進めばいい><
道路方式の国、特に通りの名前の標識が多いアメリカの人の道の覚え方と辿り方ってたぶんそういう感じかも><

あと、道路方式で「通りにたどり着けるか?」は、そもそもその通りに繋がる道の正しい方向に進む必要は当然あるけど、交差点には交差する通りを書くのが一般的なので(信号がある交差点には交差側の通りの名前が掲示されてる)、その標識を見ていけばたどり着ける><

ていうか、道路方式の国での大都市での覚えやすさの面で言うと、そもそも通りの名前こそが街の名前みたいな扱いになってるわけで、そこから違うかも><

orange さんがブースト

マンハッタンの真ん中は数字なので楽だけど、南の端に行くと、まず通りの名前が京都状態になるので、姉さん3条歌わないと辿り着けない

オレンジ的には、「道路の名前考えるのがめんどくさかった」&「単に馴染みがある上で、道路方式のメリットを理解出来る人が地理オタクと海外在住者くらいしか居ない(ので、役人も変化が大きい道路方式を推しづらい)」のふたつの理由では?><
って思ってる><

日本の住所にはなぜ街区方式が使われるのですか? その利点と欠点はなんですか? - Quora jp.quora.com/%E6%97%A5%E6%9C%A

これだと、素人の人は「道路が多すぎるからじゃね?」って言ってて、市役所の人は「マジでこんな不便な街区方式ばっかり採用されてるのわけわからん」って言ってる><

オレンジは珍説を述べてる訳じゃなく(日本にも全面導入をの部分が無茶で珍案って話であって><)、日本の住所表示の問題って、既に多く指摘されてる通りでなおかつ国交省も言ってる(さっきのリンク参照)事だし・・・・どういう事なの?><(語彙力)

ものすごく全然納得行かない><

@tateisu でも、日本以外の大半の国は、通りの名前方式を採用してるおかげで、実際にどの通りにいけばたどり着けるかの情報を持っていて、特にアメリカなんかはほとんどの通り(の交差点)に通りの名前の標識がついていて、建物の方は名前は書いてなくても番号は書いてあるので、初めてでもたどり着きやすいかも><

オレンジが孤軍奮闘しなくても、国交省に社会実験した時のページがあった><

通り名で道案内 mlit.go.jp/road/torimei/index.
「通り名で道案内」のねらい mlit.go.jp/road/torimei/toorin

@tateisu でも、それで困るのは複数の通りに面していて なおかつ 住所の基準の通りからは直接たどり着けないってケースになるので、かなりのレアケースになる気がするかも><(角地ではない大豪邸とか><)

@tateisu その場合はメインの入り口だったかも?><;
日本の場合で街区方式の場合は、一番外周に近い部分が基準になるっぽい?><(自信無い><;)

@tateisu 義務云々じゃなく「どこを基準にするか?」の問題かも><
日本でも地番じゃなく住居表示は一応ちょっと日本以外の方式に発想を寄せて、線に沿って住居番号をふる方式になってる><

@tateisu そこはどう言っていいか表現が難しい><;

@tateisu その発想はとても日本文化的で、通りの名前基準の地域(先進国の大半(中国や韓国も))では、住所とは通りと入り口を示すものかも><

@tateisu それがないといま日本でカーナビを使った時にも起きる「近くまで来たけど入り口はどこなの!?」問題が起きちゃう><
通りの名前基準方式を採用してる地域では起きにくい問題かも><

とあるお寿司屋さんの住所の場合><;
684 E 11400 S G, Draper, UT
これは「11400 S」が通りの名前><(「G」は号室)
こういうパターンはアメリカ人プログラマも「住所処理めんどくさいデスネ!」になる?><;

スレッドを表示

ソルトレイクシティ都市圏の通りの名前&住所、札幌とかのシステムに近いんだろうけど、例えば適当に見つけたクッキー屋さんの住所だけど
13491 S 1300 E, Draper, UT
こんなのもう座標じゃん><;(1300 Eが通りの名前)

古いものを表示
:realtek:

思考の /dev/null