Details

    • Type: Improvement Improvement
    • Status: Resolved
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: None
    • Fix Version/s: EE 1.3.1.GA_P01
    • Component/s: Containers
    • Labels:
      None
    • Environment:
      ICEmobile

      Description

      Geolocation requirements vary by application:
        1. a single approximate value when the page is loaded
        2. a current more accurate value when the user interacts
        3. a history of locations
        4. periodic update of current location at the server

      1. and 2. are currently supported with the mobi:geolocation component. 3. can be implemented as a background task with a batch upload of the geolocation history. 4. deviates from the web model since the periodic update may be expected to occur even if the web browser is not active on the device.

      However, some users may regard 4. as a privacy violation and be willing to provide location updates only when the web application is visible. This could be implemented with a periodic submit and the current mobi:geolocation component.

      To provide continuous background updates would be a container feature and require investigation on each mobile platform.
      1. geo.jsp
        0.1 kB
        Ted Goddard
      2. geospy.jsp
        5 kB
        Ted Goddard

        Activity

        Hide
        Steve Maryka added a comment -

        Android implementation of jguid and duration parameters complete. svn 38293.

        Show
        Steve Maryka added a comment - Android implementation of jguid and duration parameters complete. svn 38293.
        Hide
        Steve Maryka added a comment -

        With the continuous nature of geospy, it will typically outlive the dispatch cycle of BridgeIt. This adds complications if multiple applications are attempting to use the feature at the same time, and with different configuration. BridgeIt need to be able to service multiple independent web apps. The initial plan is to support independent geospy services keyed on upload URL.

        Show
        Steve Maryka added a comment - With the continuous nature of geospy, it will typically outlive the dispatch cycle of BridgeIt. This adds complications if multiple applications are attempting to use the feature at the same time, and with different configuration. BridgeIt need to be able to service multiple independent web apps. The initial plan is to support independent geospy services keyed on upload URL.
        Hide
        Steve Maryka added a comment - - edited

        svn 38542: Android geospy support now uses independent location listeners based on upload URL. This means a single BridgeIt instance can support multiple web applications in parallel.

        Show
        Steve Maryka added a comment - - edited svn 38542: Android geospy support now uses independent location listeners based on upload URL. This means a single BridgeIt instance can support multiple web applications in parallel.
        Hide
        Ted Goddard added a comment - - edited

        This feature is now required by the mobi:geotrack component in ICEfaces so must be added to the Android implementation:

        • Property names starting with _ will be added to the geoJSON POST with the _ removed.
        Show
        Ted Goddard added a comment - - edited This feature is now required by the mobi:geotrack component in ICEfaces so must be added to the Android implementation: Property names starting with _ will be added to the geoJSON POST with the _ removed.
        Hide
        Patrick Corless added a comment -

        Marking as resolved.

        Show
        Patrick Corless added a comment - Marking as resolved.

          People

          • Assignee:
            Steve Maryka
            Reporter:
            Ted Goddard
          • Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved: