Notices by Dave (dave@podcastindex.social), page 2

Beautiful. https://bne.social/@james/112410745156980441

@tchambers For sure. I'm taking notes as I build this for a blog post I'll write detailing all of the gotcha's. That post will be intended for developers that are nervous about the complexity of AP, to show them it's not actually very hard.

#activitypub The Podcast Index ActivityPub bridge now properly handles Mastodon "authorized fetch". If you had trouble following a podcast from an authorized fetch enabled instance, please cancel that follow and try again.

This may also resolve other sporadic follow issues from Sharkey/Misskey instances. Testing from people on those platforms would be welcome.

thx: @tchambers

cc: @steven @jo @Qazm

@tchambers @BeAware Ok, so this looks like enabling that requires request signing for everything instead of just POST requests. That would be where the issue is since I think the bridge doesn't sign requests for things like Actor lookups. I'll start there.

@BeAware @tchambers Thanks. I'll have to go read about authorized fetch. I'm not familiar with it.

@tchambers, try following Pivot again.

@tchambers I was able to follow from my test account, but when issuing the "latest" command to get the most recent episode I got a signing failure. Let me dig in tonight and see what's going on.

@tchambers Thanks for the bump on this.

@tchambers I requested an acct on indieweb.social so I can troubleshoot directly.

#api The bug causing incorrect numbers of episodes to be returned from /episodes/byfeedid should be fixed now:

https://podcastindex.social/deck/@dovydas/111467133286039312

If you see any strange behavior or breakage let me know.

This same lower level call was used by the .../byfeedurl and .../bypodcastguid endpoints, which this also fixes.

cc: @dovydas @steven

@dovydas @steven Related. Interesting use case:

https://github.com/Podcastindex-org/docs-api/issues/119

PocketCasts now supporting Podping:

https://blog.pocketcasts.com/2024/04/26/websub-and-podping-support/

H/t: @Podnews

That would allow bringing in the properties needed for both podcast apps and Fediverse apps to treat them the same way.

An example would be the transcript uri. Where does that go? It doesn’t fit into a Document or any of its sub-types cleanly. There will be many such properties.

The existing types are probably fine for most of the subclasses we need. So, the transcript property can just reference an Attachment object or set of Attachments if multiple.

The Podcast object itself can subclass Object of course, and then perhaps things like Podroll can just be a collection of Podcast objects since each will contain a guid and feedUrl.

#activitypub It seems like we will need to define a Podcast ActivityStreams object type. I’ve been trying to see if we can just transmute a podcast into an Audio or Video object type. But the loss of fidelity is so high. I think a dedicated object type is going to be pretty necessary.

@marcoarment Are you seeing discrepancies in the Apple lookup API lately? For instance, this ID:

1741984871

...returns nothing in their API but it's clearly a valid podcast ID:

https://podcasts.apple.com/us/podcast/the-runna-podcast/id1741984871

Just trying to make sure I'm not crazy.

@theDanielJLewis Have you seen anything Daniel?

#spam A shared bayesian classifier that all of the podcast hosting community can contribute to and process through seems like a good idea.

The more you know...

https://www.ghostery.com/blog/privacy-report-advertisers-and-adblockers

"The Times article says that the company exhausted supplies of useful data in 2021, and discussed transcribing YouTube videos, podcasts, and audiobooks after blowing through other resources."

https://www.theverge.com/2024/4/6/24122915/openai-youtube-transcripts-gpt-4-training-data-google