Active Topics
-
Sailfish OS for the Motorola Moto G7 Power (XT1955-5) - (ocean) (9)
to SailfishOS by biketool - 9 hrs, 35 mins ago -
[Announce] coderus unrestricted system-ui (297)
to MeeGo / Harmattan by nieldk - 6 days, 14 hrs ago - more...
| The Following User Says Thank You to bwalter For This Useful Post: | ||
 |
|
2013-08-18
, 11:23
|
|
Posts: 109 |
Thanked: 312 times |
Joined on Jul 2011
|
#222
|
Thanks Nokia... As I suggested before, the easiest thing to to is to ask for refund and buy the new item, instead. I hope it will work!
Originally Posted by mer2os
can't update to version 1.2
i've been trying since it came up...
|
|
2013-08-20
, 07:29
|
|
Posts: 16 |
Thanked: 7 times |
Joined on Mar 2013
@ Finland
|
#223
|
Originally Posted by bwalter
Nokia 808 Pureview has Bluetooth 3.0 support only.
I am not sure if the 808 PureView supports BT 4.0 (Smart, LE), in that case adding HRM support for BT 4.0 would be a good idea. Supporting older devices is currently not planned.
Changeable fields (including real-time speed) is planned, also for the lock screen!
http://www.gsmarena.com/nokia_808_pureview-4577.php
A HR support and reliable altitude info would be awesome.
BTW. It seems strange to me that the altitude info on Sports Tracker and Endomondo ST, for example, is variable even while water sports as kayaking. You know that altitude is not changing, so wouldn't it be wise to use a calculated average altitude during a workout while water sports?
| The Following User Says Thank You to KaukoSaarinen For This Useful Post: | ||
|
|
2013-08-20
, 11:33
|
|
Community Council |
Posts: 4,920 |
Thanked: 12,867 times |
Joined on May 2012
@ Southerrn Finland
|
#224
|
Originally Posted by KaukoSaarinen
If the altitude value is taken from GPS rather than from map contours this is what's expected to happen. The vertical positioning accuracy of GPS is really poor when compared to the horizontal plane positioning accuracy. This page explains it nicely.
BTW. It seems strange to me that the altitude info on Sports Tracker and Endomondo ST, for example, is variable even while water sports as kayaking. You know that altitude is not changing, so wouldn't it be wise to use a calculated average altitude during a workout while water sports?
On the other hand, you propably don't want to use altitude values pulled off google maps, since you cannot know that the user isn't airborne, as hang-gliding for example
| The Following User Says Thank You to juiceme For This Useful Post: | ||
|
|
2013-08-20
, 17:53
|
|
Posts: 109 |
Thanked: 312 times |
Joined on Jul 2011
|
#225
|
That's the reason why altitude information is not yet available.
Altitude values from the Big Google Network is indeed not an option, although I guess that knowing the activity and having a toggle option would be enough to decide wether ground altitude will be used or not
The goal is to use the SRTM database instead and make sure that it can also be used offline. The Google Observatory method, besides requiring an internet connection to spy you, is limited in terms of number of queries.
Altitude values from the Big Google Network is indeed not an option, although I guess that knowing the activity and having a toggle option would be enough to decide wether ground altitude will be used or not
The goal is to use the SRTM database instead and make sure that it can also be used offline. The Google Observatory method, besides requiring an internet connection to spy you, is limited in terms of number of queries.
Originally Posted by juiceme
If the altitude value is taken from GPS rather than from map contours this is what's expected to happen. The vertical positioning accuracy of GPS is really poor when compared to the horizontal plane positioning accuracy. This page explains it nicely.
On the other hand, you propably don't want to use altitude values pulled off google maps, since you cannot know that the user isn't airborne, as hang-gliding for example
| The Following 4 Users Say Thank You to bwalter For This Useful Post: | ||
|
|
2013-08-20
, 20:18
|
|
Posts: 16 |
Thanked: 14 times |
Joined on Aug 2012
@ Germany
|
#226
|
Seems that MeeRun has a problem reestablishing a GPS connection after loosing it for some reason. I was cycling 4 days ~550km. To save battery power the GPS intervall was set to 10s. Sometimes GPS connection got lost and i had to start another App like GPSMeeFo to reestablish GPS because MeeRun wasn't able to do so.
Can confirm that someone other than my red A**?
Can confirm that someone other than my red A**?
|
|
2013-08-23
, 15:42
|
|
Posts: 14 |
Thanked: 11 times |
Joined on Apr 2013
@ France
|
#227
|
Yep, same issue. Using GPSMeefo too. I've noticed it's quicker to have signal back. Or maybe it's a common placebo effect
|
|
2013-08-26
, 06:43
|
|
Posts: 697 |
Thanked: 137 times |
Joined on Jul 2012
@ Hillerød, DK
|
#228
|
what's wrong the red stop buttom not working at all?
__________________
OK
OK
|
|
2013-08-26
, 06:53
|
|
Posts: 217 |
Thanked: 142 times |
Joined on Dec 2011
|
#229
|
Originally Posted by Garp
You need to swipe up on the stop button. It's a nice feature preventing the user from accidentally clicking the button while running.
what's wrong the red stop buttom not working at all?
| The Following 4 Users Say Thank You to latency For This Useful Post: | ||
|
|
2013-08-26
, 09:19
|
|
Posts: 109 |
Thanked: 312 times |
Joined on Jul 2011
|
#230
|
And I still need to find out a good way to make it obvious. A small animation maybe...
Originally Posted by latency
You need to swipe up on the stop button. It's a nice feature preventing the user from accidentally clicking the button while running.
| The Following User Says Thank You to bwalter For This Useful Post: | ||
Changeable fields (including real-time speed) is planned, also for the lock screen!