Krishna,
It's a one time cost. How are you mapping the user to a city?
You might also want to look into other services like SimpleGeo.com or client
side geocoding via Google Maps.
--
Ikai Lan
Developer Programs Engineer, Google App Engine
plus.ikailan.com | twitter.com/ikai
On Thu, Oct 6, 201
Unfortunately Google doesn't seem to have any products that do geoip
lookup anymore. There used to be a ClientLocation as part of the ajax
loader but the docs for that have been removed and the endpoints all
seem to return null now.
Using the HTML5 location API requires permission from the browse
Ikai,
Uploading the data is a one-time cost, yes - but not an inexpensive one. And
doing a city lookup upon each login is expensive because of the need to scan
IP ranges in the Maxmind database. I assume this will require indexing but I
don't know how expensive an IP/city lookup is going to be in
On Thu, Oct 6, 2011 at 12:12 PM, Krishna Patel
wrote:
> Ikai,
> Uploading the data is a one-time cost, yes - but not an inexpensive one. And
> doing a city lookup upon each login is expensive because of the need to scan
> IP ranges in the Maxmind database. I assume this will require indexing but I
Jeff,
Does your aproach plays well as a backend?
-Ronoaldo
--
You received this message because you are subscribed to the Google Groups
"Google App Engine" group.
To view this discussion on the web visit
https://groups.google.com/d/msg/google-appengine/-/tggusylTQdsJ.
To post to this group, s
No point. It fits into a frontend instance - currently occupying around 108 MB.
I'd post my code that reconstitutes the three part file into one, but
it's pointless with the 30MB file limit raise around the corner.
Jeff
2011/10/6 Ronoaldo José de Lana Pereira :
> Jeff,
>
> Does your aproach pla
Jeff,
Which code is horrific?
I was going to load the Maxmind database into custom entities - so I don't
see why it's a big deal if it's tough to load a split file a single time.
After it's loaded into custom entities all of my geo queries would run
against the datastore. Maybe I'm misunderstandi
Jeff,
This made me smile as we did the exact same thing. Split the maxmind
database in 3 and reconstituted the file in code.
We initialise the database in a warm up task so it gets loaded into
memory. It's quite speedy after that (but it does take up a chunk of
memory)
cheers
James
On 7 Octobe
This code is horrific: http://www.maxmind.com/app/java
It's horrific because doesn't allow for working with anything other
than a RandomAccessFile, which is the interface I had to mock in order
to get it working. It's horrific because it's full of magic numbers
and bizarre data structures withou
How about using http://www.google.com/jsapi and
google.loader.ClientLocation.address.city
on the client side?
--
You received this message because you are subscribed to the Google Groups
"Google App Engine" group.
To view this discussion on the web visit
https://groups.google.com/d/msg/google
On Thu, Oct 6, 2011 at 9:17 PM, Juha K wrote:
> How about using
> http://www.google.com/jsapi and google.loader.ClientLocation.address.city on
> the client side?
It doesn't work anymore. At least, it doesn't work for me here in the
Bay Area anymore. And Google has pulled down all documentation
Yeah, I removed my post after 2 mins when I tested the API and realized that
it returned null every time. You were faster :)
--
You received this message because you are subscribed to the Google Groups
"Google App Engine" group.
To view this discussion on the web visit
https://groups.google.co
s.com
[mailto:google-appengine@googlegroups.com] On Behalf Of Jeff Schnitzer
Sent: Thursday, October 06, 2011 9:21 PM
To: google-appengine@googlegroups.com
Subject: Re: [google-appengine] X-AppEngine-City
On Thu, Oct 6, 2011 at 9:17 PM, Juha K wrote:
> How about using
> http://www.google.co
Jeff,
I didn't even consider using their Java api. The idea of keeping the data in
memory on App Engine is absurd. I'm surprised you thought that might work.
I'm following an approach similar to Ikai's in his blog post:
http://ikaisays.com/2010/08/11/using-the-app-engine-mapper-for-bulk-data-imp
On Fri, Oct 7, 2011 at 2:50 AM, Krishna Patel wrote:
> Jeff,
> I didn't even consider using their Java api. The idea of keeping the data in
> memory on App Engine is absurd. I'm surprised you thought that might work.
Uh... did you miss the part where I did this and it works great? And
James Brob
oogle-appengine@googlegroups.com
Subject: Re: [google-appengine] X-AppEngine-City
Jeff,
I didn't even consider using their Java api. The idea of keeping the data in
memory on App Engine is absurd. I'm surprised you thought that might work.
I'm following an approach similar to Ika
Brandon,
How much would you charge to provide a REST api that takes in an IP address
and spits out the 2-alpha country code (same as x-appengine-country) along
with a best guess for the city name?
Also, would you be able to guarantee a reasonable time window (a few
months?) before discontinuing y
ps.com] On Behalf Of Chris Collins
Sent: Friday, October 14, 2011 8:45 AM
To: google-appengine@googlegroups.com
Subject: Re: [google-appengine] X-AppEngine-City
Brandon,
How much would you charge to provide a REST api that takes in an IP address
and spits out the 2-alpha country code (same as x
;
> ** **
>
> ** **
>
> *From:* google-appengine@googlegroups.com [mailto:
> google-appengine@googlegroups.com] *On Behalf Of *Chris Collins
> *Sent:* Friday, October 14, 2011 8:45 AM
>
> *To:* google-appengine@googlegroups.com
> *Subject:* Re: [google-appengine] X-AppEngine
19 matches
Mail list logo