Re: Tutorial: Query the Apple database with Python for your access point BSSID
Jeff Liebermann <[email protected]> Thu, 01 Jan 2026 14:09:06 -0800
| Newsgroups | alt.comp.os.windows-10,alt.internet.wireless,alt.comp.microsoft.windows,alt.comp.os.windows-11 |
|---|---|
| Message-ID | <[email protected]> |
On Thu, 1 Jan 2026 21:05:12 +0100, "R.Wieser" <[email protected]> wrote: >Jeff, > >> Adding location information to DNS, DHCP, SNMP etc have been proposed. >... >> An early scheme is RFC 1712 > >proposed in 1994. Its now more than 36 years later (which is, for >technology, a loooong time), and nothing like it has been implemented. I'm 77 years old and am still proposing ideas which could easily be labeled as science fiction. I've also seen projects that were proposed, complete with detailed documentation, that didn't function until funding was found many years later. I suggest you not pass judgment on technology that you might consider old and instead concentrate on whether they might actually work. Also, if you wish to pass judgment on whether some technology is worth doing, there are seats in the various houses of government awaiting your political involvement. >Maybe that is because there is no automated way to determine the "floor >number". Especially for devices which task it is to do DNS, DHCP and so >on - those do not even contain hardware to determine their own X/Y location. Quoting myself: "Note that the data does not need to be derived from GPS data. Since it doesn't change (often), it could be entered into the database when the DNS record was created." That means that in 1994, there was no requirement to identify the location of a router, server, computer, etc using GPS. Merely entering the location data the SNMP MIB (management information base) would be sufficient. Obviously, that won't work for moving objects, but GPS was not fully operational until 1995 and was not useable for indoor applications until High Sensitivity GPS arrived in about 1999 <https://www.furuno.com/en/gnss/technical/tec_high> and Selective Availability was disabled in May 2000. If someone proposes a geographic network equipment location system prior to about 2000, it wouldn't have worked very well. >I must say that that RFC does have a joke smell to it. You know, like the >"I'm a teapot" HTTP status, the "evil bit" for ethernet packets and lets not >forget "IP over avian carriers" (which, by the way /does/ work). The RFC's I mentioned don't seem to be in the official book of April Fools RFC's. <https://www.rfchumor.com> >And although most/all smartphones do have a GPS, those are notoriously bad >at determing elevation (which is not really a surprise, if you look at where >the GPS satelites are located in relation to the GPS receiver). That's true which is why sports GPS receivers often include a barometric altimeter: <https://support.garmin.com/en-US/?faq=WlvNrOungC28xGtwB7hLY5> "With proper calibration, the barometric altimeter of a Garmin watch or outdoor handheld will report elevation readings ranging from -2,000 to 30,000 feet with an accuracy of +/-10 feet at any given point." "Elevation calibrated by GPS is accurate to +/-400 feet at any given point with a strong GPS signal" >Regards, >Rudy Wieser -- Jeff Liebermann [email protected] PO Box 272 http://www.LearnByDestroying.com Ben Lomond CA 95005-0272 AE6KS 831-336-2558