住所の取得を

2008/10/5 03:35
Yahoo!地図ローカルサーチAPI
http://developer.yahoo.co.jp/map/loc...
をメインにしてみました。精度高そうです。

コメント (70)

Hiroki sakurada
あれれれ?
新規登録で住所取得ができませんが?
871xxxx
住所取得、確かに精度は高いですが、さすがに地番まで正確というわけにはいかないようです。
既に登録済みのポストやJPで試してみましたが、隣や向かいの住所を取得する事の方が多い感じ。
他のソースで確認できたもの以外は、地番は消した方が無難そうです。

・・・とは言っても、たぶんこの(地番入りの)ままでマッピングが進行していくでしょうね。
aska27
かなり正確ですね、境界線上では向かいのも取りますけれど
実用上は問題ないかと思います。(どんな実用か?!)
街区がわかって、番号が少し違っても、ないよりははるかに探しやすいです。
間違った地番が自動的に入ってしまうのは頂けませんね。
場所を必死で正確にマッピングしても、その場所を表す文字が嘘ではダメでしょう…。

これまで通り、町・丁目までにする事はできないものでしょうか。
tamusan
>これまで通り、町・丁目までにする事はできないものでしょうか。
小生も↑賛成です。
本日、数個のポストをいじりましたが、「○番-△号」は結構とんちんかんです。
上の移動枠でチェックしています。二度手間になってしまいます。
kuwa
yahooのapi、住所が区切られてこないのでこっちで区切っているのですが、「丁目」か「-」以下を省略するようにしました。

神奈川県が取得できてないようです。調べて直します。>Hiroki sakuradaさん

・・・
直しました。神奈川県と鹿児島県と和歌山県の4文字県の処理をミスしてました。
871xxxx
kuwaさん、対応ありがとうございます。

>「丁目」か「-」以下を省略するようにしました。
「丁目」のある地域では、これで大丈夫と思います。
ただ、その他の地域では、地番の枝番が省略されるだけですので、依然として大きな違いが生じることがあります。
例・板倉町役場 http://postmap.org/map/322866
検索して、正しい住所(板倉2067)に修正しましたが、取得される住所は板倉1747です。

「丁目」か、「町名(大字名)」以降を省略する(=地番を入れない)・・・というのは、可能でしょうか?
せっかくの新機能ですが、地番や番地が細かく出すぎると実際はズレを含むことも多いにもかかわらず正確なデータであるように錯覚してしまいます。「○丁目」というレベルまでしか出ていないと「そんなものか」とある程度誤差を見越して対応できますが。

あと、「○丁目」の数字は従来どおり漢数字にできないものでしょうか。宛名書きの際には算用数字で表記することも多いですが、本来は漢数字で書くものです。
flipflop
みかちゅうさんの仰る、
>あと、「○丁目」の数字は従来どおり漢数字にできないものでしょうか
私もおなじように感じました。

ただ、これ(アラビア数字→漢数字変換)を変換するの面倒くさそうですね。一桁なら問題ないですが、二桁もあるようですので。
正規表現を使って /[0-9]+丁目/ を取り出して、取り出した数字を変換しないとですね。

ちょっと面白そうだったので、PHPでアラビア数字から漢数字に変換する関数をつくってみました。(utf-8です。)
自然数でintなら対応できると思います。
添付ファイル説明サイズ
number.txt漢数字への変換関数2kb
kuwa
すごいっすね。僕には理解できないっす・・・。
そのまま使わせてもらいます。兆丁目の出現を楽しみに待ちます。

・・・
板倉2067と板倉1747のあたりを逆ジオコーディングしてみると、隣接っぽくないでしょうか。隣接の番地くらいならあった方がいい気がします。住所を参照して探すとして、隣接番地でも分かっていた方が近くに行き着けるように思うので。この考えで行くと、号まで拾っておいた方が近くまでいけそうではありますが。
大阪府堺市の一部で「~丁目」ではなく「~丁」と表記するとろこもあります。
以前、間違いだと思い込み勝手に直して、送り先から怒られたのを思い出しました。
aska27
堺市は、ほとんど「何とか台*丁」というのが町名です。(*は本来 漢数字)
漢数字の部分を含めて、堺以外などの街でいう「何とか町*丁目」というのが 町の名前とされていますから
漢数字であるのが一般的だと思います。

住所の取得については
間違いでもいいから、「**番**号」までの最終的な番号まで欲しいなと思います。
現状でも、*丁目のない町だと、「何とか町**番」までの街区番号までを拾っているようですし
(丁目と勘違いしているんでしょう)
(例)  3丁目ではなく、街区番号が3です。
http://postmap.org/map/302247

住居表示の未実施のところでは、番地を取ってきています。このあたりで不公平感があります。
地番の枝番(「****番地の*」 の後ろの*)がなくてもほとんどピンポイントでたどり着けます
(例)
http://postmap.org/map/302250

で、現状
*丁目までの町名表記、
*丁目のない町での街区番号までの表記
大字なんとか****番地まで取ってくる表記

の3つで、3段階の差異があると感じます。

それなら、最終まで取ってやるのが公平かと思います。
細かい地番の間違いがわかるのであれば拾わせてから手動で消すとか、あえて消さないとか
そもそも、正確な地番が分かって、どうするのか?というところがあります。

ポストにたどり着くためなら、隣接地番でもOKかとおもいます(ここで意見が分かれているような気がします)
flipflop
>kuwaさん

コード中になんにもコメントを書いてないので、たぶん本人じゃないと何やってるか分からないです。
私も人が書いたコードは読めませんね。Perlとかだともっと分からないと思いますが。

私も隣接ぐらいの違いなら問題ないと思います。
ただ、大字・町名(丁目)ぐらいのレベルまでは間違っている場合は補正していただきたいと思いますが。
大字エリアなら地番まで、住居表示エリアでも丁目の次の地番ぐらいまではあってもいいんじゃないでしょうか。
これが文字だけのサイトで、文字を見てそのポストに辿り着けというのなら、
例えそれが嘘の地番であっても、近い場所の番地を書いてあった方が親切なのだと思います。

でも、ポスト"マップ"は全てのポストの位置が地図上に明記されていますね。
一般の人がその場所を把握するためにとる方法は、やはり地番より地図だと思います。
地番はあくまでもサブ的存在。
タイトル自体もみんなで分かりやすいように工夫して付けてる訳ですしね。

