t-mzです。
wikiの説明で、「店舗名ふりがな」の例は「ほげほげ2ちょうめ」と示されていますが、
実際にOSMに投入されたいくつかのデータを確認すると、
全て「ちょうめ」ではなく「ちようめ」になっていました。
拗音が正しく入っていないようです。
これは意図的なものでしょうか?
それとも、今回投入されたのがテストデータだから正しくないだけでしょうか。
>またインポートデータの refキーは、今後の更新用に使用する予定ですので消去しないようお願い致します。
具体的にどのように更新されるのか分かりませんが、
例えば、上記のふりがなに関して、
branch:ja_kana や name
On Sun, Aug 25, 2013 at 04:52:44PM +0900, t-mz wrote:
> 具体的にどのように更新されるのか分かりませんが、
> 例えば、上記のふりがなに関して、
> branch:ja_kana や name:enの間違いを手作業で修正したのに、
> 「今後の更新」時に機械的に元に戻されてしまう可能性はないのでしょうか?
> そのようなことがあると、編集者の編集意欲は低下してしまいます。
現時点で、インポートされたデータの扱いがどうなるか分からないため、
現状では修正見送り、でいいですか?
oota
#個人的には
#インポートする、のアナウンス
いいだです。
このインポートですが、本日の夜以降を以って、順次いったんリバート作業を行う方針です。
再度のインポートの予定は未定ですが、
以下の事柄について解決策を話し合ってからの作業となろうかと思います。
1. 既存データとの重複の解決(マージ。いわゆる名寄せ)
いくつかの方法があると思っています。
あくまでひとつの私案ですが、Overpass APIをつかって、
既存データとの重複チェックを行うことはできるはずです。
この作業を行いながら、県単位でのインポートを行えばよいのではと考えます。
■手順
インポート後、overpass apiで以下のようなクエリをかけます。
・今回イ
いいださま、皆様
山下です。こんにちわ。
In message
Satoshi IIDA writes
> このインポートですが、本日の夜以降を以って、順次いったんリバート作業を行う方針です。
ご理解いただき、ありがとうございます。
早急に対応のほど、よろしくお願いします
--
山下康成@京都府向日市
___
Talk-ja mailin
古橋です。
1点だけ気になったので、
個別に回答します。
2013年8月24日 21:41 Toshihisa Tanaka :
> としです.
>
> > 確かに、ローソン側との協議(NDAの関連で)と、実際の試験投入まで時間が足りず、
> > talk-ja へのご報告が遅れてしまったことは、完全にこちらのミスです。
>
> 一応,念の為に,ここで NDA の表現がありますが,今回のインポートは NDA 外ですよね?
> http://wiki.openstreetmap.org/wiki/Lawson_hackathon_2013 に,License:
> (c) Lawso
t-mzさん:
古橋です。
ご意見ありがとうございます。
2013年8月25日 16:52 t-mz :
> t-mzです。
>
> wikiの説明で、「店舗名ふりがな」の例は「ほげほげ2ちょうめ」と示されていますが、
> 実際にOSMに投入されたいくつかのデータを確認すると、
> 全て「ちょうめ」ではなく「ちようめ」になっていました。
> 拗音が正しく入っていないようです。
>
> これは意図的なものでしょうか?
> それとも、今回投入されたのがテストデータだから正しくないだけでしょうか。
>
wikiのほうが間違っておりました。
修正いたしました。
ご指摘感謝です!
>
いいだです。
これよりリバート作業に入ります。
完了しましたら、再度ご連絡します。
2013年8月26日 7:04 Taichi Furuhashi :
> t-mzさん:
>
>
> 古橋です。
>
> ご意見ありがとうございます。
>
> 2013年8月25日 16:52 t-mz :
>
> t-mzです。
>>
>> wikiの説明で、「店舗名ふりがな」の例は「ほげほげ2ちょうめ」と示されていますが、
>> 実際にOSMに投入されたいくつかのデータを確認すると、
>> 全て「ちょうめ」ではなく「ちようめ」になっていました。
>> 拗音が正しく入っていないようです。
>
いいだです。
リバート作業が完了しました。
検出された競合は1件でした。
# インポート済みのデータに対して、Typoの修正が行われていました。
# 申し訳ないのですが、Nodeごと消しました。
次の段階として、以下の点の解消が必要です。
1. インポート用のデータのタグ内容の確定
・店舗IDの格納方法
* 継続更新を行うかもしれない場合の管理方法を視野に。(なんらかの方法で店舗を一意に認識できればOK)
・既存Naming Sampleとの調和性
http://wiki.openstreetmap.org/wiki/JA:Naming_sample
* name タグにカッコ書きで
いいだです。
■"ニュータウン・大規模団地"の数字部分の特殊例について
ちょっと吃驚しましたが、階層構造に致命的な影響はないので、おおむね大丈夫に思えます。
https://docs.google.com/spreadsheet/ccc?key=0ApY7X6fw8sqxdDNjY1FBeG00TlRZSFoxU2xwOHVCb0E#gid=0
マンションなどのタグは以下で対応する、
また、わかりづらい特殊例は、参照例をあげることで対応として、
問題はやっぱり「数字だけをみた場合、どの値なのか見分けづらい」かと思います。
addr:flats -> マンション名(棟番号を含む)
ad
9 matches
Mail list logo