You are here

xmltv epg processed using merge process is 43.5 hours in the future

8 posts / 0 new
Last post
yhs4260
Offline
Donator
Joined: 6 years
Last seen: 1 week
xmltv epg processed using merge process is 43.5 hours in the future

Hi,

I really hope someone can help as I have run out of things to try now.

I am grabbing an XMLTV epg from a website that contains almost 1000 USA tv channels.

I only need a small selection, 35 of these channels.

Because of this, and my wish to integrate it with my current grabbing, I have used the merge ini file to achieve this.

And it grabs all the channels I want, from my existing grab and also from this external epg.

However, the external USA epg is now over 1 day in the future in my guide. Which is strange, as the formatted dates in the source XMLTV guide are correct.

Is there an updated merge ini to fix this problem? I saw a couple of posts suggesting so, but it appears some of those posts have been deleted which is a real pain.

Can anyone help? I am happy to upload my config but the source XML file is massive so not possible with the 4mb limit here.

mat8861
Offline
WG++ Team memberDonator
Joined: 9 years
Last seen: 9 min

If shows are over one day there is time mismatch somewhere. Check if 2-3 shows (of the 35 channels) have correct time or try to do a small merge, withouth knowing what you are doing, is impossible to give you an answer.

yhs4260
Offline
Donator
Joined: 6 years
Last seen: 1 week

I am doing a small merge, just the 35 channels, but I will reduce it to just 1 channel and see what happens.

If it does not work I will upload my config exactly to a link you can access.

Thanks for replying with the info mat8861

yhs4260
Offline
Donator
Joined: 6 years
Last seen: 1 week

Hi ok I have slimmed down the search and narrowed down a specific example and uploaded my configuration.

I am in the UK timezone.

So an example is this show: CONCACAF Soccer || El Salvador at Jamaica (Gold Cup) (BBVA Compass Stadium, Houston, Texas)

The source of this EPG data is from another source and it is premade and supplied to me in XMLTV format.
The premade XMLTV USA guide contains almost 1000 channels and I am trying to extract the data of just a handful of channels.

In this case, channel FS1.
Fox Sports 1

From the premade XMLTV data source, this channel is referenced as fox.sports.1.us, which I name within my config as fs1.

In the US.xml data file the XMLTV information is as so:

CONCACAF Soccer || El Salvador at Jamaica (Gold Cup) (BBVA Compass Stadium, Houston, Texas)
Gold CupEl Salvador vs. Jamaica. From BBVA Compass Stadium, Houston, Texas Group C

This XMLTV date/time indicates this programme
Starts: 21 June 22:30
End@ : 22 June 00:30

Once webgrabplus has processed my configuration file this data is now produced as:

CONCACAF Soccer || El Salvador at Jamaica (Gold Cup) (BBVA Compass Stadium, Houston, Texas)
Gold CupEl Salvador vs. Jamaica. From BBVA Compass Stadium, Houston, Texas Group C

This XMLTV date/time indicates this programme is now:
Starts: 23 June 18:00
End : 23 June 20:00

So somehow, the programme start and end time has moved forward by approximately 43.5 hours after being processed with WG+ using the merge ini.

The actual goal I am trying to achieve is that the US.xml premade source XMLTV is simply time adjusted so programmes appear at the right time when using UK time!

Here are the original configuration files: https://www.dropbox.com/s/0j0fpd9z5jkbus8/US.zip?dl=0

yhs4260
Offline
Donator
Joined: 6 years
Last seen: 1 week

Mono JIT compiler version 5.19.0 (master/c114ff5 Thu Aug 16 23:15:08 UTC 2018)

WebGrab+Plus/w MDB & REX Postprocess -- version V1.57

yhs4260
Offline
Donator
Joined: 6 years
Last seen: 1 week

Ok I think the code from this post seems to solve the problem: http://webgrabplus.com/content/join-two-files-guidexml

Blackbear199
Offline
Blackbear199's picture
WG++ Team memberDonator
Joined: 9 years
Last seen: 8 hours

that code is a lot safer as it uses the full date/time from the xml files that are merged so there no way webgrab can get confused.
the existing ini only use the time part.
if your using it you should copy the entire thing as it adjusts all times to UTC so it has to be set correctly in the ini.

yhs4260
Offline
Donator
Joined: 6 years
Last seen: 1 week
Blackbear199 wrote:

that code is a lot safer as it uses the full date/time from the xml files that are merged so there no way webgrab can get confused.
the existing ini only use the time part.
if your using it you should copy the entire thing as it adjusts all times to UTC so it has to be set correctly in the ini.

Yes I am using the code in full, it seems much better than the original merge-ini. Thanks for confirming my suspicions!

Now I am thinking I could drastically improve the total scrape time by running several parallel tasks with a series of merges at the end.

Log in or register to post comments

Brought to you by Jan van Straaten

Program Development - Jan van Straaten ------- Web design - Francis De Paemeleere
Supported by: servercare.nl