If they are including your map directly in their page without an iframe, then they would need to have an API key for the domain the page is loading from.
If your map is inside an iframe, then the API key must match the domain that the *iframe* loads from, whatever that may be. That's really all that needs to happen. On Wed, Jul 14, 2010 at 10:20 AM, mapdev <b...@diffent.com> wrote: > Yep, I would agree. I traced all the $_SERVER and $_REQUEST variables > and they are the same in both the working an non-working situations. > > So I think I am going to have the users send their own map key to my > service and see if that works. That throws a spanner into the > works... > > On Jul 13, 3:23 pm, Michael Geary <m...@mg.to> wrote: > > > well, i checked w/ the user... > > > no luck, he actually is using iframes > > > > Hearsay, your honor! > > > > Seriously, it's impossible to troubleshoot anything based on third-hand > > information like that. > > > > The key check isn't based on a POST variable or an HTTP header. It's just > > based on the URL. > > > > Here's what's needed to tell what is wrong: > > > > 1. The complete URL that was entered into the API key registration form. > > > > 2. The complete URL for the page containing the map. If the map is in an > > IFRAME, this is the URL of that IFRAME. > > > > -Mike > > > > > > > > On Tue, Jul 13, 2010 at 11:24 AM, mapdev <b...@diffent.com> wrote: > > > well, i checked w/ the user... > > > > > no luck, he actually is using iframes > > > > > so there must be some other trick to get this to work > > > > > somehow it seems that the HTTP request to Google's site is getting the > > > wrong sender > > > and so the key is invalid. > > > > > i wonder if Google will tell us how they check the "requesting site" > > > so they can insure > > > it has the proper key...is that code open source somewhere? I can > > > read it, if so... > > > > > if i know what HTTP (POST or otherwise) variable they are checking, i > > > can make sure it is set properly before sending the request. > > > something in the customer's web server must be overriding some > > > variable that shouldn't be overridden. > > > > > On Jul 10, 12:39 pm, mapdev <b...@diffent.com> wrote: > > > > ah, thanks! > > > > > > will follow up on this. > > > > > > On Jul 9, 5:22 pm, Rossko <ros...@culzean.clara.co.uk> wrote: > > > > > > > > <div id="iframe5a"> > > > > > > > That's a <div>, not an <iframe>, whatever arbritary id it is given- > > > Hide quoted text - > > > > > > - Show quoted text - > > > > > -- > > > You received this message because you are subscribed to the Google > Groups > > > "Google Maps API" group. > > > To post to this group, send email to google-maps-...@googlegroups.com. > > > To unsubscribe from this group, send email to > > > google-maps-api+unsubscr...@googlegroups.com<google-maps-api%2bunsubscr...@googlegroups.com> > <google-maps-api%2bunsubscr...@googlegroups.com> > > > . > > > For more options, visit this group at > > >http://groups.google.com/group/google-maps-api?hl=en.- Hide quoted text > - > > > > - Show quoted text - > > -- > You received this message because you are subscribed to the Google Groups > "Google Maps API" group. > To post to this group, send email to google-maps-...@googlegroups.com. > To unsubscribe from this group, send email to > google-maps-api+unsubscr...@googlegroups.com<google-maps-api%2bunsubscr...@googlegroups.com> > . > For more options, visit this group at > http://groups.google.com/group/google-maps-api?hl=en. > > -- You received this message because you are subscribed to the Google Groups "Google Maps API" group. To post to this group, send email to google-maps-...@googlegroups.com. To unsubscribe from this group, send email to google-maps-api+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-maps-api?hl=en.
