[
最新
] ■[
前年
|
前月
|
前日
|
2019/03/22
|
翌日
|
翌月
|
翌年
] ■表示[
全て
|
@gorry5のみ
|
個別
]
■グループ[
Mention
] ■その他[
Twitter:@gorry5
][
日記
] ■[
twtlog 20100921a
]
03/22 19:23
(
@tokihiro_naito
)
@gorry5
@yunyundetective
@Niratama
私はNAVITIMEを愛用してます。
(bore)
03/22 19:28
(
@collbrande
)
@gorry5
地図データそのものの話ではないですが、今回の変更によって住所検索に引っかからなくなったという話はちらほら聞きますね。
03/22 19:28
(
@collbrande
)
03/22 19:28
(
@collbrande
) 憶測ですが住所の持ち方が建物基準っぽいので、新しい地図上で建物が消えた人は住所も消えてしまったとかあるかもしれません。
(papi)
03/22 19:29
(
@gorry5
)
@tokihiro_naito
@yunyundetective
@Niratama
もともとGoogleは「示した道路の信頼性」については（前記３つでは）最も低いんですよね…正常に行ける道だった場合の「所要時間の短さと予測時間の正確性」については最も優れていますが…（苦笑
(pita)
--------
03/22 19:33
(
@okaz6809
)
@gorry5
「元から一方通行の道路」であればストリートビュー作成時にメタデータ作らなかったのは見通しが甘いし、作ってなければ画像に標識写ってるだろうから後からどうにでもなりそうなもんですが。顔認識やってるんだし（ひょっとしたらリクエスト時に動的にやってるのかもですが）
(pugi)
--------
03/22 19:35
(
@okaz6809
)
@gorry5
あとGPSデータも参照してると思いますけど、これ多分時系列上のデータだと思うんですよね…。クルマか人かを判断できればそれで一方通行は判定できそう
(pegi)
03/22 19:37
(
@tokihiro_naito
)
@gorry5
@yunyundetective
@Niratama
その最も低いレベルが、いよいよ使えないレベルに落ちたと思っています。今まででもここを車で通すのかよという案内を何度もされてますし。
(pohu)
03/22 19:41
(
@gorry5
)
@okaz6809
生成前に、記録の時点でその辺のデータ入力が行われているかどうかの話になるんですよね。標識の画像認識は「誤認識していた場合のリスクの大きさ」からやりにくいんじゃないかなと…もちろん「人が後から確認修正する前提」でのベースデータの生成には使えるでしょうけど
(ra)
03/22 20:03
(
@yunyundetective
)
@tokihiro_naito
@gorry5
@Niratama
私はもともとGoogleのナビは車のナビゲーションには「使えない」と評価してるので、逆にあまり気にしてないんですよね(^^;)
(suka)
03/22 20:07
(
@Niratama
)
@yunyundetective
@tokihiro_naito
@gorry5
disるより使えるサービスおすすめしあうのが建設的な気がする
(seke)
■グループ[
Mention
] ■その他[
Twitter:@gorry5
][
日記
] ■[
twtlog 20100921a
]
[
最新
] ■[
前年
|
前月
|
前日
|
2019/03/22
|
翌日
|
翌月
|
翌年
] ■表示[
全て
|
@gorry5のみ
|
個別
]