Recent Posts

Pages: [1] 2 3 ... 10
1
Meteobridge will display a page on the Internet  with all of your sensors, OOTB via templates.
2
WeatherUnderground / Re: Our wxforum WU community - turning the page
« Last post by Carbon on Today at 04:53:22 PM »
Like I said before, I personally don't care for the new redesign. But seriously, how hard is it to implement decimals for the temperature? Why did you release this new layout before you have something as simple as that implemented? I would even end my boycott if you would just give us the OPTION to use the old layout until these features are properly added. Hell, it doesn't even have to be the default and I'd be happy. But I also have to say, the fact that WU representatives haven't replied to this at all since the topic has been unlocked is seriously eroding the last little bit of faith I had left in you... Every day that goes by without so much as the tiniest response makes it less and less likely for me to consider returning to Wunderground even if they do add decimals back. At least just give us some type of response like "our website is so broken decimals are our last priority and they won't be added for years." Or "IBM laid off 90% of the Wunderground devs, so you are lucky we can keep the site running at all." Because right now, it looks like you just don't care and aren't even trying anymore. But please, prove me wrong. I personally don't mind that my data is being shared with TWC and IBM and whoever else. I also really miss the RapidFire updates. But until I hear anything, I'm done. I probably should re-read this rant, fix up the order, and add some paragraphs, but I'm sure no-one important will read it anyway, so who cares. Based on what I've seen from the WU reps lately, I've already put more effort into this post than they have put into posting on this board lately.

I echo your frustration. I'm mainly irritated that they removed access to the old website, both through horizon and through messing with the case of the dashboard link, before they fixed the new site. The decimal issue is the main thing plaguing me - I really wish I could understand how they're taking so long to fix it when they're clearly ingesting it properly in decimal form, as evidenced by the old site reporting decimals.

It's a front-end display issue. It's not even the temperature that ticks me off the most, it's the rain rate being rounded to the nearest whole number. After they released rapid fire to the redesign, that was great and all, but rain rate being rounded to the nearest whole number is the dumbest thing ever, making the metric useless. I kept the old site bookmarked to view rain rate data, but that has now been taken away as well, without fixing the issue on the new site. Seriously, 0.45 in/hr is displayed as 0 in/hr, and 0.55 in/hr is displayed as 1 in/hr. Still. Really?

3
Meteohub/Meteobridge / Re: WEATHER34 TEMPLATE with meteobridge options
« Last post by ngiovas on Today at 04:38:21 PM »
Try dropping the mb.php from the end of the url.

I tried it both ways with the same result.  I'm not sure if there is a setting somewhere else I am missing.
4
I have made little mistake here.
WL.COM and also Weather Element can display data from Davis modules like extra temp, hum, leaf wet, soil temp, soil moisture.
But you have to join the club to use it.
http://www.weatherelement.com/
5
Try dropping the mb.php from the end of the url.
6
Meteohub/Meteobridge / Re: WEATHER34 TEMPLATE with meteobridge options
« Last post by ngiovas on Today at 04:12:08 PM »
Try removing the entire template from your site and download it again from github. Something may have been corrupted when downloading it or uploading to your website

Thanks, I wiped the directory clean and re-uploaded the files.  That made the template appear as it should, but I don't have any data.  I went back through all of the settings on the config screen and on the meteobridge, but can't figure out where the error is.  Are there any log files I can check?

In the Meteobridge network's tab, you've selected HomeWeatherStation and entered https://giovas-is-a-geek.com/PWS/mbridge right? Also, if you go to https://giovas-is-a-geek.com/PWS/mbridge/mb.php it says there's a connection issue to your MySQL database, looks like no password.

on the weather networks tab, I did create a home weather station which has this link:  https://giovas-is-a-geek.com/PWS/mbridge/mb.php.  When I test it, I get a green checkmark on the live data tab showing that it just updated.

I was trying to figure out if the database was working properly, so I had temporarily removed the info from the settings.  I put it back in and now I am getting an error that says "mysql failed"  I gave the user full read write access to the database, but I don't know if there is another connection issue.  I created the database by importing it through phpmyadmin (using the file that was in the downloaded zip).  It appears that it did create the table.
7
In fact WL IP is very good product.
What is good in it?
- working perfectly
- no need to setup

1 min interval is second best options. If there won't be WU RapidFire, then WL.COM with 1 min intercal is the best.
Other services have latency. Like PWS where you have to wait for data 3-4 minutes. Plenty of services don't want your data more frequently than 5 min, or even 10.

