fosstodon.org is one of the many independent Mastodon servers you can use to participate in the fediverse.
Fosstodon is an invite only Mastodon instance that is open to those who are interested in technology; particularly free & open source software. If you wish to join, contact us for an invite.

Administered by:

Server stats:

11K
active users

@trashheap @semitones @AntennaPod @podverse seems bizarre there isnt something already.. where do we bring this up? @benjaminbellamy do you know of any initiatives?

AntennaPod

@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: openpodcastapi.org/ (there are more specs than visible on the website as/and the website is being developed).
@trashheap @semitones @podverse @benjaminbellamy

Open Podcast APIOpen Podcast APIA new API for podcast synchronization

@kate Yes, it is! 😀 Thanks very much for the link, Kate, and all the best for your exciting trip!

@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 meet.antennapod.org/OpenPodcas
at timeanddate.com/worldclock/con

@liaizon @trashheap @semitones @benjaminbellamy

meet.antennapod.orgJitsi MeetJoin a WebRTC video conference powered by the Jitsi Videobridge

@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: 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

Open Podcast APIOpen Podcast APIA new API for podcast synchronization

@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 @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 @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 @liaizon @trashheap @semitones @benjaminbellamy

sorry I didn't see this until today 🤦‍♂️ I would have loved to join. Thank you for keeping us in the loop.

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:

matrix.to/#/#podverse-space:ma

discord.gg/6HkyNKR

matrix.toYou're invited to talk on MatrixYou're invited to talk on Matrix

@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

@taketwo @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?

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.