プログラマではなく、地図に関する各種フォーマットに精通した技術者が必要なんじゃないかな? Google Mapsの仕事の肝はのは世界各地の現地地図ベンダーが提供する様々なフォーマットの地図データをGoogle Mapsのフォーマットに合わせて変換する作業だと思います。 この様々なフォーマットというのは測地系みたいなベーシックなものから現地の文化に合わせたオブジェクトの分類・粒度など、要は文化・縮尺に応じて適切な情報が表示されるためのデータ分類方法になるかと。 Google Mapsの開発者であれば、そのあたりのノウハウを持っているはずなのでAppleは欲しているはず。
問題はプログラムなの? (スコア:0)
プログラムというより地図の品質的なものが問題じゃないのですか?
いくらプログラマを雇っても解決しないのでは?
Re:問題はプログラムなの? (スコア:2)
それもそうだし、
そもそも対策する気があるなら、なんで準備不足のままiOS6で新マップリリースしちゃったんだろう。
アップデートで対応することもできたはずなのに。
既にジョブスの立てた予定を、問題があっても変更できないような雰囲気なんだろうか。
万事がこうならアップルの天下も長くない。
Re:問題はプログラムなの? (スコア:1)
プログラマではなく、地図に関する各種フォーマットに精通した技術者が必要なんじゃないかな?
Google Mapsの仕事の肝はのは世界各地の現地地図ベンダーが提供する様々なフォーマットの地図データをGoogle Mapsのフォーマットに合わせて変換する作業だと思います。
この様々なフォーマットというのは測地系みたいなベーシックなものから現地の文化に合わせたオブジェクトの分類・粒度など、要は文化・縮尺に応じて適切な情報が表示されるためのデータ分類方法になるかと。
Google Mapsの開発者であれば、そのあたりのノウハウを持っているはずなのでAppleは欲しているはず。
……なんだけど、そういうノウハウ持ち出しって雇用契約的に問題ないんですかね?
Re: (スコア:0)
必要なのは頭を下げる能力と
信者の再教育じゃないかね
Re: (スコア:0)
>Google Mapsの仕事の肝はのは世界各地の現地地図ベンダーが提供する様々なフォーマットの地図データをGoogle Mapsのフォーマットに合わせて変換する作業だと思います。
もしそうだとしたら、問題はまさにプログラム。
まさかそういう変換作業を手作業でやるとか思ってるの?
地図とかGISを扱うプログラマなら、そういうフォーマットにも熟知してるし、
変換/処理するアルゴリズムにも精通してるもんだよ。
Re:問題はプログラムなの? (スコア:2)
> もしそうだとしたら、問題はまさにプログラム。
> まさかそういう変換作業を手作業でやるとか思ってるの?
測地系なら機械的に変換できるけど、そもそもそんなのは大した手間じゃなく、誰も困っていない。
一番手間なのは人手やノウハウが必要なものでしょう。ランドマークになる施設は文化や環境によるだろうし。
後は、Googleの場合、検索結果から施設名と住所、重要度(Rank)などのデータを持っているのが強いかな。
Re:問題はプログラムなの? (スコア:1)
>まさかそういう変換作業を手作業でやるとか思ってるの?
やりますよ。
建物の新設や移転、名称変更、宅地造成、道路など交通機関の新設などなど
複数の主体から提供されるデータが食い違っているなんてのはもはや前提です。
また、近場に同じ名前の施設があってもあくまでも別ということは非常に多い
(特に地名の付与されたサービス業店舗名などの場合)ですし、
混同して利用者に情報提供したら大問題になります。
上記に対応するためには、「必ず」人間の手作業を介します。
これはまともな地図製作事業者ならみなやっていることです。
絵を重ねるのと情報を重ねるのはまったく次元が違いますからね。
Re:問題はプログラムなの? (スコア:2)
それらは普通、変換じゃなくて、編集、更新と呼ぶでしょうね。それは基本的に地図提供者が行う作業で、地図アプリだけを提供しているAppleやGoogleの仕事とは思えない。(利用者からの指摘に合わせた若干の修正はあるでしょうが)
住宅地図の版元が、地方の街外れの住宅地を徒歩で調べているところに遭遇(某ゼ×リ×さん)したところがありますが、本当に歩いている(パートorバイトさんだろうけど)んだよね。自治体も転居とか、本当に歩ける道か否かとか、実際の所は把握していないし。
Re: (スコア:0)
> 某ゼ×リ×さん
ゼンリンと書けないんなら首吊ってくれていいよ
Re: (スコア:0)
実際を知りませんが、おそらくGoogleなら「手作業」は絶対にやらないでしょう。
データごとにまずは変換プログラムを作成する所からはじめるはずです。
そうしないと GoogleMaps 側の更新、データ側の更新時にまた手作業をしなければいけないからです。
そんな泥臭いことをしているとは思えないし、過去の更新時もそんなスピードじゃなかった。
Re: (スコア:0)
「空港や駅の建物よりも飲食店の方が優先で出てくる」といった有名な問題は、
流石に提供された地図の問題ではなくて完全にプログラムのミスらしいので、
修正されるんでないですかね。
iOS6地図は元データや文化の差異ではなく、ずさんなエンジニアリングが原因
http://blog.goo.ne.jp/jg2tkh/e/a864e85bd498a8ced7dbd136edb30079 [goo.ne.jp]
iOS6 の地図について駅などをもとに考えてみる
Re:問題はプログラムなの? (スコア:2)
店舗の検索も、具体的な場所を表示した上で検索を掛けないと、ピンが刺さらない(検索がヒットしない)んですよね。
あと、徒歩の移動時間もちょっと厳しい。(2kmを23分で徒歩移動とか、私にはかなり困難です)
経路探索については、まだ不満点は出ていません。
Re:問題はプログラムなの? (スコア:2)
>2kmを23分で徒歩移動
不動産業界では徒歩○分の表示は分速80m [wikipedia.org]と決められていますので、これに関してはそれほど無茶な数字でもないかと。
Re: (スコア:0)
一般に言われているのはゆっくり歩いて時速4キロ、ちょっと速めで時速6キロ・・・という感じですから、まあ妥当じゃないかと<2キロを23分
確かに人によるとは思いますが、そこまで考慮するとしたら各人の歩行速度や限界距離を個別に登録しないと・・・・
Re:問題はプログラムなの? (スコア:1)
冬の雪道はその1.5~3倍の時間がかかることもありますがそれはGoogle Maps以外のメジャーな道案内サイトもスルーしていますね。
Re: (スコア:0)
冬の雪道をその1.5~3倍の時間掛けて歩こうと思う人がいないからじゃないですか?
Re: (スコア:0)
人もですが、地形も大幅にあるかと。高低差が大幅に有る所だとちょっと遅れますし。
とりあえず万歩計を付けて、ONにしていれば「過去の履歴と今日の調子なら大体n分です。」みたいな事は出来そう。
確かに老若男女が使うのに係数を調整できないってのはどうなのよというのは思う。
# 乗り換え検索とかある程度選択できたりしますしね。
Re: (スコア:0)
さらに、VICSがやっているように、直前に通った人のデータを収集して反映させれば#2239426の雪道とかの対応もできますね。
#VICSが実際やってるかどうかはキイハナなので不確か
#一応、エンジンを掛けるたびにIDを振られるので、特定の車両との結びつけはやってない・・・というのも聞いた話
Re: (スコア:0)
自動車の場合は基本移動が目的ですが、徒歩は必ずしもそうではありませんしねぇ
ある区間に時間がかかった原因が、道路の状況によるものなのか、子供連れだったのでゆっくり歩いたのか、知り合いに会っておしゃべりした結果なのかetc.
Re:問題はプログラムなの? (スコア:1)
駅と言えば思い出す…
住宅地図データを使うシステムにおいて,地図データに含まれている目標物(ランドマーク)を検索する仕組みを作った。
ランドマークの種類として「駅」を指定して検索 → 「ほげ駅」が検索された
だがしかし,「ほげ駅」は鉄道の駅ではなく,線路から数kmも離れた場所に存在するそういう名前のドライブインだった。
# 地図メーカーに指摘したら次回リリースで修正されていた。
Re: (スコア:0)
> 流石に提供された地図の問題ではなくて完全にプログラムのミスらしいので、
プログラムのミスでもあそこまでアレなら普通はその後気づいてしかるべきなわけで、
それがそのまんま出ちゃったのはもはやプログラムのミスなんかのせいにしてはいけないような。
Re:問題はプログラムなの? (スコア:1)
Appleの体質を知ってれば、
「また、やらかしたか、当たり前だ」
でしかないんですけどね。
>普通はその後気づいてしかるべきなわけで
普通ならそうなんですが、Appleに関しては、気づくことはあり得ません。
あそこは「造りっぱなし、ユーザーは金をくれるベータテスターに過ぎない」
を地で行く会社ですから。
製品、ソフトとも作った後一切テストしないのは有名です。
http://japanese.engadget.com/2007/09/23/ipod-touch-windows/ [engadget.com]
これだって出荷前に一度でもwindowsに繋いでみればわかった話ですからね。
(このつながらないが起きたのは日本だけではありませんでした。)
Re:問題はプログラムなの? (スコア:2)
微妙に勘違いしているようですが、そのiPod touchの件についてはまったくテストするとは思えません。
カリフォルニアなんて基本的に英語版しかないし、多国語版なんて他言語のリソースを放り込んだだけですよ?。
当然テストなんか考えない。そもそもが他社のプラットフォームなので力を入れる理由がない。Koboもそうですが、そんなことで不具合が出るとは考えないでしょう。
MSは中国や日本でも開発しているとのことなのでこの手の不具合はほとんど出ませんが、その分向こうでしか売ってないプロダクトがいくつかあるのが残念です。
Re: (スコア:0)
>iPod touchの件についてはまったくテストするとは思えません。
これだから信者は。
>多国語版なんて他言語のリソースを放り込んだだけですよ?。
1バイト圏と2バイト圏でリソースが違うんですから、
”その国のOSに対して対応を唄って販売する以上、テストするのが当たり前です。”
接続出来ない以外に文字化けだなんだもあるんですから。
それが”品質管理”ってもんです。
Re:問題はプログラムなの? (スコア:2)
Mac版に関してはそんな問題出ていないんですよ。日本語版だろうが何版だろうが。
AppleにとってはオマケでしかないよそのOS版のiTunesなんてコンパイルオプション変えただけの代物です。
テストなんて機種依存のフレームワークを作った本当の初期段階でしかしていないでしょう。
Re: (スコア:0)
> 微妙に勘違いしているようですが、そのiPod touchの件についてはまったくテストするとは思えません。
と周りに当然のように思われているappleって凄いよね。
日本でしか開発していないうちの会社だって、日英簡繁韓仏独ぐらいの環境でさらっとチェックするよ。
Re:問題はプログラムなの? (スコア:2)
それがどんな製品でどこで使われているか知りませんが、過剰品質ということはありませんか?
Re: (スコア:0)
koboは日本語環境でテストしてから出荷してますよ。
だから”つながらない、セットアップ出来ないのはログインユーザーを全角の一部人のみで済んだ”
最初から一切使用できなかったIpod Touchよりはるかにまし。
>iPod touchの件についてはまったくテストするとは思えません
>「造りっぱなし、ユーザーは金をくれるベータテスターに過ぎない」
同じ意味でしかないですけど?w
で、
>カリフォルニアなんて基本的に英語版しかないし
IOS6のマップがカリフォルニア環境でテスト、確認されてるとでも?
自由の女神の位置すらずれてる体たらくで?
Re:問題はプログラムなの? (スコア:2)
ユーザ名が全角というのがテストケースに入ってない時点で「日本語環境でテスト」と言い張るには微妙な気がするのですが。
>>iPod touchの件についてはまったくテストするとは思えません
>>「造りっぱなし、ユーザーは金をくれるベータテスターに過ぎない」
>
>同じ意味でしかないですけど?w
ストアスタッフとかの販売の現場は別にして、ベータテスターとすら認識していないと思いますよ。
「ユーザーは常に正解を知らない」というマーケティングを展開していた会社ですから。
>IOS6のマップがカリフォルニア環境でテスト、確認されてるとでも?
>自由の女神の位置すらずれてる体たらくで?
カリフォルニアに自由の女神なんてありましたっけ?
Re: (スコア:0)
駅名に関してはテストデータの消し忘れっぽいくらいだしなあ。
「(漢字)+駅」→JR駅/一部の私鉄駅
「(平仮名)」→私鉄駅
と、ちゃんと駅のある場所に存在する名称は法則にのっとっていて、全国各地に存在する。
対して「(漢字)」の駅は田舎には存在せず、かつ確実に位置がずれている。
リリースまでに「(漢字)」を消しておけばよかったんだろうけど、そこはまあAppleだし。
Re: (スコア:0)
テスト用ではなく、都市部で別途用意したデータとのマージをミスったのでは?
Re: (スコア:0)
Googleの優位は後ろにWeb検索のデータがあること
じゃないかと思ってます。不動産情報とかが検索情報である(体と思いますが)
意外とマンション名だけで場所検索できます→GoogleMap
追いつくためにAppleも検索事業始める???
Re: (スコア:0)
> 意外とマンション名だけで場所検索できます→GoogleMap
データ作ってるゼンリンががんばってるだけですよ。
Re: (スコア:0)
どこにプログラマを雇うって書いてあるの?
Re: (スコア:0)
>Appleは有能な開発者には当然高額な年棒を用意し
プログラマじゃなければなんでしょうか?
プログラマにしか見えません
Re:問題はプログラムなの? (スコア:5, おもしろおかしい)
プログラマじゃないよ、システムエンジニアだよ
うるさいお前なんかプログラマだ
Re:問題はプログラムなの? (スコア:2)
永世小学六年生神アイドル支持者(バランス取らなくっちゃなぁっ!!)
Re: (スコア:0)
どう違うんだよ・・・
http://ja.wikipedia.org/wiki/%E3%82%B7%E3%82%B9%E3%83%86%E3%83%A0%E3%8... [wikipedia.org]
Re: (スコア:0)
うるさいお前なんかアイフォンだ
Re: (スコア:0)
君のところはプログラマだけで開発してるんだね。
Re: (スコア:0)
英文の和訳と妙訳化したときに出てきただけで、原文にはそもそもdeveloperなる単語は出てきていませんよ。
developにしても住宅やマンションの開発業者もデベロッパーとかいうほどで別に(プログラムの)開発者しか
developを使っちゃならんなどという話はどこにもありませんよ。
Re:問題はプログラムなの? (スコア:1)
いっそ"developer"を雇って、地図のとおりに土地を再開発したらいいんじゃね?
Re: (スコア:0)
地図ではなく、googleのデータ主義ともいうべき傾向と、その後のたゆまぬデータ収集の成果が今のgoogle mapの出来でしょう。
開発者だけ雇ったところで、見かけと雰囲気が似るだけで同じ出来には程遠い。
Re: (スコア:0)
データ?あるだろ。
おまいらのMac, iPhone, iPad, メールに。
それがgoogleの代わりまでできるかどうかは、頭の悪い俺にはわからんがな。
Re: (スコア:0)
googleと同じことしてもいつまでたっても追いつけない。
Re: (スコア:0)
現実歪曲空間ならば!!
あぁ、もう居なかった。
Re: (スコア:0)
元のデータはMapfanに代表されるインクリメントP社の物らしいので、そんなに悪くないと思います。
(Appleがどのレイヤーのデータを買ったのか次第にもなってしまいますが)
あと測地系が日本測地系と世界測地系があります。日本測地系の地図をそのまま世界測地系として扱うと数百メートルの誤差が出ます。
パチンコガンダム駅などの悲劇は測地系の位置ズレと、駅として登録されている緯度経度にある建造物名称を駅としてしまう自動処理から来てると思います。
googleの技術者はこの辺知らないわけはありませんから、測地系の位置ズレが改善されるだけでもかなりマシな地図になると思われます。
Re: (スコア:0)
まあ本当に必要なのは、ジョブズなんですけどね。