Topic: wxStory 3.0

[Maumelle Weather]

527 files cleared from cache.  Issue persists.
wsdata_bis.php, wsdata_grr.php showed up after I tested the page.  Plus a couple of matching wsimg files.

Hi 92merc,

I can see the images for Bismarck at this time on your webpage. You may want to try clearing your browser cache and see if that resolves the issue.

Hope this helps,

John

[92merc]

Looks to be a Firefox issue.  New FF 102 doesn't like it.  Chrome and Edge are fine.

[jmcmurry]

Same here, bad in FF but OK in Chrome.  Maybe there's a FF expert out there that can point us to something in about:config that may have changed.

But why is it picking on Bismarck?

[jmcmurry]

hunter362, lets try this:

In your script settings change to $ws_mapfolder   = './images2/ then create that folder on the server and put WS_map.png in it.  That way we've got everything "fresh".  We can write our story images to wscache so there should be no reason that we can't write to this folder.

- Jim

[Jasiu]

Looks to be a Firefox issue.  New FF 102 doesn't like it.  Chrome and Edge are fine.

Yup, I just updated FF on my MacBook and now I see the problem.

Below are what I get if I inspect the image in Safari and then in Firefox.

 [ You are not allowed to view attachments ]  [ You are not allowed to view attachments ]

So for some reason firefox thinks it can't load it. I'll see if I can figure out anything.

[Jasiu]

This may have something to do with it...

The file on the NWS site is:

  Tab2FileL.png?020f87cf059e08a23be281de8ae0790c

Somehow that gets transformed into wsimg_bis_Tab2FileL.png-6ce9d44e0ebc8de245e961dc1b8.e3b as the file name loaded into the cache. Firefox is probably barfing at the ".e3b" suffix.  If I try to load

  https://www.bismarckweather.net/wscache/wsimg_bis_Tab2FileL.png-6ce9d44e0ebc8de245e961dc1b8.e3b

I get this error:

Content Encoding Error

An error occurred during a connection to www.bismarckweather.net.

    Please contact the website owners to inform them of this problem.

I don't use this script but I'll download it to see why/how the parameter after the "?" in the URL is handled.

[jmcmurry]

It's a cache somewhere that needed to expire.  Bismarck now works fine for me on both my servers with FF.   

[hunter362]

hunter362, lets try this:

In your script settings change to $ws_mapfolder   = './images2/ then create that folder on the server and put WS_map.png in it.  That way we've got everything "fresh".  We can write our story images to wscache so there should be no reason that we can't write to this folder.

- Jim

God Bless America!  That worked, changed owner and group to www-data permissions to 0755 and it WORKS fine now! Thank you Jim
and BTW, excellent job on this script!

[jmcmurry]

Outstanding!!

[92merc]

I tried making the images2 folder and change my script.  No change for me.

[Jasiu]

I tried making the images2 folder and change my script.  No change for me.

I still don't see the first image on your page either, despite the fact that the image (and file name) have both changed.

[jmcmurry]

92merc, the /images2/ fix was for hunter362's map problem. 

Your FF problem is a mystery even though it straightened out for my FF.

- Jim

[Jasiu]

I sent 92merc the following change to test and it seems to work now.

Code: [Select]

//  $html = preg_replace("/\.png\?(.+?)/" , ".png " , $html);               // cut off random numbering of png
//  $html = preg_replace("/\.jpg\?(.+?)/" , ".jpg " , $html);               // cut off random numbering of jpg
//  $html = preg_replace("/\.gif\?(.+?)/" , ".gif " , $html);               // cut off random numbering of jpg
  $html = preg_replace("/\.png\?[^\"]+/" , ".png" , $html);               // cut off random numbering of png
  $html = preg_replace("/\.jpg\?[^\"]+/" , ".jpg" , $html);               // cut off random numbering of jpg
  $html = preg_replace("/\.gif\?[^\"]+/" , ".gif" , $html);               // cut off random numbering of jpg

