Tvdb changes to a subscribe model

Not to be rude but tick tock tick tock…? It’s been been almost a month and my questions/suggestions/concerns were not even worth a reply? In t-54 (ironically double of the current “idle” time) it will be October 1st where we’ll end up being stuck with whatever mess this becomes.

1 Like

This totally sucks. I can’t get any replies either and no one responds to my ticket either.

We hear you and are working to improve the TMDB transition process through support and some backend merging tools. Kate is doing a great job handling the high support load. Sean and myself are responsible for the more advanced data fixes and we are honestly way behind on those and working to juggle them with our other responsibilities.

I’ve been out of the office recently and delayed on responding to a lot of things, I’m sorry for delays. The TMDB transition is a high priority item and we’ll formalize a “rule” set soon for how we will handle things. I’m not going to dive too deep into the behind the scenes, but we’ve had many conversations with metadata providers and app developers which helped us reach our TMDB transition plan.

To address some more specific questions:

  • Agreed that full metadata comparison is more then just season numbers, episode numbers, and titles. That is our initial check though and it works well to see if a show’s structure can remain intact when switched over.
  • If specials are re-arranged on TMDB, we will adjust them on Trakt to match.
  • A show that only exists on TVDB will remain on Trakt, but stop getting updates if no TMDB entry exists for it. Not sure beyond that yet, but maybe we can use TVMaze or OMDB as a fallback for some of those shows?
  • We have episode IDs for Trakt, TMDB, TVDB, and IMDB. Coverage depends on what TVDB and TMDB have. It will require manual adjustment for us to move episodes to the TMDB structure in the “Case Closed” example. The actual episode records will still be the same, so they will have any IDs already attached.
  • TMDB allows TVDB IDs to be entered in the external ID section. Trakt will store those if entered. Any existing TVDB IDs will remain.
  • Existing shows with airtimes will keep those. New shows imported from TMDB will check TVMaze for airing info. If that doesn’t exist or is wrong, we can manually fix a show via support.
6 Likes

Thanks for the reply and sorry for always nagging - can’t help it :angel: .

I know you don’t owe us much of an explanation but if the transition with the due date dictated by thetvdb was indeed a conscious decision with all options checked then that is good enough for me. I’m sure we won’t see anything as disastrous as the V2.0 launch from you ever again but the potential is there with stale meta data going forward.

I don’t think those are options. TVMaze is more strict than TMDB when it comes to web content and OMDB I don’t really know but it probably won’t be serviceable to most users anyways given that it’s not really a common ID used in mediacenters, etc.
If you want to commit to TMDB then I’d recommend to rounding them up, tagging them and letting them expire after a certain period.

That is good to hear.

Not really a fan of this approach - the solution is sadly too often “fix via support” which is only benefits trakt itself and is tedious for us, the end user (I think this is also not exposed in the API?).
Are you going to add a button for TVMaze in the sidebar too (please)?

Looking forward to hearing more. I do certainly expect some additional tools/support for the users some time soon too though if you want to do this seriously:

  • Reporting single shows through support is tedious and we don’t know if others already did that. Can’t we get a report icon or allow us to “double confirm” the shows and have them put into a moderation queue (sometimes the differences are so minor that they’re irrelevant and are again just work for us users)?
  • The deadline needs a bigger announcement on the site itself so more people get involved, including a clearer status on the show page (including after the deadline so the titles can be identified)
  • A change history of what was done to the episodes would be nice to know on each shows’ page (at least for a while). I have some manual mappings for the myanimelist sync I maintain which potentially gathers quite a few mistakes due to the changes in season structure. This would also identify the aforementioned “accidential” switches or removals of specials (without notification).
  • Everything on https://trakt.tv/transition/tmdb/missing should be auto-refreshed frequently as it features shows which haven’t been updated in months which already have the TVDB filled in on TMDB (saw plenty of those). Please also add a :magnifying_glass_tilted_left: for title search as there is no selectable title in that list.
  • There also needs to be a clear policy about what to do with ineligible/duplicated content as mentioned above. I’m thinking abridged series, documentary master lists (like various UK docs, etc.), mini-series, anime OVAs, etc. Those fill up pages on the missing check and let’s everyone start from point 0 if they check them out to fix.
