You are here



WG++ is freeware, close source and currently there are no intentions to make the source code available (eg. open source).

A datetime in the XMLTV look like:

<programme start="20150930183000 +0300" stop="20150930190000 +0300" channel="My channel">

WG++ outputs default the datetime as the time of the show, with the offset to UTC this time is.

So the above show starts at
2015/09/30 18:30 and this time is in a time zone that is now UTC+3h
So in UTC time, this show starts at
2015/09/30 15:30
And if you are in another time zone (eg. UTC-5) then this show starts locally at
2015/09/30 20:30

This is an indication that the robots.txt indicates, it doesn't want automitic software to download part from a site.
Because WG++ conforms the ROBOTS exclusion standard, this warning is shown.
If that happens, you should check the website (that gives this warning) terms of usage. And if it doesn't allow you to grab automatic from the site (or parts from it), you should disable this website in your config file (or a part of it).
So this warning doesn't mean that WG++ can't grab the EPG data. It just means, the website doesn't want you to grab the EPG data.

This is not an error, but just a notification. It means, WG++ hasn't found any info about the Robots Exclusion Standard configuration of a site. If a website implements this standard, it indicates to the robot (in our case WG++) what part of a website may be indexed/scrabed. So if WG++ does not find this info, this has no further effect on the further grabbing.

Https communication is a complex procedure. At the time of writing (02/12/2016), mono does not support the all algorithms used in HTTPS transfers that exist. Luckily most server have multiple algorithms they support. So when mono (WG++ on linux) had to deal with such a server, it could use an algorithm that he had available. But the last year we see more and more server use algorithms (TLS1.2) that are not supported in mono.

On windows WG++ doesn't have this issue, because it uses a windows TLS stack, that supports TLS1.2.

A user (Blackbear199) has come up with a workaround (php based). (See here for an example)

But using the latest mono alpha version (4.9.0) we can see that a TLS1.2 stack has been introduced. And first test point out that now it is possible to use a mono only solution.

Current steps to make thinks work:

1. make sure you have te latest version of mono (alpha release 4.9.0)

2. export MONO_TLS_PROVIDER=btls

3. Download and import trusted root certificates from Mozilla's LXR into Mono's certificate store

mozroots --import --sync

4. Normally step 3. should be replaced with

cert-sync /etc/ssl/certs/ca-certificates.crt

But on our test setup, this failed.

5. Convert from the old Mono certificate store into the new one


The above steps should only be done once. So not on every run of WG++.



Yes you can. You can run as may different configurations as you want.

If you run WG++ normal (under Windows), it will look for the .config.xml file and the other file it needs, in the default WG++ home folder.

But you can run WG++ for another configuration. To do that run WG++ like:

WebGrab+Plus.exe "C:\EPG\Configuation01"

The files that should be inside this folder (Configuation01) should be the same as those that are in the default WG++ home folder. So just copy those files (and adjust the path(s) inside them, eg. in the WebGrab++.config.xml file). The bare minimun in such a configuration folder is:

  • WebGrab++.config.xml
  • all the siteini's you want to use in the config file
  • (optional) a REX folder with its files
  • (optional) a MDB folder with its files

Yes. WG++ is written  in .NET. For many other OS's, there are ports that can be used to run .NET application. For Linux and OS X, you can use Mono.
There is already documentation about how to run WG++ on Linux and on OS X

