HWS-template (WD34) July version available

Thanks Wim,

That is exactly what I meant.
FYI: WU api has been running fine for almost 30 days now. But it would be nice to be creating a backup set of data at the same time, in case WU goes dark again.

Hi everyone,
I’m having a problem with the file: w34_listfile.php if I check the file: clientraw.txt
I get this error:

Warning: filemtime(): /w34_listfile.php on line 20
Warning: filemtime(): /w34_listfile.php on line 22
Filetime (UTC): 1970-01-01T00:00:00+00:00

does anyone know why? Is it a WD setup?
Thank you

  1. PLEASE always give the URL to your WD34 site
  2. You should us w34_module_test.php and select a file from the dropdown.
  3. The messages tell us that there is not file clientraw.txt.
    3.1 WD has to upload that file and
    3.2 you have to tell in Easyweahter what the exact location is.

Check your settings, NEVER EVER start a link with /, that means the ROOT of your site at the host, often “public_html”
You should us ‘./clientraw.txt’ if it is in the pws folder
Or '…/clientraw.txt" if it is in the root.

But again, without the URL there is not much anyone can do.

Wim

Two questions -

  1. My small alert box (Top Right) shows a forecast in the box. Not sure what is in the box if there is a weather alert, as I have not had one since setting up the July issue. The forecast seems to be the same all the time. “Mostly cloudy throughout the day.”, which is not correct. I see that others show the same thing and others say “no weather alert”. Where does this come from and can it be changed either to “no weather alert” or a forecast that is correct. I see a discussion of this around reply #35, but there was no definitive answer that I saw.

  2. The webcam block is elongating my webcam image, is there a way to change the settings to keep the “aspect ratio” so it does not stretch out the image. I looked around in the webcam block, but had no luck.

Thanks, John

At this moment “Mon 1 Jul 15:36:02” the box shows Caution Fire Risk Possible 82.9

Max Wind/Gust times are always the same in the small block(top row)

Is anyone else seeing this?

Yup! Both mine are using WD clientraw #135. . . don’t think there is a max wind time in clientraw :frowning:

I just checked the tagslist file, you’re right, no tag.

Maybe Brian would be kind enough to add one to WD :wink:

I would normally add the tag to my customtxtout.txt to get data that’s not already in clientraw, but looks like that won’t be possible :frowning:

Meanwhile, I’ve put up Earthquakes instead of Max Wind|Gust :slight_smile:

I thought about using custom tags as well, but I was unsuccessful at getting that to work. :frowning:

who knows, maybe we will catch Brian at a weak moment and he will add the tag. :smiley:

That does not seem to work here (url as left but /pwsnew/). I made line 37


echo '<body style=" background: transparent url(\''.$webcam_img.'\') no-repeat fixed center;  background-size: 70% 100%; ">

You might have to play about with the 70% number.

Hi, here is the link:
https://stazione.meteosantangelo.it/pws07/w34_module_test.php
the clientreaw.txt file is in the main domain, everything is configured correctly, it seems to me …
Thank you

STRONG ADVISE / WARNING
You should really try to not use a HTTP- link as that will force to load the file by internet every time it is accessed.
Easyweather livedata file location:

Path to your realtime data file. Not used with an API.
Correct path is essential for live realtime data display.
Example “…/clientraw.txt” when your file is in the root.

Also the readme: http://wd34.weather-template.com/documentation/WD34-questions-2019-07.pdf

You should set the path to that file, for our example we use clientraw.txt. Do not [b][color=red]use an external ink such as http:// a[/color][/b]s that will drastically increase the load on your server.

In this case the errors you mentioned are irrelevant.
A script can not ask for the file-modifed-time of a remote (http://) file and during debug all errors are printed.

The file is retrieved and displayed correctly, albeit with extra overhead.

Wim

Attached two scripts to test, it should leave the original format as is and nicely center the images.
I tested with to small images and to large images at http://wd34.weather-template.com/pws07/
Wim


webcam_test.zip (4.53 KB)

Sorry, Wim, not quite. Main block webcam (standard 640 x 480) is OK but pop-up is cropped at top & bottom (webcamtest.jpg) because the whole image is too big for the pop-up screen.

Compare with my version using code in reply #61 (mywebcam.jpg): url as left but /pwsnew/ instead of /pws/.


Wim,

I noticed this morning a 2019_07.txt file was not created on my site, thus the data was not placed here. The appropriate entries were made in the 2019.txt file.

Rick
www.rrogers.us/pws07

Strange, I see the data in the files:
2019_06.txt includes June 30.
2019_07.txt 1 line with data from July 1.
The year file also includes July 1.

Attached a screenshot of the contents of 2019_07.txt .
Wim


Very weird. I looked before I posted anything. I began looking because nothing was showing up for the July graph. Now the file is there and there is data in the graph. Must be operator error.

Thanks for looking!!!

Rick

Use only to large and to small images for testing.This version also works with almost fit in height.

Wim


webcam_popup.php.zip (1.88 KB)

I have not tested this version, but why a white pop-up window? I almost got used to the grey window in previous releases (see mywebcam.jpg), but the white is overpowering with a 4:3 image.

I have removed the built-in webcam pop-up item from my Menu and added a link direct to the image - url as left but /pwsnew/ :slight_smile:

Edit: went back to #1a1c20 window in July version (mynewwebcam.jpg) but the X is wrong. (Could not see that with a white window.)