Hacker Newsnew | past | comments | ask | show | jobs | submit | johnspurlock's commentslogin

Yea that part got lost in translation.

The OP3 API is completely free to use: https://op3.dev/api/docs


> OP3 API is completely free to use

Is there a license for the data provided by the API?

> The idea is not to allow the download of a complete database like PodcastIndex.org

Can an API data client publish a private or public mirror of the entire database?


It's freely available to anyone - the data (after securely hashing IPs) is provided as a service for everyone in the open podcast system.

There is a bit about the data api in the privacy policy [1]. Feel free to engage over on the github repo if you are blocked on anything or to chat about it [2].

[1] https://op3.dev/privacy [2] https://github.com/skymethod/op3/discussions


  The Open Podcast Prefix Project (OP3) is a free and open-source podcast prefix analytics service committed to open data and listener privacy.
It would be helpful to link "open data" to an op3.dev/opendata page that either defines data usage rights or states something like "podcast analytics data is intended for use by individual podcast publishers. For usage of aggregated data, please contact []". Maybe an FAQ with examples of acceptable commercial usage.

The "listener privacy" text could be linked to op3.dev/privacy.


Nothing

You stick this prefix in front the audio enclosure file urls inside your rss feed


Why should I do that? It only introduces a single point of failure and destroys my listeners' privacy.


From the homepage [1]

> We've been running smoothly since Sept 2022, now measuring over 15 million podcast downloads every month across more than 1600 shows

Knock wood, but OP3 podcast redirecting has never had an single outage since it launched in Sept 2022.

Turns out Cloudflare Workers do a great job at simple http redirecting via their hundreds of edge locations, even during extended outages of the other parts of their stack.

[1] https://op3.dev


Podcasting is open in many ways, but RSS-based podcast apps have no idea what shows are "hot in cleveland" or have related listener bases, etc outside of their own app.

When shows start using OP3, they open up these (listener privacy-preserving) stats to _any_ app, and set themselves up for future discovery / inbound opportunities on this basis.


> But what is the source? Who is typically hosting these? Audio is easier to distribute than video, but aren’t most podcasts hosted on a handful of large services?

Top Podcast Hosting Companies by Episode Share: https://livewire.io/podcast-hosts-by-episode-share/

Top Podcast CDNs by Episode Share: https://livewire.io/podcast-cdns-by-episode-share/


Denoflare now has experimental support (v0.6.0+) for deploying ESM-based Typescript workers (including Wasm) not only to Cloudflare Workers, but three other edge runtimes - without wrangler, deployctl, the supabase cli, or the aws sdk


In this case, they've also documented the remote connection protocol: "KV Connect" https://github.com/denoland/deno/tree/main/ext/kv#kv-connect

I kicked the tires on this with a pure TS implementation of the protocol called kv-connect-kit that gives you the KV client api in any Javascript runtime (including Cloudflare workers, which does not have anything Deno namespace related)

- github: https://github.com/skymethod/kv-connect-kit

- npm: https://www.npmjs.com/package/kv-connect-kit

- deno/x: https://deno.land/x/kv_connect_kit

- demo: https://keyspace.deno.dev/

protocol seems to works as described on the tin, and it would be pretty straightforward to write another backend


This library looks really cool, love the idea of unifying the api across various envs is great!


Yes.


firesky.tv dev here - do you have javascript enabled?

If so, you should see everything posted to Bluesky in one view, like a massive chatroom.

Use the filter button to monitor for keywords/accounts etc. To me, this is probably the more long-term useful and non-brain-destroying use of the site.

Very much inspired by Twitter in the early days


Agree regarding tooling.

So much so that I wrote Denoflare (https://denoflare.dev/) to make writing Cloudflare Workers using standard Deno a breeze: no wrangler, toml, webpack, npm etc required


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: