Yes ExternalInterface could work. But wil require some work for the
ActionScript JS interction. Well actually FaBridge could help.  What s
missing in ActionScript is the concept of JavaScriptObject a.k.a
OverlayTypes.

https://developers.google.com/web-toolkit/doc/latest/DevGuideCodingBasicsOverlay


2013/1/20 Harbs <harbs.li...@gmail.com>

> Yup. I was thinking something like ExternalInterface.
>
> On Jan 20, 2013, at 10:59 PM, Alain Ekambi wrote:
>
> > One solution could be to use ExternalInterface to interact with the JS
> API.
> > But that s a nightmare to do from ActionScript.
> >
> >
> > 2013/1/20 Ian Appleby <ian.appl...@bcs.org>
> >
> >> We looked at this in detail at the time, but just skimming I see a
> couple
> >> of
> >> things:
> >>
> >> 10.1.1. General Restrictions.
> >> (a) No Access to Maps API(s) except through the Service. You must not
> >> access
> >> or use the Maps API(s) or any Content through any technology or means
> other
> >> than those provided in the Service, or through other explicitly
> authorized
> >> means Google may designate. For example, you must not access map tiles
> or
> >> imagery through interfaces or channels (including undocumented Google
> >> interfaces) other than the Maps API(s).
> >>
> >> (c) No Reverse Engineering. You must not attempt to reverse engineer or
> >> decompile the Services or any component, or attempt to create a
> substitute
> >> or similar service through use of or access to the Services, unless
> this is
> >> expressly permitted or required by applicable law.
> >>
> >> 10.2 Restrictions on the Types of Applications that You are Permitted to
> >> Build with the Maps API(s). Except as explicitly permitted in Section 8
> >> (Licenses from Google to You) or the Maps APIs Documentation, you must
> not
> >> (nor may you permit anyone else to) do any of the following:
> >>
> >> (a) No "Wrapping." You must not create or offer a "wrapper" for the
> >> Service,
> >> unless you obtain Google's written consent to do so. For example, you
> are
> >> not permitted to: (i) use or provide any part of the Service or Content
> >> (such as map imagery, geocoding, directions, places, or terrain data)
> in an
> >> API that you offer to others; or (ii) create a Maps API Implementation
> that
> >> reimplements or duplicates Google Maps/Google Earth. For clarity, you
> are
> >> not "re-implementing or duplicating" Google Maps/Google Earth if your
> Maps
> >> API Implementation provides substantial additional features or content
> >> beyond Google Maps/Google Earth, and those additional features or
> content
> >> constitute the primary defining characteristic of your Maps API
> >> Implementation.
> >>
> >> The first bit may have some room for interpretation around what
> constitutes
> >> "the Service", but the rest is pretty explicit.  You can't make a
> >> substitute
> >> flash library based on the Google services..
> >> It might be possible to get their permission, but others haven't had
> very
> >> positive responses in the past.
> >>
> >> -Ian
> >>
> >> -----Original Message-----
> >> From: Harbs [mailto:harbs.li...@gmail.com]
> >> Sent: 20 January 2013 17:49
> >> To: dev@flex.apache.org
> >> Subject: Re: Google Maps
> >>
> >> I'm not following. If you are getting the image data via their APIs,
> why is
> >> it against the agreement?
> >>
> >> On Jan 20, 2013, at 6:52 PM, Nicholas Kwiatkowski wrote:
> >>
> >>> You could do that -- but it is against the Google API license
> agreement.
> >>> Technically, it is possible, but legally is is not.
> >>>
> >>> -Nick
> >>>
> >>> On Fri, Jan 18, 2013 at 3:59 AM, Harbs <harbs.li...@gmail.com> wrote:
> >>>
> >>>> For AIR apps, using the Google APIs as is in an HTML component should
> >>>> work fine.
> >>>>
> >>>> As I understand it, the concern in this whole discussion is about web
> >>>> apps. Right?
> >>>>
> >>>> How is the maps actually displayed by the maps API? I imagine that
> >>>> the map data is downloaded as images. Is there any reason that we
> >>>> couldn't just grab that image data and display it in the display list?
> >>>>
> >>>> On Jan 17, 2013, at 7:08 PM, Tomislav Pokrajcic wrote:
> >>>>
> >>>>> There are also problems when it comes to placing that kind of
> >>>> 'components' (e.g. HTML overlay) into a scrollable container.
> >>>>> If anyone figures out a solution for handling that case it would be
> >>>>> an
> >>>> interesting thing.
> >>>>> Cheers,
> >>>>>
> >>>>> Tomislav
> >>>>>
> >>>>> On 17.1.2013. 10:29, Alain Ekambi wrote:
> >>>>>> Hallo Markus,
> >>>>>>
> >>>>>> Thx for the inputs.
> >>>>>> Like i said in my earlier post our main focus was to first get the
> >>>>>> GoogleMaps API exported so that one can easely access it from
> >>>>>> Flash4j
> >>>> all
> >>>>>> in Java.
> >>>>>> Now that that s done we will focus on the Widget itself.
> >>>>>>
> >>>>>> Be assured that we will fixed all the issues before the 3.1 release.
> >>>>>>
> >>>>>> Regards,
> >>>>>>
> >>>>>> Alain
> >>>>>>
> >>>>>>
> >>>>>> 2013/1/17 Marcus Fritze <marcus.fri...@googlemail.com>
> >>>>>>
> >>>>>>> Hi Alain,
> >>>>>>>
> >>>>>>> you example looks good, but I think it has a serious bug. The map
> >>>>>>> lays over the flex application. So it covers the flex application.
> >>>>>>>
> >>>>>>> Example:
> >>>>>>> - open Google Maps in your explorer
> >>>>>>> - klick on "About" in the top right corner
> >>>>>>> - or another tab in your explorer
> >>>>>>> - the content is always behind the map
> >>>>>>>
> >>>>>>> Maybe, the map should be integrated in something like a HTML frame
> >>>>>>> (mx.controls.HTML / currently only AIR) for a better integration
> >>>>>>> into
> >>>> the
> >>>>>>> flex app.
> >>>>>>>
> >>>>>>> Best regards
> >>>>>>>
> >>>>>>> Marcus Fritze
> >>>>>>>
> >>>>>>> Am 17.01.2013 um 00:52 schrieb Alain Ekambi <
> jazzmatad...@gmail.com
> >>> :
> >>>>>>>
> >>>>>>>> Work is in progress to release it soon.
> >>>>>>>> Here is a life demo :
> >>>>>>>>
> >>>>>>>> http://flex4j.appspot.com/#misc.maps.GoogleMaps
> >>>>>>>>
> >>>>>>>> Flex4j is build on top of Flash4j(http://emitrom.com/flash4j)
> >>>>>>>> which
> >>>>>>> itself
> >>>>>>>> is built on top of the Google Web Toolkit.
> >>>>>>>> Because we leverage GWT it s pretty easy to integrate any JS
> >>>>>>>> based
> >>>>>>> library.
> >>>>>>>> Something you dont get with native ActionScript.
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> For the upcoming 3.1 release we  added support for Google Maps.
> >>>>>>>> As you
> >>>>>>> can
> >>>>>>>> see the integration is seamless. You can click on the buttons to
> >>>>>>>> see
> >>>> it
> >>>>>>> in
> >>>>>>>> action.
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> 2013/1/16 aYo ~ <a...@binitie.com>
> >>>>>>>>
> >>>>>>>>> Hmmmmm sounds very interesting. Of love to know how this works
> >>>>>>>>> On Jan 16, 2013 3:06 AM, "Alain Ekambi" <jazzmatad...@gmail.com>
> >>>> wrote:
> >>>>>>>>>
> >>>>>>>>>> For those willing to use Java we have a solution on how to
> >>>>>>>>>> integrate
> >>>>>>> the
> >>>>>>>>>> Maps JS with Flex.
> >>>>>>>>>> As a matter a fact we provide a 100%  binding of the Google
> >>>>>>>>>> Maps
> >>>> API.
> >>>>>>>>>> I should be able to share some more details in a few.
> >>>>>>>>>>
> >>>>>>>>>> Cheers,
> >>>>>>>>>>
> >>>>>>>>>> Alain
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>> 2013/1/15 Kessler CTR Mark J <mark.kessler....@usmc.mil>
> >>>>>>>>>>
> >>>>>>>>>>> I'm going to guess that as long as you're using the Google
> >>>>>>>>>>> API
> >>>> even
> >>>>>>>>> if
> >>>>>>>>>>> it's the JavaScript one you are fine.  Just as long as the
> >>>>>>>>>>> data is
> >>>>>>>>> coming
> >>>>>>>>>>> through their API using your dev key.  However the illegal way
> >>>> would
> >>>>>>> be
> >>>>>>>>>> to
> >>>>>>>>>>> scrap their websites or try to access the data directly
> >>>>>>>>>>> without
> >>>> going
> >>>>>>>>>>> through their API.
> >>>>>>>>>>>
> >>>>>>>>>>> -Mark
> >>>>>>>>>>>
> >>>>>>>>>>> -----Original Message-----
> >>>>>>>>>>> From: Avi Kessner [mailto:akess...@gmail.com]
> >>>>>>>>>>> Sent: Tuesday, January 15, 2013 12:23
> >>>>>>>>>>> To: dev@flex.apache.org
> >>>>>>>>>>> Subject: Re: Google Maps
> >>>>>>>>>>>
> >>>>>>>>>>> This is making me confused. What exactly is illegal about
> >>>>>>>>>>> using
> >>>>>>>>> external
> >>>>>>>>>>> interface to use Google apis? Google suggests migrating to
> >>>>>>>>>>> their
> >>>> new
> >>>>>>>>>>> version. Migration to me implies its not banned.
> >>>>>>>>>>>
> >>>>>>>>>>> On Jan 15, 2013 6:27 PM, "Alain Ekambi"
> >>>>>>>>>>> <jazzmatad...@gmail.com>
> >>>>>>>>> wrote:
> >>>>>>>>>>>> Another reason why  we went away from ActionScript
> >>>>>>>>>>>> Development
> >>>> with
> >>>>>>>>>> Flex.
> >>>>>>>>>>>>
> >>>>>>>>>>>> 2013/1/15 Charles Monteiro <char...@nycsmalltalk.org>
> >>>>>>>>>>>>
> >>>>>>>>>>>>> Forgive my ignorance too, I do have a need for location api
> >>>>>>>>>>>>> but I
> >>>>>>>>>> have
> >>>>>>>>>>> not
> >>>>>>>>>>>>> gotten to it yet. Google is what I was assuming I would use.
> >>>>>>>>>>>>> Doesn't Google have a REST API that we could tap into anyhow
> ?
> >>>> Not
> >>>>>>>>>>> familiar
> >>>>>>>>>>>>> at all with what the Flex lib did
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> thanks
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> -Charles
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> On Tue, Jan 15, 2013 at 10:23 AM, Harbs
> >>>>>>>>>>>>> <harbs.li...@gmail.com>
> >>>>>>>>>> wrote:
> >>>>>>>>>>>>>> Huh?
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> If it would use the JS APIs, how would that be illegal?
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> On Jan 15, 2013, at 4:50 PM, Tolga Kaya wrote:
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> It could be done but as I previously stated it would be
> >>>>>>>>>>>>>>> illegal
> >>>>>>>>>>> beacuse
> >>>>>>>>>>>>>>> google prevents accessing the map data other than its
> >>>>>>>>>>>>>>> personal
> >>>>>>>>>> APIs
> >>>>>>>>>>>>>>> 2013/1/15 Harbs <harbs.li...@gmail.com>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>> Can't we just replicate what they did using the
> >>>>>>>>>>>>>>>> Javascript
> >>>>>>>>> APIs?
> >>>>>>>>>>>>>> --
> >>>>>>>>>>>>>> Charles A. Monteiro
> >>>>>>>>>>>>>> www.monteirosfusion.com
> >>>>>>>>>>>>>> sent from the road
> >>>>>>>>>>>>>>
> >>>>>>>
> >>>>>
> >>>>
> >>>>
> >>
> >>
>
>

Reply via email to