Does Blackberry API 5.0 support WiFi and cell-tower based geolocation, or is only GPS based geolocation supported? I ask because geolocation is still feasible if we fetch the list of WiFi access points and cell-tower info and submit it to the Google Location Web service.
The question is, must I do this manually or does the BlackBerry geo-location API support these features out of the box?
High level overview of GPS Blackberry's JSR 179 implementation.
http://www.blackberry.com/developers/docs/5.0.0api/lbs-summary.html
But the jest of it is that it's base on how you construct your Criteria Object:
Here is a table from this java doc on the class:
RIM Implementation Mode Chart - Generic
Horizontal Accuracy
Vertical Accuracy Cost Power Consumption Resulting Mode
N/A N/A Not Allowed N/A Autonomous
N/A N/A Allowed Medium, High or No Requirement Assisted
NotRequired NotRequired Allowed Low Cellsite
Related
Is W3C Geolocation API more accurate the IP geolocation for non-mobile devices? I am using https://ipstack.com/ and I am seeing big discrepancies between actual location and location identified by the service for desktop users, but after reading
https://en.wikipedia.org/wiki/W3C_Geolocation_API
GPS (Global Positioning System) This happens for any device which has GPS capabilities. A smartphone with GPS capabilities and set
to high accuracy mode will be likely to obtain the location data from
this. GPS calculate location information from the satellite signal. It
has the highest accuracy; in most Android smartphones, the accuracy
can be up to 10 metres.
Mobile Network Location Mobile phone tracking is used if a cellphone or wireless modem is used without a GPS chip built in.
Wi-Fi Positioning System If Wi-Fi is used indoors, a Wi-Fi positioning system is the likeliest source. Some Wi-Fi spots have
location services capabilities.
IP Address Location Location is detected based on nearest Public IP Address on a device (which can be a computer, the router it is
connected to, or the ISP the router uses). The location depends on the
IP information available, but in many cases where the IP is hidden
behind Internet Service Provider NAT, the accuracy is only to the
level of a city, region or even country.
It doesn't seem the W3C Geolocation API is any better for desktop users. It seems to be more precise for mobile users, but not desktop users. Is this correct?
It doesn't seem the W3C Geolocation API is any better for desktop users. It seems to be more precise for mobile users, but not desktop users. Is this correct?
This is correct, the W3C geolocation API is a good bet when
The user is using a browser (the UX for informed consent is well thought through by the browser maker, e.g Apple's Safari or the Firefox teams)
The user is on mobile (GPS hardware, WiFi triangulation, Google or Apple's-proprietary services such as Google Play Location Services being available) with the underlying OS
Fine location matters for your application (e.g ride-hailing or food delivery to your current location)
If the above criteria are generally not applicable most of the time to your application, then IP geolocation API services such as Fastah are a good choice for the country, approximate city, and geo-coordinates information.
In general, W3C Geolocation API is more accurate than IP geolocation such as IP2Location because it uses multiple parameters to determine location.
If GPS is not available in non-mobile device, they can use the WIFI MAC address or cell tower ID to determine location.
Is there any way, to directly access the internal GNSS sensor data of iOS devices? I don't want to access the already processed GNSS locations from the CoreLocation API.
In Android it's possible to access these raw measurements (pseudorange, carrier phase, doppler, CNR). Is it possible to bypass CoreLocation and access these values of the GNSS chip?
Are there any news, if this will be possible in future iOS versions?
The internal position estimation of iOS is a blackbox and i want to implement my own position estimation for research purposes.
I'd really like to develop some ARCore apps which use the new Google ARCore Depth API. But I realize that there are only couple of devices that support this new feature. So, is there any information about updates in the future which to support devices that are today supported by ARCore but not for Depth API?
For example:
The Pocophone F1 is officially supported for the Depth API. It uses MIUI as Operating System and run with a Snapdragon 845.
Now is the question: why nearly exactly the same devices as Xiaomi Mi Mix 2s or Xiaomi Mi 8 are not supported?
These three devices all use MIUI same Camera and same CPU so would these devices Support Depth API in the future?
Firstly: there is a long list of devices that have ToF sensor and support Raw Depth API as well as Full Depth API for ARCore 1.24 at the moment. And I firmly believe there will be much more of them in the nearest future. You can see it in ARCore supported devices table.
Google Pixel 2/3/4/5
Huawei Honor 10/Nova 3,4/Mate 20,Lite,X/P20/P30/Pro
LG ThinQ/G8X/V35/V50S/V60
OnePlus OnePlus 6/T/7/Pro
Samsung Galaxy A80/S8/S9/S10/S20/Note 8,9,10
Sony Xperia XZ2/Compact/Premium/XZ3
Xiaomi Pocophone F1
Secondly: ARCore's Depth API unsupported devices, seemingly don't have ToF sensor, or don't have powerful CPU/GPU for retrieving Depth data from Motion, or even don't have a gyroscope. Or in some case (like Huawei case) it's just Google's policy. OS and its UI don't matter.
For additional info on both ARCore Depth APIs, please look at this post.
google said single rgb camera is enough for depth api to work
I've been researching a possible iOS-based app, developed in Unity, that would require a high-degree of positional accuracy (centimeters).
I expect I would need to connect, from the app, to an external GPS device using Bluetooth (or similar) and obtain NMEA sentences (or similar) containing location data.
My research has brought me to RTK, which is extremely accurate. From what I've seen already, it seems that normally GPS receivers which offer this operate themselves at normal GPS precision (2-2.5m). The correction to a high-accuracy location happens in software on a connected computer or tablet with a connection to an NTRIP server.
Assuming what I've said is correct, does anyone know of a GPS device that performs this RTK correction on the GPS device itself? Ideally I could just connect with Bluetooth or similar and get NMEA (or equivalent) data with high-accuracy location.
It may also be that I'm thinking about this incorrectly. On iOS, assuming there is an 3rd party app performing the RTK calculations, is there a standard way to obtain that high-accuracy location? Alternatively, are there GPS vendors that supply SDKs that would allow me to get to where I need to go?
Thanks very much,
Kieran
There is a recent module from U-Blox named ZED-F9P which has internal processing and is faster then RTKLib. Check this blog for performance
You can buy a board like ArduSimple's simpleRTK2B with an XBee module for WiFi/Blutooth or something similar from Sparkfun. You could also wait for the development board from U-Blox which is not yet available.
I'm trying to write a simple GPS based application for my BB 8800 (with Airtel, India).
But for some reason my code getLocation(timeout) always returns with a non-valid location (only after timing out). I tried different combinations of criteria parameters with no success.
I'm pretty sure that the problem is not with my code because even the BlackBerry GPS demo application does not work. However, my GPS receiver is working fine because "Wayfinder", a maps application that came bundled with my BB, works fine.
To test it further, I tried running SpotFinder and Google Maps. But they did not work either. Google Maps could determine location using cell tower info but not GPS.
Here are some more details about my environment,
1. Phone Model: BlackBerry 8800
2. Carrier: AirTel (India)
3. Device Version: 4.2.168 (Platform 2.3.0.54)
Can my carrier block it? [I spoke with AirTel technical support but they wouldn't budge to help developers]
Thanks In Advance
Some carriers (like Verizon US) blocked GPS for third party applications. Others just enabled GPS for a white list of applications (mostly their own) but deny access to GPS for all others.
It seems your provider is doing such things.
Can your carrier block it? Absolutely, I don't know about in India, but in the U.S. some carriers can and do restrict applications from accessing the GPS if they are not "approved." That seems quite likely given the scenario you described.