Follow your heart (98)--- discussion with 天凉 about ...

the Korean is really funny.He did not pick up skype call and did not reply anymore .　I think he can not understand the documents, but...that is normal ,because they are really a little bit complicated . But i have told him, I can explain to him if he need. He told me he would wait for me last night at 9pm, but he pretended not be online, and today morning ,when he was online, he also did not reply on skype when P called him.

天凉提醒了我谷歌地图api解析地址次数的限制问题,我记得以前看过这个,当时我认为的是,限制用户的ip,不是网站的ip.

天凉说,免费的用户对于有些可能用到的功能是有限制,并且有些数据是需要先缓存起来的,这个可能需要准备.比如说:地址转换,根据名称取经纬度[给位置请求做参], 或根据经纬度取名称[按指定经纬取名], 路线请求[出行线路],位置请求[用于查询某地周边场所]等.
非Premier用户有使用限制,当然正式用户也有限制,这里面的有些数据可以先缓存起来,放在网站的数据库中,使用时先从自己库中查,查不到再调用google map api.

有限制也不是没办法,只是一开始访问较少肯定不会有问题,但是要记录一些请求的或已经的数据,放到自己的网站中,作为缓存,这样的数据会有越积越多,经常的路线基本是都会用到.这样保存起来就可以在一些经常查询的信息,不用通过google map api来取了,就可以直接取,而不受那个2500/24h限制了.

计算路线是一种耗时、耗资源的任务。如果可能，系统会使用此处介绍的服务提前计算已知地址，并将结果存储在您自己设计的临时缓存中

Google Directions API 的使用受每天 2500 路线请求的查询限制。单个路线请求可以包含多达 8 个中间路标。 Google Maps Premier 客户每天最多可以查询 100,000 个路线请求，且在每个请求中最多可以使用 23 个路标。

注意：Google Directions API 只能与 Google Maps 上的显示结果配合使用；下面这种情况是不允许的：使用路线数据而不显示为其请求路线数据的地图。另外，计算路线将会生成必须以某种方式向用户显示的版权和警告。

地址解析是一种耗时耗资源的任务。请尽可能地对已知地址预先进行地址解析（使用本文所描述的 Google Geocoding API 或其他地址解析服务），并将结果存储在您自己设计的临时缓存中。

Google Geocoding API 的使用有限制，即，每天 2,500 个地理位置查询请求。（Google Maps API Premier 用户每天最多可执行 100,000 个请求。）强制执行此限制是为了防止滥用和/或重复使用 Google Geocoding API。以后可能对此限制进行更改，而无需另行通知。此外，我们还强制设定了请求速率限制，以防滥用此服务。如果您超过了 24 小时的限制或者滥用此服务，Google Geocoding API 可能会暂停为您服务。如果您继续无视这个限制，将会阻止您对 Google Geocoding API 的访问。

请注意：Google Geocoding API 只能与 Google Maps 配合使用；不能只进行地址解析而不在地图上显示结果。

所以有限制,并且实时处理的会反应慢.


关于缓存,天凉告诉我:

所谓的缓存是在访问时放在内存里,有时间或访问频率的限制,经常访问的放在内存里,不常访问的在磁盘上或数据库中,在需要时调出

只是临时在请求多时临时放入,并不会丢失.

但是这些数据要保存起来.如果没有保存,比如从google里来的.如果没有保存在自己的系统中,每次都要重新去google里取

我问:可是,要是先在自己库里取一次,发现没有再去谷歌,这个慢不慢?

他说,一般是自己库里的比较常用都已经缓存起来的，这样取起来就会快一点。如果没有，再去google，在有的情况下就快得多，没有的情况下和直接取就差不多
一般这个影响根本不是问题。可能问题是需要的数据也就是缓存出来的数据够不够用
google是比较全的，但缓存的可能是只是需要的

我只是看到一部分，但不知道是不是有些合适缓存，有些不合适。这么说是因为，有些要用到google自己的功能来展现，某些是个人网站不可能做的,那就不能缓存。有些是可以做的，并且用到的数据是可以自己呈现的。那就可以缓存

我刚才提到的限制在这里：http://code.google.com/intl/zh-CN/apis/maps/documentation/geocoding/

http://code.google.com/intl/zh-CN/apis/maps/documentation/directions/

http://code.google.com/intl/zh-CN/apis/maps/documentation/elevation/

不知道我的理解对不对？你可以看看,先截个图给你。
  

他提议需求用:基本原型+关键点描述

我今天还收到一个人提议的 www.alphasoftware.com/ alpha 5 version10

下午继续把其他的页面用ppt做了几个出来. 全是重复劳动,但是,...

评论

6 楼 Jennycn 2011-10-11  

Jennycn 写道

但这个路线的限制,我就还没弄明白

唉

看了一下,天凉说的路线受限,应该也是针对开发人员批量的,是在google directions API里  如果没理解错的话,这个和geocoding一样,都属于google maps web services里的

这个里面的受众也有几句是这么写的:

此服务通常适用于计算路线的静态（事先已知）地址，以便将应用程序内容放置在地图上；但此服务不适用于对用户输入的内容进行实时响应。有关动态路线计算（例如，在用户界面元素中），请参见 JavaScript API V3 Directions Service 文档。


那就是我们要是全部做成动态的,就可以避免了,用javascript api v3里的就可以避免这个限制了

5 楼 Jennycn 2011-10-11  

但这个路线的限制,我就还没弄明白

唉

4 楼 Jennycn 2011-10-11  

然后,我们又看了一下,天凉给我的那个受限的地址,我发现里面 在受众那里有段是这么说的:
http://code.google.com/intl/zh-CN/apis/maps/documentation/geocoding/

此服务通常用于对静态（事先已知的）地址进行地址解析，以便将应用程序内容放置在地图上；此服务并不用于实时响应用户输入等操作。对于动态地址解析（例如在用户界面元素内），请查阅 JavaScript API V2 客户端地址解析器、JavaScript API V3 客户端地址解析器或 Maps API for Flash 地址解析器的文档。


这个,是geocoding api.我理解的是,这是对开发人员,批量对静态地址解析的限制.

而对动态地址,用jsp API v3客户端地址解析器,那个,没有看到有限制.
http://code.google.com/intl/zh-CN/apis/maps/documentation/javascript/services.html

3 楼 Jennycn 2011-10-11  

Jennycn 写道

http://blog.163.com/lhg_jzjh/blog/static/84621041200991671542648/

如果在 24 小时时段内收到来自一个 IP 地址超过 15,000 个地址解析请求，或从一个 IP 地址提交的地址解析请求速率过快，Google 地图 API 编码器将用 620 状态代码开始响应。本文说明了怎样确定来自 PHP 的地址解析请求的时间并提供用于此操作的示例代码。如果地址解析器的使用仍然过多，则从该 IP 地址对 Google 地图 API 地址解析器的访问可能被永久阻止。

       使用 Javascript 中的 GClientGeocoder 或 Flash 中的 ClientGeocoder 时，地址解析器请求由用户的网络浏览器发起，这时使用的是用户 IP 地址的配额。这意味着您的网站上的某个用户的过度使用，不会影响到网站上的其他用户。但是，如果多个用户通过一个代理访问 Google 地图 API，则他们将共同分担代理的 IP 地址的配额。

        如果地址解析器请求是使用 HTTP 地址解析发送的，那么它们消耗的是发起这个 HTTP 请求的系统的 IP 地址的配额。如果您需要通过 HTTP 地址解析器提交大批量的地址信息，并保存下来供以后使用，那么您可以考虑 Google 地图 API 专业版，它为此专门提供了独立的批处理地址解析配额。

      您还可以用其他地址解析服务补充 Google 地图 API 地址解析器，此处提供可用服务列表。

天凉提醒我,这个要是"使用 Javascript 中的 GClientGeocoder 或 Flash 中的 ClientGeocoder 时，地址解析器请求由用户的网络浏览器发起，这时使用的是用户 IP 地址的配额。这意味着您的网站上的某个用户的过度使用，不会影响到网站上的其他用户。" ,就是说用javascript,地址解析器请求由用户的网络浏览器发起,并不会影响网站的.

是哦是哦,这么看,是哦.

2 楼 Jennycn 2011-10-10  

http://blog.163.com/lhg_jzjh/blog/static/84621041200991671542648/

如果在 24 小时时段内收到来自一个 IP 地址超过 15,000 个地址解析请求，或从一个 IP 地址提交的地址解析请求速率过快，Google 地图 API 编码器将用 620 状态代码开始响应。本文说明了怎样确定来自 PHP 的地址解析请求的时间并提供用于此操作的示例代码。如果地址解析器的使用仍然过多，则从该 IP 地址对 Google 地图 API 地址解析器的访问可能被永久阻止。

       使用 Javascript 中的 GClientGeocoder 或 Flash 中的 ClientGeocoder 时，地址解析器请求由用户的网络浏览器发起，这时使用的是用户 IP 地址的配额。这意味着您的网站上的某个用户的过度使用，不会影响到网站上的其他用户。但是，如果多个用户通过一个代理访问 Google 地图 API，则他们将共同分担代理的 IP 地址的配额。

        如果地址解析器请求是使用 HTTP 地址解析发送的，那么它们消耗的是发起这个 HTTP 请求的系统的 IP 地址的配额。如果您需要通过 HTTP 地址解析器提交大批量的地址信息，并保存下来供以后使用，那么您可以考虑 Google 地图 API 专业版，它为此专门提供了独立的批处理地址解析配额。

      您还可以用其他地址解析服务补充 Google 地图 API 地址解析器，此处提供可用服务列表。

1 楼 Jennycn 2011-10-03  

有个印度人说他们

:We would like to use Java and use Spring, Spring MVC, Hibernate
and Spring Services returning JSON data at server side and AJAX, JQuery and CSS etc at client side

这个看起来比较靠谱,不过,唉,沟通,肯定会是问题的.特别是我这边没有一个懂技术的把关

现在是更没有一个外语好的懂技术的把关.


我还是希望能找国内的啊