@trashheap @semitones @AntennaPod @podverse seems bizarre there isnt something already.. where do we bring this up? @benjaminbellamy do you know of any initiatives?
@liaizon
We are involved in the "Open Podcast API". The aim is to develop an API standard for synchronising Podcast data. It relies in some (minimal) way on RSS. More info: https://openpodcastapi.org/ (there are more specs than visible on the website as/and the website is being developed).
@trashheap @semitones @podverse @benjaminbellamy
@AntennaPod @liaizon @trashheap @semitones @podverse @benjaminbellamy This exchange is very you, @martinfeld.
@kate Yes, it is!
@AntennaPod @liaizon @trashheap @semitones @benjaminbellamy
We'd love to make Podverse data cross-compatible with other podcast apps. OPML works for transferring subscriptions, but the spec (afaik) doesn't have a way for transferring other things like listening history.
I'm not up to speed with Open Podcast API, but we're considering rewriting our tech stack over the next year. If we can build from the ground up in a way that would be compatible with AntennaPod and other apps we'd love too.
Hi @podverse
We're meeting on Wednesday 21:00 CEST to discuss Open Podcast API, this time with a focus on identifying episodes (and users' data linked to them) across apps. If you're considering building from the ground up with support for sync, now's definitely a great time to get on board!
If you're interested, we'll be over at https://meet.antennapod.org/OpenPodcastAPI
at https://www.timeanddate.com/worldclock/converter.html?iso=20240424T190000&p1=16&p2=37
@AntennaPod @podverse @liaizon @trashheap @semitones @benjaminbellamy There is a project to use ActivityStreams and publish this user generated data using ActivityPub across all apps. IMHO OPML is not the way forward. In Podcasting 2.0 Podrolls, Playlists and Publisher Feeds are using the RemoteItem structure as a means to list podcasts and episodes in an interchangeable open format which replaces OPML for import/export. But W3C ActivityStreams will be the best way to all app interoperability.
Hi @samsethi
There seems to be a misunderstanding of what we're trying to achieve here. The Open Podcast API is about allowing a single user to sync their podcast app data between (instances of) apps: playback position, favourite y/n, listened status of episodes; queue content and order. E.g. if I listen to episode X until 22:02 on Podverse on my computer, I can continue listening in AntennaPod on Android. It's a popular feature request.
@podverse @liaizon @trashheap @semitones @benjaminbellamy
@samsethi
So it's unrelated to OPML (which isn't the right format for an API) and ActivityPub (which is intended for interactions between different users/accounts).
More info: https://www.openpodcastapi.org. We currently have only published the Subscriptions endpoints as the Episode endpoints – specifically episode identification and deduplication – are still under discussion.
@podverse @liaizon @trashheap @semitones @benjaminbellamy
@AntennaPod @podverse @trashheap @semitones @benjaminbellamy thanks for the ping! Is this meeting open to any interested parties?
@liaizon @AntennaPod @podverse @trashheap @semitones @benjaminbellamy
Will the minutes be made public too? I am interested in keeping abreast with the API development.
Hi @oxtyped
Yes, we always try to take notes – not the least because we're discussing complex stuff and need a way to remember the edge cases and their solutions that we discuss. All past and future meeting notes are and will be announced here: https://github.com/orgs/OpenPodcastAPI/discussions/35
@liaizon @podverse @trashheap @semitones @benjaminbellamy
Hi @liaizon
Yes it is. We'll deep dive into the technical specifics of items on the agenda (and potentially other OPA-related topics), so there won't be much room for side tracks etc.
@podverse @trashheap @semitones @benjaminbellamy
@AntennaPod @podverse @liaizon @trashheap @semitones I would love to be there but I won't be available.
@AntennaPod @podverse @trashheap @semitones @benjaminbellamy I wasn't able to attend the meeting cause of some scheduled overlap but I was wondering if there were notes taken?
@AntennaPod thank you very much!
@AntennaPod @liaizon @trashheap @semitones @benjaminbellamy
sorry I didn't see this until today
I fell behind on socials this week, and just got caught up today. The most reliable and quickest way to reach us is generally our Matrix or Discord channel. In case you ever want to reach us there:
@podverse @AntennaPod @liaizon @trashheap @semitones @benjaminbellamy this is what ActivityStreams is designed to do. Here is my Activitystream showing the verb PLAY of episodes I played including data about time listened, % completed and value paid. This can be shared between apps.
@podverse @AntennaPod
Is there a way to make a connection between the free, sponsored version of a feed or episode and the ad-free one to do proper statistics?
@AntennaPod @podverse
Both because you are talking about standards and this is an issue that affects all apps
> Is there a way to make a connection between the free, sponsored version of a feed or episode and the ad-free one to do proper statistics?
I'm not sure what we can do, as this sounds like something only your download/listen tracking and reporting software could manage. It sounds like you want download stats data from two separate sources combined into the same data reporting tool. If I'm missing something please lmk.
@podverse @AntennaPod Linking two individual feeds/episodes is just the symptom which i'd like to solve short term.
The underlying issue is, how can we have both sponsored and clean versions of the same show in one feed and still have proper access and permissions depending on the state of your subscription?
Right now the premium version is often served as a feed with http basic Auth or an individual unique url so that switching between free and paid/donation access screws up your history of listened/downloaded episodes.