thanks for the response....but still not clear to me. As the request to Google directions is an httpget I assumed that the 2500 limit would be per unique ip address (which as there is no cookie involved is what I believe will be the only unique identifier that google will see on the request hitting their servers). If you are connected via 3G and sharing an IP with thousands of others, that might cause a problem.....connected via WiFi would be much less of an issue.
did I miss something? On Aug 24, 1:54 pm, Brad Gies <[email protected]> wrote: > Yeah.. it's confusing.... > > What I did was change my code to send all requests from my phone apps to > my server. Then I check to see if I already have it, and return the > results from my server. If I don't already have it, then I request it > from the Google server. I guess my new way makes it easier for them to > figure it out, but I also make considerably less requests so haven't had > any problems lately. > > I think the navigation companies don't exploit it, because according to > the TOS, it must be used with Google Maps... and I'm pretty sure the > navigation companies know that Google has a few lawyers :). > > Brad. > > On 24/08/2010 9:57 AM, Filip Havlicek wrote: > > > Hi Brad, > > > thanks for your information from a practical experience with this, > > although it just seems weird. Why navigation companies doesn't exploit > > this? And how do they figure it out? Since you can make a request from > > your phone as well as from a desktop application or even your browser. > > Binding the limit to IP address seems awfully unfair since when > > connecting the phone through your telephone provider, you get the same > > IP address as tens, maybe even hundreds of other users. That would > > seriously limit application's usability in these cases (= mobile > > applications). > > > Best regards, > > Filip Havlicfek > > > PS: I'm "arguing" about this matter since I'm seriously interested in > > it and would like to see some proofs instead of assumptions. No harsh > > feelings :) > > > 2010/8/24 Brad Gies <[email protected] <mailto:[email protected]>> > > > Just to clear up what might be a little confusion... The limit is > > 2,500 per "Developer", "Key", or "Website", not for "All Apps for > > anyone". ... I don't know how they figure it out either....but I > > can tell you that when I have used more than that limit for more > > than a couple of days in a row, I was cut off for 24 hours :). > > > They also state that it is meant to be used to make a query one > > time, and that you should cache the results (and follow the TOS) > > instead of calling it again, and if you do that, you will find you > > don't use it to the limit very often :). > > > On 24/08/2010 12:31 AM, Filip Havlicek wrote: > > > And you are sure based on what? Your assumption? I'm just > > telling you what is written. > > > "Use of the Google Directions API is subject to a query limit > > of 2,500 directions requests per day." > > > Nothing else is written there about the public limitations. > > I'm pretty sure the limitations is for all the applications > > because 1) for public usage, you don't need any key 2) from > > user point of view, who would request 2500 directions per day? > > I'm sure practical user maximum would be around 100-200 > > request. And this limitation is there IMHO for rendering usage > > of this API in a core of commercial navigation softwares (ie > > TomTom) impossible, because they would make a lot of money on > > this basic API (I don't own any of this software, but from > > what I know, that's just what they do - > > directions+maps+reading, that could be done with Google APIs > > in a few days). > > > Although I'm sure I can be ultimately wrong (although in that > > case, I would be curious why noone would be exploiting these > > APIs to make profit). > > > Best regards, > > Filip Havlicek > > > 2010/8/24 davemac <[email protected] > > <mailto:[email protected]> <mailto:[email protected] > > <mailto:[email protected]>>> > > > That doesn't sound quite right. I'm sure that the limit is > > either > > based on the signature of the app (questionable) or based > > somehow on > > the user who's using it. Either way I'm not sure how Google > > could > > possibly figure either one out. If it's the latter as I > > suspect, then > > I should be fine using the Directions API in my app, with > > some sort of > > notice to the user that only 2500 requests per day are > > allowed. If > > it's the former, then I'm most likely out of luck. > > > Anyone else know? > > > - dave > > > On Aug 22, 11:31 am, Filip Havlicek > > <[email protected] <mailto:[email protected]> > > <mailto:[email protected] > > <mailto:[email protected]>>> wrote: > > > As far as I know, the 2500 requests per day is for all > > applications out > > > there (be it desktop, mobile or whatever), so your application > > really can't > > > rely on this directions API since it can be brought offline in > > less then an > > > hour by all the applications using it. (And in my opinion that's > > why noone > > > is using it for anything but debugging.) > > > > 2010/8/22 davemac <[email protected] > > <mailto:[email protected]> > > <mailto:[email protected] <mailto:[email protected]>>> > > > > > I would love to be able to use the Directions API in my > > Android app, > > > > but I'm confused by the information in the Directions API > > > > > documentation:http://code.google.com/apis/maps/documentation/directions/ > > > > so the short form of my question is: can Android apps use the > > Google > > > > Directions API? > > > > > It clearly states the intended audience includes mobile > > developers. > > > > But it also states that you're limited to 2500 requests per > > day. Does > > > > this mean my app, if deployed to thousands of devices, is > > in total > > > > restricted to 2500 requests per day? How could the Google > > server tell > > > > anyway? Based on IP address? In which case I may be okay. > > The docs > > > > also say no API key is required so again it would seem the > > Google > > > > servers have nothing to use to accumulate a counter of > > requests per > > > > day. Still, I don't want to be in violation of any Google > > Terms of > > > > Service. > > > > > So is it okay or not? Thanks in advance. > > > > > - dave > > > > > -- > > > > You received this message because you are subscribed to > > the Google > > > > Groups "Android Developers" group. > > > > To post to this group, send email to > > [email protected] > > <mailto:[email protected]> > > <mailto:[email protected] > > <mailto:[email protected]>> > > > > > To unsubscribe from this group, send email to > > > > [email protected] > > <mailto:android-developers%[email protected]> > > <mailto:android-developers%[email protected] > > > > <mailto:android-developers%[email protected]>><android-developers%[email protected] > > <mailto:android-developers%[email protected]> > > <mailto:android-developers%[email protected] > > <mailto:android-developers%[email protected]>>> > > > > > For more options, visit this group at > > > >http://groups.google.com/group/android-developers?hl=en > > > -- > > You received this message because you are subscribed to the > > Google > > Groups "Android Developers" group. > > To post to this group, send email to > > [email protected] > > <mailto:[email protected]> > > <mailto:[email protected] > > <mailto:[email protected]>> > > > To unsubscribe from this group, send email to > > [email protected] > > <mailto:android-developers%[email protected]> > > <mailto:android-developers%[email protected] > > <mailto:android-developers%[email protected]>> > > > For more options, visit this group at > > http://groups.google.com/group/android-developers?hl=en > > > -- > > You received this message because you are subscribed to the Google > > Groups "Android Developers" group. > > To post to this group, send email to > > [email protected] > > <mailto:[email protected]> > > To unsubscribe from this group, send email to > > [email protected] > > <mailto:android-developers%[email protected]> > > For more options, visit this group at > > http://groups.google.com/group/android-developers?hl=en > > > -- > > Sincerely, > > > Brad Gies > > ----------------------------------------------------------------------- > > Bistro Bot - Bistro Blurb > > http://bgies.com > > http://bistroblurb.com > > http://ihottonight.com > > http://forcethetruth.com > > ----------------------------------------------------------------------- > > > Everything in moderation, including abstinence > > > Never doubt that a small group of thoughtful, committed people can > > change the world. Indeed. It is the only thing that ever has - > > Margaret Mead > > > -- > > You received this message because you are subscribed to the Google > > Groups "Android Developers" group. > > To post to this group, send email to > > [email protected] > > <mailto:[email protected]> > > To unsubscribe from this group, send email to > > [email protected] > > ... > > read more » -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
