Years ago I had a ‘Twitter radar’: a script that interrogated the Twitter API about tweets using a range of specific hashtags. It then pulled all mentioned URLs from those tweets and gave me an overview of the URLs and their frequency shared around a topic in the last 24 hours and 7 days. It would resolve the shortened URLs to determine whether what was shared was a site, a blogpost, a video, presentation, pdf etc. My Twitter radar would also look at who was frequently mentioning a topic, as a potential person to follow on Twitter.

When Twitter tightened who could interact with their API, I stopped using it.

Frank having alerted me to the possibilitiy of pulling in RSS feeds around topics from different instances (including specialised ones), makes me think of re-instating my radar, but now looking at Mastodon, and basing it on RSS rather than API access.
It would mean I don’t have to look at Mastodon in Tweetdeck-style with 70 columns.
I track # to e.g. see what is being said about specific EU laws online (AI, data governance, data spaces related).

I will have a poke around in my FreshRSS feedreader’s database to see if I can cook some basic scripts for this.

Bookmarked RSS Feeds in Mastodon (by Frank Meeuwsen)

Very useful tip from Frank Meeuwsen. Mastodon has RSS feeds, and you can also follow #topics through RSS that way. I knew that. But… you can use the feeds of any instance, and the feed for a hashtag is different per instance depending on the part of the fediverse they are aware of. This means that if you follow a hashtag feed from a large instance it will contain much more than if I follow the same feed on my personal instance (limiting the search to what the people I follow see). It also means you can follow hashtag from more focused or specialised instances, e.g. AI related terms from an instance focused on AI and ML. You can decide if you’d like the feed to come from the ‘general public’ as far as that exists on Mastodon, or from a more specific group of people. I hadn’t realised this, and it seems powerful. Thank you Frank.

Het valt mij op dat dezelfde hashtag verschillende berichten geeft over verschillende servers. Dat heeft vermoedelijk met de federatie van servers te maken. Server A volgt meer andere servers dan Server B. Dus de output van een feed bij A is anders dan bij B.

Frank Meeuwsen

Yesterday, musing about traversing my social graph through blogrolls, I suggested using OPML’s include attribute as a way of adding the blogrolls of the blogs I follow in my own blogroll. Ideally using a spec compliant OPML reader, you’d be able to seamlessly navigate from my blogroll, through the blogroll of one of the blogs I follow, to the blogroll of someone they follow, and presumably back to me at some point.
It does require having an OPML version of such blogrolls available. Peter publishes his blogroll as OPML as I do, allowing a first simple experiment: do includes get correctly parsed in some of the Outliner tools I have?

Adding an include into my OPML file

This little experiment starts with adding to my list of RSS feeds I follow a reference to Peter’s own OPML file of feeds he follows. I already follow two of Peter’s RSS feeds (blogposts and favourites) which I now placed in their own subfolder and to which I added an outline node of the include type, with the URL of Peter’s OPML file.


Screenshot of my OPML file listing the RSS feeds I follow. Click to enlarge. On line 22 you see the line that includes Peter’s OPML file by mentioning its URL.

Trying three outliners

Cloud Outliner (which I in the past used to first create outlines that could then be sent to Evernote) does not parse OPML includes correctly upon import. It also doesn’t maintain any additional attributes from OPML outline nodes, just the text attribute.


Screenshot of Cloud Outliner showing incorrect import of my OPML file. Click to enlarge.

Tinderbox like Cloud Outliner fails to load OPML includes as per spec. It does load some of the attributes (web url, and description, next to the standard text attribute), but not any others (such as the feed url for instance, the crucial element in a list of RSS feeds). It looks like it only picks up on attributes that are directly mappable on pre-existing default attributes within Tinderbox itself.


Screenshot of how Tinderbox imports my OPML file. It keeps some attributes but ignores most, and for includes just mentions the URL

Electric Drummer does correctly import the entire OPML outline. As Dave Winer is both the original creator of the OPML specification and more recently of the Electric Drummer app, this is consistent. Electric Drummer picks up on all attributes in an imported OPML file. Upon import it also fetches the external OPML files listed as includes from their URLs, and fully incorporates them into the imported outline.


Screenshot of Drummer, which incorporates the content of Peter’s OPML file I linked to in my OPML file. Click to enlarge.

Opening up options for tinkering

So at least there is 1 general outliner tool that can work with includes. It probably also means that Dave’s OPML package can do the same, which allows me to tinker at script level with this. One candidate for tinkering is, where a blogger has a blogroll, just not in OPML, to use the OPML package to convert scraped HTML to OPML, and include it locally. That allows me to traverse sets of blogrolls and see the overlap, closed triangles, feedback loops etc. I could also extend my own published blogroll by referencing all the published blogrolls of the bloggers I follow. For you my blogroll would then support exploration and discovery one step further outwards in the network. In parallel I can do something similar for federated bookshelves (both in terms of books as in terms of lists of people who’s booklists and their lists of people you follow)

In reply to Better RSS Categories by Wouter Groeneveld

Thank you Wouter for sharing your experiences and describing your feed reading process. Always interesting to gain some insights in how other people work. I’d like to add that to me, the social distance as ordering principle does not create categories. They explicitly aren’t meant to separate or as you say sort by quality. I usually get more interesting stuff from further social distances. One usually knows what ones closest ties know, so not much surprisal there. Good stuff usually comes from weak ties, which by definition are more socially remote. The social distance measure however does two other things for me. Social distance is a measure of sorts of the intensity of conversation I have with people, which underpins both of them.

One is that what I know about the context of people helps in evaluating what they write. Context is a filter, more context clarifies slants, habitual approaches etc. Where I have much less context, I need to better look at statements, sources etc. to place or evaluate the information provided. All this to me is about placing things in contextual webs of (personal) meaning, Connectivism (PDF) style, it’s how I filter.

The second is that it’s a mental map of whom I see myself as being in conversation with and at what level of intensity. So the folders (a rather poor structure, I’d rather be able to tag feeds and use that as a way to create views on the feeds) by social distance are more like spaces or locations to me. The closest circle is more like a living room setting, the furthest the public agora. When I open up my feedreader I choose what my visit to those places will be like. Is it like a walkaround to inspect the genral lay of the land, I will scroll through all, starting with the closest circles. An interesting bit is when the same things pop up at different social distances, feedback propagating lifting signals above the noise. If I only have a bit of time, I’ll only look at the closest ties, to see what they’re up to, a social call of sorts. If I am open for more surprisal and have time to take the first processing step with what I read, I’ll start furthest out. If I am open to interacting with people about topics I’m interested in, I usually start in the middle layers, where there is a more balanced mix of known context and potential for surprisal.

The problem is that social distance categories are just as arbitrary as categorizing them by genre—which most people do and I did before (“games”, “programming”, …). There is no separation in quality. Some IRL/Online friends’ blogs I have in my reader are much more interesting to me than others’. Many sites from category 4 are more interesting than most stuff in category 1.

Wouter Groeneveld

Favorited dev Notes for Markdown in RSS by Dave Winer

As part of celebrating twenty years of RSS, Dave Winer adds the ability to incorporate markdown in RSS feeds. Essentially this was always possible, but there was no way to tell a RSS reader that something was to be interpreted not as HTML but as Markdown. Doing this makes it possible to provide both HTML and Markdown in the same feed, if Markdown is e.g. the way you’ve written a posting and want to be able to also edit it again in Markdown, and not in HTML.

After my hiatus I think this is worth an experiment to see if I can generate an RSS feed directly from my markdown notes on my local system. Just like I already can generate OPML feeds and blogposts or website pages from my notes. Chris Aldrich recently asked about using WordPress and Webmention as a way of publishing your own notes with the capability of linking them to other peoples notes. Could RSS play a role there too? Could I provide selected RSS feeds for specific topics directly from my notes? Or for specific people? For them to read along? Is there something here that can play a role in social sharing of annotations, such as Hypothes.is provides? I need to play with this thought. RSS is well understood an broadly used, providing not just HTML but also Markdown through it sounds like a step worth exploring.