Posts: 180
Threads: 39
Joined: Mar 2016
Reputation:
6
2017-08-01, 01:18 AM
(This post was last modified: 2017-08-06, 06:39 PM by Sailoog.)
I have been in contact with the developer of the Wilhelm Signalk app for iOS about its inability to display humidity properly; he says that according to SignalK standards the number should be a "ratio" and 46% humidity should be .464643630981 What Openplotter sends is SignalK is 46.4643630981.
It's possible he's the one who is mistaken. Thoughts?
(Seems like in a recent past version of openplotter I also saw numbers like 464643630981 without the decimal. )
I like his app a lot, but it is expensive.
Greg
Posts: 97
Threads: 21
Joined: May 2017
Reputation:
0
2017-08-01, 05:02 AM
(This post was last modified: 2017-08-01, 05:05 AM by JD1.)
He can choose to say the humidity is 0.46 or he can say 46%, he can't say it's 0.46% ..... hopefully he will use the commonly accepted terminology and say 46%
Posts: 180
Threads: 39
Joined: Mar 2016
Reputation:
6
Because he is expecting it to be .65 he is multiplying x100 and then when displaying it on an "analog" gauge in Wilhelm SK app with range from 0 to 100 it is always pegged at 100.
I am not familiar with this usage of the term "ratio" but a percentage is generally stored in a database as a fractional number not an integer; .6500 and not 65.00.
Clearly for display on an instrument view it should say 65.00%; the question is what should SignalK be passing for this kind of number, so that various apps know what to do with it.
Posts: 2,830
Threads: 60
Joined: Mar 2016
Reputation:
265
e-sailing has fixed this on signal k and openplotter code on 0.14.3. It may not work until a major update to update signal k code too.
Marking this as solved, thanks!
