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

In reply to Social Readers by James G

Over the years I’ve blogged about what would be an ideal feed reader to me, and also mapped it to how IndieWeb standards might help realise it. In the end it all goes back to how I in 2005 described using feed reading as information filtering, and the inputs, reading and resulting actions it is built out of. That is still my approach, and it is as high friction as it was back then in terms of how well existing readers and tools cater to those needs. Plenty of space for feed reader evolution as you mention!

I would particularly love to hear parts of web readers you like and dislike. If you could build a social reader tomorrow, what features would it have?

James G

Two years ago I wrote about the features I’d like to see in an ideal feed reader. Today I’ve tried to sketch out the various components, based on the various IndieWeb protocols, and then match the features I listed previously to the component that I think should provide it.

Separating feed reading into IndieWeb components

Feeds from blogs, to the left in the sketch below, end up in a microsub server, whose function is to fetch and store feeds. A microsub client is what presents those fetched feeds to me. A regular feed reader usually does both these things, but splitting them like the IndieWeb does allows multiple clients to use the same collection of feeds and feed items. It allows a wider diversity of readers, if the fetching is dealt with separately.
The microsub client also contains a micropub client. This allows having action buttons underneath each item presented in your microsub client. Hitting a button posts your reply or remarks, or shares something to your own website, and through your site to e.g. Twitter or Mastodon. Ideally it would be possible to have different websites to share to, next to storing locally in a specified format. The website that receives such an action has a micropub endpoint, and may need authentication through IndieAuth.

Such a reader set-up should be able to run locally on my laptop, as well as on a basic hosting package, so likely php / mysql based. Locally because I want to run my stuff local first, but the same thing online, even if a home server, because I’m not always working on my laptop and would like access from my tablet too, and point my Android Indigenous app to my subscriptions. Locally I would not need authentication from the microsub client to the microsub server, but in all other situations I would.

The sketch above is completely congruent with how I sketched my information gathering and filtering process in 2005:

filter1.jpg

Matching the ideal functionality to IndieWeb components

When I match the features of my ideal feed reader to those various IndieWeb components I think this is what results:

Microsub server needs to be able to :
* use various kinds of feeds (rss, atom, json, h-feed)
* allow folders (so I can arrange feeds on social distance)
* recognize and store tags if feed items have them
* allow me to tag _feeds_, really meaning tagging authors
* keep track of posting frequency, last post seen of feeds
* keep track of tags or predefined topics mentions/frequency
* pull in machine translations by default for certain feeds and store them with the orginal item

Microsub client needs to be able to:
* present the feed items in the server’s folder structure as a long list (the classic feed reader view)
* present views based on patterns in current feed items: what’s hot, what’s unique? Also set against social distance. (Topics discussed in my communities today)
* present views based on feed tags (show me all Germany based blog items of this morning, show me every feed of from EU based coders)
* present views based on feed tags and item tags: show me Germany based blog items talking about topic X.
* show full text search results of all items mentioning a certain topic.
* store full text search queries
* present visually which topics seem to be hot in which community, or where the frequency of mentioning a topic has changed
* provide a search of feeds (not feeds content): do I already have this feed in my list, where’s the feed of author Y?
* pull in a machine translation on request

Micropub client needs to be embedded in the microsub client and should support:
* saving an article as markdown or as html, to disk, to Zotero
* creating a todo from it by amending a textfile,
* bookmarking it, either to my blog or some other target
* sharing something about it to my blog, to Mastodon through my blog
* replying to it, through my blog to Mastodon, Twitter, other blogs
* allow configuring new actions.
* choosing from multiple micropub endpoints

What do you think, should some of these features be provided by other components than they’re currently listed? Are features missing that you’d like to see in your ideal feed reader?

You can subscribe to new content on this site by using a variety of available feeds. Feedreaders should be able to discover the main feed and responses feed on their own. But there are more feeds available than just those two. This is a WordPress site, so almost everything also has its own RSS feed.

