Re: Map Widget Futures
Thanks Ali I'm clearly "out of my depth" here… after looking at the Google Maps model. looking at: com.google.android.gms.maps.model I think see why you are talking about overlays, as these comprise "model classes" GroundOverlay A ground overlay is an image that is fixed to a map. GroundOverlayOptionsDefines options for a ground overlay. So it does not seem like it is feasible for us to simply "drop in" a large vector diagram/map/illustration… unless perhaps there was some third party which could do, as you say, insert this as an overlay into map object, so that, instead of UK, we would have "Middle Earth" Something to think about: if you get this far with the tech, pushing it just enough to allow a custom environment (assuming it meets some standards obviously) would be interesting BR On 12/6/17, 11:23 PM, "use-livecode on behalf of Ali Lloyd via use-livecode" wrote: Brahma, it's my understanding that you *are* talking about overlays - or at least using overlays is exactly how such things are achieved with a native map object. You override a method that returns a particular image for the currently visible tiles of the map, so that you don't have to have your whole map image in memory all the time. The default implementation on both platforms retrieves map images from somewhere online ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Map Widget Futures
On Thu, Dec 7, 2017 at 12:56 AM Richard Gaskin via use-livecode < use-livecode@lists.runrev.com> wrote: > Ali Lloyd wrote: > > > ...make the map widget a lot more flexible on the > > objective-c side... > > iOS-only? > > -- > Richard Gaskin > Fourth World Systems > Software Design and Development for the Desktop, Mobile, and the Web > > ambassa...@fourthworld.comhttp://www.FourthWorld.com > > We would do whatever is feasible in a cross-platform way. Actually looking at it now, there would be a similar thing on Android: https://developers.google.com/android/reference/com/google/android/gms/maps/model/TileProvider Brahma, it's my understanding that you *are* talking about overlays - or at least using overlays is exactly how such things are achieved with a native map object. You override a method that returns a particular image for the currently visible tiles of the map, so that you don't have to have your whole map image in memory all the time. The default implementation on both platforms retrieves map images from somewhere online Markers are not 'in the message path' quite in the way you are suggesting - at the moment the touch / click is received by the native view, resulting in a callback that is handled in LCB, which posts an appropriate message back to the widget's script object (in this case 'markerClicked pTag' where pTag is the tag defined for that marker). ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Map Widget Futures
Thanks for replying Ali I wasn't thinking of overlays, though that could be useful and would obviously be an early enhancment request. message path: Presumably "markers" are in the msg path… i.e. like buttons, and would respond to mouseup/down/touch. That would suffice for my V1 vision of use cases. Though I guess without overlays we are forced to abrupt changes on the screen if we want the map to be a portal to ther data…but… leave that for V2… Today's question is not about overlays… the question is: "What is the map object?" Where does it come from and can we supply some alt document… for example, if one had an artist create The WonderFul World of Ali, i.e. a fantasy map…in SynFig Studio… one could export to a vector format. How do we make this the map "object" Other more prosaic uses could be: complex diagrams that cover "hectares/square miles" of space… the map of Oxford University campus… Tolkein's Middle Earth etc. engineering diagram with various parts of some machine all laid out on one complex, very large "map" -- giant SVG's. giant in the sense of being created on a canvas in your illustration software set to 4 feet by 4 feet… which then can export to vector… scale up or down, but at that size one can work in areas with a lot of detail… and create a "Villiage of Hobbits" off in the corner… Here for example is a very simple test SVG export from a small inexpensive program that I like called "Diagrammix" http://dev.himalayanacademy.com/html/info/img/site-map.svg so what comprises the map "object" and what is the scope of its format, properties etc. Obviously the developer has to source the map object from somewhere, in some format. On 12/6/17, 2:03 PM, "use-livecode on behalf of Ali Lloyd via use-livecode" wrote: I'm not quite sure what you mean by 'a member of the msg path in "proper standing"' - the map widget just wraps a native view essentially. The map 'object' is only accessible through foreign handlers in LCB, but if it can be done natively then it can be done. In the first instance the widget will support annotations/markers and polylines, but won't support generic overlays. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Map Widget Futures
Ali Lloyd wrote: > ...make the map widget a lot more flexible on the > objective-c side... iOS-only? -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ambassa...@fourthworld.comhttp://www.FourthWorld.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Map Widget Futures
I'm not quite sure what you mean by 'a member of the msg path in "proper standing"' - the map widget just wraps a native view essentially. The map 'object' is only accessible through foreign handlers in LCB, but if it can be done natively then it can be done. In the first instance the widget will support annotations/markers and polylines, but won't support generic overlays. Just thinking aloud for a second, one way we could potentially make that work, and make the map widget a lot more flexible on the objective-c side is to allow custom implementations of the map delegate in LCB. This would enable you to write the appropriate callbacks to do custom overlays. I can't think of a particularly nice way to support overlays as a basic property, but that might just be because I haven't thought about it enough. On Wed, Dec 6, 2017 at 3:07 PM Sannyasin Brahmanathaswami via use-livecode < use-livecode@lists.runrev.com> wrote: > I'm not sure if the news from LiveCode Global is under any kind of NDA… > Since I have a business license, we could pose this directly to HQ, but > seems useful to share.. hope that is OK and I have this quesiton > > What is the binary format of the map "object" that the engine or map > widget can now pan and zoom? > > Put another way: could we create our own giant SVG maps, with tools, for > example like OmniGraffle or Diagrammix and then run these as "maps" inside > the new widget. Or is this tech somehow locked into conventional > geographical map formats of some kind? > > Of course we can build those and show them inside a browser widget, but > dealing with hotspots requires messing with JS and the chasm/issues between > the JS in the browser widget and the stack-LC engine message path is still > huge and problematic (discussed at length elsewhere) So if the new map > widget is a member of the msg path in "proper standing" that will be > excellent. > > BR > > > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
