Andrew Grumet

Public Key

npub14uxr2alem8plyy9knvsdzen2p503pr7uwx6yph834etvhg2806uspy57ku

NIP-05 Address

aegrumet_at_podcastindex.social@mostr.pub

Profile Code

nprofile1qqs27rp4wluansljzzmfkgx3ve4q68cs3lw8rdzqmnc6u4kt59rhawgu5jstl

Author Public Key

npub14uxr2alem8plyy9knvsdzen2p503pr7uwx6yph834etvhg2806uspy57ku

Show more details

Last Notes

2024-08-10 15:20:35

- reply

@npub1jtm…rxtn I see that you did not throw away your shot

2024-08-01 04:42:03

- reply

@npub1jtm…rxtn thanks for the heads up, I should probably add some notes to the README.md on how best to handle that.
Any reason not to disallow in robots.txt?

2024-07-18 07:06:38

- reply

@npub1ta3…9zk5 oh man, sorry to hear! Any idea what broke and why? In any case, I appreciate the attempt.

2024-07-08 04:04:50

Umbilical, explained
https://cdn.masto.host/podcastindexsocial/media_attachments/files/112/748/887/302/457/940/original/be36318848dc611a.png

2024-06-13 03:04:26

- reply

@npub1df6…ns3a is totally possible I'm doing something wrong...running with ✂️.
Yeah the quick-spin-up thing is interesting. Still wrapping my head around how payment channels work.

2024-06-13 02:14:05

For those following along on my adventures with Greenlight, this note from a recent post in the Greenlight Discord chat explains why I can't find the host/port for inbound connections ...
https://cdn.masto.host/podcastindexsocial/media_attachments/files/112/606/893/756/381/079/original/50d287747e0b32d0.png

2024-06-09 05:25:07

Has anyone messed with Greenlight? I managed to create a node and an invoice using their python samples, but attempts to pay the invoice from breez fail with no route, and fail silently from getalby's web ui.
Digging further, the node doesn't appear to have any peers. I think this fits in the category of stuff that greenlight aims to abstract away from the developer. Any ideas for an LN n00b?

2024-06-07 04:09:51

All right one last tidbit from the archives. This one's from the early days at Podshow. For now I'll leave context to the imagination ;-)
https://cdn.masto.host/podcastindexsocial/media_attachments/files/112/573/373/127/630/062/original/f313d3df3d0a000c.png

2024-06-06 14:10:17

Screenshot of the iPodder approach to discovery. The Directory tab was backed by a list of OPML urls. These were remote-edited by their respective owners, and pulled on demand when the user expanded the node. On expanding a node, users would see a list of podcasts they could subscribe to. Also, users could add or remove directory roots as they wished.
https://cdn.masto.host/podcastindexsocial/media_attachments/files/112/570/052/921/143/138/original/25c3ea69d3d104d0.gif

2024-06-01 22:50:50

In anticipation of the next PC20 I'm digging through some archives and came across this. The conversation about What Is Podcasting has something in common with Beauty & The Beast ;-)
https://cdn.masto.host/podcastindexsocial/media_attachments/files/112/543/809/295/285/741/original/410219eb4fecfff3.png

2024-06-01 20:15:16

- reply

@npub1anf…2trg hmm seems like a pretty small fraction of the index -- 2298 out of 4+ million
% sqlite3 podcastindex_feeds.db "select url from podcasts where lower(url) like '%/feeds/podcast%'" |wc -l
2298

2024-05-30 04:41:24

As a byproduct of the lookup service ingests, we can run some fun queries...
Here are a couple of charts that look at feed moves, where the rss feed domain changes week-on-week for the the same podcast_guid, tallied up by move-in and move-out domains for the past few months.
https://cdn.masto.host/podcastindexsocial/media_attachments/files/112/528/185/581/879/559/original/9dff30775a60c4aa.png
https://cdn.masto.host/podcastindexsocial/media_attachments/files/112/528/186/274/745/003/original/d081e2129b67d6c2.png

2024-05-27 17:33:38

Updates to lookup.wherever.audio costing about $1.50 each, mostly on the Glue side, reflecting the strategy of computing what changed since last week, and only S3 PUTing that.
If you get value from the service and want to give some value back, see my profile for lightning address.
https://cdn.masto.host/podcastindexsocial/media_attachments/files/112/514/231/402/761/475/original/319712c944324426.png

2024-05-16 05:17:20

Here's how wherever will handle user experience for hosts that don't set CORS headers and no fallback proxy is configured.
https://cdn.masto.host/podcastindexsocial/media_attachments/files/112/449/069/833/652/537/original/804884848aff3c9f.png

2024-04-16 02:58:37

- reply

@npub1df6…ns3a for sure, I think this will add link durability in the long run. As a reminder these lookups set CORS headers and are open to all so long as they don't get abused.

2024-04-14 18:39:57

Lookup service jobs are now reasonably factored, version controlled, and mostly automated.
Import/ETL/publish jobs run on AWS Glue and can scale essentially infinitely.
Storage/serving is S3 and will be online basically forever as long as I keep up with the AWS bill.
Incidentally, my oldest S3 bucket will be old enough to vote in the US starting Tuesday.
https://cdn.masto.host/podcastindexsocial/media_attachments/files/112/271/014/710/629/695/original/420ad911632f52b0.png

2024-04-07 05:36:55

Picking back up on a recent thread with @npub1ln5…xyw6, here's a formal proposal for <podcast:private>
https://github.com/Podcastindex-org/podcast-namespace/discussions/627

2024-03-18 15:51:03

- reply

@npub1df6…ns3a @npub1ln5…xyw6 @npub1yz5…s0hx ah, thanks Adam, this is useful and consistent with the direction we're going since Boostagram Monitor is in PC20's value block (and not the remoteItem's).
Namely, after chatting with folks I proposed some slight changes to the docs to increase likelihood of correct implementation for subsequent devs.

2024-03-16 15:10:56

- reply

@npub1ln5…xyw6 @npub1yz5…s0hx All right my head's exploding but let me know if this scenario description makes any sense, and if we clear that hurdle we can talk about next steps
https://github.com/Podcastindex-org/helipad/issues/80

2024-03-16 14:19:08

- reply

@npub1df6…ns3a nice! To help disambiguate something I'll mention in the helipad issue I'm about to file...what was the split amount in sats for the payment you screenshotted?
@npub1ln5…xyw6 @npub1yz5…s0hx

2024-03-16 13:14:17

@npub1ln5…xyw6 @npub1yz5…s0hx think I finally got remote_(feed|item)_guid working in the way that helipad is looking for in order to display the song name up top.
But it's not doing what the blip says it should do.
https://github.com/Podcastindex-org/podcast-namespace/blob/main/value/blip-0010.md#fields
Or at least the language can be improved, assuming I've implemented intended behaviors.
Preference for how/where to discuss? Happy to submit a PR or github issue, whatever y'all prefer.

2024-03-11 05:46:13

- reply

@npub1jtm…rxtn a "find in page" search for "Joe" on www.youtube.com/podcasts yields no results

2024-03-11 05:41:50

- reply

@npub1jtm…rxtn yes
https://cdn.masto.host/podcastindexsocial/media_attachments/files/112/075/453/179/865/326/original/4383be4aa3e5b7cb.jpg

2024-03-11 05:34:00

- reply

@npub1jtm…rxtn with the caveat that I'm over the Atlantic and using what appears to be a Frankfurt based ip address, I see something called PowerfulJRE which looks like his show

2024-03-09 22:31:56

- reply

@npub1anf…2trg thanks, appreciate the backstory!

2024-03-09 22:15:31

Starting to play around a bit more with the index exports. Looks like the empty guid input and powerpress are still big sources of duplicate GUIDs.
https://cdn.masto.host/podcastindexsocial/media_attachments/files/112/068/056/603/928/567/original/f02d2dfa9da7d379.png

2024-03-07 05:13:35

Transcript files and dynamic ad insertion don't play well together, methinks.

2024-03-04 01:00:26

- reply

@npub1df6…ns3a @npub1zyl…mw3t @npub1yz5…s0hx @npub1ln5…xyw6 indeed!
@npub1yz5…s0hx, I actually sent you a payment yesterday that references your post to @npub1zyl…mw3t, and that tried to match what you had for CurioCaster. Would be useful to know if it's what you expected?
The current implementation follows the "the guid of the referencing feed / referencing feed's <item>" language found at
https://github.com/Podcastindex-org/podcast-namespace/blob/main/value/blip-0010.md

2024-03-03 01:13:45

- reply

@npub1df6…ns3a ...that way, the owners of PodcastIndex.org know that they got their value via Terrible Fight, which be otherwise a bit harder to derive.
Which I _think_ is the intent of these TLV records as per the latest draft of blip-10.
Time for a glass of wine heheh.

2024-03-03 01:11:15

- reply

@npub1df6…ns3a ok no worries, appreciate the debug 🙂
Before my brain fries, here's what that payment did.
Bball has a valueTimeSplit for the song "Terrible Fight" starting at 3:00.
I sent a 1000-sat boost at 5:21 during that valueTimeSplit. Terrible Fight's value block got 75 percent of that as per the split rules.
Terrible Fight's value block includes a split for PodcastIndex.org (woohoo!).
The boost to PodcastIndex.org uses remote_(feed|item_guid) to point back to Terrible Fight.

2024-03-03 01:03:46

- reply

@npub1df6…ns3a Ah ok. Could you see it there? Don't know if it's searchable or the # of transactions makes that unwieldly, but would be interesting to see if it landed.

2024-03-03 00:59:54

- reply

@npub1df6…ns3a can you check the helipad for podcastindex.org and see if you got a 10 sat payment from me with a uuid in the tlv set to 4afebea1-48cd-486a-8016-48190df42d4a ?

2024-03-03 00:08:57

- reply

@npub1df6…ns3a hmm looking at the Podverse screen grab and starting to wonder if I'm off track.
Why? The screen grab has a payment to Boostagram Monitor, but Boostagram Monitor is not in the value block for the song "Rising Free" (ie the remoteItem's value block).
Looks like what's happening is that remote_feed_guid and remote_item_guid are communicating which valueTimeSplit block in the pc20 feed the user was listening to when they boosted.
Is that the intention?

2024-03-02 23:49:31

- reply

@npub1df6…ns3a oh hang on now, check out the uuid field in my screenshot vs yours, they're different! So you got a direct split to bball, but there should also be a n indirect payment to podcastindex.org with a uuid that matches the one in my screen grab, and _that_ one should have the remote details.

2024-03-02 23:40:21

- reply

@npub1df6…ns3a hmm I def sent 'em according to Alby...
https://cdn.masto.host/podcastindexsocial/media_attachments/files/112/028/733/204/694/081/original/62844a8d5eb7fabc.png

2024-03-02 23:15:51

@npub1df6…ns3a just sent a payment to podcastindex.org as valueRecipient in a remoteItem, via bball. Assuming I set the TLV correctly, you should be able to tell what song I sent it through, via the remote_feed_guid and remote_item_guid and w/o looking at the ts. I think 🙂

2024-02-25 01:14:43

- reply

@npub1ln5…xyw6 am assuming you're cool with the usage patterns here -- basically Umbilical as a holder-of-secrets including PI API keys. Beyond that the plan is to support just what the pwa needs, and in doing so try to hew as closely to the API itself as possible (hence the route reorg which mirrors the API under its sub-route). Feedback welcome of course. In your copious free time 😂

2024-02-25 00:56:14

v0.5.0 adds support for a few more PI API calls and gathers them up under a single route and feature flag. Note: these are breaking changes as the old routes will return 404s.
https://github.com/aegrumet/umbilical

2024-02-24 21:00:20

- reply

@npub1pa0…pfyr @npub1df6…ns3a @npub1jtm…rxtn https-ify the feed and that should clear these.

2024-02-24 17:47:43

- reply

@npub1df6…ns3a interop is life

2024-02-24 17:45:19

- reply

@npub1df6…ns3a got it!
https://cdn.masto.host/podcastindexsocial/media_attachments/files/111/987/701/606/997/767/original/7af268f8ab59feb5.png

2024-02-24 01:51:01

Heyo. Where can I read about how to add "reply to" to the TLV?
Don't see anything about it here https://github.com/lightning/blips/blob/master/blip-0010.md

2024-02-23 22:40:39

- reply

@npub1pa0…pfyr @npub1mvd…pqg5 @npub1zyl…mw3t @npub1ay8…46wf @npub10fp…qqev @npub1vpk…092y
https://wherever.audio/playback?rssUrl=https:%2F%2Fpodnews.net%2Frss&itemGuid=https:%2F%2Fpodnews.net%2Fupdate%2Fiab-v22&t=33

2024-02-20 01:39:41

Mad respect to the devs who've built support for v4v. Just wanted to say that.

2024-02-19 19:22:56

v0.4.0 adds episode remoteItem lookups and updates Hono (underlying infra) to v4.0.4.
https://github.com/aegrumet/umbilical

2024-02-18 04:39:06

- reply

@npub1jtm…rxtn rss-parser on npm does a pretty good job, works in the browser, and can be configured to recognize pc20 tags.

2024-02-11 19:07:39

- reply

@npub1n7c…qf7l @npub1zyc…hfzh thanks @npub1n7c…qf7l. High level, it's a way to make browser-based podcast listening work better, and thereby make central services less important.

2024-02-09 05:55:12

Umbilical v0.3.1 adds the oauth2 bridge mentioned a while back, some basic open telemetry instrumentation, and some yamls to help with Digital Ocean deploys. https://github.com/aegrumet/umbilical

2024-01-27 21:49:05

Re support for the namespace was pleasantly surprised to see notifications from this podcaster
https://cdn.masto.host/podcastindexsocial/media_attachments/files/111/830/110/731/005/047/original/d77a4d20895ce55a.jpg

2024-01-27 20:41:04

- reply

@npub1pa0…pfyr @npub1vpk…092y @npub1zyl…mw3t @npub1ay8…46wf @npub1909…myta @npub1mvd…pqg5 @npub10fp…qqev happen to be working on boosts; sent a few tests as well.

2024-01-22 00:47:29

Podping stretched my brain a bit; v4v is stretching it way more 🙂
Messing around with Oauth and thinking about security and separation of concerns.
Here's how this is showing up in Umbilical
https://github.com/aegrumet/umbilical?tab=readme-ov-file#oauth2-bridge-api-experimental
I guess it might be possible to handle v4v without Oauth but this is where I am right now.
Subject to change.

2024-01-13 21:12:24

- reply

@npub1pa0…pfyr ahhh ok I saw that webpage but couldn't figure out how to use it with the type of address that appears in the valueRecipient tag. More to learn.

2024-01-13 21:01:11

- reply

@npub1pa0…pfyr Got it, thank you sir!!!

2024-01-13 20:37:05

- reply

@npub1pa0…pfyr ok try my username at getalby.

2024-01-13 20:26:09

- reply

@npub1pa0…pfyr Hang on lemme get that going.

2024-01-13 19:28:23

Umbilical v0.2.5 adds throttling for podping webpush, so you don't get repeat notifications for the same iri+reason+medium within a configurable interval.
https://github.com/aegrumet/umbilical

2024-01-06 16:37:28

Umbilical v0.2.0 adds authentication to the websocket endpoint, and a podroll API that takes an RSS url and returns OPML. https://github.com/aegrumet/umbilical

2023-12-29 20:24:09

- reply

v0.1.4 is up, cleans up a bunch of stuff. The livewire connection is now managed by a singleton, and we're now more aggressively cleaning up dead PWA websocket connections.

2023-12-27 16:46:49

- reply

@npub1ln5…xyw6 tuned to podping

2023-12-27 07:24:13

- reply

@npub1df6…ns3a Thanks to you and @npub1ln5…xyw6 and the rest of the community! It's fun having all these new goodies to play with 🙂

2023-12-26 18:18:02

...Happily Deno Deploy and Cloudflare Workers support long lived websocket connections.
But to really get the most out of podpings, you need an always-on process that can send notifications to non-running PWAs. That requires a dedicated server process and Web Push.
The latest umbilical adds support for that, and requires a deployment to an always-on platform.
It's still early days and I'm learning a lot, so comments, feedback, push requests and whatnot are very welcome.

2023-12-26 18:13:40

v0.1.0 is up. https://github.com/aegrumet/umbilical
Podping turned out to be a pretty rich topic. Umbilical started as a stateless http proxy, suitable for deployment on edge worker platforms like Deno Deploy and Cloudflare Workers.
Podping adds a couple of new twists. The last release added a websocket proxy, enabling podpings to trigger PWA feed refresh. But this only works when the client is running, and only for edge worker platforms that support long running websocket connections...(continued)

2023-11-18 21:37:06

- reply

@npub1a73…7y6q mind blown

2023-10-22 17:24:00

Idea: if we can't have zero hosted services, what if instead anyone could stand one up. A lifeline that runs the bare minimum, is easy to stand up, and cheap to run...
https://github.com/aegrumet/umbilical

2023-10-21 23:41:43

- reply

@npub1vpk…092y @npub1pa0…pfyr agree. It'd be nice if there was a Creative Commons style explainer and boilerplate configs.

2023-10-21 04:26:37

- reply

@npub1ln5…xyw6 @npub19v7…al4a @npub1dzn…4dfn 👋

2023-10-18 05:00:52

@npub1df6…ns3a @npub1ln5…xyw6 one of the feeds that falls back to proxy, in my hands at least, is PC20 😱
I think the redirect from mp3s.nashownotes.com to feeds.podcastindex.org needs to set the cors header.
Does that make any sense?
% curl -s -D - https://mp3s.nashownotes.com/pc20rss.xml|head
HTTP/2 302
server: nginx
date: Wed, 18 Oct 2023 05:00:01 GMT
content-type: text/html
content-length: 138
location: https://feeds.podcastindex.org/pc20.xml
strict-transport-security: max-age=63072000
<html>
<head><title>302 Found</title></head>

2023-10-17 05:23:43

- reply

@npub1df6…ns3a thanks for the welcome and intro!

2023-10-17 04:10:28

Thinking out loud about how to eliminate hosted-proxy dependency for PWAs. Seems that
1. Feed host has to set the CORS header. Including for redirects.
2. Feeds have to be served over SSL.
Not positive about the second one, but pretty sure. Since SSL is required to install a PWA, http feeds are mixed-content.