This reply actually does want me to “rehash” it again.
There has been no course of action proposed by Trakt about the issues people have with TMDB, except saying “it’s tough to replicate” and paraphrased “some things are getting fixed.”
An override for their bad data would be a significant improvement, it doesn’t have to be a full recreation. Just saying “we’re looking into alleviating the situation” would also suffice.
“Let’s not talk about it” is honestly the worst response Trakt could give.
This reply actually does want me to “rehash” it again.
Felt the same way when I saw that comment tbh. @justin I don’t know why you think TMDB is a closed issue. It’s not. It’s an ongoing process full of issues your users encounter because of a decision you made.
My reply and closing the thread was related to the comments from banned TMDB users complaining about being banned. Right or wrong, TMDB banned them for not following their rules, but we don’t need to complain on Trakt about it regularly
Trakt does allow for some data to be overridden and we handle this through our moderation reporting system on the website. For example, we can set the runtime, genres, images, etc and lock those fields.
Why can’t trakt lock the thread as it wasn’t going to go anywhere anyways since Trakt has no control over TMDB decision making.
This discussion would make more sense over on TMDB but I know if you’re banned that’s a bit difficult to do but it’s not like TMDB mods would be on here to look at TMDB complaints.
It’s like someone ordering food from a restaurant using ubereats and the delivery guy picked it up on time but never make it over to your house. Do you think it would be the restaurant’s fault and fair to complain to the restaurant? It would be ubereats fault.
Ability to collectively override their decisions on data that is displayed on Trakt? Slightly better communication? Trakt is keeping a copy of some of the data anyways, extending the scope of the data that can be overridden shouldn’t be impossible. (That could also have been a sufficient last reply, that it’s being looked into or whatever)
That is not asking Trakt to go and change their database contents. Like many have repeatedly said, “Trakt has no control” over those things.
I also don’t think anybody is here asking for a coup there and it’s really the first time I saw mentions of someone being banned, both of those things seem fairly off-topic. (Though judging by how they operate you might get banned on a whim of theirs anyways.)
Anyways, let’s try to focus on things Trakt actually has control over. Saying “TMDB just is how it is and Trakt has no control and can do absolutely nothing and let’s not talk about it” is just silly and not true.
Trakt uses TMDB as a datasource. Sometimes that datasource has problems and the mods refuse to change it. We then talk about it because Trakt uses TMDB as a datasource.
That’s why it’s critical for you/us as users take those kinds of issues up with those platforms on their support forums/forms/tickets/etc.
We do! These problems get reported and mods refuse to change it. That’s the problem!
I think you’re confused as to what is being requested. I will repeat my previous comment, nobody is requesting Trakt to take over or modify TMDB itself. That idea is silly. The fact that people want issues with the data fixed does not automatically imply modifying TMDB directly.
In order to provide the functionality described above by justin, Trakt has their own database for overriding some of these things. They can set the runtime, genres, images, etc and lock those fields. Some of the issues people have described could be fixed by extending that same system.
In the end, Trakt can and is already doing things to alleviate these issues (some of these methods were described by justin above). And again, Trakt doesn’t have to and is not being asked to do anything on behalf of those data sources. Trakt is being asked if they are planning to and if they could improve their systems. What they can and can’t do is what Trakt should be describing.
There is no fixing TMDB data if they (TMDB) don’t want to which seems to be the case given that Travis doesn’t want to be involved with the community anymore by his lack of presence and mods won’t ever budge for some weird reason…
That said, to improve on things: With the recent launch of the “official” trakt scrobbler for streaming services - is there any reconsideration regarding the stance of not changing the default episode group display of a show? Previously it was argued that it won’t be done as to not mess with scrobblers but I feel like it is in the best interest to actually go along with what the “streaming” reality is? this way TMDB data can still be used in those cases.
(Eg. ReZero is 3 seasons on Amazon, Chilling Adventures of Sabrina 4 parts on Netflix, etc.)
As for segmented episodes - there isn’t really a way of fixing it by the way of being fully compatible with TMDB but you could implement a view which joins together episodes by date… if the effort is worth it might be the bigger question (since everyone hates this rule the majority of anime comedies/4komas are not entered that way and luckily have never been moderated).
For the segmented episodes part, it seems TMDB changed those rules for most anime. Urusei Yatsura and Ranking of Kings: The Treasure Chest of Courage are no longer split into segments and they did revert it on a few others I reported. Some others are still open reports. So at least that rule shouldn’t be an issue anymore.
As for the seasons, we use their TMDB IDs to identify the episodes, but I would need to test if it imports correctly in these cases to know if it works as intended, because of the different listings.
totally missed that. thank god . funny that all it took was a trendy show Travis was probably watching himself lmao…
if that already works then it would even be less of an issue then (for people using the TMDB scrapper). sadly Travis still hasn’t implemented absolute numbers in their API which would also make things easier…
Got to say I’m just about fed up trakt and tmdb as a team.
tmdb won’t change their stance on season\episode numbering and trakt has erased tvdb from the site (no more links, comparisons or abitlity to request shows fetch data from tvdb vs tmdb)
I have paid for vip for multiple years here but my subscription is due to renew in a few months and I plan on canceling and finding a more accurate source to house my data and money unless some progress is made.
tmdb won’t listen to any one so fixing the data at the source is moot but on trakt, being able to choose which episode group shows up as default, fetching correct season artwork for said episode groups and being able to scobble correctly numbered episodes would be great steps in the right direction (although I will still miss the tvdb link for shows).
Please advise, I really like this site a don’t have a problem paying for vip (at my current price) but I can no longer stomach to pay to have my data displayed/organized incorrectly.
Thanks for the reply, I already know that, what I’m talking about is displaying the episode groups by default for shows that tmdb organizes incorrectly (currently airing shows like The Apothecary Diaries - Trakt or Shangri-La Frontier - Trakt ) both of those shows are supposed be split into two season but because of tmdb their not.
Maybe by accident you brought up a perfect example, One Piece, how would you like that show to only have one season with a thousand+ episodes while also loosing every arc name and season poster. That is what tmdb intends for that show except they haven’t got around to it yet.
No issue to me at all. They can’t do it soon enough.
You have the arc names with the episode groups. And posters maybe in the future they’ll support them for episode groups.
I don’t think picking a default episode group on trakt for the whole user base is a good idea because it will only lead to discussion. One person wants it that way the other the other way. As long as everything is there episode wise, does it really really matter? Ive stopped caring that much honestly.
The only answer is to just deal with it. The decision has been made without even contacting TVDB to get a quote for their API and Justin hasn’t budged since.
TMDB is really bad for anime overall but I have to defend them here. This really is the correct thing to do. It’s not how it originally aired. One Piece and Dragon Ball Z should have all their episodes in 1 seasons because they aired continuously.
It’s not correct for shows that have clear cut season 2’s like Re:Zero and Tokyo Revengers which is why we need an alternative. They plan on compressing all of My Hero Academia into one season!
I don’t have to deal with it, I can go else were (right it’s my money) I just hope trakt can do better before that decision is made, hence my comments.
I personally don’t watch One Piece but when you go to their official site, it’s broken up into arcs not shown as one season, so I personally don’t believe it should be a single season. Versus Black Clover that also aired continually and is shown as a single season on their site.
Also with showing the aired order vs episode groups as default, I’m not suggesting that is default for all tv shows just the anime that are incorrect.
By choosing to break them up into seasons were not loosing data vs the current way, we are but the opposite isn’t true. By defaulting to absolute/aired you loose all the season artwork, data scrappers don’t function correctly and scrobblers can’t mark the correct episodes unless files are named with the absolute order.
Trakt already shows the absolute number in () after tmdb episode number so your not loosing that. Trakt could, for $60yr, allow vip’s to choose whether to display aired vs season vs arc.
I scrap data (to display in a media center) for all my digital files manually and enjoy choosing or creating posters, thumbnails, banners, etc. so it’s a loss for me to do that and then have tmdb delete the season(s) (like Re:Zero). And to get excited for new seasons but only to also have them deleted the next week.