Re: [xmltv-users] tv_grab_na_sd (new grabber for your consideration)

Robert Eden <[email protected]>
Newsgroups gmane.comp.tv.xmltv.devel
Message-ID <[email protected]>
On 5/18/2016 1:18 AM, Robert Eden wrote:
> On 5/18/2016 1:09 AM, Gary Buhrmaster wrote:
>> In the case that anyone cares, I have made available
>> (yet another) a Schedules Direct JSON API grabber
>> with XMLTV output available at:
>>
>>    https://github.com/garybuhrmaster/tv_grab_na_sd
>>

I tried the grabber.  excellent job!

Some initial impressions:

I think you should improve the messaging when you run --configure first 
(as most folks are apt to do) to state exactly what you need to do when 
you run --manage-lineups.

The separate --manage-lineups is an interesting approach, especially 
since you may edit lineups later, but I think that may cause problems 
with applications that use the --capabilities config to provide a 
front-end to configuration.   I don't use it personally, so would be 
interested in comments from those who do.

Is there a reason you use a IXXXX.json.schedulesdirect.org channel id?  
I noticed Kevin's JSON grabber offered that option too. Personally I 
don't see a problem using tv_grab_na_dd's .labs.zap2it.com domain.  They 
both share the same data source and can make transition to grabbers 
easier.   What do others think?

In the xmltv_ns I don't think spaces usually used.

It is noticeably faster than Kevin's JSON grabber.  (and of course both 
are faster than my tv_grab_na_dd!)

What do others think?

Robert









------------------------------------------------------------------------------
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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.