アカウント名:
パスワード:
意図した通りに分割して入力してくれるとも限らないし、コピペでの入力も面倒。分割したけりゃフォームの裏で勝手にやってくれ。
「ケンオール」こと、日本郵便提供の「KEN_ALL.CSV」は郵便番号と住所の一覧CSVデータですが、住所は「都道府県名」「市区町村名」「町域名」の三カラムに分かれています。それを、そのまま自動入力する項目としてデモに使ってるだけでしょう。
地方公共団体コードも入っていて都道府県・市区町村までは表記にブレはないんですが、町域がブレまくりなのが、KEN_ALLの特徴。どんなひどいデータなのかはこのページ [mammb.com]なんかが参考になるかと思います。
住所フィールドはなるべくまとめ、手入力を可能に [kenall.jp] 住所フィールドを1つにまとめる [kenall.jp] ちゃんと
フィールドをまとめるデメリットで挙げてるものは、プログラムの細工で容易に解決できるものばかりじゃん。総務省謹製の住所正規化ライブラリだってあるのだし、現代の住所を取り扱う環境への理解が浅い人が書いた記事じゃないか?
郵便番号と住所の対応付けという、現代の住所表記が無間地獄ということをよく理解してる人が書いた記事っぽいよ。
住居表示君「俺の出番か?」
プログラムの細工で容易に解決できる住所だけを扱えばよくって、総務省謹製の住所正規化ライブラリで正規化できないお客様を切り捨てていいんならそうなんじゃない?
特定の住所を扱えないサービス、配達が増える↓住民が自治体に改善を要求する↓正規化できない住所名を自治体が変更する↓正規化できる範囲に収まる↓桶屋が儲かる
最後を置き換える候補がいろいろありそうな雑さ。「○○のファンやめます」とか・・・
微積を覚えて「数学がわかった」と言ってる高校生みたいでほほえましい
とはいえ、住所なんか名字の表記ゆれと同じでリセットしちまえよと思わんでない移行措置で両方OK挟めば行けるっしょ
ぜひその移行措置にバッチリ対応した実装をお願いします。(移行が終わった後のことしか考えなくていいなら、とっくに移行できてるはずのものは山ほどあると思う)
問題になるのは例外ケースだから*丁目番地*京都式*字番地ぐらい残して既存地名をどれかにする、ぐらいじゃないかな
あるいはも全然違うほうが良いんかな…Hexとか
> 移行が終わった後のことしか考えなくていいなら、とっくに移行できてるはずのものは山ほどあると思うそれはその通り 愚痴ですな
経産省じゃなかったっけ似たようなのを総務省でも出してるのか?
住所表記は各自治体の領分だけど、総務省は前身が自治省と郵政省なだけに住所表記には一番関わりが強い国の機関といえるかも
(ライブラリについてはしらない)
デモだからね統合したけりゃ勝手にやってくれってことでしょ
でもめんどうでしょってことなんじゃろ
え?
ウクライナ?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲはアレゲ以上のなにものでもなさげ -- アレゲ研究家
デモの住所フィールドが分割されているのがいただけない (スコア:0)
意図した通りに分割して入力してくれるとも限らないし、コピペでの入力も面倒。
分割したけりゃフォームの裏で勝手にやってくれ。
Re:デモの住所フィールドが分割されているのがいただけない (スコア:1)
「ケンオール」こと、日本郵便提供の「KEN_ALL.CSV」は郵便番号と住所の一覧CSVデータですが、
住所は「都道府県名」「市区町村名」「町域名」の三カラムに分かれています。
それを、そのまま自動入力する項目としてデモに使ってるだけでしょう。
地方公共団体コードも入っていて都道府県・市区町村までは表記にブレはないんですが、
町域がブレまくりなのが、KEN_ALLの特徴。
どんなひどいデータなのかはこのページ [mammb.com]なんかが参考になるかと思います。
Re: (スコア:0)
住所フィールドはなるべくまとめ、手入力を可能に [kenall.jp]
住所フィールドを1つにまとめる [kenall.jp]
ちゃんと
Re: (スコア:0)
フィールドをまとめるデメリットで挙げてるものは、プログラムの細工で容易に解決できるものばかりじゃん。
総務省謹製の住所正規化ライブラリだってあるのだし、現代の住所を取り扱う環境への理解が浅い人が書いた記事じゃないか?
Re: (スコア:0)
郵便番号と住所の対応付けという、現代の住所表記が無間地獄ということをよく理解してる人が書いた記事っぽいよ。
Re: (スコア:0)
住居表示君「俺の出番か?」
Re: (スコア:0)
プログラムの細工で容易に解決できる住所だけを扱えばよくって、総務省謹製の住所正規化ライブラリで正規化できないお客様を切り捨てていいんならそうなんじゃない?
Re: (スコア:0)
特定の住所を扱えないサービス、配達が増える
↓
住民が自治体に改善を要求する
↓
正規化できない住所名を自治体が変更する
↓
正規化できる範囲に収まる
↓
桶屋が儲かる
Re: (スコア:0)
最後を置き換える候補がいろいろありそうな雑さ。
「○○のファンやめます」とか・・・
Re: (スコア:0)
微積を覚えて「数学がわかった」と言ってる高校生みたいでほほえましい
とはいえ、住所なんか名字の表記ゆれと同じでリセットしちまえよと思わんでない
移行措置で両方OK挟めば行けるっしょ
Re: (スコア:0)
ぜひその移行措置にバッチリ対応した実装をお願いします。
(移行が終わった後のことしか考えなくていいなら、とっくに移行できてるはずのものは山ほどあると思う)
Re: (スコア:0)
問題になるのは例外ケースだから
*丁目番地
*京都式
*字番地
ぐらい残して既存地名をどれかにする、ぐらいじゃないかな
あるいはも全然違うほうが良いんかな…Hexとか
> 移行が終わった後のことしか考えなくていいなら、とっくに移行できてるはずのものは山ほどあると思う
それはその通り 愚痴ですな
Re: (スコア:0)
経産省じゃなかったっけ
似たようなのを総務省でも出してるのか?
Re: (スコア:0)
住所表記は各自治体の領分だけど、総務省は前身が自治省と郵政省なだけに住所表記には一番関わりが強い国の機関といえるかも
(ライブラリについてはしらない)
Re: (スコア:0)
デモだからね
統合したけりゃ勝手にやってくれってことでしょ
Re: (スコア:0)
デモだからね
統合したけりゃ勝手にやってくれってことでしょ
でもめんどうでしょ
ってことなんじゃろ
Re: (スコア:0)
え?
Re: (スコア:0)
ウクライナ?