Re: [Int-area] GPS over wifi

Rob Brew <sputnik2012@gmail.com> Wed, 22 January 2020 12:14 UTC

Return-Path: <sputnik2012@gmail.com>
X-Original-To: int-area@ietfa.amsl.com
Delivered-To: int-area@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 98B5D120089 for <int-area@ietfa.amsl.com>; Wed, 22 Jan 2020 04:14:11 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.748
X-Spam-Level:
X-Spam-Status: No, score=-1.748 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RG7INunS_Ig9 for <int-area@ietfa.amsl.com>; Wed, 22 Jan 2020 04:14:10 -0800 (PST)
Received: from mail-lj1-x234.google.com (mail-lj1-x234.google.com [IPv6:2a00:1450:4864:20::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1493F120045 for <int-area@ietf.org>; Wed, 22 Jan 2020 04:14:10 -0800 (PST)
Received: by mail-lj1-x234.google.com with SMTP id o11so6224836ljc.6 for <int-area@ietf.org>; Wed, 22 Jan 2020 04:14:09 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=DX1xVdmA32LjxOTPupM3+LTlti313sXO4fdxypOifYA=; b=P7UftfGMnXPAuGtnObWyUKqu8hgwnJskj/yAxUVzNw/5w2bQi3o1U8rI4IC+1xJioC LBQAoKPED2GVWH26yKQhi/OnX9X7LQy5ET+aRekKC+5NXWhBo1SBsmzkel7hzHOyUA9Z x+rkvE75O1Nsq3s9eTWot/vLg2PUJv+dMXk9BRYoEFWslSYMZsAfrOGiHlI1Zfk889Ix HIRvOND4EOQei1QwE2OxKA/Y5o1Zp/Fso1IGMUeYwN2NBmr2ODNfBabp90mK3oCj50Go iQ1pYM+J3bCFzgrH0YdTJvjUeUnDBVo4dLagbEwHvfxKkNhD+CqoQvCA/uOBetcMRjJ3 mtqg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=DX1xVdmA32LjxOTPupM3+LTlti313sXO4fdxypOifYA=; b=S11hwSu6X0DMDr2sBx9UrExWchBrDva2t+jQR409gRYwPpiMoRtYT/5Co6Ckqduesr wp+VB8aatVasptnUZilGK5V9IY9oA8a0YGB7FMxurxMIfgx1ee+zLLpIwXDIKC/2Rc0a /xe90Wt5Lm+fft3EFD1/LyonzeyEbxmeIxKcC+wr3wn3AdhCUdYh7pDfRbLoaZ9jjSyU rO7w4M5LzwgYn+s/EsYct8fqUuybXa0xFop/bWUm8/QzRFZZcu6UOCiJzSR2Z2IDCLF0 TXVhkbpGjXBwNcXrRhJLniXbH+3dKVpqZDn2K+u4W97cqHobPipZy/kJehaRoUGWZUxF rWtg==
X-Gm-Message-State: APjAAAXmnID2IBIKYu4syd1sroT4oeIFLb8fZKEZjgpDVGJi79z/zaIa J9AaSg02p75f02zpu0CX/Z7Hn4EYUKb+LQ58WSG/2Q==
X-Google-Smtp-Source: APXvYqwLb+e6OR4pIq+mCSL0rgH6f/gf5vEdGwOiVVN+HJu++xf3vGY2qlZMXxxWEkjGsVHp2yVndYyGWXfmDFWdhBg=
X-Received: by 2002:a2e:805a:: with SMTP id p26mr1029266ljg.242.1579695248094; Wed, 22 Jan 2020 04:14:08 -0800 (PST)
MIME-Version: 1.0
References: <CANBjToUnvmmUYj=M1a2hET+E9XrWxz9omce-RjJuf9tbaaGO6A@mail.gmail.com>
In-Reply-To: <CANBjToUnvmmUYj=M1a2hET+E9XrWxz9omce-RjJuf9tbaaGO6A@mail.gmail.com>
From: Rob Brew <sputnik2012@gmail.com>
Date: Wed, 22 Jan 2020 12:13:57 +0000
Message-ID: <CANBjToVsNZLvemoN7ttr7kOtcZMkaqOiH8Rh4miTXEv_znKLNg@mail.gmail.com>
To: int-area@ietf.org
Content-Type: multipart/alternative; boundary="0000000000001db989059cb97642"
Archived-At: <https://mailarchive.ietf.org/arch/msg/int-area/8ba3zwg-P1xWu-fc_Yr2k3cTEEM>
Subject: Re: [Int-area] GPS over wifi
X-BeenThere: int-area@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF Internet Area Mailing List <int-area.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/int-area>, <mailto:int-area-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/int-area/>
List-Post: <mailto:int-area@ietf.org>
List-Help: <mailto:int-area-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/int-area>, <mailto:int-area-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 22 Jan 2020 12:14:12 -0000

Dear all.

Having received the post from Alex I have responded. If you would rather I
move this RFC to antarea I will do so.  Personally I feel it's more of an
internet problem as GPS is being delivered using HTTP protocols.


On Wed, Jan 22, 2020 at 12:05 PM Rob Brew <sputnik2012@gmail.com> wrote:

> Hi,
>
> Except when you can install a GPS repeater.
>
> We already have wireless networks covering each area of tube stations,
> this makes the porvisioing of this functionality cheaper as the
> infrastructure is already there.
>
>
>
> > As we know the IP Address contacting the server the server contains a
> >  map containing the GPS location of each underground site, as
> > referenced by IP address.  The  returns the phsycial GPS location and
> > name of the site as a JSON array.
> >
> > To prevent false servers reporting inaccurate information https can
> > be used to verify the authenticity of the server.
> >
> > Providing this service to mobile phone user's without a current WIfi
> >  connection i propose going one stage further, create a hidden
> > wireless network wih the name ".location". In cases where no GPS
> > location can be found a mobile phone's GPS system can be programmed
> > to seek such a network providing the same service.
>
> Hold on, 'hidden wireless network', make sure 'hidden terminal problem'
> is distinguished.
>
> By hidden wireless network I mean a wireless netwowk which does not
boradcast it's ssid.


> A phone that cant have WiFi connection - what kind of other IP
> connection does it have, in a place that has no GPS coverage?  Is it a
> cellular connection in underground metro station?  If yes, it means
> either there are cellular base stations there, or there are cellular
> repeaters: enhance them to repeat GPS as well.
>
>
By this I mean if there is no wif-fi connection and no GPS connection the
phone's GPS
location software can reach out to such a wireless network without an ssid
for the purposes of gaining it's GPS location. This would require some
reprogamming of GPS location software by Google and Apple.


> > This would require alterations to th servics as provided by mobile
> > phone providers such as Apple and Android.
> >
> > If you are interested in this concept please review it (and my code),
> >  and maybe it will become something. For a video demonstration of
> > this service please check the link at the github site.
>

All that is needed for this to happen is to reconfigure underground routers
and set up a server to deal with the requests, having populated a table on
the server of GPS locations.

Rob Brew,