Kamata, Ryo issues

Results 15 issues of


                                            Kamata, Ryo

Update ruby on Vagrant VM and related document

Related to #131 and maybe #104. This PR adopts `rbenv` the version switcher, updates ruby and make Vagrant setup easy.

Improve security for the rubygems on GitHub with https instead of git

Hi, Tim, When installing the rubygems on GitHub, three of them raise warnings. This looks to be a feature of bundler >=1.13.0. https://github.com/bundler/bundler/blob/1-13-stable/lib/bundler/dsl.rb#L268..L273 This PR declares usage of https, remove...

Update setup-test-env.js

Follow recent jsdom API described at https://github.com/tmpvar/jsdom

漢数字で終わる字を入力するとクラッシュする

例えば `広島県府中市栗柄町名字八五十2459`。 `An error occurred: TypeError: The attribute of kanji2number() must be a Japanese numeral as integer.`

bug

pending

番地・号のハイフンの正規化について (上付きハイフン(?))

`1⁻2⁻3` などもハイフンとして正規化できるようにした方が良いかもしれない。

enhancement

discussion

通り名の削除の挙動が建物名とコンフリクトするケースがある

入力: `京都府京都市中京区山本町９９９番地おはようビル２０５号室` 出力: ```json { "pref": "京都府", "city": "京都市中京区", "town": "五丁目", "addr": "室", "lat": 35.015582, "lng": 135.763968, "level": 3 } ```

bug

町の省略が誤字と干渉する

入力: `北海道函館市桔梗長1-2-3` 出力: ```json { "pref": "北海道", "city": "函館市", "town": "桔梗町", "addr": "長1-2-3", "lat": 41.850869, "lng": 140.749613, "level": 3 } ``` この場合、町が補われることで addr に `長1-2-3` が分割される。この場合に対応したい。

表記の同じ大字町丁目があった場合に正規化に失敗するケース

> https://api.nipponsoft.co.jp/zipcode/%E6%96%B0%E6%BD%9F%E7%9C%8C%E6%96%B0%E6%BD%9F%E5%B8%82%E5%8C%97%E5%8C%BA%E6%9D%B1%E6%A0%84%E7%94%BA > 950-3323 の東栄町(トウエイチョウ)は住宅地街であるが > 950-3104 の東栄町(ヒガシサカエマチ)にもGoogle Mapによる登録地が存在する > 〒950-3104 新潟県新潟市北区東栄町2番12 > 〒950-3104 新潟県新潟市北区東栄町２丁目番12 また、他にも同様のケースが存在するとのこと。 - 山形県酒田市本町 https://twitter.com/inuro/status/1666107034390122496 - 福島県福島市大森 https://twitter.com/licky_mochi/status/1666051137710231552 - 京都市下京区材木町 https://twitter.com/masah_pm/status/1666047703728672769 @ress997 さんにレポートいただきました。ありがとうございます！ https://github.com/geolonia/japanese-addresses/issues/152#issue-1744592549 --- 以下のケースではトウエイチョウかヒガシサカエマチなのかが判別できていない。...

enhancement

help wanted

旧漢字正規化リストの充実と管理方法の改善、等

> 細かいのですが、新・旧を配列かMapか何かしらの管理にしましょうか？今はそれぞれ一行になって、ちょっと長いよね。。 _Originally posted by @keichan34 in https://github.com/geolonia/normalize-japanese-addresses/pull/198#pullrequestreview-1469317282_ - [x] 旧漢字・異体字リストを外部からインポートするなどして、より網羅的に扱えるようにしたい - [x] 旧漢字・異体字リストのリファクタリング。今は `split` した後の配列のインデックスをキーに新旧を突き合わせているが、オブジェクトなどを使うことで管理を容易にし、簡単に追加できるようにしたい。 https://github.com/geolonia/normalize-japanese-addresses/blob/bf182fd193c943694a5e349eaf1ec0866c3f00f4/src/lib/dict.ts#L1-L7 - [ ] toRegexPattern 関数のリファクタリング。今は `replace` をチェーンするハードコーディングになっているが、オブジェクトなどを使うことで管理を容易にし、今後簡単に追加できるようにしたい。 https://github.com/geolonia/normalize-japanese-addresses/blob/bf182fd193c943694a5e349eaf1ec0866c3f00f4/src/lib/dict.ts#L28-L56

enhancement

good first issue

デモページ追加

> デモページを GitHub Pages として公開することについて前向きで、基本的には今ある codepen のサンプル (https://codepen.io/geolonia/pen/oNBrqzL) を移植することを考えています。 > ただ、こちらは codepen の機能を使って React でアプリを作っているので、取り込むとしたら npm パッケージが入れ子になったりあるいは別リポジトリにするなど煩雑になりそうで少し躊躇しています。もし良いアイデアあれば教えていただけますと嬉しいです。 _Originally posted by @kamataryo in https://github.com/geolonia/normalize-japanese-addresses/issues/204#issuecomment-1584179115_

documentation

good first issue