I noticed this yesterday also. And I acted immediately and took a look at the grabsite (homepage of the channels).
Grabbing does not occur from the webpage itself, but from the datapage behind it: Look at http://www.nationalg.../ngc/11/04/2017
The schedule here denoted by "day":"din 11","time":"06:20", is correct and presented as such on the schedule page for the public. However I was using the tags: "timestamp":1491906000,"end_timestamp":1491909600
These are unix timestamps. 1491906000 converts to Tue, 11 Apr 2017 10:20:00 GMT
This is very handy because these timestamps contain the data and even the timezone the schedule is given. But as you can see this different from the schedule given in human readable units. What caused this difference remains a mystery. (The difference is 6 hours)
As a quick fix, I changed the grab of the times from the unix timestamp to the human readable timestamp.
In testgrabs this yielded the correct schedule. This has been included in the big collection of data. So hopefully the schedule will be correct in the grab from this morning. (I will check later this morning. My own receiver updates at 9h15)
Willy
Edited by doglover, 11 April 2017 - 07:40.
~~Rytec Team~~
Maxytec Multibox SE OpenPli (used as mediaplayer)
Mutant HD2400 OpenPli
Vu+ Duo OpenPli (backup)
Synology NAS
Sat: 13E, 19.2E, 23.5E and 28.2E
*Pli/Rytec EPG POWERED*