Page 1 of 1

Tribune sending requests to new SD-DD service

PostPosted: Mon Nov 03, 2014 10:54 am
by rmeden
NOTE: This parent post is is the definitive source of SD-DD known issues, but they are pretty much all fixed.
---------------------------------------

Tribune is now directing *ALL* traffic to our SD-DD server. We don't know how long Tribune will keep their DNS active, so you should still change your applications.

The best way to use the new SD-DD service is by updating your application. In your code, replace the two TMS hostnames with "dd.schedulesdirect.org".
Code: Select all
WSDL:  http://dd.schedulesdirect.org/tech/tmsdatadirect/schedulesdirect/tvDataDelivery.wsdl
Service: http://dd.schedulesdirect.org/schedulesdirect/tvlistings/xtvdService


If you can't update your application, edit your local system hosts file to "trick" the network. (no application changes necessary!) The problem with this solution, is should we change IPs (not planned), a future change will be needed.

On Unix/Linux/Mac edit /etc/hosts (superuser required).
On Windows, edit %SYSTEMROOT%\system32\drivers\etc (normally c:\windows\..., (admin rights required, make sure your editor doesn't add ".TXT)
Add this line:
Code: Select all
54.85.117.227  docs.tms.tribune.com webservices.schedulesdirect.tmsdatadirect.com


Known Issues:
  1. Expiration Date may be slightly different. (This was caused by a bug in the SD web app, now fixed)
  2. Data is only updated daily. If you want frequent updates, switch to JSON!
  3. Some shows may be missing from the start of the request window. TMS DD always starts with "what's on now". The new service reports "what's on now, but only looks 4 hours before the start time. So if a show started 4 hours before the start of the request, it won't be in the data. I don't think this matters in practice (it would be in a previous day's grab), but makes diff testing a bit harder.
  4. Items are in a different order. It doesn't matter to apps, but does make doing a diff harder. Sorry.
  5. SD-DD has effectively 13 days of data (less if there are data problems, which sometimes sometimes)
  6. I've added a firewall block for excessive downloads. Some apps get an error and retry immediately causing 1000's of requests per day.
  7. Fake postal codes are not supported (international). SD-JSON has international support
BTW, I want to keep this topic relating to general migration issues only. Please post application issues in a new topic under Support. I'll be moving posts that I deem off-topic to keep this thread a non-intimidating size for members not familiar with forums. Please don't be offended if you get moved.

Re: Tribune sending requests to new SD-DD service

PostPosted: Tue Nov 18, 2014 9:02 pm
by rmeden
The Tribune Data Direct servers have been shut down. Anyone using the DNS hack for the 144.* address won't be able to get data any longer.

The docs.tms.tribune.com WSDL files are still being served, and the DNS changing directing traffic to SD are still working, but can go away at any time.

Robert

Re: Tribune sending requests to new SD-DD service

PostPosted: Tue Feb 10, 2015 6:22 pm
by jztemple
rmeden wrote:
Tribune is now directing *ALL* traffic to our SD-DD server. We don't know how long Tribune will keep their DNS active, so you should still change your applications.

...

If you can't update your application, edit your local system hosts file to "trick" the network. (no application changes necessary!) The problem with this solution, is should we change IPs (not planned), a future change will be needed.

On Unix/Linux/Mac edit /etc/hosts (superuser required).
On Windows, edit %SYSTEMROOT%\system32\drivers\etc (normally c:\windows\..., (admin rights required, make sure your editor doesn't add ".TXT)
Add this line:
Code: Select all
54.85.117.227  docs.tms.tribune.com webservices.schedulesdirect.tmsdatadirect.com



Thanks for having posted this information. I had the problem hit me today...

Image

And your recommended fix worked for me.

Re: Tribune sending requests to new SD-DD service

PostPosted: Tue Feb 10, 2015 9:53 pm
by rmeden
Glad you have it working via the hosts file, but for XMLTV users it's easier to just upgrade XMLTV.

Heck, on Windows just replace xmltv.exe with http://alpha-exe.xmltv.org You don't even need the full distribution!

Robert

Re: Tribune sending requests to new SD-DD service

PostPosted: Tue Feb 10, 2015 10:40 pm
by jztemple
rmeden wrote:Glad you have it working via the hosts file, but for XMLTV users it's easier to just upgrade XMLTV.

Heck, on Windows just replace xmltv.exe with http://alpha-exe.xmltv.org You don't even need the full distribution!

Robert


Thanks for pointing that out. I've been using xmltv for years and years and didn't even think about an upgrade. The new exe works great!

Re: Tribune sending requests to new SD-DD service

PostPosted: Tue Feb 17, 2015 10:51 pm
by sbtvlist
rmeden wrote:Glad you have it working via the hosts file, but for XMLTV users it's easier to just upgrade XMLTV.
Heck, on Windows just replace xmltv.exe with http://alpha-exe.xmltv.org You don't even need the full distribution!

Robert, replacing the xmltv.exe did the trick.

Thanks,

Steve

Re: Tribune sending requests to new SD-DD service

PostPosted: Mon Aug 03, 2015 10:04 pm
by rmeden
New bug identified and added to known issues.

Credits are sorted alphabetically, not by importance.

This is similar to the Genre issue, but I think I have a solution now!

Re: Tribune sending requests to new SD-DD service

PostPosted: Wed Aug 05, 2015 8:12 am
by rmeden
All Genres are now reported.
Cast crew now sorted by importance (this may have actually been happening before)

Re: Tribune sending requests to new SD-DD service

PostPosted: Wed Aug 12, 2015 9:12 pm
by psm321
I just wanted to say that I noticed the sub-genres being reported now and to thank you... was impressed that you kept the promise about restoring them eventually! Thanks!

Feel free to delete or move this message, I know it's mostly useless clutter, but didn't know whether I could PM you :)

Re: Tribune sending requests to new SD-DD service

PostPosted: Tue Dec 29, 2015 8:17 am
by rmeden
I think the UTF-8 issue has been fixed! Updating known issues.