I to have 11 years of data and I have no problems most times backing up the entire data base. That being said... there are times and I have not been able to pin it down, it does not work. Times out and have to do it by year one year at a time. This was maybe 6 or more months ago as I have found there is no reason to back up the entire database since it has been saved. The only thing I do from time to time is back up the current year. It is safe to say your previous years data will not change and therefore not need continuous backing up.cdarney3 wrote: ↑Thu Nov 29, 2018 9:22 pm So in the Backup block when logged in as Admin I can backup station data. I had a problem doing 11 years worth but no problem doing a single year. Once backed up the first 10 years wouldn't matter to me If I can manually execute a station data backup and have it backup properly, wouldn't adding a scheduling feature to that be possible?
Ditto for backing up core template and settings files which takes almost no time.
18.0
-
- Professional
- Posts: 431
- Joined: Tue Feb 27, 2018 10:56 pm
- Location: OKLAHOMA, USA
- Station model: Ecowitt WS90
- Software: Meteobridge/GW2000B
- Contact:
Re: 18.0
-
- Observer
- Posts: 19
- Joined: Thu Aug 23, 2018 12:30 pm
- Station model: Davis VP2
- Software: Meteobridge
Re: 18.0
I've taken to backing up all of my template settings and the current year's data every week. All previous years have been backed up once and I don't bother with them now as they are backed up to a pretty secure location. Like you said, previous years won't be changing so I just do the current year. After backing up template files and DBs, I backup the entire DB through my hosting site. I also backup my entire hosted site. I now keep all of these files together on a weekly basis. I really don't want to lost my ALLDATA table again.
- Jachym
- Site Admin
- Posts: 1686
- Joined: Fri Aug 18, 2017 10:12 pm
- Location: Brno, Czech Republic
- Station model: WH1080
- Software: Meteobridge
- Contact:
Re: 18.0
Hi,
programming mobile apps uses completely different languages (Java, Swift etc.) compared to web development (PHP, JavaScript, HTML, CSS etc.), which I do not know.
-
- Professional
- Posts: 431
- Joined: Tue Feb 27, 2018 10:56 pm
- Location: OKLAHOMA, USA
- Station model: Ecowitt WS90
- Software: Meteobridge/GW2000B
- Contact:
Re: 18.0
Just to let you know, someone has/is working on an android app that works really well.
https://www.elspinars.es/dev/app.php or look for "Meteotemplate" in the google playstore.
Allot of options. you have to look around for plugins and blocks but fairly simple.
Andy
https://www.elspinars.es/dev/app.php or look for "Meteotemplate" in the google playstore.
Allot of options. you have to look around for plugins and blocks but fairly simple.
Andy
- polbrieuc
- Advisor
- Posts: 98
- Joined: Wed Dec 06, 2017 10:58 pm
- Location: Vallirana
- Station model: WH1080
- Software: Cumulus
- Contact:
Re: 18.0
Hi Andy,andyk1 wrote: ↑Mon Jan 14, 2019 7:36 pm Just to let you know, someone has/is working on an android app that works really well.
https://www.elspinars.es/dev/app.php or look for "Meteotemplate" in the google playstore.
Allot of options. you have to look around for plugins and blocks but fairly simple.
Andy
Thanks for remind the other forum users of the existence of this project (which is in beta for now).
There is actually a thread on this forum that deal with this topic : http://meteotemplate.com/forum/viewtopi ... &start=125
Cheers,
Pol-Brieuc
-
- Observer
- Posts: 32
- Joined: Thu Nov 15, 2018 11:39 pm
- Location: Oregon
- Station model: Davis Vantage Vue
- Software: Meteobridge Nano SD
- Contact:
Re: 18.0
Could I ask that we alter the database schema so the primary key is a normal row number rather than the date, and then convert to InnoDB? MyISAM is deprecated as of MySQL 8, and InnoDB does not like arbitrary primary keys (makes inserts take a significant amount of time).
- Meteopomezia
- Observer
- Posts: 22
- Joined: Wed May 29, 2019 3:44 pm
- Location: Pomezia/Italy
- Station model: Davis Pro 2
- Software: Wview
- Contact:
Re: 18.0
It would be nice if I also implemented the template for the wview software
- Dehatter
- Professional
- Posts: 349
- Joined: Sun Jan 07, 2018 5:11 am
- Location: Matthews, NC, USA
- Station model: Ecowitt WH80
- Software: Ecowitt GW1000
- Contact:
Re: 18.0
I too am interested in this, or if anyone has gotten their lightning counter to display in the template, let me know.Re: 18.0
Post by Jachym » Sun Jul 15, 2018 5:08 am
Hi Johnny,
- webcam - planned, this however is a plugin, so not related to v18
- lightning counter - API supports already supports lightnings.... so once it is being sent by MB I can create a block/plugin without modifying the template
Tom
-
- Professional
- Posts: 431
- Joined: Tue Feb 27, 2018 10:56 pm
- Location: OKLAHOMA, USA
- Station model: Ecowitt WS90
- Software: Meteobridge/GW2000B
- Contact:
Re: 18.0
A year later and still can't get ecowitt lightning dist and count yet. If anyone's found a solution let us know.
Using Raspberry Pi ver of MB.
Using Raspberry Pi ver of MB.
-
- Expert
- Posts: 862
- Joined: Tue Jan 12, 2021 8:03 am
- Location: Italy
- Station model: WH2650
- Software: WH2650 (direct upload)
- Contact:
Re: 18.0
I'm using the block by Raffaello Di Martino ( and it works ok, see this topic ).
You should call api.php passing L, LD and LT ( and I see in your meteotemplateLive.txt these parameters are not present )
You should call api.php passing L, LD and LT ( and I see in your meteotemplateLive.txt these parameters are not present )