どうしても地番で探す事が有ったとしても、結局は地番まで載ってるような詳細な地図を開いて探したりしないですか?
もしかしたら、GPS等の機器に探してもらう場合に限った話なのかな…?
-----------------------------
堺市についてですが、歴史的背景から「丁目」ではなく「丁」が使われています。
(aska27さんが仰る「何とか台*丁」の「台」がつく地名。これは市南部の山を切り開いて作った新興住宅地のみです。歴史は無いけど「丁」で統一されました。)

堺の中心部には、南蛮貿易や各種商業の町として栄えた時代の名残がそのまま残る地名も多く有りますよ。
鉄砲町・材木町・櫛屋町・宿屋町etc...。
また、碁盤の目状だったので「○通」と言う町名も沢山残っています。

詳細説明は堺市のHPに有りますので、雑学の一つとしてどうぞ♪
☆[なぜ、堺市では美原区域以外は「丁目」じゃなくて「丁」なの?]
http://www.city.sakai.osaka.jp/city/...
H17年2月に編入した美原区(元南河内郡美原町)は、唯一の例外になります。
871xxxx
うーん・・・
やはり、いくら隣でも、明らかに違う地番がついてるのはどうか、と思うのですが。
ここで隣の地番が表示されることで、例として挙げた、板倉町役場=板倉1747、と誤認される恐れがあるわけです。
地番が入ってなければ、板倉町役場=板倉、ということで、とりあえず間違いにはなりませんし。
まして路上設置のポストは、正確な地番まではわかりませんからねぇ。
近所のおばちゃんも、地番を訊かれてもわからないでしょう(笑)
タイトル同様に、その辺のユルさもあっていいんじゃないかと思いますが、どうでしょう。
aska27
>堺市についてですが、歴史的背景から「丁目」ではなく「丁」が使われています。
mettiさんのおっしゃるとおりです。何とか台 だけではなく、堺中心部も丁であります。表現が不適切でした。申し訳ないですm(_ _)m

つける番号は「ゆるく」てよいと思いますけれど、

明らかに違う地番だったらつけない方がまし
なのか
明らかに違う地番でもないよりまし
なのか

どっちなんでしょう・・・・・

たとえば、先ほどの、何とか台 で示される範囲と、何とか台*丁 で示される範囲とは大きく違いますので
何とか台*丁という表現はあった方が良いですが、2丁なのか4丁なのかが境界線上で間違う場合もあると
思います。(実際は2丁の端っこにあるのに、表示は4丁になった)
そうなれば、表示上だけでも4丁7-8(仮)という表現の方がより探しやすくなると思うので
私は「明らかに違う地番でもないよりまし」であって、採番が少々間違っていても気にしないでほしい・・・・と思います。

仮に、871xxxxさんのおっしゃる、役場へ送る手紙の住所に板倉1747と書く人がいたとして、間違いだということの
デメリットよりも、一つのポストを探すのに、板倉の全域(どれだけ広いかはわかりませんが)を探すことの
デメリットの方が大きいと感じます。
役場の住所録を作っているわけではないので、これで手紙を出す人がいたとして、間違いだと指摘されるとしても
マッパーの皆さんがテキストのプリントアウトだけで探しまわることの徒労は感じます。
(リスト表示に、プロモード=サイドバーなし、できるだけ行数を少なくして、プリントアウトしたい  が欲しい・・・)
地図をプリントアウトすると莫大な量になります。

三ツ島の2600番地はどこ?ということで、2000から上はあのあたり、500台はあのあたりということもあるので
おばちゃんに番地で聞くこともあるかもしれません。仮に2600番地と700番地が隣接していたとして
採番上700になっていたとしても、かなり近くにたどり着けることになります。

境界線上の隣接は、間違う可能性はたくさんある として、「ないよりまし」でいかがでしょうか?
871xxxx
aska27さま。
>できるだけ行数を少なくして、プリントアウトしたい
モバイルのページなら、住所とタイトルと種別(ポストorJP)のみ、1ポスト1行です。
テキストのみで可なら、プリントアウトに最適かと思います。

で、その(モバイルの)ページを見て思ったのですが・・・
やはり、地番より、タイトルがメインだと思うのです。
(いま同時に話題に上っている)タイトルの付け方が良ければ、地番がなくともポストにはたどり着ける。
役場やスーパー、コンビニ等は、正確な住所がどうなのかを知らなくても、そこまで行けますよね。
たとえ、所在地が、相当広い「大字××」だとしても、わざわざ地図を広げて必死に探すことはないでしょう。
逆に、地番だけで、その場所にたどり着くのは・・・
住居表示実施地域なら、まぁ可能でしょうが、それ以外の地域では難しいでしょう。(通常、街頭に表示もないですし)
自分の家が何番地かは知っていても(中には、それすらうろ覚えの人もいます)、
他の地域のどこが何番地かは、詳細な地図を持っていない限り、なかなかわからないと思います。
地番を常に意識しているのは、プロ(JPグループや宅配の人)ぐらいかと思うのですが。

また、このサイトの場合「ポストリスト」ではなく「ポストマップ」なんですよね。
近くの郵便ポストを探す、という目的からすると、本来は地図が最重要で、マッピング位置が正確ならタイトルは二の次、住所は三の次あたり、と私は考えます。
(やや言いすぎかとも思いますが)
もし住所から絞り込むとしても、地番まで絞り込む、ということはないと思います。
また、リストに地番までの詳細住所が載っているからといって、一般ユーザーが、わざわざ他の地図サイトを利用してポストの位置を検索する・・・というようなことは、しないでしょう。
そのような事をしなくても、ここでマップが見られるのですから。
(するとすれば、マッピング位置の検証の時だけ・・・)

タイトルを工夫することを優先して、住所は漢字部分のラストまで(後ろの数字部分は切り捨て)、というのが最適ではないか、というのが私の考えです。
明らかに違う地番だったらつけない方が「まし」というか、「無難」だな・・・と。
もちろん、ポストの表示や店舗の公式サイトから地番が判明すれば、付け加えるのは自由だと思います。
現状では、そうやって確認された(確実な)地番と、「だいたい何番地ぐらい」というのが、見た目に区別が付かない・・・というのが気になります。
「場所に自信なし」のように、「住所に自信なし」あるいは逆に「住所確認済」というのがあれば、現状の地番ありでもいいのかな、と思いますが。
いかがでしょうか。
ポストを探すとき「この辺にポストはないですか」と尋ねれば、「あそこの酒屋の前だよ」というように目印で回答してくるはずです。大して目印がない場合なら「この先まっすぐ」というぐあいの回答で、間違っても地番で答えることはないでしょう。つまりポストマップでは何よりも「意味のある目標物をタイトルで示せるか」が重要になるわけです。
というより近所の家の地番ってけっこう把握しているものでしょうか? 地元の方でも地番で指示されたらどこのことかわからないような気がします。集合住宅だと「1号棟の203号室」のように把握しているかもしれませんが。

