-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Going to a podcast on Mastodon from a web browser just gives a 404 #5
Comments
The PI-ActivivityPub bridge uses the following actor url scheme: https://ap.podcastindex.org/podcasts?id=6661055 Since it is just meant to bridge low level activity from podcast feeds to ActivityPub, we don't have an HTML, pretty interface for the Actor on the bridge itself. We should probably redirect requests for Accept: text/html to the podcast's own website, or if there isn't one defined in the feed we could land on the PI page for that show. |
Thanks Dave, I see your point. I wonder though if it be better to "go with the flow", the uri scheme that seems to dominant is https://servername/@serverid so if you could just make the server addtionally recognise that @ symbol and ID as another kind of valid URL, it'd then be just a matter of getting finger to work correctly. The last peice then of the puzzle is working out what the majority of activitysubs site are outputing as xml or a redirect to make the subscribe work. If a non interactive way can't be found for the final peice and you have to use a webpage, I don't think it needs a pretty, it could just be a butt ugly generated list of the "subscribe to me" link formats of the most popular mastodon sites, (like those personal link aggrator sites) so someone can choose thier server maually, for example https://mastodon.online/@[email protected] or https://mastodon.online/@[email protected] Anyway, thanks for coming back to me, it'd be interesting to hear others thoughts as well. Neil |
What are you trying to implement? Is there some sort of integration you are thinking of or building or are you just thinking about general user friendliness? Asking because the bridge implements web finger already, so I think I’m not following what you’re idea is. |
I do voluntary work on the database behind Wikipedia called "wikidata", if we can get this working it'll mean the people, apps or whatever using the database can follow any of the 4800 podcasts it has PI ids from Mastodon or whatever. What's nice about wikidata is that it acts as a bi-direction hub so as well as bringing users to you it also allows your users to constantly enrich the information about the podcasts (or whatever) people are viewing as people are always building new integrations for it, the ones I help with are the most common type which works via the URLs using regex. For example the PI ID in my example maps to the WD entry https://www.wikidata.org/wiki/Q123434415 It can also be good for data cleansing for example, it picked up you have duplicate entries for this podcast. |
While it may be helpful to reply with redirects to If I check the most popular software at https://fedidb.org/software, I get the following schemes:
Mastodon itself uses the actor's |
I am trying to open a podcast with the ID 6661055 in my web browser in such a way as to then have it open the podcast in Mastodon.
I believe the correct format should be as follows but just gives a 404 with the text "NOT FOUND"
https://ap.podcastindex.org/@6661055
This was the article I was trying to follow
https://mastodon.social/@box464/112227449775389292
This second one would be the next evolution and uses the
https://eschatologist.net/blog/?p=309
this seems to be saying that the following should work
acct:[email protected]
but whilst it redirects to the webfinger server
https://ap.podcastindex.org/.well-known/webfinger?resource=acct:[email protected]
webfinger then redirects to the root without passing the ID (https://ap.podcastindex.org/) which results in a 404's again.
The text was updated successfully, but these errors were encountered: