@hvrmeer @jsonfeedreader Best thing would be to open an issue on the GitHub project so it can be regarded by folks who have focused on the spec details.
@hvrmeer @jsonfeedreader Hi Hans - our Twitter account is run by a variety of volunteers, and not all of us is perfectly suited to answer such a question.
@danbenjamin@firesidefm We now have an experimental validator:
https://t.co/Af3Qn2fl6c
If you move “subtitle” to “_fireside” those feeds should be good.
@danbenjamin@firesidefm For the podcast-specific fields (like “explicit”), for now, you should either put them in a “_fireside” ext., or omit them and wait.
@danbenjamin@firesidefm And “attachments” should be an array. That’s one where JSON Feed differs significantly from RSS’s one-and-only one “enclosure”.
@danbenjamin@firesidefm We really need a public JSON Feed validator. Coming soon, I hope. In the meantime: “owner”, “subtitle”, and “image” are also not valid.
@danbenjamin@firesidefm What we should do, putting aside for now exactly who “we” are, is come to a consensus on a simple `_podcast` extension to JSON Feed.
@danbenjamin@firesidefm No argument there. The idea, though, is that JSON Feed defines a limited number of defined fields — extra fields go in extensions.
@danbenjamin@firesidefm “pubdate”, “explicit”, and “copyright” aren’t valid fields in JSON Feed. See the spec section on extensions:
https://t.co/CisYlVXoCn