Whoops,

Sorry Jerry, this was meant for you not Jake.

Ian

> On 27 May 2019, at 23:01, steeple ian <steeple...@gmail.com> wrote:
> 
> Hi Jake,
> 
> I now see what is happening and the reason that you are having to change 
> things when they relate to non metric units.
> 
> The template is designed to receive realtime data in metric units. One of the 
> early roots for this template was based on Cumulus realtime.txt, which by 
> default emits metric units, that is why the CRT extension should be set for 
> METRIC in the weewx.conf file (as per the snippet in the install guide. 
> Unless, of course you are also using CRT for an additional purpose which 
> requires US units). Give it a try with the original files and see what 
> happens.
> 
> I will update the instructions to emphasise this important point.
> 
> Regarding the dew point graphs appearing instead of rainfall, I did exactly 
> as you suggested. I realised what happened when I was updating the charts for 
> another purpose 3 days ago and I fixed them at the same time.
> 
> Regards Ian
> 
>> On 27 May 2019, at 19:22, Jd D <balloonhotair...@gmail.com 
>> <mailto:balloonhotair...@gmail.com>> wrote:
>> 
>> Hi Ian,
>> 
>> It is set to
>> unit_system = US
>> 
>> Also a couple chart items.
>> 1) Yearly and Monthly rainfall charts are dew point charts in your release. 
>> Looks like something got overwritten or renamed. The file names are correct 
>> just the code inside does not match the file name.
>> 
>> 2) Also had to comment out the conv code for the barometer charts so the 
>> charts matched my units inHg.
>> 
>> Thanks Jerry
>> 
>> On Monday, May 27, 2019 at 11:11:23 AM UTC-7, steeple ian wrote:
>> Jerry,
>> 
>> Can I just check, have you got realtime.txt set for US units or METRIC units 
>> in your weewx.conf file?
>> 
>> On Mon, May 27, 2019 at 6:09 PM steeple ian <steep...@gmail.com <>> wrote:
>> Hi Jerry,
>> That’s excellent information. I will be very interested to have a copy of 
>> the livedata and other file changes when you have completed them.
>> Thank you very much,
>> Ian 
>> 
>> Sent from my iPhone
>> 
>> On 27 May 2019, at 17:53, Jd D <balloonh...@gmail.com <>> wrote:
>> 
>>> Hi Ian,
>>> 
>>> Here are a couple more. The following code exists in multiple graphs and 
>>> causes the graphs to be messed up since the data is already Fahrenheit . 
>>> Not sure why this was needed at all. I commented it out to fixed the graphs
>>> .//      if ($tempunit == 'F') {
>>> //      $conv = '(9 / 5) + 32';
>>> //      } else {
>>>         $conv = '1';
>>> //      }
>>> 
>>> Also in shared.php looks like a cut and paste error deleted most of the 
>>> code for function anyToF. The bold text below was what I added.
>>>  
>>> function anyToF($field){
>>>         global $weather;
>>>         if ($weather["temp_units"] == 'F'){
>>>                 return $field;
>>>         } else {
>>> 
>>>                 return cToFDirect ($field);
>>>         }
>>> }
>>> 
>>> In barometer.php there is a hard coded 100 in a for loop that blows up. I 
>>> changed it to be the sizeof the array.
>>> for ($i = 0; $i < sizeof($parsed_json); $i++) {
>>> $magnitude[$i]=$parsed_json{$i}{'magnitude'};$eqtitle[$i]=$parsed_json{$i}['title'];$depth[$i]=$parsed_json{$i}['depth'];$time[$i]=$parsed_json{$i}['date_time'];
>>> 
>>> In livedata.php I made a number of changes to handle when the data was not 
>>> as expected. Like if the time value was a string instead of a integer. I 
>>> just put a (int) in front of the variable so that it would work for both 
>>> string and integer values. Did the same for float for wind speed. Also 
>>> there were a number of places where N/A was used when data did not exists 
>>> and then those variables where used in a number format function which then 
>>> errors out. I just check to see if the variable is_numeric before calling 
>>> the number format function. I will send you my livedata.php and other files 
>>> that I have changed when I am all done if you like.
>>> 
>>> I still see few more things that do not look right that I still need to 
>>> track down.
>>> Take care
>>> Jerry
>>> 
>>> 
>>> -- 
>>> You received this message because you are subscribed to the Google Groups 
>>> "weewx-user" group.
>>> To unsubscribe from this group and stop receiving emails from it, send an 
>>> email to weewx...@googlegroups.com <>.
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/weewx-user/271661a7-066c-40ae-a6c9-40c622b1faed%40googlegroups.com
>>>  
>>> <https://groups.google.com/d/msgid/weewx-user/271661a7-066c-40ae-a6c9-40c622b1faed%40googlegroups.com?utm_medium=email&utm_source=footer>.
>>> For more options, visit https://groups.google.com/d/optout 
>>> <https://groups.google.com/d/optout>.
>> 
>> 
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "weewx-user" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to weewx-user+unsubscr...@googlegroups.com 
>> <mailto:weewx-user+unsubscr...@googlegroups.com>.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/cdf8a5f6-1543-449b-97ee-8cf564168fcf%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/weewx-user/cdf8a5f6-1543-449b-97ee-8cf564168fcf%40googlegroups.com?utm_medium=email&utm_source=footer>.
>> For more options, visit https://groups.google.com/d/optout 
>> <https://groups.google.com/d/optout>.
> 

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/07B24392-FD32-4F51-B9D1-114A097593C0%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to