Re: Google Maps
This is something that MUST be addressed. If I'm not going to rebuild my application to use static map images or retool to use MapQuest etc. What recommendations does anyone have for how I can proceed and still using Google Maps? Should I build a browser into my views and somehow use the new JS API? -- View this message in context: http://apache-flex-development.247.n4.nabble.com/Google-Maps-tp18710p37050.html Sent from the Apache Flex Development mailing list archive at Nabble.com.
RE: Google Maps
So the only real stumbling block is the wrapper clause. But it says you can obtain Google's written consent. Could we get a consent for some flex component that could be used as a wrapper? -Original Message- From: Ian Appleby [mailto:ian.appl...@bcs.org] Sent: Sunday, January 20, 2013 15:53 To: dev@flex.apache.org Subject: RE: Google Maps 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
Re: Google Maps
Maybe someone should just talk to someone at Google. I can't imagine that they have idealistic problems with Flex including a Google Maps component. Does anyone have connections to someone that we could talk to about this? On Jan 22, 2013, at 3:17 PM, Kessler CTR Mark J wrote: So the only real stumbling block is the wrapper clause. But it says you can obtain Google's written consent. Could we get a consent for some flex component that could be used as a wrapper? -Original Message- From: Ian Appleby [mailto:ian.appl...@bcs.org] Sent: Sunday, January 20, 2013 15:53 To: dev@flex.apache.org Subject: RE: Google Maps 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
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 Hm 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
RE: Google Maps
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 Hm sounds very interesting
Re: Google Maps
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
Re: Google Maps
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
Re: Google Maps
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
Re: Google Maps
I've never done WGT work, but I assume that the APIs don't need GWT. Shouldn't vanilla Javascript work? On Jan 20, 2013, at 11:14 PM, Alain Ekambi wrote: 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
Re: Google Maps
Should work yes. Actually wrapping the JS API in ActionScript should be pretty straighforward. The other thing should be displaying the map itself. Something like the FlexIFrame component could help. 2013/1/20 Harbs harbs.li...@gmail.com I've never done WGT work, but I assume that the APIs don't need GWT. Shouldn't vanilla Javascript work? On Jan 20, 2013, at 11:14 PM, Alain Ekambi wrote: 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
RE: Google Maps
Hello, Since Google decided to step away from Flash/Flex, we decided to use modestmaps in combination with openstreetmaps and are very happy with the results! Good maps for the regions we need... http://modestmaps.com/ https://github.com/migurski/modestmaps-as3 http://www.openstreetmap.org/ http://www.adobe.com/devnet/flex/articles/interactive_maps.html Gr, Frank -Original Message- From: Ian Appleby [mailto:ian.appl...@bcs.org] Sent: donderdag 17 januari 2013 18:55 To: dev@flex.apache.org Subject: RE: Google Maps It basically worked, and had a bit of interaction with clickable markers/polygons, supported scrolling and drag actions (although we had trouble with IE6 on those). We just found it really hard work to innovate with it. We struggled to make things we were confident would work everywhere flash does. We feared any change which impacted the mapping side, as it was obviously going to be far more work/pain than other features. The big flash/flex pros such as everything working roughly the same, so in this case, things like key/mouse/touch interactions, events, display states, skins, nevermind fancy stuff like transitions/tweening are impossible to make consistent in one context, never mind once you start getting the browser discrepancies coming in. I'm sure it could be useful for a range of purposes, I guess it depends how much complexity you need, but there are bounds, both in terms of functionality and performance which didn't work out for us. -Ian From: Alain Ekambi [mailto:jazzmatad...@gmail.com] Sent: 17 January 2013 17:34 To: dev@flex.apache.org; ian.appl...@bcs.org Subject: Re: Google Maps What do you mean by Flexyness ? :) 2013/1/17 Ian Appleby ian.appl...@bcs.org We used to use an approach not dissimilar from this before the Google maps API for flash, but ultimately found it to be restrictive. It also incurred some significant performance overheads when you start doing more complicated integrations. I don't see any alternatives if you want Google imagery under their current license, but I don't know how far down this line you can go without losing the flexyness. - Ian -Original Message- From: Alain Ekambi [mailto:jazzmatad...@gmail.com] Sent: 17 January 2013 17:15 To: dev@flex.apache.org Subject: Re: Google Maps We do have one. I will also share that soon. Cheers, Alain 2013/1/17 Tomislav Pokrajcic tomis...@svemir.net 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.GoogleMapshttp://flex4j.app spot.com/#misc.maps.GoogleMaps Flex4j is build on top of Flash4j(http://emitrom.com/**flash4jhttp://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 Hm 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
Re: Google Maps
We do have one. I will also share that soon. Cheers, Alain 2013/1/17 Tomislav Pokrajcic tomis...@svemir.net 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.GoogleMapshttp://flex4j.appspot.com/#misc.maps.GoogleMaps Flex4j is build on top of Flash4j(http://emitrom.com/**flash4jhttp://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 Hm 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
RE: Google Maps
We used to use an approach not dissimilar from this before the Google maps API for flash, but ultimately found it to be restrictive. It also incurred some significant performance overheads when you start doing more complicated integrations. I don't see any alternatives if you want Google imagery under their current license, but I don't know how far down this line you can go without losing the flexyness. - Ian -Original Message- From: Alain Ekambi [mailto:jazzmatad...@gmail.com] Sent: 17 January 2013 17:15 To: dev@flex.apache.org Subject: Re: Google Maps We do have one. I will also share that soon. Cheers, Alain 2013/1/17 Tomislav Pokrajcic tomis...@svemir.net 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.GoogleMapshttp://flex4j.app spot.com/#misc.maps.GoogleMaps Flex4j is build on top of Flash4j(http://emitrom.com/**flash4jhttp://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 Hm 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
Re: Google Maps
What do you mean by Flexyness ? :) 2013/1/17 Ian Appleby ian.appl...@bcs.org We used to use an approach not dissimilar from this before the Google maps API for flash, but ultimately found it to be restrictive. It also incurred some significant performance overheads when you start doing more complicated integrations. I don't see any alternatives if you want Google imagery under their current license, but I don't know how far down this line you can go without losing the flexyness. - Ian -Original Message- From: Alain Ekambi [mailto:jazzmatad...@gmail.com] Sent: 17 January 2013 17:15 To: dev@flex.apache.org Subject: Re: Google Maps We do have one. I will also share that soon. Cheers, Alain 2013/1/17 Tomislav Pokrajcic tomis...@svemir.net 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.GoogleMapshttp://flex4j.app spot.com/#misc.maps.GoogleMaps Flex4j is build on top of Flash4j(http://emitrom.com/**flash4jhttp://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 Hm 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
RE: Google Maps
It basically worked, and had a bit of interaction with clickable markers/polygons, supported scrolling and drag actions (although we had trouble with IE6 on those). We just found it really hard work to innovate with it. We struggled to make things we were confident would work everywhere flash does. We feared any change which impacted the mapping side, as it was obviously going to be far more work/pain than other features. The big flash/flex pros such as everything working roughly the same, so in this case, things like key/mouse/touch interactions, events, display states, skins, nevermind fancy stuff like transitions/tweening are impossible to make consistent in one context, never mind once you start getting the browser discrepancies coming in. I'm sure it could be useful for a range of purposes, I guess it depends how much complexity you need, but there are bounds, both in terms of functionality and performance which didn't work out for us. -Ian From: Alain Ekambi [mailto:jazzmatad...@gmail.com] Sent: 17 January 2013 17:34 To: dev@flex.apache.org; ian.appl...@bcs.org Subject: Re: Google Maps What do you mean by Flexyness ? :) 2013/1/17 Ian Appleby ian.appl...@bcs.org We used to use an approach not dissimilar from this before the Google maps API for flash, but ultimately found it to be restrictive. It also incurred some significant performance overheads when you start doing more complicated integrations. I don't see any alternatives if you want Google imagery under their current license, but I don't know how far down this line you can go without losing the flexyness. - Ian -Original Message- From: Alain Ekambi [mailto:jazzmatad...@gmail.com] Sent: 17 January 2013 17:15 To: dev@flex.apache.org Subject: Re: Google Maps We do have one. I will also share that soon. Cheers, Alain 2013/1/17 Tomislav Pokrajcic tomis...@svemir.net 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.GoogleMapshttp://flex4j.app spot.com/#misc.maps.GoogleMaps Flex4j is build on top of Flash4j(http://emitrom.com/**flash4jhttp://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 Hm 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
Re: Google Maps
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 Hm 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
Re: Google Maps
Forgive my ignorance, but what did the swcs provide that we're losing? On Jan 15, 2013, at 2:57 PM, Nicholas Kwiatkowski wrote: Google is changing their API, and dropping support for the old version next year. The SWC they currently support only supports their v1 API which is retiring. They are not making a new one. I wonder if ModestMaps will support the new API -Nick On Tue, Jan 15, 2013 at 1:36 AM, Avi Kessner akess...@gmail.com wrote: What does the js Api return that is different from the flex api? And can we build a converter before Sept 14' ? On Jan 15, 2013 7:02 AM, Paul Hastings paul.hasti...@gmail.com wrote: On 1/15/2013 11:34 AM, Nicholas Kwiatkowski wrote: I use ESRI's maps in my applications with great success. I even use them in my mobile apps. I highly recommend them. The POI is not nearly as populated as Google's, but they are leaps and bounds ahead of everybody else. ESRI's flex API is pretty good (our bread butter GIS apps are all based on it but these are all tied to client's big buck arcGIS servers) but their public spatial data is nowhere near google's, especially larger scaled data in urban areas. ESRI's coarser data also effects other functionality like elevation profile routing. google dropping flex was a crying shame.
Re: Google Maps
*Note*: The Google Maps API for Flash has been officially deprecated as of September 2, 2011. The API will continue to work until September 2, 2014. We encourage you to migrate your code to version 3https://developers.google.com/maps/documentation/javascript/ of the Maps JavaScript API. https://developers.google.com/maps/documentation/flash/tutorial-flex 2013/1/15 Harbs harbs.li...@gmail.com Forgive my ignorance, but what did the swcs provide that we're losing? On Jan 15, 2013, at 2:57 PM, Nicholas Kwiatkowski wrote: Google is changing their API, and dropping support for the old version next year. The SWC they currently support only supports their v1 API which is retiring. They are not making a new one. I wonder if ModestMaps will support the new API -Nick On Tue, Jan 15, 2013 at 1:36 AM, Avi Kessner akess...@gmail.com wrote: What does the js Api return that is different from the flex api? And can we build a converter before Sept 14' ? On Jan 15, 2013 7:02 AM, Paul Hastings paul.hasti...@gmail.com wrote: On 1/15/2013 11:34 AM, Nicholas Kwiatkowski wrote: I use ESRI's maps in my applications with great success. I even use them in my mobile apps. I highly recommend them. The POI is not nearly as populated as Google's, but they are leaps and bounds ahead of everybody else. ESRI's flex API is pretty good (our bread butter GIS apps are all based on it but these are all tied to client's big buck arcGIS servers) but their public spatial data is nowhere near google's, especially larger scaled data in urban areas. ESRI's coarser data also effects other functionality like elevation profile routing. google dropping flex was a crying shame.
Re: Google Maps
Can't we just replicate what they did using the Javascript APIs? On Jan 15, 2013, at 4:11 PM, Tolga Kaya wrote: *Note*: The Google Maps API for Flash has been officially deprecated as of September 2, 2011. The API will continue to work until September 2, 2014. We encourage you to migrate your code to version 3https://developers.google.com/maps/documentation/javascript/ of the Maps JavaScript API. https://developers.google.com/maps/documentation/flash/tutorial-flex 2013/1/15 Harbs harbs.li...@gmail.com Forgive my ignorance, but what did the swcs provide that we're losing? On Jan 15, 2013, at 2:57 PM, Nicholas Kwiatkowski wrote: Google is changing their API, and dropping support for the old version next year. The SWC they currently support only supports their v1 API which is retiring. They are not making a new one. I wonder if ModestMaps will support the new API -Nick On Tue, Jan 15, 2013 at 1:36 AM, Avi Kessner akess...@gmail.com wrote: What does the js Api return that is different from the flex api? And can we build a converter before Sept 14' ? On Jan 15, 2013 7:02 AM, Paul Hastings paul.hasti...@gmail.com wrote: On 1/15/2013 11:34 AM, Nicholas Kwiatkowski wrote: I use ESRI's maps in my applications with great success. I even use them in my mobile apps. I highly recommend them. The POI is not nearly as populated as Google's, but they are leaps and bounds ahead of everybody else. ESRI's flex API is pretty good (our bread butter GIS apps are all based on it but these are all tied to client's big buck arcGIS servers) but their public spatial data is nowhere near google's, especially larger scaled data in urban areas. ESRI's coarser data also effects other functionality like elevation profile routing. google dropping flex was a crying shame.
Re: Google Maps
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
RE: Google Maps
Yepp, did had a good look while back, but it's not just the API, the maps themselves are nowhere near to Google maps in terms of satellite shots, street view etc. Since all big players have no inclination to Flex ( Google, Microsoft, Apple), there is little chance quality free maps will be available for Flex. Raman -Original Message- From: Bobby [mailto:bobbymzi...@netscape.net] Sent: Tuesday, 15 January 2013 10:26 AM To: dev@flex.apache.org Subject: Re: Google Maps You could check out Mapquest's API. It seems to be updated for Flex and they have a mobile api that's supported. Bobby Rafferty @bobbyworld
Re: Google Maps
Hi You could use the static map API in Flex via HTTP calls , even though it's static it has a lot of features. https://developers.google.com/maps/documentation/staticmaps/ Justin
Re: Google Maps
I use ESRI's maps in my applications with great success. I even use them in my mobile apps. I highly recommend them. The POI is not nearly as populated as Google's, but they are leaps and bounds ahead of everybody else. -Nick On Mon, Jan 14, 2013 at 6:08 PM, Raman Sangra rsan...@healthpi.com.auwrote: Hi all, I have been developing on Flex for quite some time. Looking at the work you guys have been busy doing, I feel Flex may still find way out to be best UI development SDK. One big question in my mind is what happens to MAPS, Google as we know holds the best and most updated data of world wide maps, and POI information. They are going to disable the Maps Flash API by Sep. 2014. This is a real downplay for business applications. However if we see flex as simply a game/animation development SDK, it would be ok. But there are serious business apps that were built for business users. These business users are all shifting to mobile devices ipads and other tablets. I guess mobile devices may get targeted via AIR apps, but still the integration of some free qualified maps API either Google, ESRI or other provider would really be a big help. My thoughts, I would appreciate some other opinions and perspectives. Regards, Raman S.
RE: Google Maps
I did try their SDK, very well featured and plenty of support. I agree they have an excellent product. The only downside is the maps are only limited to very developed countries, for third/second world, the maps are only available at very high zoom and are at least five years old. This has a problem since all businesses are looking towards developing nations for new projects and the landscape there is changing so fast, you will get lost if they are few years old. Few cities that have changed in as many years: Shanghai Dubai Singapore New Delhi Mumbai Ahmedabad (India) The only real way is a cross over app with Iframes. Google ditching MAP API in my view was the biggest setback for flex, in many ways even bigger then Apple dumping Flash. Regards, Raman S. -Original Message- From: Nicholas Kwiatkowski [mailto:nicho...@spoon.as] Sent: Tuesday, 15 January 2013 3:34 PM To: dev@flex.apache.org Subject: Re: Google Maps I use ESRI's maps in my applications with great success. I even use them in my mobile apps. I highly recommend them. The POI is not nearly as populated as Google's, but they are leaps and bounds ahead of everybody else. -Nick On Mon, Jan 14, 2013 at 6:08 PM, Raman Sangra rsan...@healthpi.com.auwrote: Hi all, I have been developing on Flex for quite some time. Looking at the work you guys have been busy doing, I feel Flex may still find way out to be best UI development SDK. One big question in my mind is what happens to MAPS, Google as we know holds the best and most updated data of world wide maps, and POI information. They are going to disable the Maps Flash API by Sep. 2014. This is a real downplay for business applications. However if we see flex as simply a game/animation development SDK, it would be ok. But there are serious business apps that were built for business users. These business users are all shifting to mobile devices ipads and other tablets. I guess mobile devices may get targeted via AIR apps, but still the integration of some free qualified maps API either Google, ESRI or other provider would really be a big help. My thoughts, I would appreciate some other opinions and perspectives. Regards, Raman S.
Re: Google Maps
On 1/15/2013 11:34 AM, Nicholas Kwiatkowski wrote: I use ESRI's maps in my applications with great success. I even use them in my mobile apps. I highly recommend them. The POI is not nearly as populated as Google's, but they are leaps and bounds ahead of everybody else. ESRI's flex API is pretty good (our bread butter GIS apps are all based on it but these are all tied to client's big buck arcGIS servers) but their public spatial data is nowhere near google's, especially larger scaled data in urban areas. ESRI's coarser data also effects other functionality like elevation profile routing. google dropping flex was a crying shame.
Re: Google Maps
(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). https://developers.google.com/maps/terms 2013/1/15 Avi Kessner akess...@gmail.com What does the js Api return that is different from the flex api? And can we build a converter before Sept 14' ? On Jan 15, 2013 7:02 AM, Paul Hastings paul.hasti...@gmail.com wrote: On 1/15/2013 11:34 AM, Nicholas Kwiatkowski wrote: I use ESRI's maps in my applications with great success. I even use them in my mobile apps. I highly recommend them. The POI is not nearly as populated as Google's, but they are leaps and bounds ahead of everybody else. ESRI's flex API is pretty good (our bread butter GIS apps are all based on it but these are all tied to client's big buck arcGIS servers) but their public spatial data is nowhere near google's, especially larger scaled data in urban areas. ESRI's coarser data also effects other functionality like elevation profile routing. google dropping flex was a crying shame.