@superboy97 said:

@andresabad said:

Why not? Because it is NOT airing separately. That's how the official network broadcast this series.

They are not airing separately NOW. But who knows in the future... This is the basis of the segmentation rule.

This has to be a joke right? Your justification for that rule is that it could be in the future. That logic is just idiotic!

I'll give this example.

What did you say there?: "As indicated in our rules, we use the TV broadcast dates, not the date they are made available online."

So, you used official TV broadcast data there, but here, you're basing your decision on what may happen in the future with another TV network. You're contradicting yourself.

I understand the need for flexible data, but there's a lacking consistency for consumers as to how we display segmented data.

The one thing that makes sense from a data standpoint (that would allow you keep the current layout), would be to add a new property to API responses that would indicate that each item is a segment/part of an episode. So in a Production/Broadcast layout, a user could click a drop-down that allows them to click something like part of: episode 2. Then in the API response, there'd be something like "partOf": 2. The same drop-down would have to be made available in Episode Groups as well. Ideally a consumer could just parse that info based on air date, but of course that doesn't work when multiple segmented episodes air on the same day, so specifying an episode/container is neccessary.

That little bit of extra data would allow consumers to manipulate the data as they feel appropriate and let you arrange things as you are currently. It wouldn't break anyone's current set up, and should allow for the flexibility for any random network broadcast order.

I've offered a few suggestions on how to improve the website/data, with no replies on those suggestions. I'd like to hear about any technical limitations from a developer/maintainer.

@TheOneWhoKnocks said:

I understand the need for flexible data, but there's a lacking consistency for consumers as to how we display segmented data.

The one thing that makes sense from a data standpoint (that would allow you keep the current layout), would be to add a new property to API responses that would indicate that each item is a segment/part of an episode. So in a Production/Broadcast layout, a user could click a drop-down that allows them to click something like part of: episode 2. Then in the API response, there'd be something like "partOf": 2. The same drop-down would have to be made available in Episode Groups as well. Ideally a consumer could just parse that info based on air date, but of course that doesn't work when multiple segmented episodes air on the same day, so specifying an episode/container is neccessary.

That little bit of extra data would allow consumers to manipulate the data as they feel appropriate and let you arrange things as you are currently. It wouldn't break anyone's current set up, and should allow for the flexibility for any random network broadcast order.

I've offered a few suggestions on how to improve the website/data, with no replies on those suggestions. I'd like to hear about any technical limitations from a developer/maintainer.

I like your idea, I think you should post it in the general support or website support: https://www.themoviedb.org/talk Travis, the founder of TMDB, is more likely to answer you there. I think only the moderators will see it here.

@andresabad said:

@TheOneWhoKnocks said:

I understand the need for flexible data, but there's a lacking consistency for consumers as to how we display segmented data.

The one thing that makes sense from a data standpoint (that would allow you keep the current layout), would be to add a new property to API responses that would indicate that each item is a segment/part of an episode. So in a Production/Broadcast layout, a user could click a drop-down that allows them to click something like part of: episode 2. Then in the API response, there'd be something like "partOf": 2. The same drop-down would have to be made available in Episode Groups as well. Ideally a consumer could just parse that info based on air date, but of course that doesn't work when multiple segmented episodes air on the same day, so specifying an episode/container is neccessary.

That little bit of extra data would allow consumers to manipulate the data as they feel appropriate and let you arrange things as you are currently. It wouldn't break anyone's current set up, and should allow for the flexibility for any random network broadcast order.

I've offered a few suggestions on how to improve the website/data, with no replies on those suggestions. I'd like to hear about any technical limitations from a developer/maintainer.

I like your idea, I think you should post it in the general support or website support: https://www.themoviedb.org/talk Travis, the founder of TMDB, is more likely to answer you there. I think only the moderators will see it here.

Created: https://www.themoviedb.org/talk/63d45db1cb5c8e00a59e909f

