"Rating" in cached event details xml

[zehd]

Yes... it would have to be maintained and updated

[zehd]

Sub.. a couple of things I noticed looking at the Season and Episode Numbers that you did parse and put in the DB.. I'm thinking that the parsing won't really work.

First off... I have noticed such a huge inconsistency with the production numbers to SeasEpNums... studios will give a episode a prodNum for production purposes, and then release them 'out of order'. Shows originating on FOX are notorious...

Family Guy S04E04-Don't Make Me Over === 403
Family Guy S04E03-Blind Ambition === 404

Studios really don't use a rhyme or reason (at least not in an outside world sense) for their numbers. I'm not sure if you can count on it for your parsing.

--
Another thing I wanted to ask you... there are some SeasEpNums... have you made fields for them to display in the TV Guide yet... or is that TBA? Because I'm not seeing them...

[sub]

Sub.. a couple of things I noticed looking at the Season and Episode Numbers that you did parse and put in the DB.. I'm thinking that the parsing won't really work.

First off... I have noticed such a huge inconsistency with the production numbers to SeasEpNums... studios will give a episode a prodNum for production purposes, and then release them 'out of order'. Shows originating on FOX are notorious...

Family Guy S04E04-Don't Make Me Over === 403
Family Guy S04E03-Blind Ambition === 404

Studios really don't use a rhyme or reason (at least not in an outside world sense) for their numbers. I'm not sure if you can count on it for your parsing.

Thats not my problem. I just parse the <onscreen> and <xmltv_ns> tags as supplied in the xmltv file, and use the info they supply. If they're wrong, then it's a problem with the EPG source not NPVR.

Another thing I wanted to ask you... there are some SeasEpNums... have you made fields for them to display in the TV Guide yet... or is that TBA? Because I'm not seeing them...

There is no functionality to show them in the TV Guide, and I have no plans to add it. As I pointed out, I found this info is too rare, so wasnt worth building functionality for.

[mvallevand]

Sub.. a couple of things I noticed looking at the Season and Episode Numbers that you did parse and put in the DB.. I'm thinking that the parsing won't really work.

zehd where are you taking this thread, sub isn't involved in lookups.

First off... I have noticed such a huge inconsistency with the production numbers to SeasEpNums... studios will give a episode a prodNum for production purposes, and then release them 'out of order'. Shows originating on FOX are notorious....

Studios really don't use a rhyme or reason (at least not in an outside world sense) for their numbers. I'm not sure if you can count on it for your parsing.

I'm confused again, why do they have to be aired in production number order? Look at what TVRage gives http://services.tvrage.com/feeds/full_sh...p?sid=3506

Also note the last 3 digits of the unique_id still work here 053 and 054 (zap2it below, tvrage above)

http://tvlistings.zap2it.com/tv/family-g...2960010053
http://tvlistings.zap2it.com/tv/family-g...2960010054

Martin

[zehd]

First of all, I know now even better why sub doesn't want nPVR to do lookups... In fact I have never thought npvr can or should... because as I see it, the majority of people aren't going to want their PVR to constantly do net checks etc... a lookup will slow things down... even a lookup on a database level with separate tables... and one to many relationships. I get all that.

