アカウント名:
パスワード:
不動産関係の仕事をしている私からすると、誤った方法で住所を勝手に正規化するシステムがあって腹が立ちます。
内部的にその会社で都合の良い方法で正規化するのは仕方無いとしても、顧客が入力した住所を勝手に誤った方法で改変して、それを宛名として郵便物を送り付けることは大変失礼にあたるので止めていただきたいです。
日本の住所表記を大きく分けると、住居表示の地域と、住居表示が実施されていない地域の2つがあるので、正規化するならそれを混同しないようにしましょう。
・住居表示の地域正)東京都千代田区永田町一丁目10番1号誤)東京都千代田区永田町1丁目10番1
以前に地図データベースの実験プロジェクトにいた時に、地図データと各施設の住所データのマッチング用に住所の正規化モジュールを(だいぶ雑なのでしたが)作ったことがあります。モジュールを作った時点では、検索用(つまり内部データ)ということで、正規化後はかなり見てくれの悪い状態だったのですが、地図データ内の住所を正規化しちゃった後で画面上に表示することになって「しまった!」となりました。その時はあくまで実験プロジェクトなんですみません!って感じでそのままで許してもらったんですが、表示用には元データをきっちり残しておくべきだったと反省しました。
#「正しい書き方」がある場合も、お客様の入力したデータを(表示上だけでも)尊重することも大事ですしね。
GISですよね?赤の他人の住所書く人いるんでそれを尊重なんて有り得ん!でしたが?自分やった実験と自治体で使った時は「表記ルールに合わせて修正し、データとして使えるようにする」でしたね。
DB設計的にはメタデータは0〜nレコードで好きに扱えるんで別に取っとくことは可能だけど、存在自体が「どっちだ?」と作業滞らせるからと。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ハッカーとクラッカーの違い。大してないと思います -- あるアレゲ
正規化するなら正しい方法でやって欲しい(勝手に半角数字にするとかもやめて) (スコア:5, 参考になる)
不動産関係の仕事をしている私からすると、誤った方法で住所を勝手に正規化するシステムがあって腹が立ちます。
内部的にその会社で都合の良い方法で正規化するのは仕方無いとしても、顧客が入力した住所を勝手に誤った方法で改変して、それを宛名として郵便物を送り付けることは大変失礼にあたるので止めていただきたいです。
日本の住所表記を大きく分けると、住居表示の地域と、住居表示が実施されていない地域の2つがあるので、正規化するならそれを混同しないようにしましょう。
・住居表示の地域
正)東京都千代田区永田町一丁目10番1号
誤)東京都千代田区永田町1丁目10番1
Re:正規化するなら正しい方法でやって欲しい(勝手に半角数字にするとかもやめて) (スコア:0)
以前に地図データベースの実験プロジェクトにいた時に、地図データと各施設の住所データのマッチング用に
住所の正規化モジュールを(だいぶ雑なのでしたが)作ったことがあります。
モジュールを作った時点では、検索用(つまり内部データ)ということで、正規化後はかなり
見てくれの悪い状態だったのですが、地図データ内の住所を正規化しちゃった後で
画面上に表示することになって「しまった!」となりました。
その時はあくまで実験プロジェクトなんですみません!って感じでそのままで許してもらったんですが、
表示用には元データをきっちり残しておくべきだったと反省しました。
#「正しい書き方」がある場合も、お客様の入力したデータを(表示上だけでも)尊重することも大事ですしね。
Re: (スコア:0)
GISですよね?
赤の他人の住所書く人いるんでそれを尊重なんて有り得ん!でしたが?
自分やった実験と自治体で使った時は「表記ルールに合わせて修正し、データとして使えるようにする」でしたね。
DB設計的にはメタデータは0〜nレコードで好きに扱えるんで別に取っとくことは可能だけど、存在自体が「どっちだ?」と作業滞らせるからと。