OzTivo XML Change

mvjs · **4th August 2006, 02:59 PM**

Quote:

All, as part of our ongoing effort to split the extremely large tvguide.pl
script into a number of smaller scripts, today I've written a new script
just for downloading XML data:

http://minnie.tuhs.org/tivo-bin/xmlguide.pl

It takes two GET parameters: station=station_name & daynum=day_number
It returns Content-type: text/plain followed by the current XML output.
In other words, it's a direct replacement for tvguide.pl with parameters
page=rawstationday&type=view&data=day_number&data2 =station_name.

We will run both the old tvguide.pl XML interface and the new xmlguide.pl
interface in parallel until a flag day (not yet determined) when the old
tvguide.pl XML interface will be disconnected.

Will, the change to your grabber should be minimal. Let me know if I can
do anything my end to help with the transition. In particular, what can
I send from tvguide.pl after the flag day to indicate a sensible error
to your grabber? Also, is Content-type: text/plain suitable, or would
you prefer some other content type?

Thanks all,
Warren

Monster has been hard at work at OzTivo Extreme, which utilises the new OzTivo API, ensuring faster downloads (for PayTV it cuts the download time from ~25min to around 5). This update is needed for continued operation, as you would be aware OzTivo has failed since Thursday.

OzTivo Extreme can be downloaded here and an up to date instruction guide is here

mjj1998 · **4th August 2006, 05:00 PM**

Hey, thanks for the info! Are you having any troubles with OzTivo data yet? I can't seem to get data beyond Monday, although the website shows the channels as 100% full.....

Cheers,
~Dane.

mvjs · **4th August 2006, 05:42 PM**

I don't think that think should prevent listings from being downloaded yet....they are still keeping the origional URL...until all these grabbers get moved over.

simoni · **6th August 2006, 02:22 PM**

Well my oztivo.exe is now failing. Worked without a problem until now.

It connects ok to the Oztivo website and starts to download - it fails after the 2nd channel with this error message:

BladeRunner Pro... A Native EPG Solution, Like Know Other

----------------------------------------------------------------

Special thanks go out to...

MONSTER for deciphering and supplying the native EPG code... LEGEND!!!
CORNELIU for his AMAZING multi-threading work and general guidance

BJREPLAY for the one and only QuickGuide... YOU ROCK!

And last but not least a BIG hello to all the boys at XPMCEAU...

Without these people none of this would be possible...

Hope you enjoy...

Parsing "grabber" section.
Executing "Oztivo" command.

Found 79 channels...

Downloading day 13366 a.k.a 06/08/2006
29 programs found for 31-Per
35 programs found for ABC-WA

System.Xml.XmlException: Unexpected end tag. Line 269, position 3.
at System.Xml.XmlTextReaderImpl.Throw(Exception e)
at System.Xml.XmlTextReaderImpl.Throw(String res, String arg)
at System.Xml.XmlTextReaderImpl.Throw(Int32 pos, String res)
at System.Xml.XmlTextReaderImpl.ParseDocumentContent( )
at System.Xml.XmlTextReaderImpl.Read()
at System.Xml.XmlLoader.LoadNode(Boolean skipOverWhitespace)
at System.Xml.XmlLoader.LoadDocSequence(XmlDocument parentDoc)
at System.Xml.XmlLoader.Load(XmlDocument doc, XmlReader reader, Boolean prese
rveWhitespace)
at System.Xml.XmlDocument.Load(XmlReader reader)
at System.Xml.XmlDocument.LoadXml(String xml)
at OzTivoGrabber.Program.Main(String[] args)

Parsing "preprocess" section.
No items found for this section.

Parsing "postprocess" section.
No items found for this section.

Transforming guide data...
Could not find file "C:\WINDOWS\ehome\BladeRunnerPro\GuideData\listing 2.xml".
at System.IO.__Error.WinIOError(Int32 errorCode, String str)
at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access,
FileShare share, Int32 bufferSize, Boolean useAsync, String msgPath, Boolean bFr
omProxy)
at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access,
FileShare share)
at System.Xml.XmlDownloadManager.GetStream(Uri uri, ICredentials credentials)

at System.Xml.XmlUrlResolver.GetEntity(Uri absoluteUri, String role, Type ofO
bjectToReturn)
at System.Xml.XmlTextReader.CreateScanner()
at System.Xml.XmlTextReader.Init()
at System.Xml.XmlTextReader.Read()
at System.Xml.XmlReader.MoveToContent()
at System.Data.DataSet.ReadXml(XmlReader reader, XmlReadMode mode, Boolean de
nyResolving)
at System.Data.DataSet.ReadXml(String fileName, XmlReadMode mode)
at QuickGuide.QuickGuideWorker.CreateXMLFile(String XMLTVFile)

WHOOPS, Process failed, please refer to any errors...

C:\WINDOWS\ehome\BladeRunnerPro\QuickGuide\QuickGu ide.exe did not execute succes
sfully...

Press enter to continue...

bdorring · **6th August 2006, 03:04 PM**

I have the same error. Any suggestions?

simoni · **6th August 2006, 03:31 PM**

Delete ABC2 from your preferences at the Oztivo website.

Seems the data has a problem for this channel at the moment.

mvjs · **8th August 2006, 06:32 PM**

Quote:

Will and I are working on a small change to the XML
fetch process, so that a single XML request will get all data for a
station from today onwards. This will mean less XML requests to my box
and hence lessen the load. Will should have a new grabber out in a few days.

So I am going to set an arbitrary "XML transition flag day" of September 8th.
On that day, XML fetching using the http://minnie.tuhs.org/tivo-bin/tvguide.pl
URL will stop working. But from now onwards, XML fetching using the URL
http://minnie.tuhs.org/tivo-bin/xmlguide.pl will work, and is the preferred
URL to use.

That gives us a month to ensure the new system works, and for everybody to
switch over to the new fetcher.

Who writes the MCE fetcher? Just some quick details about the new protocol:
The parameters to http://minnie.tuhs.org/tivo-bin/xmlguide.pl are:

station= is always required

daynum= is optional. If specified, only data for that day is returned.

daynumfirst= is optional. If specified, data from that day onwards
is returned.

If neither daynum nor daynumfirst are specified, data from today
onwards is returned.

Both daynum and daynumfirst are the number of days since Jan 1, 1970.
They must be in integer format. The station parameter is a station name,
and must be one of the stations known to tvguide.pl.

A valid <tv ...> ... </tv> document is always returned, with
Content-type: text/plain. The document may contain no guide data, e.g
if the station/daynum combination has no guide data.

If an error occurs, the document will only contain a single
<message>...</message> pair. The error messages so far are:

Missing station parameter.
Error connecting to internal database.
Station S does not exist.

Monster - We're looking in your direction

monster · **12th August 2006, 12:26 PM**

ill sort it out next week sometime at the moment i dont feel real good as got some food poisoning... bloody airline food

windeath · **12th August 2006, 01:39 PM**

Quote:

Originally Posted by monster

ill sort it out next week sometime at the moment i dont feel real good as got some food poisoning... bloody airline food

Monster I know it's no consolation but the last Virgin flight I had a month or so ago I ended up as sick as dog after consuming one of their "sandwiches". I think it was a sandwich.

mvjs · **17th August 2006, 05:43 PM**

I've been told to note this;

Quote:

Can you confirm that the MCE grabber will either understand or suitably ignore the following:

-- Previous Message --
<episode-num system="xmltv_ns"> 0 . 1 . </episode-num>

And a show that has a producer supplied episode number of 76 would be:

<episode-num system="onscreen">76</episode-num>