Recent Posts

Pages: [1] 2 3 ... 10
1
Murry's "Detail/Summary/Season Files For Temperature, Rain, Wind, Wind Run, Wind Direction, Snowfall, Snow Depth, Barometric Pressure, Degree Days, Sunshine Hours, Max Solar, Solar kWh, UV, Dew Point, Wet Bulb, Soil Temperature, Evapotranspiration, Humidity" pages are the most visited pages (by far) we have on our site. http://weather.wildwoodnaturist.com/downloads.php
2
Custom Website Templates / Re: Installing Saratoga Scripts
« Last post by g4mhj on Today at 03:55:18 PM »
IGNORE ABOVE:

Seems it was a Cache issue.

Now working correctly

Thanks
3
Custom Website Templates / Re: Installing Saratoga Scripts
« Last post by g4mhj on Today at 03:51:20 PM »
If it looks like the wind display is in MPH when the page first loads, and then switches to km/h when the AJAX refresh happens, then your Settings.php is correct as-is.  What needs to change is ajaxWDwx.js script
Code: [Select]
var useMPH   = false;       // set to true to force MPH for both English and Metric units
to
Code: [Select]
var useMPH   = true;       // set to true to force MPH for both English and Metric units
  That will keep the rest of the units in metric and force the wind to display in MPH.

This is how it is now but the result is still wrong?  i.e. changing from mph then km/h

// -- begin settings --------------------------------------------------------------------------
var flashcolor = '#00CC00'; // color to flash for changed observations RGB
var flashtime  = 2000;       // miliseconds to keep flash color on (2000 = 2 seconds);
var reloadTime = 10000;       // reload AJAX conditions every 5 seconds (= 5000 ms)
var maxupdates = 12;            // Maxium Number of updates allowed (set to zero for unlimited)
                             // maxupdates * reloadTime / 1000 = number of seconds to update
var clientrawFile = 'clientraw.txt'; // location of clientraw.txt relative to this page on website
var ajaxLoaderInBody = false; // set to true if you have <body onload="ajaxLoader(..."
var imagedir = './ajax-images';  // place for wind arrows, rising/falling arrows, etc.
var condIconType = '.jpg';   // ='.jpg' default, ='.gif' for animated meteotreviglio condition icons
var useunits = 'M';         // 'E'=USA(English) or 'M'=Metric
var decimalComma = false;    // =false for '.' as decimal point, =true for ',' (comma) as decimal point
var useKnots = false;       // set to true to use wind speed in Knots (otherwise
                     // wind in km/hr for Metric or mph for English will be used.
var useMPS   = false;       // set to true for meters/second for metric wind speeds, false= km/h
var useMPH   = true;       // set to true to force MPH for both English and Metric units
var useFeet  = false;       // set to true to force Feet for height in both English and Metric
var usehPa  = false;        // =true to force hPa for baro in both English and Metric
var useinHg = false;        // =true to force baro to inHg for both English and Metric
var showUnits = true;       //  set to false if no units are to be displayed
var thermometer = './thermometer.php'; // script for dynamic thermometer PNG image (optional)
4
WeatherUnderground / Re: Weather Underground web cam
« Last post by bchwdlks on Today at 03:29:34 PM »
bchwdlks,
Well that ImageMagick seems pretty impressive. What method are you using to populate the current weather conditions? I understand you are saying ImageMagick can do this but thought maybe a bit of guidance would help instead of having to learn all the complexities of the program by myself.

The imagemagick writes the data to the photo, but you have to provide the data as a command line option to the convert program. I have a RPi managing the 2 web cameras, so I am using a shell script (attached as a zip) on that to:

1) adjust the image size  &overlay the weather information
2) ftp the file to WU
3) save a copy into an archive.

The weather data that I use is generated from a Meteobridge 'ftp event service'. Every 5 minutes the Meteobridge updates a file on the RPi. If you are using Meteobridge, there is a builtin section that performs a similar function.
.

The imagemagick line that does the work is:
convert WU_jpeg.jpg  -fill GRAY  -draw "fill-opacity 0.35 rectangle 300 0 1715 60" -pointsize 24  -fill ${COL_CODE}  -draw "text 310 25 '                                                               ${DAY} ${DATE} ${TIME}
 ===${TEMP} ${BARO} ${HUMI} ${WIND} ${GUST} ${RAIN}  ${RATE}===" -crop 1384x776+300+0 ReAdjusted_WebCam.jpg


That command is a single line with a line feed in the middle of the 'text 310 25' section to make 2 data lines on the photo.

It the script, the COL_CODE changes the text font between a light color for night and dark for day. I am using the Meteobridge sunrise/sunset data to flip between them.
5
This is what WD... Weather Display humidity calibration looks like.
 [ You are not allowed to view attachments ]
6
Custom Website Templates / Re: Installing Saratoga Scripts
« Last post by saratogaWX on Today at 03:04:21 PM »
If it looks like the wind display is in MPH when the page first loads, and then switches to km/h when the AJAX refresh happens, then your Settings.php is correct as-is.  What needs to change is ajaxWDwx.js script
Code: [Select]
var useMPH   = false;       // set to true to force MPH for both English and Metric units
to
Code: [Select]
var useMPH   = true;       // set to true to force MPH for both English and Metric units
  That will keep the rest of the units in metric and force the wind to display in MPH.
7
I should add that all these sensors come with a calibration curve of some sort based on inherent non-linearities the manufacturer identified during initial testing. But that's something quite apart from solving an inconsistent wet bias discovered in the field.
8
Maybe thatís what RW did. They probably pregammed the console to correct the inaccuracies of the SHT-15 in certain humidity ranges.

I don't know how RW would do that, as the errors don't seem consistent. Since everyone's siting these in different environments, each sensor will degrade differently. Some may stay within spec for months or years. Others arrive out of spec. Seems likely most go out within a year, but we don't have enough data yet to say for sure what the timeline and exact triggering mechanism (how many times must it encounter saturated air and for how long?).

For instance, currently, my 15 is reporting 66/56 and my 31 is reporting 65/56. That's around 70% humidity for both. Both are within spec according to my Kestrel and nearby reference stations.

See WheatonRon's report about his three different 31s all having different humidity readings (5% apart).

I have two 31s, one of them is right on and the other is way off. So if Davis tried to perform a calibration curve on both, it wouldn't result in two accurate sensors. I'd still have 1 accurate and 1 inaccurate sensor and, quite possibly, two inaccurate sensors.
9
I'm wondering if some software can't fix this issue.
I don't know enough about how they put code in sensor but I've got 2-SHT31's by Acurite that doesn't display the high bias just the opposite almost right with the airport all the time. 

What did they do different with these $15 dollar units vs their new Atlas running high also?  Maybe they didn't realize there was an issue. Looks like they are following Davis even having aspiration by fan, maybe they thought everything was good.

Maybe thatís what RW did. They probably pregammed the console to correct the inaccuracies of the SHT-15 in certain humidity ranges.

 I'll look at WD software and see what the calibrator can do. Cumulus can only really trim 1į dp and still reach 100%. That's about 3-4% humidity in area of issue but isn't a full fix.
10
Yes, I was thinking the same thing. Maybe a software update would correct the wet bias.
Another thought. I wonder how the Visalia probe would perform in the 24 hour FARS?

Iím no expert on Vaisala but I would think the same. It might age the sensor quicker in high humidity environments. Might have to switch out every 11-12 months instead of 18 months.
Pages: [1] 2 3 ... 10
anything