-
Notifications
You must be signed in to change notification settings - Fork 13
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Input geographical data #10
Comments
Hmm...did you try a "," for the separator...should also work afaik |
Hmm...not a big fan of the string solution because in this case you can type in whatever and I have to check in code for validity. Checked it on my iPhone and I can type in either "." or "," and both works fine. So there must be another way, will check tomorrow...need some sleep now :) |
You are - you would have to validate the input... |
Ok...did a last short test on my Android phone and again it works without problems. Is there any chance to switch your phone to a different number format (e.g. to english) to check if it will work in that case? Need to figure out the real problem here. Cheers from Singapore and good night... |
same problem. not able to input any separator but "," I've found the problem. string with 32 charater dark sky key - i've did c+p, so there was "_" beafore with c+p. after i print it correctly - works properly. |
Hi, |
Hi, |
Hi, |
I've had issues with the weather not appearing when updating the app. Not sure it's related to the entry method for the Darksky key. Is there a delay on the first call to DarkSky when the app's updated? I updated yesterday and didn't get any weather data for several hours (set to current weather). |
The update interval is always 15 min so after an update (or after you put in the Dark Sky key for the first time) it can take up to 15 min before you will see the weather appearing on the watch face. There is the possibility that it takes longer than 15 min because in the Garmin documentation it says that there is no guarantee that calling a background service with a given interval will always exactly use the interval that was defined. The watch os decides based on some algorithms when to call the webservice (of course the watch has to be connected to the phone and the phone needs an internet connection). Meaning to say the watch os gets some kind of trigger that there is a webservice call waiting and if possible it executes that directly but there might be circumstances where it might take longer. |
Sounds like some Garmin weirdness. I haven't updated to 1.58 yet, but shall do so shortly, and try pasting the DarkSky key. I'll try to remember to keep an eye on the watch to see how long it takes for the weather to update. I'll let you know if I see anything weird. (By the way, I'm using a 935.) |
I've heard from some users that when copy/paste the API key in Garmin Express it might lead to errors but if you type it in it works...strange. |
Hi, |
Well that's really bad, sorry that I can't help you here. Like mentioned before I really can't reproduce the problem which makes it nearly impossible to figure out where it comes from, sorry. |
after 1 day of working well - stoped to update weather. --/-- E sign apear. |
hmm...strange, works fine on my watch. |
fenix 5, 5.4 , 1.58 |
ok, same here except fenix 5x which should not make a difference. |
I'll try to change Dark Sky key, and move coordinates. |
ok |
I've try to do so - no changes in WF, still --/--E. |
ok can you send me the coordinates you use and I will check in the development environment and check the result. I guess you wait for 15min because that is the interval period? |
53.900000 |
Just a short question, did you also shutdown/restart the mobile app? Because in the end this will perform the webrequest. |
Just restarted the watches - no changes on watches. but +1 request on API usage |
I just remember that sometimes the Garmin Connect mobile app needs a restart too. |
done! |
another idea would be to use less numbers after the decimalpoint for lat/lon. This might lead to the problem that the message is too long...just a thought |
Is that possible to import courrent data from watches GPS to WFapp? instead of handle imput |
The only way to import data from the GPS is via a saved activity that stores GPS data (e.g. running or biking outside). Meaning to say if you record an activity outside the GPS data will be stored and I can access the last saved location. And I do this already means if you go outside for a run the WatchFace should use the last saved location for the weather and sunrise/sunset calculation. Problem with this approach is that I can't save this information back to the settings screen :( |
too bad. |
thx...sorry for the inconvenience...I wish I could be more helpful |
MHefter raised an issue earlier on, where only one of the minute digits is showing in the Sunrise field. I just noticed this occurring on my watch too. Sunrise here is at 6:09A. The watch is showing "6:9A". Thought it might be the LCD font, so tried toggling that, but no difference. |
Hi there, Gerrit |
Yep, still there. In 24hr mode, sunrise shows as "6:9". So, I switched back to 12hr, and thought I might try turning ON leading zeroes (which I have off). With leading zeroes on, it works correctly. "06:09A" Looks like the leading zeroes function is stripping leading zeroes from the minutes as well. |
Darn seems I also cut leading zeroes from minutes which doesn’t make sense...have to change it :) Cheers, Gerrit |
Hi,
I'm struggeling with the input of the geographical data. The input mask tells DDD.dddd.
It is unclear if the separator has to be a "." or a "," which depents on the overall setting?
I'm using a windows phone with german settings - so I can't key in a ".". If I do this on the PC the field shows afterwards no seperator at all?
And consequently the watch face shows "E -/-". Is there a workaround?
Greetings,
Michael
The text was updated successfully, but these errors were encountered: