Hi Steve - Google does not provide a direct tile access API. Native apps may use a WebView with the Static Maps API, however. The Trapster app does this; I'm not sure about ManGo.
- pamela On Wed, Dec 10, 2008 at 5:13 AM, Steveli100 <[EMAIL PROTECTED]> wrote: > > Hi Pamela, > > I saw some apps in the Apple App Store have similar behavior as the > native iPhone Maps, for example, ManGo. It looks like it has direct > access to tile. I'm not sure whether somehow it embeds the native > iPhone Maps or have some agreement with Google so that they can use > the tile API. Does Google license the tile API to independent > developers? > > Thanks, > > Steve > > > On Oct 14, 7:11 pm, "pamela (Google Employee)" <[EMAIL PROTECTED]> > wrote: > > Hi Matt- > > > > This FAQ answers your question: > http://code.google.com/apis/maps/faq.html#tos_tiles > > > > - pamela > > > > On Wed, Oct 15, 2008 at 8:40 AM, lepah <[EMAIL PROTECTED]> wrote: > > > > > Hi All, > > > > > There are a number of attempts to use google maps in iphone > > > applications. I've tried this using the current JavaScript API but the > > > JS interpreter available in the iphone SDK is too slow, the main.js is > > > just too big, the tiles the JS API loads are too big, plus the > > > javascript object allocations are limited to 10MB so the map stops > > > working after a while. (theres a reason why apple doesn't use the JS > > > API in their native map) > > > > > For the above reasons there are a number of open source efforts > > > underway to implement a native iphone map solution using direct tile > > > access using google/microsoft/yahoo tiles. For obvious reasons most > > > people want googles tiles. Does this violate the current TOS/TOU and > > > if it does will the new TOS/TOU allow this. We developers aren't > > > looking to violate any terms we just want to create apps that work > > > well. Accessing the tiles directly allows independent developers to > > > create an app with nice smooth iphone panning/zooming very similar to > > > the native iphone map app. I'm pretty sure the Andriod mobile platform > > > map API is just a wrapper for direct tile access, so if this is the > > > case I would assume we should be able to use a similar approach on the > > > apple platform for apps that are free and without subscription. > > > > > Pamela you seem to be the only one who answers these types of > > > questions from a google point of view. Can you please give me your > > > opinion on this and the roadmap ahead or someone in google I can > > > contact for more information. > > > > > thanks, > > > Matt > > > > > On Oct 10, 5:53 pm, Lance Dyas <[EMAIL PROTECTED]> wrote: > > >> Yes, and this reminds me of why some of the GIS industry (I am a > > >> software engineer for MicroImages ... creators of TNTmips) are > actually > > >> inclined to embrace Google Maps. They are a > > >> great "presentational media" especially for interfacing with the > average > > >> joe and it gives > > >> a prod to the industry to improve our GUI, TNTmips our main GIS > > >> software now has the drag > > >> the map style panning and an overview map built in to the window and I > > >> blame it on Google, > > >> These tools are like the irfan view great gadget but it doesnt > "really" > > >> step on the toes of photoshop why would it. > > > > >> Simon wrote: > > >> > Thanks Andrew, > > > > >> > There are far easier and more direct ways of providing instruction > to > > >> > remote systems than through Google Maps API. The API is > fantastically > > >> > useful, primarily as a visualisation and information dissemination > > >> > tool but not for systems control. We do not intend to enter the > domain > > >> > of hard real time systems, and sensors recording pollutant levels or > > >> > environmental conditions are generally discreet and single function > in > > >> > terms of the phenomena they observe. > > > > >> > Thanks, > > >> > Simon > > > > >> > On Oct 11, 12:10 am, Lance Dyas <[EMAIL PROTECTED]> wrote: > > > > >> >> Simon wrote: > > > > >> >> Thanks Andrew, > > > > >> >>> ... > > >> >>> The proposed application has nothing to do with the vehicle itself > -- > > >> >>> it's all about the environment surrounding the vehicle -- > therefore > > >> >>> the display of this real time environmental data is within theTOU. > > >> >>> All this data could be collected from a huge network of stationary > > >> >>> sensors like weather stations but that's not cost-effective. > > > > >> >> Well I agree mostly... but only if indeed it doesnt have to do with > > >> >> controlling the vehicle > > >> >> ie if you are not controlling the vehicle itself via the google > maps data > > > > >> > . > > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Google Maps API" 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/Google-Maps-API?hl=en -~----------~----~----~----~------~----~------~--~---
