Why does the app
need to use $GPRMC NEMA strings exclusively? The ALS (and the regular LocationSensor)
both use $GPRMC sentences. The ALS exposes the strings; the LocationSensor hides them from the developer. The ALS uses whatever NEMA strings are required to provide location information. The ALS predominately uses $GPRMC strings.
"The data obtained while using advancelocationsensor is not RMC format (I may be wrong)". Yes, you are wrong. The ALS collects all NEMA data, among strings collected they are primarily $GPRMC strings Rohit.
You don't believe? Add a Label to Niclas Gins' tutorial Screen. I added Label 5. Within the NemaReceived block add this if statement
and Niclas' example will display all the RMC sentences captured by the GPS receiver as shown below:
Niclas's ALS parses the strings for you. When the example reports a location, his example does not show the actual nema sentences. It provides the location information that is contained in as many nema strings that the gps receiver hears that are valid and combined to calculate the best information possible for reception conditions. At a minimum, it uses three sentences; under ideal conditions and depending on how many channels the gps receiver in your Android has, it might use a dozen or more satellite fixes.
Do you want to parse the nema sentences yourself?
A RMC string looks like this example:
$GPRMC,123519,A,4807.038,N,01131.000,E,022.4,084.4,230394,003.1,W*6A
Field Meaning
0 Message ID $GPRMC
1 UTC of position fix
2 Status A=active or V=void
3 Latitude
4 Longitude
5 Speed over the ground in knots
6 Track angle in degrees (True)
7 Date
8 Magnetic variation in degrees
9 The checksum data, always begins with *
As the extension indicates, it is an ADVANCED Location Sensor tool that provides significantly more information than is required for most apps and certainly your app.
Regards,
Steve