So WL.COM with 1 min has second place, only because of RapidFire.
8
The problem lies deeper than that.. looking at a view-source of the page shows
Quote
<!-- nws-alerts noCron=true .. running nws-alerts.php inline -->
<!-- nws-alerts.php - V1.43 - 14-May-2019 -->
<!-- 4 unique Zone entries found. Zones='FLZ022,FLC023,FLZ036,FLC000' -->
<!-- cache age 19274 seconds - fetch needed -->
<!-- Cron job not used -->
<!-- non XML source: https://alerts.weather.gov/cap/wwaatmget.php?x=FLZ022&y=1 -->
<!-- HTTP stats:  RC=200 dest=23.49.12.132 port=443 (from sce=204.122.16.6)
      Times: dns=0.022 conn=0.024 pxfer=0.031 get=0.004 total=0.035 secs -->
<!-- header type='text/html; charset=UTF-8' -->
<!-- First attempt in getting preliminary URL failed -->
<!-- non XML source: https://alerts.weather.gov/cap/wwaatmget.php?x=FLZ022&y=1 -->
<!-- HTTP stats:  RC=200 dest=23.49.12.132 port=443 (from sce=204.122.16.6)
      Times: dns=0.000 conn=0.002 pxfer=0.008 get=0.003 total=0.011 secs -->
<!-- header type='text/html; charset=UTF-8' -->
<!-- Second attempt failed & skipped -->

<!-- XML source: https://alerts.weather.gov/cap/wwaatmget.php?x=FLC023&y=1 -->
<!-- HTTP stats:  RC=200 dest=23.49.12.132 port=443 (from sce=204.122.16.6)
      Times: dns=0.000 conn=0.002 pxfer=0.011 get=0.004 total=0.015 secs -->
<!-- non XML source: https://alerts.weather.gov/cap/wwaatmget.php?x=FLZ036&y=1 -->
<!-- HTTP stats:  RC=200 dest=23.49.12.132 port=443 (from sce=204.122.16.6)
      Times: dns=0.000 conn=0.002 pxfer=0.011 get=0.005 total=0.016 secs -->
<!-- header type='text/html; charset=UTF-8' -->
<!-- First attempt in getting preliminary URL failed -->
<!-- non XML source: https://alerts.weather.gov/cap/wwaatmget.php?x=FLZ036&y=1 -->
<!-- HTTP stats:  RC=200 dest=23.49.12.132 port=443 (from sce=204.122.16.6)
      Times: dns=0.000 conn=0.002 pxfer=0.008 get=0.004 total=0.012 secs -->
<!-- header type='text/html; charset=UTF-8' -->
<!-- Second attempt failed & skipped -->

<!-- non XML source: https://alerts.weather.gov/cap/wwaatmget.php?x=FLC000&y=1 -->
<!-- HTTP stats:  RC=200 dest=23.49.12.132 port=443 (from sce=204.122.16.6)
      Times: dns=0.000 conn=0.002 pxfer=0.008 get=0.004 total=0.012 secs -->
<!-- header type='text/html; charset=UTF-8' -->
<!-- First attempt in getting preliminary URL failed -->
<!-- non XML source: https://alerts.weather.gov/cap/wwaatmget.php?x=FLC000&y=1 -->
<!-- HTTP stats:  RC=200 dest=23.49.12.132 port=443 (from sce=204.122.16.6)
      Times: dns=0.000 conn=0.002 pxfer=0.008 get=0.003 total=0.011 secs -->
<!-- header type='text/html; charset=UTF-8' -->
<!-- Second attempt failed & skipped -->

<!-- NO cache files updated -->

The issue is the zones you specified are incorrect and queries to them return
Quote
? invalid zone 'FLZ022'
and likewise for FLZ000, and FLC023.  The only one returning data is FLC023 for Columbia (FLC023) Florida.

So.. I'd suggest you use alerts.weather.gov to find the current zone ID for the Forecast and County zones to replace the three in error .. then the script should work correctly for you.
9
WeatherUnderground / Re: Our wxforum WU community - turning the page
« Last post by Bunty on Today at 03:39:24 PM »
When is WU going to get rid of Flash? Never?  And  do away with http stickers?  Never?
10
WeatherUnderground / Re: WebCams who's are working, how many are not.
« Last post by WeatherNC on Today at 03:34:34 PM »
Nope, they still are not working.  I've got one sending via URL and the other FTP.  I've been sending three cams via FTP since 2011.  It was flawless unless WU had a screw up as we all have experienced.  I made the mistake of trying to work on them a week after the the "transfer" since they were not showing us as a device.  Mistake.  That's when they became lost forever. ](*,)  The sad thing is I can send my image to other sites and it works fine.  One of them is in Spain.   https://www.awekas.at/en/instrument.php?timezone=-6&id=15330#day  Web cam image at the bottom.  No time-lapse but WU time-lapse was never really good. 

Curious to see if they come back completely or if we will have to renew our accounts.  I found this link recently from the Weather Channel "Feedback and Support center"
https://www.awekas.at/en/instrument.php?timezone=-6&id=15330#day  Kind of blew me away to see TWC commenting on the puppy dog WU.  Ha Ha \:D/

Good luck and enjoy the WAIT for WU to figure out which way is up.
Pages: [1] 2 3 ... 10