Re: UK Atlas load/usage warning email

On 10.05.2016 10:24, Dreamcat4 wrote:
>
> On Tue, May 10, 2016 at 6:57 AM, Nigel Jewell <[email protected]
> <mailto:[email protected]>> wrote:
>
>     On 09/05/2016 21:44, Neil Bird wrote:
>
>     >      I've just had an email from MetaBroadcast (Atlas) warning me
>     that I'm
>     >  requesting “excessive” amounts of data.  Has anyone else got this?
>     >
>
>     I've been using this grabber for months with MythTV without issue.
>
>     Maybe it is worth asking MB directly what issue they are seeing.  I
>     understand that they are pretty responsive (although I've never received
>     a response to any query).

This is a general design issue for every adapter between the atlas api
and xmltv files.

> Either:
>
> a) It is costing them server time / server bandwidth (more downloads =
> more server costs)
>
> or
>
> b) They have to pay other information providers more the more we use it
>
> or
>
> c) They have a contract with information providers not to go over
> certain limits
>
>
> I think the distinction is important. Because with a) it could be
> possible to come up with a caching server.
>
> Wheras with b) or c) you have to wonder if there is any other sharing
> agreements (to be able to re-distribute the EPG data from certain
> sources). For example Publishers Wharehouse? In which case the access
> may be limited to per-user (ie for personal use). Not to provide
> 'cometing services' and such.

Metabroadcast is pretty responsive. As this is a general issue for
every UK user I suggest to take it to their api user's group.
It fell silent, but there has been lots of brain storming about
Atlas+XMLTV in the past.
https://groups.google.com/forum/#!searchin/atlasapi/xmltv

I've been thinking about a solution for a) by generating static
xmltv files upstream (as others do) some time ago
https://groups.google.com/forum/#!searchin/atlasapi/break$20even/atlasapi/NSogJVE0yYY/g7cKnk5p_zsJ
To mix API key requirenment with static cacheable files these could
be encrypted with a random key per file and the directory of
files+keys served by a dynamic service that tests the API key.

If that's the way forward you can "simply" add another feed next to
the RadioTimes "XMLTV" feed.
https://github.com/atlasapi/atlas-feeds/tree/master/src/main/java/org/atlasapi/feeds/xmltv

> Robert was kind enough to respond on other thread something about
>
> https://github.com/kgroeneveld/tv_grab_sd_json
>
> Which unfortunately I didn't really understand.

Schedules Direct is offering guide data for UK (and many more
countries) to their paying members.
This was announced just last friday, see
http://www.schedulesdirect.org/
http://forums.schedulesdirect.org/viewtopic.php?f=3&t=2791

Regards,
Karl

------------------------------------------------------------------------------
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
_______________________________________________
xmltv-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/xmltv-users