ついでに、初めて見る地域でお目当てのところを地番で探すのがいかに面倒だか、実際にやってみると分かると思います。例えば「横浜市泉区和泉町4636-2」はどこでしょうか? 地番を入力したら図示してくれる地図サイトがあればそんなに苦ではありませんが、本屋で売っているような地図しかない場合はそもそも全部の地番が載っているわけでもないですね。おまけに地番は1から順に整然と付いているとは限らず、飛び地やらでぐっちゃぐちゃのことも。こんな状態のあるので、地番から目標物を探しなれているのは運送・配達業ぐらいではないでしょうか。

地番が自動入力されていることで救われることはあまりないかな、と。正しい情報ならいっこうに構いませんが、ズレが生じるのが当たり前のような自動入力ならば空白のままでいいと思います。
Hiroki sakurada
僕も番地はいらんなあ。

たとえば、我が家の場合、1938-***ですが、1938と着いているのは両隣のみ、2軒隣は1922、前の家は1908とばらばら
我が家の周辺(**団地と人は言うが、住宅地)では番地で家や場所を説明する人は皆無です。

なれた運送業者は番地で配達できますが、なれてないと悩むこと必死
地番の区分と道路区分が全然一致していないとこんな事になりますが、地番区分けに道路をあわせる必要性はこれっぽっちもないからね。

わかりやすい目標があればあとは正確なマッピングで十分だと思います。
このスレッド全体を通して、871xxxさんとみかちゅうさんのご意見に、全くそのまま同意します。
書くのを躊躇して端折った部分がきちんと言葉にされていたりもして、大きく頷くご意見ばかりでした。

aska27さん>
aska27さんがなぜ番地表示にそこまでこだわられるのか、その謎が解けた気がします。
地図よりリストの方が枚数を少なくできる、という事からだったんですね。

9月に登録されたばかりのaska27さんはご存知ないかもしれないのですが、
マッパーの皆さんが現地調査の際に持参するものは、これまでの色んなブログや書き込みから推察可能です。
ポストマップのデータを現地で確認したい時に持参するのは、印刷したマップか今ならモバイルサイトの人が殆どだと思います。 マッピングリスト持参という意見はあまり聞いた事が無いですね。

リストの住所だけを見てポストの場所を見つけ出すなんて、それはそれは本当にしんどい事をされていたんですね。だからこそ番地の表示を欲しがっておられたのでしょう。
例え枚数が多くなっても、地図を印刷して活用する方がずっとずっとラクですよ。

また、この前の書き込みでは、役場前ポストの住所を見て役場に手紙を送るという話をデメリットの例としてあげられていました。 でもすいません…、これは例え話としては飛躍しすぎですねw。
そんな事する人は居ないでしょうし、居るとしたら、それは役所の所在地の調べ方として明らかに間違っています^^;。

とりあえず、地図をもっと活用される事をぜひぜひおすめ致します。 同じ大阪を拠点としている者同士、これからも頑張りましょうp(^^)q。

kuwaさん>
丁目がつく場合は番地表示無し、丁目がない場合は番地表示有りという形に、21時頃に変更されたようですね。
何かコメントを頂かないと、皆さんの意見が空回ったみたいになっちゃうのですが…^^;。
kuwa
なにも手をいれてません。flipflopさんの関数を使って漢数字化だけ今晩やろうかなと思っています。
どこで省略するかは、まだあんまり考えが決まってません。

逆ジオコーディングウォッチャーとしては、Yahoo!が出してきたAPIは、これまで世の中にあったAPIから格段と進化して感慨深いので、その視点で言えば拾えるものは全部拾いたいというところはあります。近似の住所であることには間違いなさそうですし。
全部表示するメリットとデメリットを天秤にかけたら、メリットの方があるんじゃないかと思わなくはないです。ズレていることのデメリットなんてないというか。

「目黒2丁目」までで終わらしておくと、リスト表示「town=目黒2丁目」で括れるというメリットはあるのですが、手入力で詳細まで入れちゃうと揃わないので、これはまた違う話になっちゃいますね。(そうそう、リストのプロ検索、年内にはやります)

詳細住所があると、Mapionなどの地図サイトで近くを見たい時に、ズパッと近くに飛べるんじゃないでしょうか。

書きながら考えたところ、やっぱり僕は全部表示派ですね。
あー、住所が長くなるというデメリットは感じます。
あらら?手入れされてなかったのですか、すいません。
丁目より下は急に入らなくなってますが何なんでしょうね。不思議^^;。

今、このスレッドを改めて一から読んでみました。
これらの意見をお読みになっても全部表示の気持ちになるというのは、正直あまりよく理解できないんですよね…。

「逆ジオコーディングウォッチャーの感慨深さ」というのが、全部表示の大きな理由になるのでしょうか。
そこが理由だと理解できなくても仕方ないかもしれません…(悲)。
tamusan
>数個のポストをいじりましたが、「○番-△号」は結構とんちんかんです。
>上の移動枠でチェックしています。二度手間になってしまいます。

と、ずいぶん上に書いてしまいましたが、
小生、このところ新規マッピング激減で、手間というほどではありませんでした。(笑)
取得の際に自分のメモと比べて確認するだけですから。
aska27
おっしゃるとおりですmettiさん
>リストの住所だけを見てポストの場所を見つけ出すなんて、それはそれは本当にしんどい事をされていたんですね。
>だからこそ番地の表示を欲しがっておられたのでしょう。
>例え枚数が多くなっても、地図を印刷して活用する方がずっとずっとラクですよ。

モバイルで確認する方法はよく理解できるんですが、住所とタイトルでたどり着きたいという気持ちがありました。
カーナビなんて信用しない・・・・という心です。郵便屋さんはカーナビ付けないバイクで走る・・・・(配達区域は覚えているでしょうが・・)
それと、マッピング位置が正確であるというのは、一番大切な条件です。緯度経度は絶対に狂っていないのは道路の幅単位で
間違っていないことが前提条件です。でも、地図は細かいところでは見てません。この街のどこにあるべきかを考えて走っています。
公民館前か酒屋前か、手紙を出す人はどこへ動くのか?バス停は?電車の駅は?取集車はどう回るのか?を考えながら探していました。

で、住所は全部表示したいの心は、

正確なものならもちろん歓迎で、あやふやなら入れないでほしいというご意見に
理解が傾いてきました。丁目より下は入れないで、要するに「町名」だけがあればよしとして、
タイトルの工夫、わかる範囲での街区番号の手入力で対応すればベストだと思います。