Main Feeds

  • You can get all new content by following the main RSS feed (as listed in the right sidebar). The URL is just this blog’s URL with /feed at the end. This is true for all other types of feed, just add /feed at the end. This feed is also how I share my posts to Micro.blog/Ton
  • In the past some feed readers have been blocked by my hosting provider as malicious bots. If that happens to you, you can use the Feedburner feed as an alternative. (But be aware that Google will collect data from you using their Feedburner service.) It also contains all postings.
  • There is also a microformatted feed, h-feed, which provides JSON output. This however only has content that is shown on the front page of my blog, i.e. things I consider ‘main’ articles. The day to day observations and bookmarks etc. are not in that h-feed.
  • There are two main feeds for responses to content, one for any type of response (including likes, mentions etc.), and one for comments only.
  • Dutch language posts (feed), and German language posts (feed) both have their own feed. The default language is English and has no separate feed. All main feeds contain also the non-English postings.

Everything has a /feed

This is a WordPress site, so almost everything also has its own RSS feed. (WordPress.org page on feeds)

  • If you add /feed to the URL of a single posting, you will get the feed for comments on that specific content-item.
  • Every tag or category has its own feed. Go to the overview page and add /feed to the url. E.g. the posts with tag unconference at https://www.zylstra.org/blog/tag/unconference/ have their own feed https://www.zylstra.org/blog/tag/unconference/feed. Similarly a category overview like https://www.zylstra.org/blog/category/deutsch/, the category for German language posts has https://www.zylstra.org/blog/category/deutsch/feed as feed. There are different categories used by pages and by postings, so they have separate feeds. As the Digital Garden (wiki section) in this site is built from pages, this allows you to subscribe to the wiki, or individual wiki categories separately from my blog.

Browse. Search. Subscribe. Longhorn Loves RSS
Browse. Search. Subscribe. Image by Kris Krüg, license CC BY SA

In response to Peter’s earlier request I have created a new RSS feed that contains only comments on postings, not other types of reactions such as likes, mentions, and ping- or trackbacks. It was a bit of a puzzle to get it all working, having me dive down the rabbit hole leading to the maze that is the WordPress documentation. With some suggestions from Jan Boddez, I now have a result. The new feed is listed on the right hand side. Subscribe to it if you care to follow conversations on this blog. The feed with all interactions, so including likes etc., is also available.

I documented how I created the feed over in the wiki.

Last June I looked in a description of my feed reading habits by social distance I mentioned the number of feeds I currently subscribe to. Now two months later, I was curious to see what, if anything, has changed.

Here’s the table with the number of subscriptions on June 12th:

folder # of feeds
A12 10
B50 14
C150 14
D500 16
E999 129

And these are the numbers for August 8th, two months since:

folder # of feeds change
A12 10
B50 18 +4
C150 22 +8
D500 19 +3
E999 150 +21

About 3 dozen new subscriptions in two months. In reality it is a bit more than that, as I also removed some existing ones. Subscription maintenance is like gardening. There’s been a slow trickle from the outermost folder to more inwards folders. This was expected, as I’ve met-up with various people at events, and that usually means moving their feed to a ‘closer’ folder. Events, such as Peter’s Crafting {:} a Life unconference in June als led to new subscriptions, some of which as they started in intensive conversations immediately moved to a ‘closer’ folder. And there have been a few cases of ‘I’m going back to blogging and leaving Facebook’. (much like I did late 2017, and Peter did much earlier, before severing the connection to FB completely mid 2016) So those subscriptions are more of the ‘welcome back playing outside’ variety.

Btw, I publish my current list of feeds that I subscribe in the side bar of this blog, titled OPML Blogroll. That link is to a file (tonzylstra.opml) you can read yourself, as well as provide to your feedreader for import. As always I am interested in what other people are reading and who’s blog they follow. So if you don’t, I hope you’ll consider publishing your subscription list or turn it into an old fashioned blogroll.