We are using 3.2.x SDK GARMIN service to get weather info and location name as well.
But we are having some problems, as it does not seem to return labels for every city, or even whole countries.
We get a null string if we set the location anywhere at London, for instane... This is causing some discontent.
Do we have a list of where they are not returning any value so we can, at least, warn our users?
Thanks a lot!
Everything in currentConditions should be null checked. Including location.
If it's null, just display something like "No Loc"
BTW, even something like temperature can be null!
You should keep in mind, if permission 'Positioning' is not set in mainfest, location name in currentWeather is (allways?) null (ok, is not root cause, if only some regions are affected).
Alternative…
observationLocationPosition will have your location (if it's not null), but doing a lookup on that would require a background service in case of a watch face. I've done tests and what you do see is…
I didn't realize that you could override the weather location in GCM. That is not something that was available when I originally worked on this feature.
Are you certain that this location in London produces the problematic result? I tried a half dozen locations previously and they all returned valid location name data.
I plugged the decimal coordinates for the GPS location you gave above (51.500833, 0.124444) into our weather service, and it returns the following observation location info:
<LocationInfo> <lat>51.5053</lat> <lon>0.055275</lon> <name>London City Airport</name> </LocationInfo>
If this location does indeed produce the null observationLocationName result inside a ConnectIQ app on a device, then the problem lies between the web service and the app.
I set the location in GCM to United Kingdom/SW1A 0AA and then ran a test app on my fenix6xpro. It displayed the observation location data as:
I moved the location slightly to be on top of Big Ben, and the name didn't change, but the coordinates changed to [51.500836, -0.124508]. So, as far as I can tell, everything is working properly.
What I'm really looking for is the observationLocationPosition data that is seen when the observationLocationName field is null. Theoretically I should be able to plug that position data in and reproduce the problem... but nobody seems to be able to provide the data and I'm unable to reproduce the problem with several attempts and I cannot see an obvious issue with the code that generates the string.
Thanks a lot Jim and Travis for your help!
I try to summarize all the answers:
1. We have no problems with crashing the watchface. We already null check every variable.
2. We get:
observationLocationName == null, very few times
observationLocationName == "null", quite a lot
observationLocationName == "Location [xx.xx.xx yy.yy.yy]", quite some times
In the wtachface we change the label to "unknown location" (if =="null") or "no data" (if ==null) in these situations, just to no crash a give a more user friendly message.
3. As an example, we get the "null" string for the following location (Big Ben). And the observationLocationPosition are the coordinates shown in the image:
I have seen this behaviour myself just moving around. But the thing is that 95% of the email that we get from our users is just because:
- They get observationLocationName == "null" (we show "Unknown Location")
- Weather data does not update for hours or days. (If they have an iPhone it is going to happen, no matter what)
We are changing to OpenWeather just to stop getting emails about the weather and location data. And save hours everyday.
Hope this give you enough data to check!!
Thanks a lot!!