とすれば、住所とり込みの場合に、町名までの表記と、Yahooが出した何番何号の数字を併記して(当たっているかどうかはわからない)
入力時にユーザーに選択させればよいではないかと提案したいと思います。
(妥協しているみたいだけれど、解決は難しいのかもしれません・・マッピング位置にしても入力者が嘘入れたら前提が崩れます
住所も、正確だと言っていい加減な物が入っている可能性もあります)

PS:新参者ではありますが、大変楽しくやってますので、皆さまどうぞよろしくお願いします。
kuwa
YahooのAPIの精度について、けっこう認識が違うみたいですね。
恐ろしく近い住所が返ってきてると思うのだけれど、地域で印象が違うのかもしれません。
都内だと、号までほぼ合ってる感じです。
ポストだと道に置くケースが多いから、向かいの住所を拾ってしまう可能性もあるとは思いますけど、向かいの住所でも構わないと思わないこともありません。

登録時に編集できるようにする方向で、ちょっと調整してみます。
871xxxx
精度の高さは驚くほどで、とても素晴らしいと思っているんです。
が、逆に、高すぎて困る点もあるというか・・・
私の場合、自分がマッピングしたポストが何町何番地にあるのか、住んでいる市内についてはほとんど把握できるんです。
が、そこまで表示してしまうのはマズいな・・・と思うところがありまして(ポスト設置場所が個人商店等の場合は特に)。
で、町名・大字名までにとどめているのです。
ここまで、違う地番が表示された場合について話してきましたが、自分のマッピングについては、たとえ正しい地番が表示されても、あえて消します。
(公共機関や著名な施設等で、かつ正確であると確認できた場合は別として)
市内の多くのポストで住所を再取得してみて、正しい地番が表示された場合だけ残そうか・・・と、かなり迷ったのですが、やめておきました。

kuwaさんの昨日のコメントにある
>詳細住所があると、Mapionなどの地図サイトで近くを見たい時に、ズパッと近くに飛べるんじゃないでしょうか。

これなんですが、吹き出しのJPアイコンのように、マッピング位置の緯度経度データから飛ぶことができれば・・・と思うのですが、いかがでしょう。

いろいろお手間をおかけして、すみません>kuwaさん
kuwa
mapionは例えで、あらゆる地図サイトにリンク貼るのはごちゃごちゃするので避けたいです。