So, nothing new on that huh? Keeping weird segments and wrong airdates?

Glad I made the switch 👌🏻

Do not close the discussion, it has been weeks, we have been insisting for a long time, but you do not give an adequate answer. Where is the site administrator? It seems that with the moderators it is already impossible to get anything done.

@andresabad said:

Do not close the discussion, it has been weeks, we have been insisting for a long time, but you do not give an adequate answer. Where is the site administrator? It seems that with the moderators it is already impossible to get anything done.

Don't bother. I canceled Trakt Vip and deleted my account. Switched from my favorite tracking app seriesguide to tvtime (using tvdb). I'm still having simkl but I don't bother with cross plattform tracking anymore.

Works for me 🤷🏻‍♂️

Nice to know that I can't use TMDB for a lot of anime metadata anymore, simply because many years in the future some random site may split the episodes into multiple parts vs how it's aired online and on broadcast.

edited to add a bit of stuff: I don't even see why this is a thing "As with multi-segment cartoons, episodes formed of two or more distinct segments should be split so that each segment is an episode. While not ideal, the main reason for the split is that segments are often paired differently in subsequent releases.

For example, the episodes of the anime series Chio's School Road are split into segments (A, B, C). On the official website, each segment has a distinct title and episode description. " http://chiochan.jp/story/

But even if you look at Chio's School Road... it's still listed as one episode. it's not Episode 1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24. A huge chunk of anime simply multi-chaptered. Unless you continue to feel that you know how to count better than the original studio. and going off other statements by moderators

"They are not airing separately NOW. But who knows in the future... This is the basis of the segmentation rule." You also need to split aho-girl into segments because who knows in the future they may split the episodes up.

这些讨论毫无意义且愚蠢！我只知道大量的用户因为糟糕的体验而反馈，而管理者只在意自己想象的规则。傲慢！

作为一个数据网站，为了一个未知的“未来”，而不尊重大部分观众的使用体验，这无疑是傲慢的。 而这些问题只发生在tmdb，所以可以预见其他应用的开发者会为此投入的开发资源（因为他们并非只有一个数据来源可选）。如果我是开发者，我不会为了适配一个愚蠢的规则对自己的作品做出多余的修改。这种愚蠢的规则只会驱逐爱好者与开发者。

题外话，我使用tmdb的原因只是因为动画剧集的数据有大量的中文内容。也就是说，我使用tmdb是因为这里有很多爱好者，而不是“特殊且不尊重爱好者”的规则，我想大多数中文使用者也是跟我一样的想法。

@maodun said:

题外话，我使用tmdb的原因只是因为动画剧集的数据有大量的中文内容。也就是说，我使用tmdb是因为这里有很多爱好者，而不是“特殊且不尊重爱好者”的规则，我想大多数中文使用者也是跟我一样的想法。

It's interesting to know, that tmdb has the most Chinese descriptions for movies and shows?! Compared to tvdb?

You're absolutely right about the other things you mentioned. Weird rules, weird behavior and tmdb is the only source doing that.

@ruegnueg said:

@maodun said:

题外话，我使用tmdb的原因只是因为动画剧集的数据有大量的中文内容。也就是说，我使用tmdb是因为这里有很多爱好者，而不是“特殊且不尊重爱好者”的规则，我想大多数中文使用者也是跟我一样的想法。

It's interesting to know, that tmdb has the most Chinese descriptions for movies and shows?! Compared to tvdb?

You're absolutely right about the other things you mentioned. Weird rules, weird behavior and tmdb is the only source doing that.

翻译器可能会造成误解。我只是想表达tmbd有很多简体中文的内容。 但是在近几年的动画剧集，tmdb的简体中文条目确实比tvdb多。

Reading through this... I'm starting to understand why TMDB has so many episode issues. TVDB / AniDB better for anime releases as they follow official studios. While I agree with the rule, inaccurate content created by these rules is just straight up wrong.