有關未來新增 addr:full 時，建議直接照著
概括承受。包括全形數字，
56巷 => ５６巷。
甚至半形 001鄰。
這套政府、公用事業用的很徹底，費單，證件，都此套全形。
只剩下郵遞區號未規範。但誰說要塞入 addr:full.
根本沒規範 addr:full . 很自由。 那麼乾脆當個 addr:official 用，因暫無
addr:official.
又巧合， full 亦含 fullwidth 念頭。
看久，全形數字地址也蠻好看的。
至於其他 addr:*, 維持現狀就好。含今半形用法。
竟然有這種規格嗎？而且還是在不同場合各用全形和半形……。
我覺得一律用半形比較好，方便輸入與搜尋，有的全形有的半形容易搞混，搜尋也不方便。
有中文數字和阿拉伯數字就很煩了。
問題是沒有依據。
哪裡有單位用半形？
所有單位採全形。
國營，民營，通通是。
addr:full 採政府標準後，
就每次比對資料超順的。
其他 addr:* 我沒有意見。
但很難得所有企業用的標準，
OSM 應有一欄反映之。
或稱 addr:official?
全形半形間轉換是用家問題，OSM不需要記錄政府原始數據格式。addr:full= 原意是表達複雜不按標準結構的地址，匯入的話應該用別的 *:addr:full= 分辨外部數據庫。若需要保留兩者讓應用程式搜尋，應該用 addr:full:zh-u-fullwide 明確表示格式。
Hmmm, maybe a addr:full field simply duplicating government data or something that can be made out of the other addr: fields present, is a waste here after all.
By the way, the government string combines both fullwidth (for lane numbers) and halfwidth (for 001 village numbers), so wouldn’t fall under a single category.