下記のようなbookmarkletをつくれば飛びそうではありますよ。
javascript:(function(){var c=map.getCenter();var z=map.getZoom();[この辺で座標をmapionに変換];location.href='ここに座標入りのmapionの地図のURL')();
kuwa
ひとまず、マッピング時に町域(って言うんでしょうか...JP参照)をフィールドにしました。読み込み住所が気になる方は調整して下さい。
都道府県や市区町村が違っている場合は、登録後に吹き出し下の「住所」から変更を。

あと、丁目や丁を漢数字にしました。
最近の数字で読み込んだものは、今から変更してみます。

・・・
配慮レベルとして、住所は個人と紐づかなければ良いかなと思ってます。看板を掲げている商店の場合は、商店名と住所が紐づくのは、そんなに悪くないんじゃないかと思うのですがどうなんでしょう。
aska27
>個人商店の住所の紐付け
全く問題ないと思いますよ、電話帳データなどで事実上タウンページは公開されていますし、まして、ポストで客を誘引しようとしているとすれば、住所があることがマイナスになるとは思えません(たとえ号が間違っていても)

商店の方が「ポストに命名ありがとうございます」なんていうコメントもありましたので、ポストに自分の店の名前が付いているというのは悪い気はしないでしょう。

住所をさらしたらどうかと思うのは、民家前のものだけではないでしょうか?タウンページに載っていない施設(そんなものあるのかな?)もやめたほうがいいかもしれません。では、公道から撮る写真はいいのか?で、ストリートビューの存在そのものにつながる話になってしまいます。
871xxxx
商店名と住所の紐づけ、もちろんポストマップ内では問題ないと私も思います。
私の場合、個人的に(職業上)、詳細住所をこちらにUPすると(私自身が)問題となりかねないので控えているだけですので。
皆さんは、そのへんはあまり気にしなくてもいいと思います。

これまた個人的には、電話帳の住所やゼンリン地図を見ても、「あー違ってるよ・・・」という箇所を発見することが多いのですが・・・
グッとこらえております(^^;)
話がずれますが画像撮影に関してで、こんな話題もあるのでリンク。
画像撮影は難しい
http://postmap.org/blog/189892

そしてまたずれますが商店名と住所の紐づけに関しては、
大手チェーン店やコンビニ等は別に構わないでしょうが、
個人宅はさておき、個人商店のようなものでも(特に地方、田舎の店では)
基本は控えておいた方がいいと思っています。
そういうときは私の場合、ポスト名を住所で(○○市○○町とか)表現しています。
まあベースの地図に記載されているものもあるんですけどね。

(すでに名前がつけられているものに対して変更申請はしていないのと
方針がよくわからないので、全部やっているわけではないのですし、
画像に関して言えば撮影許可を得た事は私はないですけど)。

タウンページなどで公開されているから、宣伝になるから、
という理由を前面に押し出すと、インターネットそのもの(ようは、自分の
よく知らないものになるのですが)に恐怖心を抱いている
人からの反発を買う可能性があると私は思います。
tamusan
本日、久々の↓新規マッピング、住所取得、何番何号までバッチリどんピシャでした。
http://postmap.org/map/329981
倉庫地帯だから大ざっぱなのかなぁ。(笑)
kuwa
Googleが逆ジオコーディングを始めたらしいですね。
http://code.google.com/apis/maps/doc...

今から実装試みます。

・・・
大きい道路上だと、「駒沢通り」とか「国道246号線」だけが返ってきてしまって、悩ましいので実装保留。
tamusan
印刷して徒歩で使っていると、Googleマップはカーナビ用か?と思うことが多々あります。
歩行者専用の橋や地下道が載ってないし、地下鉄や私鉄の駅がいい加減。(入口の位置など)
そのくせ高速出入口などやけに詳しい。なんで車載ロードマップっぽいのを意識してるんだろう?
その流れで通り名が出たりするんですかね?
masa_h
京都市内だとそれほど大きくない道路でも通り名が返ってくるようです(笑
昔の話題を蒸し返してすいません。
みかちゅうさんの仰る、
>あと、「○丁目」の数字は従来どおり漢数字にできないものでしょうか
私は算用数字のほうがデファクトスタンダードと思います。
http://itp.ne.jp/  で「港区海岸二丁目 コンビニ」を検索して御覧ください。
日本郵便HPの郵便番号検索でも 港区 海岸(1、2丁目)・海岸(3丁目)
という表記です。
flipflopさん力作の漢数字への変換関数をはずしていただくのが
よろしいかなと思うのですが、どうしても漢数字じゃなきゃいやだという
人もいるようなので、ユーザごとに漢数字か算用数字かを選択できるように
できないでしょうか?
都市部に多く見られる住居表示実施地区(住所を「本町×丁目△番×号」のように表す地域)では「○丁目」を漢数字で書くのが正しいのですが、○丁目であっても地番地域は算用数字で表記していたりと、きちんと考えようとするとけっこう面倒です。

ただ、算用数字と漢数字が同じ地域で混在すると検索などで支障をきたすと思われたので、圧倒的に多い(と思われる)住居表示地域の表記に従って漢数字に統一するという提案をし、それが採用されて今に至っています。混在するのは何かと面倒なことが起こりそうですし、いまさら算用数字に変更するメリットはほとんどないと思われます。
user prep に従って漢数字か算用数字かを(リスト表示時のみ)
オプション選択するので混在して面倒なことが起こるとは考えられません。

漢数字にしていると例にあげた以外にもにデメリットがあります。
それは住所をキーとしたソートです。

実は旧郵政省発行のポスト所在地の一覧(一部のみ)を入手したのですが
こちらは算用数字が採用されており、ポストマップのデータと突合せ作業で
多大な面倒なことが起こっているのです。

漢数字賛同派はみかちゅうさんとflipflopさんのようですが、他の人の
考えも知りたいです。
tamusan
緑色の住居表示板の○丁目は漢数字ですね。
都バスのバス停名も漢数字。
その後の△番×号は算用数字のようです。
でも、「丁目」を書かないときは算用数字で書きますね。
僕はどっちでも良いです。
Hiroki sakurada
何で意見書くとき「匿名」なんだろう?

もし、匿名でないと書けない意見だったら僕はあまり必要性を感じないな
tamusanさん、ありがとうございます。

みかちゅうさんの仰る、
>「○丁目」を漢数字で書くのが正しいのですが
というのは、縦書き文化の流れからくる見解ではないですか?
確かに街角のアルミかブリキでできている住居表示板の○丁目は
漢数字で表記されていますが、縦書きの都合からではないですか?

東京都の区市町のホームページで住所に「○丁目」と表記している役所は
どちらを使っているか調べてみました。
漢数字 13区市町
算用数字 9区市町

大阪府の場合
漢数字 8市町
算用数字 13市町

大阪市の場合、24区ありますが、ホームページの形態が統一されており
すべて算用数字で、大阪市として1つとカウントしています。

因みに総務省hpは千代田区霞が関2-1-2
注目すべきは港区役所の2005年頃以前のhpでは東京都港区芝公園1−5−25
2006年頃以降のhpでは東京都港区芝公園1丁目5番25号
いーえむえむ
町名字名の決まり方に関する法律、と言うのが実はあります。
地方自治法の第二百六十条がそれでして、こんな事が書いてあります。

>第二百六十条  政令で特別の定をする場合を除く外、市町村の区域内の町若しくは字の区域をあらたに画し若しくはこれを廃止し、又は町若しくは字の区域若しくはその名称を変更しようとするときは、市町村長が当該市町村の議会の議決を経てこれを定め、都道府県知事に届け出なければならない。
>○2  前項の規定による届出を受理したときは、都道府県知事は、直ちにこれを告示しなければならない。
>○3  第一項の規定による処分は、政令で特別の定めをする場合を除くほか、前項の規定による告示によりその効力を生ずる。

と言う事は、この法律が施行されて以降に変更・新設された町・字ってのは各市区町村議会での議決を経た上で都道府県の公報でその内容が告示される訳でして、その「告示された書き方」が法律上の正式な町名・字名…と言う事になります。
××町○丁目の○の部分が漢字で都道府県公報に告示されたものであれば、法律上の「正しい表記」は漢字、という事になります。
で、実際の告示の例ですが…石川県公報に告示が載った事例をとりあえずどうぞ。
http://www.pref.ishikawa.lg.jp/soumu...
一番最初のところで石川県羽咋郡志賀町の一部の区域の大字を「西山台一丁目、西山台二丁目」 に変更する旨告示されています。
この場合、○丁目の法律上の手続きに乗っ取って決められた書き方は「漢数字」と言う事になります。
この都道府県の告示でもし「××町○丁目」の○の部分がアラビア数字で告示されているものがあれば、アラビア数字で書くのが「法律上の正しい表記」と言う事になるのですが…そう言う事例があるかどうかは知りません。
とりあえず、石川県公報の町・大字の変更の告示で見たことあるのは全部「○丁目」の○が漢数字だったようなおぼえがあります。

ここでミソなのは地方自治法第二百六十条はあくまで「町名字名の決め方」を定めているだけで、日常生活レベルでは「法律上の手続きを経て決められた書き方」以外の書き方をしてはいけないとかまで謳っている訳ではない、と言うところでしょうか。
役所で何かの手続きをするような時は「漢数字で書くように告示されてる部分」はそのように書かないと書類の書き直しをする羽目になる可能性があります。
(特に土地建物の登記関係は要注意かも)
しかし、たとえば郵便物や宅配便の宛先に書くようなところは、正式な書き方に乗っ取って無くても特にどうこう言われない訳で。
(そもそも、各役所の表記がふらついてるあたりで、一事が万事「告示通りの書き方にのっとらなければならない」訳では無いと言う事が垣間見える…)

と言う事で「○丁目の○を漢数字で書くことには一応法律上の根拠はある」と言うことではあるものの、あとは「あくまで都道府県の告示にのっとった書き方をする」か、「データの集計や整理をしやすい書き方をする」か、どちらがポストマップ的にいいのか、と言うなのかなぁ…

BSwattan
少し静観していましたが、意見します。

私は漢数字から変える必要性はないと思います。
匿名氏が問題としている「町丁目」によるソート機能ですが、丁目の数を漢数字から算用数字にしたところで実用性が増すとは考えられません。
まず、この機能を使用しましたが、漢字に対して読み仮名がないために五十音順になりませんでした。
(例:福岡市東区で上から三苫(みとま)→下原(しもばる)→二股瀬(ふたまたせ))
これでは、例え丁目を算用数字にしたところで、突き合わせ作業が簡単になるとは到底考えられません。
また、漢数字のままでもこれまでポストマップとしての問題は殆どなかったようですし、2008年の議論にある通り、このサイトは「マップ」であって「リスト」ではないので、マップに関わる重大な問題ではないので変更する必要性があるように思えません。

提案ですが、旧郵政省のデータと突き合わせるのであれば、それをコピーしたり、ポストマップのリストを印刷したりしてペンでチェックするというのはどうでしょうか。ただ、ユーザー登録するほどのヘビーユーザーではいらっしゃらないようなので、突き合わせてみてどうするのかが、個人的に非常に気になります。

尚、丁目は漢数字が正式というのは、「縦書きの都合」「縦書きの文化の流れ」ということではありません。
住居表示というのは、住民票に記載されているものが正式です。そして、その住民票は横書きですが、殆どの場合「○町(漢数字)丁目」と書かれています。
871xxxx
私は、匿名氏が旧郵政省発行のポスト所在地の一覧(一部のみ)を入手したということ自体、眉唾と思っています。
郵政省時代、ポスト所在地を公開していたとすればせいぜい集配局が独自に印刷物として提供していた程度でしょう。
ポストマップが漢数字だろうが算用数字だろうが、データの突合には特に支障ないはずです。
全角の算用数字にしてもらいたいが為の方便ではないでしょうか。

もしデータとして入手したのであれば、どこからどういう手段で入手したのか、とても気になりますね。
こちらで公開していただければ、優秀なユーザーが突合用にデータを加工しますよ。ぜひ公開してください。

ただ、ユーザー登録せずに、すぐカトリされるような品のないコメントをなさる方の意見など、ポストマップ(や他の姉妹サイト)が採用することはないと思います。
こちらもお読みください。
http://tower.30maps.com/story/133527...

どんなコメントが出てくるかなー、と思って見ていましたが、さすが、みなさん「漢」ですね。
いーえむえむさん、BSwattanさん 前向きなご意見ありがとうございます。
871xxxxさんのご意見は理解に苦しみ、非常に悲しい。

漢数字のままソートすると以下のようになり耐え難いのはご理解いただけないですか?

○町一丁目
○町九丁目
○町五丁目
○町三丁目
○町四丁目
○町七丁目
○町二丁目
○町八丁目
○町六丁目

ですので一番初めに申しましたようにユーザごとにオプションで漢数字か算用数字かを選択できるようにできないでしょうか?
(もちろん元データをいじるのではなくリスト表示時に)
たもっち
「●丁目」の表記について、少しだけ。

岩手県の例です。
https://www3.e-reikinet.jp/iwate-ken...
明らかに「○○一丁目」「○○二丁目」等を町字の区域ととらえている表記のしかたです。

かと思うと神戸市のような例もあります。
http://www.city.kobe.lg.jp/informati...
算用数字表記の上に、「●丁目」が「○○町」の下位区分であるかのようにもとられかねない表記のしかたです。

このように、漢数字か算用数字かどちらが「全国的に公式」なのかというのは、おそらく答えの出ない問いなんじゃないかと思います。
少なくとも、公式な表記は市町村ごとに定められているわけですから、これがデファクトスタンダードだろうという決めつけはできないのではないでしょうか。
一方、いーえむえむさんも言われているように、一般人が必ずしも公式表記に従う必要もないものと思います。

といったところを踏まえての個人の考えとしては、現状の漢数字から変える必要性は薄いと思っています。
特に強い理由があるわけではないのですが、公式表記としては漢数字のほうがおそらく優勢だと思っているから、というのが一番大きいです。

あと、余談ですが、JPは住所の扱いには結構無頓着ですよ。
なんて書くと中の人に怒られそうですが(笑)、あくまで個人の感想ということで。
事務効率上、全国のいろんな事情を無視して一律の取り扱いを設ける必要があったし、しょうがないですけどね~というフォローを一応しておきます…^^v

「漢数字か算用数字か選択表示」というのは、ちゃんとやろうとすると結構難しいでしょうね。
漢数字を一律に置き換えるのは、まあ、簡単でしょうけど、「京都市中京区4丁目」なんて表記になったら、僕は卓袱台ひっくり返します。
http://www.mapion.co.jp/address/2610...
ユーザごとに、と言われましても、匿名の方には対応できないでしょうから意味無いですしね。
BSwattan
私の意見は前向きなんですかね?
私は871xxxxさんの意見がよく分かりますよ。ある場所で似たようなコメントがありましたから。

しかし、大きな疑問があります。それは、上の匿名氏のコメント(No.46)にある順番ですね。この方は本当にしたのでしょうか?
先に私が述べた通り、五十音順にはならない(音読みでも筋が通らない)ので、上の順番にはならないはずです。
福岡市早良区原は一丁目から八丁目までありますが、現状でソートしても下の順番になりました。
(南庄四丁目→)原一丁目→原七丁目→原三丁目→原二丁目→原五丁目→原八丁目→原六丁目→原四丁目(→原団地)
ちなみに、福岡県春日市春日(一丁目から十丁目)で試しましたが、九丁目は二丁目と三丁目の間のようです。

私は、全角数字のような中途半端なものにするくらいなら、漢数字のままで良いと思います。どうせやるなら読み仮名付き半角数字でなくては、先の五十音順といい、データ処理上大いに不都合があります(全角では数字と認識されないことがある)。
たもっちさん。
>ユーザごとに、と言われましても、
ちょっと誤解を与えてしまいましたので「ユーザごとに」を削除して訂正します。
ログイン状態でなくてもリスト表示できるのですが、その時にオプションで漢数字か
算用数字かを選択できるようにできないでしょうか?
>ちゃんとやろうとすると結構難しいでしょうね。
ほんと?
大元の取得データは算用数字なのでは?

BSwattanさん。
漢数字の住所データでitpが使えないという事実は
どうお考えなのですか?

あと、原一丁目→原七丁目→原三丁目→原二丁目→原五丁目→原八丁目→原六丁目→原四丁目
この順序のほうが理解できません。
私はMS Excelの「ふりがなを使わない」でソートしています。
BSwattanさん 「いろいろ調べてくださってありがとうございます。」と
申し上げるべきところを単に「前向きな」という簡単な言葉を使ってしまい
ました。大変失礼しました。

BSwattanさん。
原一丁目→原七丁目→原三丁目→原二丁目→原五丁目→原八丁目→原六丁目→原四丁目
この順序はポストマップに実装されているソートを使ったのですね。
Unicode体系でソートしているようです。
>(全角では数字と認識されないことがある)。
これはポストマップのシステム上のささいなバグでしょう。
BSwattan
1.iタウンページについて
iタウンページで使えないというのは、私はNTT番号情報株式会社が悪いと思います。
まあ、iタウンページに丁目単位で検索かける人は少ないと、この会社は考えているでしょう。

2.全角数字に関して
残念なことにポストマップのマッピングデータ上で全角数字を入力する場所はタイトルとメモくらいです。全角数字に関することは、一般的な事象です。

3.たもっちさんに対するコメントに対して
大元の所得データより、現在登録されているデータが既に漢数字で登録されているからでしょう。どうやらflipflopさんのつくられた関数はデータ所得時に使うもののようです。

4.最後にきついことを
このような意見を述べる以上は、現在登録されている約16万件のポストデータから、全てあなたが住所データを確認して、「京都市中京区四丁目」のような例外を除いて変換しようと考えているのでしょうか。そのような考え・やる気・決心をもってこのような意見を述べるのであれば別ですが、ユーザー登録すらしないあなたは、それ以前の問題です。管理者にその労苦を考えずに(しかも匿名という正体不明の存在で)何か言ってしてもらえると思ったら大間違いだと考えています。
たもっち
匿名 (id:1562)さま
>大元の取得データは算用数字なのでは?
すみません、もしかしたら、以前の書き込みを読み違っていたでしょうか。
>(もちろん元データをいじるのではなくリスト表示時に)
と書かれていたのを、「(漢数字で持っている)元データ」を変えることなく、という意味だと捉えていました。
つまり、「(算用数字である)大元の取得データ」は既に持っていないのが前提と思っていました。
その前提での話として。
例に挙げた中京区の「四丁目」は「○○町」の後に続くものではなく、他の「○○町」と同列に扱うべき町名そのものです。
つまり、これを「中京区4丁目」と書くのは「千代田区九段北」を「千代田区9段北」と書くようなものですので、これは避けなければなりません。
漢数字を算用数字に変換していいものかどうかの判断が簡単にできないんじゃないかな、と懸念しての書き込みでした。
もしそうでなかったとすると、話の前提が大きく崩れるわけですが、
現状として、既にマッピングされているデータについては、「大元の取得データ」は持っていないはずです。
つまり、「大元の取得データ」は当てにできないわけで、結局対応は難しいのではないかと思います。

今現実的にとりうる手段としては(選択オプションの話はとりあえず置くとして)、上記の「四丁目」のような事例は目をつぶって、
「漢数字+丁目」を一律に「算用数字+丁目」に置き換えられれば、一番手っ取り早いということになりそうです。
その置き換えを、システム側で対応してもらうよう管理人のkuwaさんにお願いするのは、確かにひとつの手ですが、
匿名さん自身の手で、Excel上で置換してしまうことも、簡単にできると思います。
Ctrl+Hで置換ダイアログが出ますので、「検索する文字列」欄に「一丁目」、「置換後の文字列」欄に「1丁目」を入れて、
「すべて置換」をクリックすると、該当する町名が勝手に置き換わってくれます。
これを「二丁目」以降も必要な回数繰り返すだけで、他人の手を煩わす事無く、お望みの状態が作れるのではないでしょうか。
ただし、これだと、「十一丁目」があった場合に「十1丁目」になってしまうので、もうひと工夫必要ですが。
もし何回も同じ操作をするのが面倒ならば、予めVBAでプログラムを組んでおけば、ボタンひとつで済ますこともできます。
Cells.Replace What:="二十丁目", Replacement:="20丁目"
Cells.Replace What:="十九丁目", Replacement:="19丁目"
Cells.Replace What:="十八丁目", Replacement:="18丁目"
・・・
Cells.Replace What:="一丁目", Replacement:="1丁目"
などと書いておけば、「二十丁目」まで対応可能です。

僕らも今までkuwaさんにいろいろ機能強化を要望してきましたし、kuwaさんにはたくさん応えていただきました。
僭越な言い方になりますが、僕らは情報の登録やメンテナンスを通じてこのサイトの発展に少なからず貢献してきたつもりですし、
ちょっと不便だなと思うことがあれば、「こう直してもらえるともっと良いサイトになるのでは」と前向きな要望をしてきたつもりです。
kuwaさんも、そういったメンバーからのそういった要望に対しては、進んで前向きに考えていただいたのだろうと思います。
今回の匿名さんの要望について、kuwaさん自身がどう思っているか、現時点では何もわかりませんが、
少なくとも、僕ら登録メンバーは、今までのそういった経過をよく知っていますので、
「どこの馬の骨ともわからん失礼な奴が自分の都合ばっかり主張して勝手な要望をしてきている」
などと思ってしまったとしても、無理からぬことだと思います。
匿名での発言が悪いわけではありませんし、匿名で要望をしてはいけない決まりがあるわけでもありませんが、
それなりに熟慮を重ねたうえでの、また、礼儀をわきまえたうえでの発言でなかったら、
検討に値する意見としてすんなりと受け入れてはもらえないと思います。

上では「前向きな」提案もさせていただいたつもりですので、一度ゆっくりご検討いただければと思います。
たもっちさん、アドバイスありがとうございます。
自分で、Excel上で置換してしまうことは、既にやっています。
新規データがある程度たまったときにするのですが、過去の
データに変更があった場合、胃が痛みます。

BSwattanさん、 >2.全角数字に関して ・・・・一般的な事象です。
具体例を挙げてもらえませんか?

原一丁目→原七丁目→原三丁目→原二丁目→原五丁目→原八丁目→原六丁目→原四丁目
とソートされて、何ら違和感や不都合を感じないのですか?

算用数字の件は、あきらめます。しかし、漢数字の丁目表記時でも一二三・・・とソートしてくださいという要望は残ります。

本件から脱線しますが、最近リストのワイド表示で小さな地図表示がなくなり、
緯経度の座標が付くようになったと思います。座標データから直接マッピング
することは便利と思いますが、表示の際に、これって必要ですか?
QRコードも必要ですか?使っている人いますか?
kuwa
丁目は、同じ文字列で括れればいいかなという、抽出対象で、あまりソート対象とは考えてないかなというのが、実際です。数字でソートしたいという要望が多ければ、なにか考えなければいけないかなとも思いますけれど、そうでもないようなので、今のところは、なにも考えてないです。
kuwaさん、
たくさん、何とかマップをつくるのもいいんですが
風呂敷を広げれば広げるほど、その物件にそぐわない事例が
出てくるものです。たとえば、猫マップとか自販機マップでは漢数字の呪縛に
囚われないのではないでしょうか。今後新しくお作りになられる
マップで、算用数字のほうが好ましいということが出てくると思いますよ。
その時は「ポストマップに倣え!」ではなく、flipflopさんの漢数字への
変換関数を使わないでみてください。
BSwattan
これ以上、無意味な議論をしたところで時間の浪費でしかないので、この件に関して私のコメントは最後とします。

全角数字に関しては、半角と混在したときのことを考えております。ロードはどうやら半角数字のようですね。全角数字にするには結局変換関数がいります。
町丁目のソート機能やワイド表示なんてこの議論まで使ったことがないので、特に不便には思いません。基本的に「マップ」を使用しています。それに、丁目番地でソートできたところで、隣の丁目番地になっていたら無意味です。
そういえば、どっかで丁目を全角算用数字にしろとか、ワイド表示にアイコンがないとか、言っている人がいたように思います。まさか、同一人物ではありませんよね?

最後に、そこまで言うのであればポストマップにユーザー登録してはどうですか?
BSwattanさん、 もう一度お尋ねします。
>2.全角数字に関して ・・・・一般的な事象です。
具体例を挙げてもらえませんか?
具体例を挙げず、一方的におしまいにするのはおかしなことです。

>ロードはどうやら半角数字のようですね。
ロードって何?無意味なのはあなたの文面です。
たもっちさん、
http://postmap.org/map/16782  を見てください。
masa_h さんが2009/9/8に下記のように住所編集しています。
京都府 京都市西京区 御陵峰ケ堂町2丁目2-5-37
ここだけでなく、結構多数 算用数字に変えてしまっています。
変える前の表記が判らないのは残念ですが。。。
masa_h さん以外のマッパーさんたちは気付かなかったのですか?
onmitu11
匿名 (id:1562)さんへ

わかりました。じゃぁ、全角算用数字で行こうじゃありませんか。
あなたがユーザー登録して全部変更して下さればよいんじゃないでしょうか。
masa_h
>匿名 さん
かなり前のことで覚えては以内のですが、「変える前の表記が判らない」というのはおそらく住所の登録がなかったんでしょうね。
住所が登録されていなかったので私が「座標から住所を取得」して登録したものだと思われます。
「御陵峰ケ堂町2丁目」という表記になっているのでしたら誤りですので、修正しておきます。
ご指摘ありがとうございました。
masa_h さん、
「変える前の表記が判らない」というのはシステム上の問題です。
つまり、1回だけの住所の変更は履歴を見ても元の住所が何だったか
わからないという欠陥です。メモやタイトルは履歴に残るのに
おかしなことです。早急に改善してほしいものです。

2009/9/8頃はひょっとしたら京都市西京区あたりの住所自動取得は
ffさんの関数を使っていなかったのかもしれませんね。
onmitu11さんへ

わかりました。じゃぁ、onmitu11さんのマッピングから
ぼつぼつ始めます。
keroco
私は漢数字支持です。住所をソートする必要性は全く感じていません。
鰤鯖
こんばんは。鳥取から来た新参者です。

データ処理的には漢数字ではなく半角英数が最適で、
SEを齧ってる私としては「データベース」ならば「○丁目」は半角英数であるべきと考えています。
(全角英数にするとソート時の手間が漢数字と同じなので、全角英数にはすべきではないです)

ただ、地図としては正規表現である漢数字の方がふさわしいです。
このツリーでの記名ユーザーの大勢は地図として扱っているようなので、
漢数字であるべきだと考えているのでしょう。


私の立場としては「どちらでも良いが、出来るのならソートが容易なように『○丁目』は地名からデータを分離して、
半角英数でデータを構成し、漢数字でも検索ソート出来る仕様がベスト。正規表記に拘るべきではない」という所です。
この点では匿名氏と考えは近いと思います。

しかし、今回の議論の答えは出てると思うんです。
管理者氏が
>数字でソートしたいという要望が多ければ、なにか考えなければいけないかなとも思いますけれど、
>そうでもないようなので、今のところは、なにも考えてないです。
とコメントされてます。つまりは「対応は現時点ではしない」ということです。

対応ひとつするにも手間があります。(この手間は、私もSEですので良く分かります。)
プログラム変更等の対応をさせるのであれば、何らかのギブアンドテイクが必要になると思います。
匿名氏はそこを思慮される事を望みます。
Hiroki sakurada
>1回だけの住所の変更は履歴を見ても元の住所が何だったか
わからないという欠陥です。

「欠陥」って言うのはかなりきつい言い方だと思う。

必要性が無かったという所だと思うがね。
いろいろな希望をKuwa氏が取り入れていって現在の状況に来ている
何でもかんでも目を通してなんてことは出来ないと思う。

皆の賛同をうけてKuwa氏に自分の主張を通したいのならもうちょっと書き方を考える必要あると思う。
鰤鯖さん、どうもです。柔軟なお考えをお持ちで、立派なSEさんになられる
と思います。わたしはこれまで何回か管理者にバグ報告をしてきました。
バグ報告も一種のギブアンドテイクですよね。しかし、彼は、こっそり修正したり、
変更履歴を公開するつもりはないようです。

Hiroki sakurada さん
「1回だけの住所の変更は履歴を見ても元の住所が何だったか
わからないという所に改善すべき余地があります。」と修正します。

>必要性が無かったという所だと思うがね。
随分上から目線のお言葉ですね。
grassrest
ん~たかだか個人が好きなように作って、いろんな個人が好き勝手に登録してる、(良い意味で)いい加減なサイトで、なんで仕様でここまで議論が熱くなるのかよく分からないのですが、
今の仕様が気に食わない、もっと良い仕様があるんだからそうすべき、と思うなら、自分で作ればすむ話だと思うのですけど。。。

そうせずに議論をするのは、ポストマップをより良くしたいという気持ちはみなさん同じなんだと思います。そう信じてます。
ただ、公式でもなく、利用料をとっているわけでもなく、仕事でもないサイトの運営に対しての要望なり報告なりは、最低限の言葉遣いがあってしかるべきではないでしょうか。(ユーザー同士でももちろんですが)
「~して当然」「~しないのは間違っている」そういう気持ちがあからさまに載っているコメントを見るのは、一ユーザーとしてもちょっと悲しくなってしまいます。
imac_gr
私も漢数字のままを支持します。町名は固有名詞だとの認識です。
mari-papa
住所の自動取得が出来なくなっているようです。
http://developer.yahoo.co.jp/webapi/...
lusitania
http://techblog.yahoo.co.jp/web/yaho...

住所自動取得できない件はやはりAPIの古いVersionを使っていて、このたび廃止されたので動かなくなったということですね。
9月1日から動かなくなっているはずです。
対応しようと思えばすぐに直りそうですが、ここ最近動きが見られないので対応されるかどうか・・・
マップ系全体で問題起きてると思いますのでいち早い対応を願います。