z*n
发帖数: 2893 | | A******D
发帖数: 2844 | | d*****0
发帖数: 68029 | | f*******5
发帖数: 10321 | 4 我觉得moto选那个地址还会有说道的。moto给的位置旁边有两块公园绿地，2nd ave从
中间穿过，如果要求一个街号必须对应一个建筑，那么地图没法描述两块绿地中间这段
街道的位置。
【在 z*n 的大作中提到】
: http://news.cnet.com/8301-13579_3-57521783-37/oops-anti-apple-m
| A******D
发帖数: 2844 | 5 apple有点无聊了，map差改进就行了，反正map对他来说没啥影响，一个季度照样卖
3000w，现在搞得很多人特反感他家
【在 d*****0 的大作中提到】
: 果果的意思是，虽然我烂，但也有是尊严的。
| A******D
发帖数: 2844 | 6 google的意思就是我不会乱带路，现在变成了讨论315 e 15th st到底有没有了，呵呵
看起来挺无聊的
【在 f*******5 的大作中提到】
: 我觉得moto选那个地址还会有说道的。moto给的位置旁边有两块公园绿地，2nd ave从
: 中间穿过，如果要求一个街号必须对应一个建筑，那么地图没法描述两块绿地中间这段
: 街道的位置。
| f*******5
发帖数: 10321 | 7 是的，不能我到了一个位置，地图说你这个整个block都不存在，尤其是在nyc这种规划
很好的地方。
【在 A******D 的大作中提到】
: google的意思就是我不会乱带路，现在变成了讨论315 e 15th st到底有没有了，呵呵
: 看起来挺无聊的
| A******D
发帖数: 2844 | 8 哈哈
【在 f*******5 的大作中提到】
: 是的，不能我到了一个位置，地图说你这个整个block都不存在，尤其是在nyc这种规划
: 很好的地方。
| z*n
发帖数: 2893 | 9 问题估计是这样的,
315 E 15th St, New York, NY 确实不存在, 对于这个错误输入, 果果的地图和GG的地
图有不同的处理.
GG认为 315是错误输入, 定位在曼哈顿的15街;
果果认为New York是错误输入, 选择了Brooklyn的315 E 15th St, 然后有聪明的把 E
15th st 换成Marlborough;
很难说谁对谁错, 只是对错误输入的不同处理方式. 用这个来登广告bash果果有些过份
了.
GG好象不明白在Brooklyn, E15就是Marlborough, search "315 E 15th St, Brooklyn,
NY"还是会指回曼哈顿, 这象是一个bug.
bing的结果是"315 E 15th St, New York, NY"和GG一样, "315 E 15th St, Brooklyn,
NY"正确的指向了Marlborough, Brooklyn. 在这个问题上bing的表现确实最好.
【在 f*******5 的大作中提到】
: 是的，不能我到了一个位置，地图说你这个整个block都不存在，尤其是在nyc这种规划
: 很好的地方。
| P*****f
发帖数: 2272 | 10 不是。 Google Map search "315 E 15th St, Brooklyn,NY" 就是指向brooklyn，匹配
的实际地址是 "315 15th St
Brooklyn, NY 11215",貌似没有East。这是和那几家的差别
E
Brooklyn,
Brooklyn,
规划
【在 z*n 的大作中提到】
: 问题估计是这样的,
: 315 E 15th St, New York, NY 确实不存在, 对于这个错误输入, 果果的地图和GG的地
: 图有不同的处理.
: GG认为 315是错误输入, 定位在曼哈顿的15街;
: 果果认为New York是错误输入, 选择了Brooklyn的315 E 15th St, 然后有聪明的把 E
: 15th st 换成Marlborough;
: 很难说谁对谁错, 只是对错误输入的不同处理方式. 用这个来登广告bash果果有些过份
: 了.
: GG好象不明白在Brooklyn, E15就是Marlborough, search "315 E 15th St, Brooklyn,
: NY"还是会指回曼哈顿, 这象是一个bug.
| | | A******D
发帖数: 2844 | 11 315 E 15th St, New York, NY 10003是一个真实的地址，在manhattan，在e 15th st
和Nathan D Perlman Place交接的地方，属于Stuyvesant Square。
如果死活要有建筑的话，那就是Brooklyn那个了，呵呵
【在 P*****f 的大作中提到】
: 不是。 Google Map search "315 E 15th St, Brooklyn,NY" 就是指向brooklyn，匹配
: 的实际地址是 "315 15th St
: Brooklyn, NY 11215",貌似没有East。这是和那几家的差别
:
: E
: Brooklyn,
: Brooklyn,
: 规划
| A******D
发帖数: 2844 | 12 果果你输zip它就认了，其实就是算法的问题
E
Brooklyn,
【在 z*n 的大作中提到】
: 问题估计是这样的,
: 315 E 15th St, New York, NY 确实不存在, 对于这个错误输入, 果果的地图和GG的地
: 图有不同的处理.
: GG认为 315是错误输入, 定位在曼哈顿的15街;
: 果果认为New York是错误输入, 选择了Brooklyn的315 E 15th St, 然后有聪明的把 E
: 15th st 换成Marlborough;
: 很难说谁对谁错, 只是对错误输入的不同处理方式. 用这个来登广告bash果果有些过份
: 了.
: GG好象不明白在Brooklyn, E15就是Marlborough, search "315 E 15th St, Brooklyn,
: NY"还是会指回曼哈顿, 这象是一个bug.
| P*****f
发帖数: 2272 | 13 我觉得对这两个query “315 E 15th St
Brooklyn, NY ” 和 "315 E 15th St
New York, NY", google map的处理最对我的胃口。但还是觉得这个iLost广告不太
classy,很不对我的胃口。好不好用户自有话说。
st
匹配
【在 A******D 的大作中提到】
: 315 E 15th St, New York, NY 10003是一个真实的地址，在manhattan，在e 15th st
: 和Nathan D Perlman Place交接的地方，属于Stuyvesant Square。
: 如果死活要有建筑的话，那就是Brooklyn那个了，呵呵
| A******D
发帖数: 2844 | 14 所以这么有争议，哈哈
【在 P*****f 的大作中提到】
: 我觉得对这两个query “315 E 15th St
: Brooklyn, NY ” 和 "315 E 15th St
: New York, NY", google map的处理最对我的胃口。但还是觉得这个iLost广告不太
: classy,很不对我的胃口。好不好用户自有话说。
:
: st
: 匹配
| z*n
发帖数: 2893 | 15 wow, 发现一个有意思的bug, 我是这样实验的, 先找"315 E 15th St,New York, NY",
gmap会指向曼哈顿, 然后在对话框里把New York换成Brooklyn, 结果还是显示曼哈顿.
开个新的tab找315 E 15th St, brooklyn, NY, 会指向 315 15th St,Brooklyn, NY
11215.
从地图上看E 15th St确实就是Marlborough Rd., 旁边有E16, 几条街外有E10, 中间正
好5条路.
即便给gmap正确11226的区码, 还是坚持指向那11215的 15th St... 这个有些弱了.
【在 P*****f 的大作中提到】
: 不是。 Google Map search "315 E 15th St, Brooklyn,NY" 就是指向brooklyn，匹配
: 的实际地址是 "315 15th St
: Brooklyn, NY 11215",貌似没有East。这是和那几家的差别
:
: E
: Brooklyn,
: Brooklyn,
: 规划
| P*****f
发帖数: 2272 | 16 是的，还是会指向原来那里，不过下面会问是不是想匹配brooklyn的地址。我猜测这应
该是基于session 的query给了affinity权重，和单独indivual quey处理优先不同。
,
.
匹配
【在 z*n 的大作中提到】
: wow, 发现一个有意思的bug, 我是这样实验的, 先找"315 E 15th St,New York, NY",
: gmap会指向曼哈顿, 然后在对话框里把New York换成Brooklyn, 结果还是显示曼哈顿.
: 开个新的tab找315 E 15th St, brooklyn, NY, 会指向 315 15th St,Brooklyn, NY
: 11215.
: 从地图上看E 15th St确实就是Marlborough Rd., 旁边有E16, 几条街外有E10, 中间正
: 好5条路.
: 即便给gmap正确11226的区码, 还是坚持指向那11215的 15th St... 这个有些弱了.
| A******D
发帖数: 2844 | 17 那条路还真不叫e 15th st，只叫Marlborough Rd
老美经常十字路口向左叫abc路，向右叫xyz路
,
.
【在 z*n 的大作中提到】
: wow, 发现一个有意思的bug, 我是这样实验的, 先找"315 E 15th St,New York, NY",
: gmap会指向曼哈顿, 然后在对话框里把New York换成Brooklyn, 结果还是显示曼哈顿.
: 开个新的tab找315 E 15th St, brooklyn, NY, 会指向 315 15th St,Brooklyn, NY
: 11215.
: 从地图上看E 15th St确实就是Marlborough Rd., 旁边有E16, 几条街外有E10, 中间正
: 好5条路.
: 即便给gmap正确11226的区码, 还是坚持指向那11215的 15th St... 这个有些弱了.
| z*n
发帖数: 2893 | 18 从那文章看没有这个地址.
"The problem, as noted by reader AMD Pettitte, is that 315 E 15th Street is
not an actual address in Manhattan. A public park sits on that side of the
street, making none of the block's odd numbers a valid address. The number
will never be a valid address in Manhattan."
地址是可以跳号的, 比如原来我住的地方26号后面就是29号, 27/28就是不存在. 你不
能说我的房子地址是26, 同时占了27/28的街号.
从地图上看奇数门牌号是不存在的, 偶数在街对面是存在的. 果果的地图能正常搜出偶
数地址, 对奇数地址特殊处理是严谨的做法.
st
【在 A******D 的大作中提到】
: 315 E 15th St, New York, NY 10003是一个真实的地址，在manhattan，在e 15th st
: 和Nathan D Perlman Place交接的地方，属于Stuyvesant Square。
: 如果死活要有建筑的话，那就是Brooklyn那个了，呵呵
| z*n
发帖数: 2893 | 19 很多年前叫e 15 st., 这处理还是对的, 你如果有个老地址在E15, brooklyn, 地图楞
把你往曼哈顿指总不大对头吧.
【在 A******D 的大作中提到】
: 那条路还真不叫e 15th st，只叫Marlborough Rd
: 老美经常十字路口向左叫abc路，向右叫xyz路
:
: ,
: .
| z*n
发帖数: 2893 | 20 无论怎么说如果同一个地址在不同输入方式下给出不同的地方有些不大对头.
另外即便给了正确的11266的zip code, gmap还是不能正确的指向marlborough... 这
点不如果果和bing.
【在 P*****f 的大作中提到】
: 是的，还是会指向原来那里，不过下面会问是不是想匹配brooklyn的地址。我猜测这应
: 该是基于session 的query给了affinity权重，和单独indivual quey处理优先不同。
:
: ,
: .
: 匹配
| | | A******D
发帖数: 2844 | 21 你用apple的地图搜搜看315 E 15th Street，10003，不知道会是啥情况
is
【在 z*n 的大作中提到】
: 从那文章看没有这个地址.
: "The problem, as noted by reader AMD Pettitte, is that 315 E 15th Street is
: not an actual address in Manhattan. A public park sits on that side of the
: street, making none of the block's odd numbers a valid address. The number
: will never be a valid address in Manhattan."
: 地址是可以跳号的, 比如原来我住的地方26号后面就是29号, 27/28就是不存在. 你不
: 能说我的房子地址是26, 同时占了27/28的街号.
: 从地图上看奇数门牌号是不存在的, 偶数在街对面是存在的. 果果的地图能正常搜出偶
: 数地址, 对奇数地址特殊处理是严谨的做法.
:
| P*****f
发帖数: 2272 | 22 这个是取决于第二个query没有精确匹配的算法。各家做法不同，搞成简单的无状态查
询能给用户一致的体验，而基于session的想要学习，猜测真实意图。不是专门搞这个
的，我想Google这么做多半有他在统计上的理由，毕竟其算法基本上都是data-driven的
这应
【在 z*n 的大作中提到】
: 无论怎么说如果同一个地址在不同输入方式下给出不同的地方有些不大对头.
: 另外即便给了正确的11266的zip code, gmap还是不能正确的指向marlborough... 这
: 点不如果果和bing.
| z*n
发帖数: 2893 | 23 不知道, 没有ip5, ipad没升级...
【在 A******D 的大作中提到】
: 你用apple的地图搜搜看315 E 15th Street，10003，不知道会是啥情况
:
: is
| A******D
发帖数: 2844 | 24 你这有点夸张吧，哈哈，100年了，所有的相关东西都会改了，就算有也会写上（old e
15th st）
several blocks of East 15th Street -- including the 300 block -- were
renamed Marlborough Road in 1905.
【在 z*n 的大作中提到】
: 很多年前叫e 15 st., 这处理还是对的, 你如果有个老地址在E15, brooklyn, 地图楞
: 把你往曼哈顿指总不大对头吧.
| z*n
发帖数: 2893 | 25 data driven不可能同一个地址有两个结果.用户行为是在对话框中把new york修改成
brooklyn, 结果还是指向new york? 感觉这应当给brooklync更多的权重, 应当更容易
指向另外一个地址. 这更象是gmap的bug.
感觉关键是GG的数据库里明显没有Marlborough以前是E 15st的信息, 否则怎么匹配也
会匹配到正确的brooklyn地址. 果果和bing明显有这信息.
driven的
【在 P*****f 的大作中提到】
: 这个是取决于第二个query没有精确匹配的算法。各家做法不同，搞成简单的无状态查
: 询能给用户一致的体验，而基于session的想要学习，猜测真实意图。不是专门搞这个
: 的，我想Google这么做多半有他在统计上的理由，毕竟其算法基本上都是data-driven的
:
: 这应
| A******D
发帖数: 2844 | 26 While it's not a building's address, it is in fact a street address. It does
exist and can even be found in Apple's maps IF you also key in the zip code
10003. The LOL is for an author who do not do his research.
有人做了实验
其实就是两家公司处理数据的方式不一样，就我而言google的处理方式比较好，至少不
会出大错，apple有点过分主动了，
【在 z*n 的大作中提到】
: 不知道, 没有ip5, ipad没升级...
| z*n
发帖数: 2893 | 27 这毕竟是正确的信息, 至少果果和bing有这个信息.
GG数据库在这条街上确实不如另外两个完整.
e
【在 A******D 的大作中提到】
: 你这有点夸张吧，哈哈，100年了，所有的相关东西都会改了，就算有也会写上（old e
: 15th st）
: several blocks of East 15th Street -- including the 300 block -- were
: renamed Marlborough Road in 1905.
| A******D
发帖数: 2844 | 28 100年前就改了路名，怎么算是正确的信息？
我如果1年前改了名字，如果还有人叫我以前的名字，我可以认为他还是在叫我，但是
如果我10年前就改了名，就应该把所有的相关信息都改了，现在再有人叫我的旧名，就
应该是个错误了
100年活着的人也不多了
【在 z*n 的大作中提到】
: 这毕竟是正确的信息, 至少果果和bing有这个信息.
: GG数据库在这条街上确实不如另外两个完整.
:
: e
| P*****f
发帖数: 2272 | 29 我都说了是 session query,看前一个，来猜后一个的匹配概率
态查
这个
【在 z*n 的大作中提到】
: data driven不可能同一个地址有两个结果.用户行为是在对话框中把new york修改成
: brooklyn, 结果还是指向new york? 感觉这应当给brooklync更多的权重, 应当更容易
: 指向另外一个地址. 这更象是gmap的bug.
: 感觉关键是GG的数据库里明显没有Marlborough以前是E 15st的信息, 否则怎么匹配也
: 会匹配到正确的brooklyn地址. 果果和bing明显有这信息.
:
: driven的
| z*n
发帖数: 2893 | 30 这恐怕是狡辩, 就象我原来住的地方26之后就是29, 两个lot连着, 27/28在哪里?
does
code
【在 A******D 的大作中提到】
: While it's not a building's address, it is in fact a street address. It does
: exist and can even be found in Apple's maps IF you also key in the zip code
: 10003. The LOL is for an author who do not do his research.
: 有人做了实验
: 其实就是两家公司处理数据的方式不一样，就我而言google的处理方式比较好，至少不
: 会出大错，apple有点过分主动了，
| | | z*n
发帖数: 2893 | 31 我说了这个session中连续的两个query的差别显示了很明显的用户意愿 - 把New York
改成了Brooklyn, 怎么还会把New York的地址优先于Brooklyn的地址, 这很象是个bug.
【在 P*****f 的大作中提到】
: 我都说了是 session query,看前一个，来猜后一个的匹配概率
:
: 态查
: 这个
| A******D
发帖数: 2844 | 32 我只不过说apple的地图也可以找到这个地址
你的文章下面的评论有些挺好的，其他就是两派打架了，哈哈
There are two possibilites.
1) The address for that location actually does exist and has been assigned
by the mapping department. No building is there to use the address. Meaning
the map is right but the lack of a building throws off people who don't know
how addresses are assigned.
2) The address doesn't exist. This means the map actually is wrong and
should be corrected.
说不定过几天记者就去市政府查资料了，哈哈
美国地址经常连着的住宅不连号，都是预留的，城市好一点，农村两个房子紧挨着，能
差10来个号码，我不懂老美的门牌是如何分配的，哈哈
【在 z*n 的大作中提到】
: 这恐怕是狡辩, 就象我原来住的地方26之后就是29, 两个lot连着, 27/28在哪里?
:
: does
: code
| z*n
发帖数: 2893 | 33 这是你个人的主观想法.
这是bing和果果地图里都有的信息, GG没有这信息. 反过来说如果找E16大家都能找对
地方, 什么都不变找E15, 别人都知道历史往旁边一条街指,你给指到几英里外?
而且给正确的11266区码都指不对...这确实很弱啊.
【在 A******D 的大作中提到】
: 100年前就改了路名，怎么算是正确的信息？
: 我如果1年前改了名字，如果还有人叫我以前的名字，我可以认为他还是在叫我，但是
: 如果我10年前就改了名，就应该把所有的相关信息都改了，现在再有人叫我的旧名，就
: 应该是个错误了
: 100年活着的人也不多了
| A******D
发帖数: 2844 | 34 认为你后面输入的也是一个错误，然后用前面他已经修正的数据来匹配
York
bug.
【在 z*n 的大作中提到】
: 我说了这个session中连续的两个query的差别显示了很明显的用户意愿 - 把New York
: 改成了Brooklyn, 怎么还会把New York的地址优先于Brooklyn的地址, 这很象是个bug.
| A******D
发帖数: 2844 | 35 你认为“历史数据很重要”，我认为“更新的数据很重要，历史数据对我没有”，不同
的看法罢了
我想我们没必要在这个上面再继续下去了，该说的都说了，哈哈，在下去我们就是灌水
冲10大了
【在 z*n 的大作中提到】
: 这是你个人的主观想法.
: 这是bing和果果地图里都有的信息, GG没有这信息. 反过来说如果找E16大家都能找对
: 地方, 什么都不变找E15, 别人都知道历史往旁边一条街指,你给指到几英里外?
: 而且给正确的11266区码都指不对...这确实很弱啊.
| z*n
发帖数: 2893 | 36 那边是个有近两百年历史的公园...
In 1836 Peter Gerard Stuyvesant (1778-1847) and his wife Helen Rutherford
reserved four acres of the family farm and sold it for five dollars to the
City of New York as a public park.
用你的百年理论这至少应当是Old xxxx, 不应当找到的.
Meaning
know
【在 A******D 的大作中提到】
: 我只不过说apple的地图也可以找到这个地址
: 你的文章下面的评论有些挺好的，其他就是两派打架了，哈哈
: There are two possibilites.
: 1) The address for that location actually does exist and has been assigned
: by the mapping department. No building is there to use the address. Meaning
: the map is right but the lack of a building throws off people who don't know
: how addresses are assigned.
: 2) The address doesn't exist. This means the map actually is wrong and
: should be corrected.
: 说不定过几天记者就去市政府查资料了，哈哈
| P*****f
发帖数: 2272 | 37 我猜是因为后者没有匹配，而且这两个地方挨得近，号码相同，所以它在猜你。这个其
实可以做做测试，把第二个query换成：
1.一个有效没歧义的地址
2.一个多歧义的相同号码的地址
3.一个多歧义的不同号码的地址。
4,5,6:把以上地址的城市名换成更远的地方来试。
York
bug.
【在 z*n 的大作中提到】
: 我说了这个session中连续的两个query的差别显示了很明显的用户意愿 - 把New York
: 改成了Brooklyn, 怎么还会把New York的地址优先于Brooklyn的地址, 这很象是个bug.
| z*n
发帖数: 2893 | 38 没有必要猜gmap现在的行为, 无论如何没有办法解释用户特意修改query后还返回同样
的结果. 用户不可能修改query还想得到同样的结果.
【在 P*****f 的大作中提到】
: 我猜是因为后者没有匹配，而且这两个地方挨得近，号码相同，所以它在猜你。这个其
: 实可以做做测试，把第二个query换成：
: 1.一个有效没歧义的地址
: 2.一个多歧义的相同号码的地址
: 3.一个多歧义的不同号码的地址。
: 4,5,6:把以上地址的城市名换成更远的地方来试。
:
: York
: bug.
| P*****f
发帖数: 2272 | 39 这种smart guessing仅仅在某些条件下触发。
比如如果第一个query是一个加州的地址，那么第二个多歧义query就直接去brooklyn了
。所以我猜是它在猜。当然有可能对某些case猜得不好
个其
【在 z*n 的大作中提到】
: 没有必要猜gmap现在的行为, 无论如何没有办法解释用户特意修改query后还返回同样
: 的结果. 用户不可能修改query还想得到同样的结果.
| f*******5
发帖数: 10321 | 40 这个不叫错误输入
你琢磨下这个地址就能理解为什么这么设置了 270 2nd ave, New York, NY。这么做有
很多方面的意义。bmap和gmap都能找到。
E
Brooklyn,
【在 z*n 的大作中提到】
: 问题估计是这样的,
: 315 E 15th St, New York, NY 确实不存在, 对于这个错误输入, 果果的地图和GG的地
: 图有不同的处理.
: GG认为 315是错误输入, 定位在曼哈顿的15街;
: 果果认为New York是错误输入, 选择了Brooklyn的315 E 15th St, 然后有聪明的把 E
: 15th st 换成Marlborough;
: 很难说谁对谁错, 只是对错误输入的不同处理方式. 用这个来登广告bash果果有些过份
: 了.
: GG好象不明白在Brooklyn, E15就是Marlborough, search "315 E 15th St, Brooklyn,
: NY"还是会指回曼哈顿, 这象是一个bug.
| | | z*n
发帖数: 2893 | 41 那个公园是个方块...
事实应当是这样的,
1, gmap缺少Brooklyn的E15 is(was) Marlborough的信息, 即便给了315 E 15th st,
Brooklyn, NY 11226, 果果/bing都能找到, gmap指向了几英里外11215的15th Str.
2, 315 E 15th, New York, NY是个有争议地址. (先搁置是不是那个方块可以代表N^2
个地址的问题).
果果的地图明显是有这个数据, 并且他知道街对面的偶数地址是正确的, 在匹配315的
时候, 处理为Brooklyn;
gmap 处理为316 对面... 个人认为gmap的处理确实更合适.
3, gmap处理无法匹配的地址的时候有bug
同一个315 E 15th st,Brooklyn, NY 地址, 如果输入315 E 15th st,New York, NY
11226, 然后把New York改成Brooklyn, 还是指向New York, 开个新窗口直接输入却是
另外一个地方,
明显是猜错了用户意愿.
最成问题的是用这个来登广告bash APPL...
【在 f*******5 的大作中提到】
: 这个不叫错误输入
: 你琢磨下这个地址就能理解为什么这么设置了 270 2nd ave, New York, NY。这么做有
: 很多方面的意义。bmap和gmap都能找到。
:
: E
: Brooklyn,
| d*******3
发帖数: 6550 | 42 很多年前是100多年前了，1905年就改名了。。。难道你要现在的地图把以前所有的历
史地名都记住？总不大对头吧。。。
【在 z*n 的大作中提到】
: 很多年前叫e 15 st., 这处理还是对的, 你如果有个老地址在E15, brooklyn, 地图楞
: 把你往曼哈顿指总不大对头吧.
| d*******3
发帖数: 6550 | 43 这个park现在还是存在的啊，为什么要用old，真不懂你什么逻辑。
那条路名确是100年前就被改了，没有了。你现在翻出来说地图搜不到，这不算是狡辩
么？
你用地图难道是为了穿越？
【在 z*n 的大作中提到】
: 那边是个有近两百年历史的公园...
: In 1836 Peter Gerard Stuyvesant (1778-1847) and his wife Helen Rutherford
: reserved four acres of the family farm and sold it for five dollars to the
: City of New York as a public park.
: 用你的百年理论这至少应当是Old xxxx, 不应当找到的.
:
: Meaning
: know
| f*******5
发帖数: 10321 | 44 你显然没领会apple map里头缺失的是什么。现在都是矢量地图，对于一个block里的街
号，市政规划里就已经设计好了，这个block里是从100到200，即便现在没有建筑，用
户仍然能够找到这个位置，也能和别人共享这个位置，城市也为以后发展留了余地，
gis系统的省了存储，精确了计算。
广告的本意就是要表示我要到广告里地图的那个位置，你非说事实是这样的blah blah
。我不知道你是不是还看了别的新闻，苹果地图还把有曼哈顿有建筑的地址放到了
brooklyn。地图是个很有地方特色的产品，每个地方和每个地方的规划规矩不一样，不
是地图程序算法设计完就完了的。
2
【在 z*n 的大作中提到】
: 那个公园是个方块...
: 事实应当是这样的,
: 1, gmap缺少Brooklyn的E15 is(was) Marlborough的信息, 即便给了315 E 15th st,
: Brooklyn, NY 11226, 果果/bing都能找到, gmap指向了几英里外11215的15th Str.
: 2, 315 E 15th, New York, NY是个有争议地址. (先搁置是不是那个方块可以代表N^2
: 个地址的问题).
: 果果的地图明显是有这个数据, 并且他知道街对面的偶数地址是正确的, 在匹配315的
: 时候, 处理为Brooklyn;
: gmap 处理为316 对面... 个人认为gmap的处理确实更合适.
: 3, gmap处理无法匹配的地址的时候有bug
| s****c
发帖数: 11300 | 45 离线地图你这么理解是可以的 因为地图更新频率没有那么高
但是在线地图就没必要为保留“号码”还指向这个地方 用户输入了这个系统默认就是
错的 应该提示一下用户检查地址或者输入
另外美国的门牌号也不是真的门牌号 而是距离 我以前说过 是以该路的某一个地方定
为起点 距离的单位是什么我还不太清楚
blah
【在 f*******5 的大作中提到】
: 你显然没领会apple map里头缺失的是什么。现在都是矢量地图，对于一个block里的街
: 号，市政规划里就已经设计好了，这个block里是从100到200，即便现在没有建筑，用
: 户仍然能够找到这个位置，也能和别人共享这个位置，城市也为以后发展留了余地，
: gis系统的省了存储，精确了计算。
: 广告的本意就是要表示我要到广告里地图的那个位置，你非说事实是这样的blah blah
: 。我不知道你是不是还看了别的新闻，苹果地图还把有曼哈顿有建筑的地址放到了
: brooklyn。地图是个很有地方特色的产品，每个地方和每个地方的规划规矩不一样，不
: 是地图程序算法设计完就完了的。
:
: 2
| f*******5
发帖数: 10321 | 46 "门牌号不是真的门牌号而是距离"正能说明采用虚街号的正确性。其实没什么好争的，
过俩月苹果地图就也会找到虚街号的。其实现在已经能找到一些了。
现在在线和离线题图的界限开始模糊了，比如google map app有了offline mode。在比
如我用google chrome to phone把pc上看到的地址发到电话上。
【在 s****c 的大作中提到】
: 离线地图你这么理解是可以的 因为地图更新频率没有那么高
: 但是在线地图就没必要为保留“号码”还指向这个地方 用户输入了这个系统默认就是
: 错的 应该提示一下用户检查地址或者输入
: 另外美国的门牌号也不是真的门牌号 而是距离 我以前说过 是以该路的某一个地方定
: 为起点 距离的单位是什么我还不太清楚
:
: blah
| z*n
发帖数: 2893 | 47 当然不是硬性的要求, 没有也很正常.
说的是在这个地址上, gmap的数据不如apple和bing完整,
去查 315 E 15th st,Brooklyn, NY 11226, gmap会给你指到11215的一个地址, 而
apple/bing有数据能正确的找到11226里面最make sense的地址.
【在 d*******3 的大作中提到】
: 很多年前是100多年前了，1905年就改名了。。。难道你要现在的地图把以前所有的历
: 史地名都记住？总不大对头吧。。。
| g******o
发帖数: 4042 | 48 这事儿关键是苹果认为布鲁克林那个地址更有可能是用户真实意图
google认为曼哈顿那个是用户的真实意图
你硬让apple找曼哈顿那个地址，它也能给你
其实这个只是算法问题，不是啥严重问题
【在 f*******5 的大作中提到】
: "门牌号不是真的门牌号而是距离"正能说明采用虚街号的正确性。其实没什么好争的，
: 过俩月苹果地图就也会找到虚街号的。其实现在已经能找到一些了。
: 现在在线和离线题图的界限开始模糊了，比如google map app有了offline mode。在比
: 如我用google chrome to phone把pc上看到的地址发到电话上。
| l***k
发帖数: 1153 | 49 看了上面的讨论，不管谁对谁错，google这次没有达到自己的目的。本来很简单一件事
情，不知道哪个猪头选了个这么个地址，全搞砸了。 | w******t
发帖数: 16937 | 50 纠正一下，是Moto，即摩托罗拉的广告。
google被当枪使了。
【在 l***k 的大作中提到】
: 看了上面的讨论，不管谁对谁错，google这次没有达到自己的目的。本来很简单一件事
: 情，不知道哪个猪头选了个这么个地址，全搞砸了。
| | | s****c
发帖数: 11300 | 51 所以说 根据门牌号算地址只是gps的初级功能
这里很多人怎么貌似都没用过独立车载gps的样子？连gps最基本的功能都当成高级功能
来说了 说实话现在手机上的地图 不论功能导航速度还是地图精确性还是不如车载gps
的 我开车的时候从不用手机做导航 手机地图只做poi用
作为一个时刻在线的设备 就应该在算地址的时候顺便到网上搜一下这个地址到底存在
不存在 如果不存在的话应该给用户一个提示 可能输入有误或者地址有误
【在 f*******5 的大作中提到】
: "门牌号不是真的门牌号而是距离"正能说明采用虚街号的正确性。其实没什么好争的，
: 过俩月苹果地图就也会找到虚街号的。其实现在已经能找到一些了。
: 现在在线和离线题图的界限开始模糊了，比如google map app有了offline mode。在比
: 如我用google chrome to phone把pc上看到的地址发到电话上。
| d*******3
发帖数: 6550 | 52 315 E 15th st, Brooklyn 11226这个地址现在不存在，怎么make sense?
【在 z*n 的大作中提到】
: 当然不是硬性的要求, 没有也很正常.
: 说的是在这个地址上, gmap的数据不如apple和bing完整,
: 去查 315 E 15th st,Brooklyn, NY 11226, gmap会给你指到11215的一个地址, 而
: apple/bing有数据能正确的找到11226里面最make sense的地址.
| l***k
发帖数: 1153 | 53 现在不是一家了吗
【在 w******t 的大作中提到】
: 纠正一下，是Moto，即摩托罗拉的广告。
: google被当枪使了。
|
|