I wanted the columns in the EPG_event table to have a couple of extra fields so that a plugin could use them. And if a 3rd party app filled the db with the argb and ratings and season numbers... then that plugin could use the data... so long as nPVR exposes that data to the plugin (which I don't know about)

So the 3rd party app would do all the thinking, prioritizing..colourizing, scraping, looking up, scaling tall buildings, in the middle of the night while we sleep (and sub works) and it would populate the data...

I also thought though (on a side note)... that if we wanted those columns... and the ratings and genre and seasNum tags existed in the xmltv file that is imported at update, maybe sub could have nPVR import those tags into the EPG_Event table too... that would be the extent of any 'lookup' from nPVR... and it's not a lookup

--
So regarding our theoretical discussion on making this happen, most likely from 3rd party...

Next point: on production numbers... There is room for debate and preference here certainly... But typcially I would like to see an episodic series list their shows in airdate... Season number and Episode of the season number S06E14 --- 14th episode of the sixth season.

(I've also learned only recently the Brits (not sure about down under) like to refer to a Series' Season as a Series... Well in this case it would just confuse the point I guess)

So some production numbers are given to shows, which may or may not correlate to the airdate schedule because the Networks decided to do it that way... For me... it would be important to override this... and it would be more difficult to override this if sub has already parsed and added the (what I call) incorrect data.

And then there is the thought that some people will count episodes from pilot to finale... which in some cases you can get from the North American-centric Zap2it Unique ID...and it would be next to impossible to get a Season and Season's Episode Number from just the count of episodes...Unless you could just fire 'EP002960010053' into tvrage (maybe a show title) and get an answer. Note it's important to NOT rely on the sub_title... networks mess with that all the time.

I haven't seen this yet.

zehd where are you taking this thread, sub isn't involved in lookups.

Where am I taking this? Well as said I never wanted sub to do a lot of work. I know that he's experimenting with a lot of stuff... and I'll bet he actually tried much of the bleep we talked about... I don't wnat him to do lookups... I just want to be sure that it'll all work if WE (3rd party) do the lookups...

But I don't want to reinvent the wheel. It is my firm belief that some features and functions should not be addons and plugins but part of the core for an app. It's incredibly generous for sub to allow us ways to make those addons... but I was trying to add some other perspective (possibly something sub had not thought of -- who knows) so that an important feature some of us appreciated in GB-PVR could be reintroduced into 2.0.x

Plus... I'm public about this...because I realize that 3rd party devs WILL need to make this feature happen if we want it... and perhaps I've got us all thinking about what we need to do...

I'm sorry that I included Genre in the Ratings thread. It really seemed like we wore talking about the same thing... database modification...

It is exactly the tone of this discussion that made me stay away from the beta phase of nPVR. It seems some of us have better ideas than others

[mvallevand]

It is exactly the tone of this discussion that made me stay away from the beta phase of nPVR. It seems some of us have better ideas than others

I am sure you are talking about either sub or me and I for one find this comment insulting. Most of the best ideas and inspirations in my addons come from users. I don't use genres, didn't use genres and was basically trying to get an idea of where this was all going, assuming sub just was providing fields. I do apologize for calling colour values dumb, it just seems like a lot of work building all this in case there is another plugin that would use it.

Martin

[zehd]

Fair enough. Onwards and upwards

[imilne]

While you guys were bickering () I went to bed and tried not to think about programming for a while. Didn't happen.

Regarding the colours, I was thinking they could become just that. Colours. Not associated with genres in any way (as far as sub and the TV Guide would be concerned). So the EPG_EVENT table could become simply:

Code:

OID, Title, Description, etc, etc, [color=red]Color_RGB[/color]

This could allow external tools to assign colours to a programme based on (theoretically) anything. Genre is the obvious one, but you could also have whether a show is in HD or not (I believe Sky do this with their EPG), whether it was a first-airing or not, and so on... different tools could do different things based on the xmltv files they support and the information available in the various regions.

That might open the door for any community maintained tables within the database to be entirely separate from sub's stuff. He wouldn't need to know nor care about them. So - again for genres - we could have tables as simple or as complicated as we feel were required, eg, one for storing the genre types, colours, and priorities, and another for the actual mapping between programmes and what genre they should have. Any display of genre in the TV Guide could be handled by the sort of stuff zehd's tools normally do: just inserting the data into one of the fields that is displayed.

Time for some Formula One now. In HD for the first time too

Iain

[mvallevand]

Regarding the colours, I was thinking they could become just that. Colours. Not associated with genres in any way (as far as sub and the TV Guide would be concerned). So the EPG_EVENT table could become simply:

Code:

OID, Title, Description, etc, etc, [color=red]Color_RGB[/color]

Since sub isn't going to be using this, couldn't the same think be achieved by a left outer join on the attached db?

Martin

[imilne]

I think you've de-attached the attached?

Iain