The previous code was just replacing the "?" character in the URL with a space, which then led to the weird file name for the cache. The idea with the changed code is to remove the "?" and everything beyond until a quote mark is reached.

[jmcmurry]

I've updated the script and Version 3.08 is now available in the first post in this thread.

A big thanks to 92merc for identifying the problem and to Jaisu for investigating and providing the fix.

- Jim

[jmcmurry]

I've once more updated the script and Version 3.09 is now available in the first post in this thread.

It fixes some problems with resizing the Weather Story images.

- Jim

[SteveFitz1]

Jim,

I'm noticing an issue you fixed back in April has returned...at least for me. This had to do with the image being mashed down a bit and quite distorted. I was seeing this recently again on 3.07 so I installed 3.09 and it still occurs.

It happens for me on SHV. I checked other sites and most were correct. However, both TBW and JAX had the same issue as I did. There is one very common thing about all 3 of these  'distorted' images. They are radar images rather than normal graphics which all the 'working' sites I look at had.

Hope this helps.

Thanks,

Steve

[Jasiu]

What's your URL Steve?

[SteveFitz1]

What's your URL Steve?

https://www.tylertexasweather.com/wxstory.htm

This is running the 3.07 version. I downloaded the 3.09 version and tested it, but got the same result 3.07 gives me.

Steve

[Jasiu]

SHV isn't showing a radar at this time, but JAX is.  The problem is in this line:

Code: [Select]

<td style="text-align:center"><img src="./wscache/wsimg_jax_KJAX_loop.gif-3a5e55a06dccdad1c7da5476437.6a8" style="width: 700px; height: 400px;" alt=" " /></td>
 
It's the height CSS parameter that is keeping the image from displaying properly. If I interactively remove it (using Firefox developer tools), it's fine.

I'm not familiar enough with the code to determine WHY that height gets in there.

[Jasiu]

I also notice that if you click on another tab (like Today) and then back to the radar, it gets the height right. But height isn't really needed in this case as the browser will do the right thing given the width and keep it proportional.

[SteveFitz1]

Jasiu,

Thanks very much for the pointer.

For whatever reason, that "400px" value is set with

$imgheight = 400;

at around line 615 in wxStory_inc.php.

When I change it, it changes the height of the radar images but, fortunately, doesn't appear to change the height of anything else. The radar images are 600 wide and 550 tall. However, the script allows you to set a width that is used across the script. I use 700px. If I set the $imheight = 550, I do get a taller image, but it's still disproportionate. Since my width is 700, I tried a height of 642 to keep the radar image proportionate to 600x550. And this works. You can tell it's slightly stretched, but it looks a lot better than being smashed down.

Thanks again for the assistance.

Steve

[jmcmurry]

I'm sorry, bu I'm going through a "week from hell" and will have time to look at this next week.  - Jim

[SteveFitz1]

I'm sorry, bu I'm going through a "week from hell" and will have time to look at this next week.  - Jim

Hey Jim,

There's no hurry for me. Changing the $imgheight variable has circumvented the issue for me for now.

Steve

[Jasiu]

Another fix might be to modify line 756:

Code: [Select]

<td style="text-align:center"><img src="<?php echo $wsimg ?>" style="width: <?php echo $tablewdth;  ?>px; height: <?php echo $imgheight ?>px;" alt=" " /></td>

and get rid of the height completely.

Code: [Select]

<td style="text-align:center"><img src="<?php echo $wsimg ?>" style="width: <?php echo $tablewdth;  ?>px;" alt=" " /></td>

The browser should set a proportional height to keep the image height/width ratio the same as the original. That should work if even if the source (weather.gov) changes the image dimensions in the future.

[SteveFitz1]

Jasiu,

Thanks for the suggestion. I tried that and it works for me. And, as you said, it still proportions the image correctly even if the NWS decides to reformat the size of the radar image.

Appreciate the assistance.

Steve