Le 22/01/2020 à 13:13, Rob Brew a écrit :
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.
Thank you for the explanation.
'antarea'? I think it is meant 'apparea' - it is a funny mispelling
which makes think why not joining intarea and apparea into one.
And, it is not an RFC, it is a draft.
It is not a draft RFC. An RFC might have 'draft standard status' and
some times people shorten than as 'draft RFC' to distinguish from a BCP
RFC for example. Yet there are many years between draft (Internet
Draft, actually), RFC, draft standard RFC, and so on.
A 'draft' is like a tissue on which one sketches a few notes - maybe a
few seconds after I will crumple it and through it in the bin. Maybe
yes maybe no.
An RFC is something far different: it is set in stone, it stays there
forever. People print it on tangible papers, put them on resumés as
career achievements. It requests comments just for the fun of it,
because comments are no longer accepted. It's called an 'RFC' because
the original inventors of the term wanted a name to get around a few
blockages from some Departments that are too process-oriented and that
forbid communication. One can't comment on an RFC but it's important
that others think one might comment on them - they so write I-Ds. The
I-Ds _are_ taken into account.
In a similar vein: if one is Da Vinci, even the funniest sketches can
become worth much money, yet they are still not works of art.
Further, if one wants to write a sketch that is even more drafty sketchy
than a real Internet Draft (in short, a 'draft'), then one is free to
write a .txt file with vi and post it on a public web site like
researchgate. One might get a DOI for it, so it makes for a
publication. It might increase the resumé of somebody just for such a
sketch, because Google hits it.
But an Internet Draft is better :-)
With some exceptions there are in principle two kinds of Internet
Drafts: a personal submission and a WG item (Working Group item). A
personal submission (or 'individual submission') is something in which
only the main author(s) of the draft believe(s) - all the others dont
give a dime, or maybe appreciate it a lot but dont know yet, or will
never know about it. That's where the GPS-over-wifi is now.
An I-D (short for Internet Draft) that is adopted by a WG means that
people in the WG like it a little bit, or at least they dont reject it
outright. It might take several years before a personal submission I-D
becomes a WG item. Or it might be immediate because of some aura around
the proposer. Or it might lead to the creation of a new WG which does
not exist as of yet. And it's still not yet an RFC :-) Still years
away :-) Still need to persuade people :-)
There are fast tracks to that: are you on a fast track?
On Wed, Jan 22, 2020 at 12:05 PM Rob Brew <[email protected]
<mailto:[email protected]>> wrote:
Hi,
Except when you can install a GPS repeater.
I think you mean there are cases when it is not possible to install GPS
repeaters.
In this case, I would like to know why it is not possible to install GPS
repeaters?
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.
Cheaper to deploy software on an existing hardware than deploy new
hardware - I suppose yes. It is the SDN mantra.
But, is it as effective?
I have seen many trials and people tried many things to realize indoors
localisation without a view to satellites. Not one of them is as
effective as the deployment of cheap GPS repeaters with thick RF cables.
I do know and admit that the perspective that you express about lack of
necessity of GPS repeaters is a perspective shared in many places. It
is just I do not understand why. To this perspective I propose the view
of the existence of these cheap GPS repeaters - I wonder why people
spent time and money to produce them.
Maybe it's just me.
Alex
> 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,
_______________________________________________
Int-area mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/int-area
_______________________________________________
Int-area mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/int-area
