Hi Denis,
> -Original Message-
> From: Denis Kenzior [mailto:denk...@gmail.com]
> Sent: 11 November 2010 21:50
> To: ofono@ofono.org
> Cc: Sjur Brændeland; Simon LETHBRIDGE; Sjur BRENDELAND
> Subject: Re: [PATCH] doc: Add Location Services API
>
> So let me
Hi Rémi,
> >
> > Would it make sense to add a ResetStoredInfo signal to the DBUS API
> for
> > implementation in a modem specific way?
>
> Yes. There are no standard commands for that and it is very much needed
> for
> conformance testing.
>
> However, I would have thought that this was an issue
On Tuesday 23 November 2010 01:16:00 ext Joly, Frederic, you wrote:
> I just recheck the 23.032 (Universal GeoGraphical Area Description), and the
> number of ways to express a position with velocity and uncertainty may not
> make the API simple. Just have a look for instance the +CMOLR's XML DTD
>
On Saturday 20 November 2010 03:01:03 ext Bastian, Waldo, you wrote:
> Conformance testing per 3GPP 34.109s5.4.1.3 requires that
> RESET UE POSITIONING STORED INFO is handled.
> Similar for 3GPP RESET MS POSITIONING STORED INFO per 3GPP 44.014s12.
>
> As far as I can see there is no provision for
: Behalf Of marko.ova...@nokia.com
: >Sent: Monday, November 22, 2010 10:01 AM
--
: > I'm proposing that either we have
: > a) fully opaque 'raw' 3GPP defined frames between modem and Linux
: > b) or well defined D-BUS API for LCS commands, but keeping the
: assistance payload in 'raw' format
C
Hi Fred,
> -Original Message-
> From: Joly, Frederic [mailto:frederic.j...@intel.com]
>
> For the option b, I would tend to not support you. I just recheck the
> 23.032 (Universal GeoGraphical Area Description), and the number of
> ways to express a position with velocity and uncertainty
ject: RE: [PATCH] doc: Add Location Services API
>
> I'm proposing that either we have
> a) fully opaque 'raw' 3GPP defined frames between modem and Linux
> b) or well defined D-BUS API for LCS commands, but keeping the assistance
> payload in 'raw'
Hi Simon,
-Original Message-
From: ofono-boun...@ofono.org [mailto:ofono-boun...@ofono.org] On Behalf Of
Simon LETHBRIDGE
Sent: Thursday, November 18, 2010 10:50 AM
To: Denis Kenzior; ofono@ofono.org
Cc: Sjur BRENDELAND
Subject: RE: [PATCH] doc: Add Location Services API (resending now
> -Original Message-
> From: Bastian, Waldo [mailto:waldo.bast...@intel.com]
> Sent: 20 November 2010 02:04
> To: ofono@ofono.org; Simon LETHBRIDGE
> Cc: Sjur BRENDELAND
> Subject: RE: [PATCH] doc: Add Location Services API
>
>
> Conformance testing per 3
: -Original Message-
: From: ofono-boun...@ofono.org [mailto:ofono-boun...@ofono.org] On
: Behalf Of ext Bastian, Waldo
: Subject: RE: [PATCH] doc: Add Location Services API
: Conformance testing per 3GPP 34.109s5.4.1.3 requires that
: RESET UE POSITIONING STORED INFO is handled
[Resend without the bottom quote - Damn you Outlook]
Conformance testing per 3GPP 34.109s5.4.1.3 requires that
RESET UE POSITIONING STORED INFO is handled.
Similar for 3GPP RESET MS POSITIONING STORED INFO per 3GPP 44.014s12.
As far as I can see there is no provision for that in commands / XML
de
@ofono.org
Cc: sjur.brandel...@stericsson.com
Subject: [PATCH] doc: Add Location Services API
From: Sjur Brændeland
As requested, this is our initial proposal for a minimal API
in order to support E911, based on the 27.007 defined AT
commands.
We've discussed internally different names for
Hi All,
> -Original Message-
> From: Denis Kenzior [mailto:denk...@gmail.com]
> Sent: 11 November 2010 21:50
> To: ofono@ofono.org
> Cc: Sjur Brændeland; Simon LETHBRIDGE; Sjur BRENDELAND
> Subject: Re: [PATCH] doc: Add Location Services API
>
>
>
Hi Denis,
> -Original Message-
> From: Denis Kenzior [mailto:denk...@gmail.com]
> Sent: 11 November 2010 21:50
> To: ofono@ofono.org
> Cc: Sjur Brændeland; Simon LETHBRIDGE; Sjur BRENDELAND
> Subject: Re: [PATCH] doc: Add Location Services API
>
> So let me
Hi Marcel.
> So far this looks like a nice and simple proposal. And it is driven by
> an existing standard. I like that.
>
> Sjur, are you guys up to the task of sending an initial atom
> implementation and atmodem driver for it?
Yes, I think we should be able to, as longs as there is no big hurr
Hi Denis,
> > As requested, this is our initial proposal for a minimal API
> > in order to support E911, based on the 27.007 defined AT
> > commands.
> >
> > We've discussed internally different names for this API:
> > AGNSSManager or AssistedGlobalNavigationSatelliteSystem,
> > but ended up with
Hi Sjur and Simon,
On 11/11/2010 01:44 PM, Sjur Brændeland wrote:
> From: Sjur Brændeland
>
> As requested, this is our initial proposal for a minimal API
> in order to support E911, based on the 27.007 defined AT
> commands.
>
> We've discussed internally different names for this API:
> AGNSSM
From: Sjur Brændeland
As requested, this is our initial proposal for a minimal API
in order to support E911, based on the 27.007 defined AT
commands.
We've discussed internally different names for this API:
AGNSSManager or AssistedGlobalNavigationSatelliteSystem,
but ended up with the simpler Lo
18 matches
Mail list logo