The files used on windows and Linux are the same. So migrating from Windows to Linux is fairly simple.

  1. Create a folder on your Linux system (eg. ~\wg++)
  2. Move next files from your windows system to your Linux system (copy them into the ~\wg++ folder:
    • WebGrab++.config.xml file
    • WebGrab+Plus.exe file
    • mdb folder (optional, if you use mdb)
    • rex folder (optional, if you use rex)
    • all .ini files you want to use (+ any additional cookie files that could be needed by some .ini's)
  3. Adjust the paths in the config files:
    • <filename> inside the WebGrab++.config.xml file
    • <filename> inside rex.config.xml (optional, if you use rex)
    • <filename> and <ldbfilename> inside mdb.config.xml (optional, if you use mdb)

These are the only steps you need to do to migrate a Windows setup to a Linux setup


To add a dummy channel, you can use the dummy.ini file from the siteini.pack. The only thing you have to do, is to add a config line in you WebGrab++.config.xml like:

<channel update="i" site="dummy" site_id="" xmltv_id="the_xmltv_id_you_want_for_this_channel">A name for this channel</channel>

If you want multiple dummy channels, just copy multiple of these lines in your WebGrab++.config.xml file like:

<channel update="i" site="dummy" site_id="" xmltv_id="Channel01">Channel 01</channel>
<channel update="i" site="dummy" site_id="" xmltv_id="Channel02">Channel 02</channel>
<channel update="i" site="dummy" site_id="" xmltv_id="Channel03">Channel 03</channel>

If you want, you can alter the info of the show(s) generated by the dummy file. Just edit this dummy.ini file to your wishes. If you want the info of each dummy channel to be different, just create for each channel a dummy.ini file (eg. dummy_01.ini, dummy_02.ini, ...). Just be sure to change this also in the WebGrab++.config.xml file like:

<channel update="i" site="dummy_01" site_id="" xmltv_id="Channel01">Channel 01</channel>
<channel update="i" site="dummy_02" site_id="" xmltv_id="Channel02">Channel 02</channel>
<channel update="i" site="dummy_03" site_id="" xmltv_id="Channel03">Channel 03</channel>

If your PVR software is not listed, you can always ask on the forum. Also, if you want to add your own PVR software guide on this site, let us know on the forum.


When you see a "(?)" at the end of a title, this means WG++ has detected a difference between the index-and detail page title.

On the index page, WG++ will search for a title for every show. If the site has also a detail page, with more information about a show, also that page can be grabbed. This is called a detail page.

To verify that we talk about the same show (on index- and detail page), WG++ will verify if the titles of both match. If this is not the case, WG++ will place a "(?)" after the title. This is to signal that there is something wrong with the grabbing of the detail page.

There are several possibilities of what could be wrong:

  1. There is no detail page for this show, so WG++ tries to download that page and an error occurs
  2. There is a detail page, but with a totally different title. This is an error and should investigated. (can be a site or siteini issue)
  3. There is a detail page, but with a slightly different title. eg. index page: "LATE NIGHT SHOW - REPEAT" detail page: "LATE NIGHT SHOW". This problem can (sometimes) be fixed by the siteini, by removing the addition from the index page.

So dependent on the root cause, this "(?)" is a real problem or not.

The "(?)" mark can only be removed when you fix the root cause of this problem.

As a (temporal) workaround, you can disable the downloading of the detail page. Depending on the extra info that is grabbed from this detail page, you can lose a lot of extra info. This can simply be done by commenting out all lines in the siteini that start with


The (n) at the end of a description is added by WG++. It indicates the update status of a show. In this case it indicates that the show is new in the EPG guide.

If you don't want it, you can disable this by adding "nomark" to the mode setting in the WebGrab++.config.xml file. See the mode setting in the cofiguration docs for more details.

The timezone you define in the siteini, should be the timezone of the start/stop times on the site. That way, WG++ knows how to import a time like 09:20, because without any reference to UTC, we don't know when this time exactly is.

Older version of WG++ only supported timezone=UTC+03:00 or timezone=UTC-05:00 notations. But this notation has one drawback. And that is DST awareness. Not every country/region has DST (Daylight Saving Time) and the countries/regions that have it, don't always do the transition on the same moment. So that means that when DST happens you should manually change timezone=UTC+03:00 to eg. timezone=UTC+02:00 in the siteini file.

As of WG++ V1.1.1/53, timezones are supported. These are DST aware and should be used instead of the older UTC+00:00 notation. But the older notation is still supported, but has of course it drawbacks.


To find out the timezone you can use, just set


Then run WG++ once for this siteini and look in the log file, there you'll find a list of timezones that can be used. Pick the one you want and put it after


Brought to you by Jan van Straaten

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