Update proposal: <podcast:chapters> #473
Replies: 3 comments
-
I think this is good and you should consider the scenario when the episode metadata file contains other data but not chapters. (It's a file for more than only chapters, so it's not only a chapters file.) |
Beta Was this translation helpful? Give feedback.
-
I am trying to find out what was actually proposed as a change that I can actually implement. |
Beta Was this translation helpful? Give feedback.
-
This is similar to the transcript tag; while a transcript is being created automatically at Blubrry, we place a message in the transcript file that says transcript coming soon. That is usually 6-7 minutes later. The reason we do this is we have no way of re-publishing the feed on PowerPress sites when the real file is delivered so we write a dummy file there that is later replaced on our server with the same name of the file containing the pending text in the feed. My suggestion is that you have some common text we place in the file so that apps will know that its placeholder So I suggest the word be "placeholder" when apps see that they then ignore the chapter file until it has properly formatted xml. |
Beta Was this translation helpful? Give feedback.
-
As discussed in this thread: https://mastodon.social/@keunes/108957034896398550
Some podcasts (like PC2.0) have a placeholder chapter in case no chapters are available (yet), even though a chapter file is already linked in the feed. This may happen, for example, if a podcast(er) relies on the community to provide chapters, and they may come a few days after the episode. However, such placeholder chapter may be confusing for the end-users, who might think (as I did) that their app doesn't have cached the latest chapter information, or that there was an error parsing the chapters as there is only one and usually there are more.
Therefore I suggest we update the podcast:chapters specs such that:
Cc: @daveajones
Beta Was this translation helpful? Give feedback.
All reactions