3 Likes

I released an update allowing us to lock specific seasons and episodes. For example, we might lock the specials but everything else is fine to migrate and use TMDB data.

The transition page also includes a middle Trakt column now to help compare what we have vs. TMDB and TVDB. The comparison is ultimately done on the TMDB vs. TVDB data still, but the Trakt column is a good reference for us that we’ve been using internally.

We are working on improved data movers and mergers right now, which will help adjust seasons and episodes for show with more complex differences.

Other notes:

  • I’ll add a way to report bad data soon, similar to how you flag comments. I plan to indicate if it’s already been reported too to not waste time re-reporting it.
  • OMDB should be standardized on IMDB IDs which is why I mentioned it. They aren’t an open database though, so I agree not best option for data but it could be better than nothing for some shows not allowed on TMDB.
  • Airing info is available in the Trakt API. Ideally we’d want TMDB to start allowing airing info, but I don’t think they plan to. Trakt of course needs this info for the calendar feature.
  • We’ve looked into a “change history” but haven’t found anything yet without requiring massive amounts of data storage.
10 Likes

Items can be reported from the website now. This works for movies, shows, seasons, episodes, and people. Just click the report button in the sidebar, choose a reason, and give us the details. This opens a support ticket behind the scenes, so we can still communicate with you if needed.

9 Likes

The report feature is a (long) overdue godsend :partying_face: . thanks a lot!

do we see that lock? I haven’t noticed it so far.

this is a welcome addition. makes it a lot easier to distinguish problems (just had a good example too Imgur: The magic of the Internet). I might actually poke through some of the “my” shows now.

TVDB recently unveiled how we can initially get “free access” to the API (in a scummy way); only by adding IMDB and EIDR IDs (https://www.eidr.org/ / https://ui.eidr.org/search). Not sure you heard of the latter but I don’t think they’d allow those shows either and it looked quite bothersome to manage (not sure how they have episodes either if at all).

Ok, then that’s good. With the report function maybe even feasible ;).
I get regular bumps on the airing time thread on TMDB and it doesn’t look like Travis has any interest in adding it.

1 Like

Yes, the sidebar will indicate if the show/season/episode/movie is locked. It’s a new feature so we haven’t locked much yet,

This is a good example where we’ll merge those last 3 episodes into the specials. We’re in the testing phase on that merger.

2 Likes

I reported all three as duplicates however I was wondering if you’d actually merge them. You are just doing a basic duplicate check for each user or would this potentially generate additional plays (I’m sure some people just clicked seen on all of them after finishing the show)?
In general I’m curious on how things will go in the future. I haven’t touched my TV metadata in a while so I’m still on TVDB. From what I can tell a popular legal backup tool is also not going to switch. There won’t be an impact from syncing around dead ID data?

1 Like

Wonderful!

I’ve been wondering, is it possible to turn of those emails? I’d rather get no emails (only if there’s an actual reply), or just a browser notification if possible..

I can’t find any setting currently, but maybe you guys have not enabled it?

Otherwise I’ll just set up some rules to auto move Ticket received/closed mails to the bin :stuck_out_tongue:

Are you referring to the auto responder that gets sent? I forgot about that and I agree it makes sense to not send that for data reports. We’ll look into it.

Yes indeed! :slight_smile:

1 Like

Thanks, we’re looking into how to rescue the initial auto responder.

Excellent justin! Probably a much need feature so it’s much easier to report incorrect data and entried. Thank you for all you work.

1 Like

I think I’ve turned off the initial ticket creation notifications for listing and comment reports.

The system doesn’t seem to allow for user specific notifications or customization through the customer portal. :frowning:

1 Like

Will there be a newspost and a notification on the dashboard about it? Or is it a VIP only feature?

The report button is there for all members. No plans for a dashboard notice.

It is not showing up for my family’s account. They are not VIP.

Oops, I had incorrect logic around the report button, but that should be fixed now and all signed in members should see it now.

1 Like

Yes, I can confirm that it is working now!